[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