[Freeswitch-users] Outbound codecs preference
David Ponzone
david.ponzone at ipeva.fr
Tue Aug 24 16:08:41 PDT 2010
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100825/9d4fe496/attachment.html
More information about the FreeSWITCH-users
mailing list