You really never should be messing with the sdp because you can cause a violation in the SOA policy.
The negotiation is between the 2 endpoints so if you modify A's sdp it could confuse it when you reply back with B's sdp which was created under false pretenses.


On Mon, Jul 26, 2010 at 7:18 PM, Kristian Kielhofner <kris@kriskinc.com> wrote:
I understand why this limitation is in place but I've always wondered
if it's a /hard/ limitation that has to be there...

What about a channel var/sofia param for bypass_media/proxy_media that
would allow codec_string, ep_codec_string, absolute_codec_string and
friends to work?

Is this worthy of a bounty?  I think it would be much nicer than
resorting to direct SDP manipulation.  For those of us using
FreeSWITCH as a signaling only SBC, a VERY nice thing to have!

Let me know.

On Mon, Jul 26, 2010 at 7:58 PM, Anthony Minessale
<anthony.minessale@gmail.com> wrote:
> ya
>

--
Kristian Kielhofner
http://www.astlinux.org
http://blog.krisk.org
http://www.star2star.com
http://www.submityoursip.com
http://www.voalte.com



--
Anthony Minessale II

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

AIM: anthm
MSN:anthony_minessale@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
googletalk:conf+888@conference.freeswitch.org
pstn:+19193869900