<div dir="ltr"><div><div><div>Hi guys, I resend this because I guess my first email does not reach at all.<br></div>Helps are appreciated.<br></div>rgds,<br></div>Loi Dang<br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, May 22, 2017 at 5:49 PM Lợi Đặng <<a href="mailto:loi.dangthanh@gmail.com">loi.dangthanh@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div>Hi list, I'm using FS with <u>proxy-hold</u>. <br></div>Call flow is simple <br></div>A -> FreeSWITCH -> B<br></div>Assume FS, A and B support PCMA and PCMU, FS prefer PCMA in codec-prefs profile configuration.<br></div>In affects of my configuration for <u>greedy early negotiation</u> and <u>disable transcoding</u>, PCMA is negotiated in both legs for initial INVITE, that's good, and expected.<br><br></div>But then I remove PCMA from A and compose a re-INVITE for holding with PCMU only, the a leg is re-negotiated with PCMU, but the b leg have re-INVITE with PCMA due to <u>proxy-hold</u> variable, that causes transcoding happened after hold.<br><br>My desire is to have FS to re-negotiate with b leg too, not so similar but as what I observed when I was using it with media proxy option ( A-A before hold, U-U after hold).<br></div><br></div>I tried late negotiation in this case, but no luck.<br></div>So is that not able for FS to re-negotiate codec on b leg, in using proxy-hold?<br></div>Any advise is appreciated.<br><br></div>rgds,<br></div>Loi Dang<br></div></blockquote></div>