[Freeswitch-users] Status of absolute_codec_string

Anthony Minessale anthony.minessale at gmail.com
Wed Jun 2 18:23:13 PDT 2010


you have to export it instead of set to present it both directions
otherwise you need to put it in the {} to present it

On Wed, Jun 2, 2010 at 3:06 PM, Kristian Kielhofner <kris at kriskinc.com>wrote:

> 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
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100602/217d140c/attachment.html 


More information about the FreeSWITCH-users mailing list