[Freeswitch-users] Status of absolute_codec_string

[David Ponzone]

Kristian,

I am not sure to understand how removing G729 from PCMU/G729 would  
allow a call to a PCMA device...
That was the example you gave in your first mail.
I think you would need to at least present PCMU/PCMA on all calls.

Anyway, setting absolute_codec_string works perfectly here.
But as Anthony already told you, you got to export it (it affects B- 
leg).

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 02/06/2010 à 22:06, Kristian Kielhofner a écrit :

> Brian,
>
>  late-negotiation is set.
>
>  I tried inherit_codec and while it does what you say it can't handle
> cases where the endpoints are incompatible:
>
> A leg (PCMU only) -> B (PCMA only) = INCOMPATIBLE_DESTINATION
>
>  My method would allow me to *always* present at least one compatible
> codec AND place it at the bottom of the SDP offer.  If the B leg
> happens to be compatible with more preferred codecs it can use them
> with no transcoding.  This is all (of course) assuming I can set this
> using absolute_codec_string and FS will transcode for me across these
> two channels using my common codec when required...
>
> On Wed, Jun 2, 2010 at 3:48 PM, Brian West <brian at freeswitch.org>  
> wrote:
>> You can enable "late-negotiation", then set inherit_codec=true then  
>> it will
>> delay the negotiation till it gets the answer from the B-Leg before  
>> the
>> A-Leg's codec is thus accomplishing the same thing.
>> /b
>>
>> On Jun 2, 2010, at 2:40 PM, Kristian Kielhofner wrote:
>>
>> Hello everyone,
>>
>>  Either I am misunderstanding absolute_codec_string or there is
>> something going on with it in trunk.  I had a git checkout from a
>> month ago that exhibited this same behavior so I updated about an  
>> hour
>> ago.  It's still there (or I'm still confused).
>>
>>  In short, I have a call that comes in from a remote endpoint that
>> will advertise PCMU and G729 (in that order).  When I bridge the call
>> I want to remove G729 capability from the outbound leg in some cases
>> so FS doesn't have to transcode.  In other cases (controlled from the
>> dialplan), I want to place G729 as the first codec (again so FS
>> doesn't have to transcode) but I can force G729.  I've tried regex on
>> ep_codec_string and I've tried regex on the SDP.  Both seemed to work
>> well but what didn't work was setting absolute_codec_string from
>> either of these.
>>
>>  Even when I try to set it manually without any fancy conditions it
>> doesn't appear to work.  The codec prefs from the SIP profile are
>> presented to the remote endpoint.  Full debug here:
>>
>> http://pastebin.freeswitch.org/13088
>>
>>  Any ideas?
>>
>> --
>> Kristian Kielhofner
>> http://www.astlinux.org
>> http://blog.krisk.org
>> http://www.star2star.com
>> http://www.submityoursip.com
>> http://www.voalte.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
>>
>>
>
>
>
> -- 
> Kristian Kielhofner
> http://www.astlinux.org
> http://blog.krisk.org
> http://www.star2star.com
> http://www.submityoursip.com
> http://www.voalte.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/20100603/9b3e45fb/attachment-0001.html