[Freeswitch-users] Facing issue while using uuid_media_reneg on answered call

[Guillermo Ruiz Camauer]

If you offer the codecs in your preferred order (G.729, G.722), and both
clients support them, they should choose G729.

from RFC 3264:

In all cases, the formats in the "m=" line MUST be listed in order of
   preference, with the first format listed being preferred.  In this
   case, preferred means that the recipient of the offer SHOULD use the
   format with the highest preference that is acceptable to it.


Guillermo


On Tue, Sep 18, 2018 at 6:06 PM RAVI bhatt <bhattravi4 at gmail.com> wrote:

> Hi Joel,
> I am providing only g722 and g729 both codec to user. if both users uses
> same codec it's ok but if either of user is using G729 than i want to
> renegotiate g729 as audio codec for both leg instead of using
> transcoding.Here G722 is high bandwidth and g729 is low bandwidth.
>
> On Tue 18 Sep, 2018, 2:29 AM Joel Serrano, <joel at textplus.com> wrote:
>
>> Hi Ravindrakumar,
>>
>> Why don't you limit them to G729 to begin with instead of changing them
>> once the call is established?
>>
>> On Mon, Sep 17, 2018 at 7:46 AM Ravindrakumar Bhatt <
>> ravindra.bhatt at ecosmob.com> wrote:
>>
>>>
>>> Hello,
>>> I am using freeswitch 1.6.20. it is fresh setup with basic configuration.
>>>
>>> i want to renegotiate codec when call is answered and i am using
>>> uuid_media_reneg for same.
>>>
>>> SCENARIO:
>>> user a calls to user b and both user are using code G722. when i use
>>> uuid_meida_reneg to change codec to G729 for A leg it is working fine but
>>> when using same api  with bleg uuid for B leg it is using G722 for
>>> renegotiate.
>>> Here are console log for same.
>>> https://pastebin.freeswitch.org/view/342e4eed
>>> Any suggestions for this or setting needed to be done in freeswitch.
>>>
>>> --
>>>
>>> *Thanks and Regards,*
>>>
>>> *Ravindrakumar Bhatt*
>>> Jr. Software Developer
>>> Ecosmob Technologies Ltd
>>> Ahmedabad
>>> Mo:*+918460692402*
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Services
>>> sales at freeswitch.com
>>> https://freeswitch.com
>>>
>>> Official FreeSWITCH Sites
>>> https://freeswitch.com/oss
>>> https://freeswitch.org/confluence
>>> https://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
>>> https://freeswitch.com
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Services
>> sales at freeswitch.com
>> https://freeswitch.com
>>
>> Official FreeSWITCH Sites
>> https://freeswitch.com/oss
>> https://freeswitch.org/confluence
>> https://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
>> https://freeswitch.com
>
> _________________________________________________________________________
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://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
> https://freeswitch.com



-- 
Guillermo Ruiz Camauer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180918/d86d49d0/attachment-0001.html>