About proxy-hold codec re-negotiation behavior.
Hi list, I'm using FS with *proxy-hold*. Call flow is simple A -> FreeSWITCH -> B Assume FS, A and B support PCMA and PCMU, FS prefer PCMA in codec-prefs profile configuration. In affects of my configuration for *greedy early negotiation* and *disable transcoding*, PCMA is negotiated in both legs for initial INVITE, that's good, and expected. 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 *proxy-hold* variable, that causes transcoding happened after hold. 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). I tried late negotiation in this case, but no luck. So is that not able for FS to re-negotiate codec on b leg, in using proxy-hold? Any advise is appreciated. rgds, Loi Dang
Hi guys, I resend this because I guess my first email does not reach at all. Helps are appreciated. rgds, Loi Dang On Mon, May 22, 2017 at 5:49 PM Lợi Đặng <loi.dangthanh@gmail.com> wrote:
Hi list, I'm using FS with *proxy-hold*. Call flow is simple A -> FreeSWITCH -> B Assume FS, A and B support PCMA and PCMU, FS prefer PCMA in codec-prefs profile configuration. In affects of my configuration for *greedy early negotiation* and *disable transcoding*, PCMA is negotiated in both legs for initial INVITE, that's good, and expected.
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 *proxy-hold* variable, that causes transcoding happened after hold.
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).
I tried late negotiation in this case, but no luck. So is that not able for FS to re-negotiate codec on b leg, in using proxy-hold? Any advise is appreciated.
rgds, Loi Dang
Its working as designed. You have to remember we're a B2BUA... so we have some behaviors that may behave proxy like, but FreeSWITCH is still not a proxy. On Mon, Jun 5, 2017 at 4:46 AM, Lợi Đặng <loi.dangthanh@gmail.com> wrote:
Hi guys, I resend this because I guess my first email does not reach at all. Helps are appreciated. rgds, Loi Dang
On Mon, May 22, 2017 at 5:49 PM Lợi Đặng <loi.dangthanh@gmail.com> wrote:
Hi list, I'm using FS with *proxy-hold*. Call flow is simple A -> FreeSWITCH -> B Assume FS, A and B support PCMA and PCMU, FS prefer PCMA in codec-prefs profile configuration. In affects of my configuration for *greedy early negotiation* and *disable transcoding*, PCMA is negotiated in both legs for initial INVITE, that's good, and expected.
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 *proxy-hold* variable, that causes transcoding happened after hold.
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).
I tried late negotiation in this case, but no luck. So is that not able for FS to re-negotiate codec on b leg, in using proxy-hold? Any advise is appreciated.
rgds, Loi Dang
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Book a phone call (CST) <https://freeswitch.com/appointment> Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* <https://www.gofundme.com/allison-prompts-for-freeswitch> Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest
yep, I'm not expecting too much this can be done, the design is good but I'm just curious about profile variables `renegotiate-codec-on-reinvite/hold` that was removed since 1.6.10, guess the job is done in old days. rgds, Loi Dang On Mon, Jun 5, 2017 at 9:30 PM Brian West <brian@freeswitch.org> wrote:
Its working as designed. You have to remember we're a B2BUA... so we have some behaviors that may behave proxy like, but FreeSWITCH is still not a proxy.
On Mon, Jun 5, 2017 at 4:46 AM, Lợi Đặng <loi.dangthanh@gmail.com> wrote:
Hi guys, I resend this because I guess my first email does not reach at all. Helps are appreciated. rgds, Loi Dang
On Mon, May 22, 2017 at 5:49 PM Lợi Đặng <loi.dangthanh@gmail.com> wrote:
Hi list, I'm using FS with *proxy-hold*. Call flow is simple A -> FreeSWITCH -> B Assume FS, A and B support PCMA and PCMU, FS prefer PCMA in codec-prefs profile configuration. In affects of my configuration for *greedy early negotiation* and *disable transcoding*, PCMA is negotiated in both legs for initial INVITE, that's good, and expected.
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 *proxy-hold* variable, that causes transcoding happened after hold.
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).
I tried late negotiation in this case, but no luck. So is that not able for FS to re-negotiate codec on b leg, in using proxy-hold? Any advise is appreciated.
rgds, Loi Dang
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest*
http://www.freeswitchbook.com http://www.freeswitchcookbook.com
Book a phone call (CST) <https://freeswitch.com/appointment>
Allison prompts for FreeSWITCH:
*https://www.gofundme.com/allison-prompts-for-freeswitch* <https://www.gofundme.com/allison-prompts-for-freeswitch>
Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch>
*T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (2)
-
Brian West
-
Lợi Đặng