[Freeswitch-users] Absolute Codec String

[Nick Vines]

Thanks, that seems to have been the problem with the codec negotiation. I
can now get the correct codec with default and bypass-after-bridge. But I'm
back to square one on getting G729 in passthrough mode working.

It seems like all of the wiki entries saying to proxy media when doing that
are partially incomplete, since proxy media prevents setting the absolute
codec. I could use it with bypass-after-bridge, but my endpoints are most
definitely behind NATs, so I'd rather keep the flow going through my box.
Is there any way to achieve a "proxy-after-bridge"?

Thanks,
Nick

---------- Forwarded message ----------
From: Kristian Kielhofner <kris at kriskinc.com>
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Cc:
Date: Fri, 5 Oct 2012 09:28:32 -0400
Subject: Re: [Freeswitch-users] Absolute Codec String

> Don't use proxy_media.  See my rant here:
>
>
http://wiki.freeswitch.org/wiki/Proxy_Media#Common_misconceptions_.28READ_THIS.29


On Thu, Oct 4, 2012 at 1:47 PM, Nick Vines <jnvines at gmail.com> wrote:

> I am trying to set the codec when I bridge. I have late negotiation set to
> true, and since I am trying to use G729, I set proxy_media=true as well. I
> am using this in my dialplan (I have tried with and without "nolocal:" with
> no change):
>
> <action application="bridge"
> data="{absolute_codec_string=G729}sofia/gateway/gateway/${dialed_number}"/>
>
> But in the invite to the gateway, I am seeing the codecs offered by the
> device:
>
>    m=audio 24960 RTP/AVP 18 0 2 8 9 96 97 98 101
>    a=rtpmap:18 G729/8000
>    a=rtpmap:0 PCMU/8000
>    a=rtpmap:2 G726-32/8000
>    a=rtpmap:8 PCMA/8000
>    a=rtpmap:9 G722/8000
>    a=rtpmap:96 G726-40/8000
>    a=rtpmap:97 G726-24/8000
>    a=rtpmap:98 G726-16/8000
>    a=rtpmap:101 telephone-event/8000
>
> I am troubleshooting right now, so I am able to specify on the phone "Use
> Only Preferred", in which case I see only to following offered:
>
>   a=rtpmap:18 G729/8000
>
> Thanks,
> Nick
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20121006/5af08594/attachment.html