[Freeswitch-users] Status of absolute_codec_string

[Kristian Kielhofner]

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