[Freeswitch-users] Outbound codecs preference
David Ponzone
david.ponzone at ipeva.fr
Wed Aug 25 08:21:57 PDT 2010
Try:
<param name="inbound-codec-negotiation" value="greedy"/>
David Ponzone Direction Technique
email: david.ponzone at ipeva.fr
tel: 01 74 03 18 97
gsm: 06 66 98 76 34
Service Client IPeva
tel: 0811 46 26 26
www.ipeva.fr - www.ipeva-studio.com
Ce message et toutes les pièces jointes sont confidentiels et établis
à l'intention exclusive de ses destinataires. Toute utilisation ou
diffusion non autorisée est interdite. Tout message électronique est
susceptible d'altération. IPeva décline toute responsabilité au titre
de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes
pas destinataire de ce message, merci de le détruire immédiatement et
d'avertir l'expéditeur.
Le 25/08/2010 à 17:02, Juan Antonio Ibañez Santorum a écrit :
> It doesn't worked as I thought. I'd like caller codecs priority has
> preferente over provider codecs preference:
>
> Now, doing inbound late negotiation and adding code you suggest:
>
> IP phone offers:
> G729,PCMA (${ep_codec_string}= G729 at 8000h,PCMA at 8000h)
>
> FS codecs prefs:
>
> global_codec_prefs=G729,G7221 at 32000h,G7221 at 16000h,G722,PCMU,PCMA,GSM"
> outbound_codec_prefs=G729,PCMU,PCMA,GSM
>
> Provider offers:
> PCMU,PCMA,G729
>
> Doing above config FS selects PCMA instead G729.
> Disabling inboud-late-negotiation FS select G729 for A-leg and PCMU
> for B-leg hanging up the call because there is no g729 licenses
> installed. It could use G729 not dropping the call...
>
> Regards
>
>
> 2010/8/25 David Ponzone <david.ponzone at ipeva.fr>
> The best way is probably to use inbound-late-negotiation, and in the
> dialplan before bridging to add:
> <action application="export" data="absolute_codec_string=$
> {ep_codec_string}" />
> <action application="set" data="inherit_codec=true" />
>
> David Ponzone Direction Technique
> email: david.ponzone at ipeva.fr
> tel: 01 74 03 18 97
> gsm: 06 66 98 76 34
>
> Service Client IPeva
> tel: 0811 46 26 26
> www.ipeva.fr - www.ipeva-studio.com
>
> Ce message et toutes les pièces jointes sont confidentiels et
> établis à l'intention exclusive de ses destinataires. Toute
> utilisation ou diffusion non autorisée est interdite. Tout message
> électronique est susceptible d'altération. IPeva décline toute
> responsabilité au titre de ce message s'il a été altéré, déformé ou
> falsifié. Si vous n'êtes pas destinataire de ce message, merci de le
> détruire immédiatement et d'avertir l'expéditeur.
>
>
>
>
> Le 24/08/2010 à 20:00, Juan Antonio Ibañez Santorum a écrit :
>
>> I can see when I try to stablish one B-leg call FS gives more
>> precedence to remote codecs order. This way it is difficult to
>> avoid transcoding in some situations where it could be possible. Is
>> there any way to get a behaviour similar inbound-codec-
>> negotiation=greedy for outbounds calls? What would be the best way
>> to avoid transcoding? May be to use inbound-late-negotiation and
>> rewrite codecs strings?
>>
>> Regards
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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/20100825/124d8ce7/attachment-0001.html
More information about the FreeSWITCH-users
mailing list