[Freeswitch-users] About proxy-hold codec re-negotiation behavior.

[Lợi Đặng]

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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170606/af217068/attachment-0001.html>