absolute_codec_string and bypass_media
Should the variable absolute_codec_string affect B-leg SDP when bypass_media=true? Seems like it doesn't.
no, because bypass-media bypasses all media handling and just uses the sdp from the other leg as-is. On Mon, Jul 26, 2010 at 1:21 PM, Sergey Okhapkin <sos@sokhapkin.dyndns.org>wrote:
Should the variable absolute_codec_string affect B-leg SDP when bypass_media=true? Seems like it doesn't.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Yep, I found this in sofia_glue_tech_prepare_codecs(), do nothing if bypass or proxy media. So the only way to filter out unwanted codecs from A leg is direct manipulation with switch_r_sdp variable, correct? On Monday 26 July 2010, Anthony Minessale wrote:
no, because bypass-media bypasses all media handling and just uses the sdp from the other leg as-is.
On Mon, Jul 26, 2010 at 1:21 PM, Sergey Okhapkin
<sos@sokhapkin.dyndns.org>wrote:
Should the variable absolute_codec_string affect B-leg SDP when bypass_media=true? Seems like it doesn't.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
ya On Mon, Jul 26, 2010 at 2:08 PM, Sergey Okhapkin <sos@sokhapkin.dyndns.org>wrote:
Yep, I found this in sofia_glue_tech_prepare_codecs(), do nothing if bypass or proxy media.
So the only way to filter out unwanted codecs from A leg is direct manipulation with switch_r_sdp variable, correct?
On Monday 26 July 2010, Anthony Minessale wrote:
no, because bypass-media bypasses all media handling and just uses the sdp from the other leg as-is.
On Mon, Jul 26, 2010 at 1:21 PM, Sergey Okhapkin
<sos@sokhapkin.dyndns.org>wrote:
Should the variable absolute_codec_string affect B-leg SDP when bypass_media=true? Seems like it doesn't.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
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
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
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
In my application I need 2 kinds of SDP manipulation in bypass media mode and late negotiation turned on: 1) Do not send out no-sense for PSTN codecs on leg B like wideband codecs, ilbc or speex. I need to filter out all codecs except for PCMU, PCMA,G729 and GSM. 2) Change codec order on B-leg, some PSTN carriers (like icall) behave wildly if G729 is first codec, I need to change A-leg codec order "18 0" to "0 18". On Tuesday 27 July 2010, Anthony Minessale wrote:
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
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Exactly. What about these cases where you're removing a codec from the offer and/or changing the order? FreeSWITCH currently allows you to do this by mangling the SDP and so do others (OpenSIPS txtops, etc). On Tue, Jul 27, 2010 at 11:37 AM, Sergey Okhapkin <sos@sokhapkin.dyndns.org> wrote:
In my application I need 2 kinds of SDP manipulation in bypass media mode and late negotiation turned on:
1) Do not send out no-sense for PSTN codecs on leg B like wideband codecs, ilbc or speex. I need to filter out all codecs except for PCMU, PCMA,G729 and GSM.
2) Change codec order on B-leg, some PSTN carriers (like icall) behave wildly if G729 is first codec, I need to change A-leg codec order "18 0" to "0 18".
On Tuesday 27 July 2010, Anthony Minessale wrote:
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.
-- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com
Yup, it's pretty easy to build modified (shortened/reordered) absolute_codec_string variable from ep_codec_string, rather than mess with switch_r_sdp variable. On Tuesday 27 July 2010, Kristian Kielhofner wrote:
Exactly. What about these cases where you're removing a codec from the offer and/or changing the order?
FreeSWITCH currently allows you to do this by mangling the SDP and so do others (OpenSIPS txtops, etc).
On Tue, Jul 27, 2010 at 11:37 AM, Sergey Okhapkin
<sos@sokhapkin.dyndns.org> wrote:
In my application I need 2 kinds of SDP manipulation in bypass media mode and late negotiation turned on:
1) Do not send out no-sense for PSTN codecs on leg B like wideband codecs, ilbc or speex. I need to filter out all codecs except for PCMU, PCMA,G729 and GSM.
2) Change codec order on B-leg, some PSTN carriers (like icall) behave wildly if G729 is first codec, I need to change A-leg codec order "18 0" to "0 18".
On Tuesday 27 July 2010, Anthony Minessale wrote:
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.
not going to happen. you are asking for cake and eating it too. Either you bypass media or you don't and you manipulate it. As I already explained it goes against the SIP SOA model. Maybe try kamailio ? On Tue, Jul 27, 2010 at 11:04 AM, Sergey Okhapkin <sos@sokhapkin.dyndns.org>wrote:
Yup, it's pretty easy to build modified (shortened/reordered) absolute_codec_string variable from ep_codec_string, rather than mess with switch_r_sdp variable.
On Tuesday 27 July 2010, Kristian Kielhofner wrote:
Exactly. What about these cases where you're removing a codec from the offer and/or changing the order?
FreeSWITCH currently allows you to do this by mangling the SDP and so do others (OpenSIPS txtops, etc).
On Tue, Jul 27, 2010 at 11:37 AM, Sergey Okhapkin
<sos@sokhapkin.dyndns.org> wrote:
In my application I need 2 kinds of SDP manipulation in bypass media mode and late negotiation turned on:
1) Do not send out no-sense for PSTN codecs on leg B like wideband codecs, ilbc or speex. I need to filter out all codecs except for PCMU, PCMA,G729 and GSM.
2) Change codec order on B-leg, some PSTN carriers (like icall) behave wildly if G729 is first codec, I need to change A-leg codec order "18 0" to "0 18".
On Tuesday 27 July 2010, Anthony Minessale wrote:
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.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Ok. I understand your reasoning but I still think it's a neat idea. On Tue, Jul 27, 2010 at 12:15 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
not going to happen. you are asking for cake and eating it too. Either you bypass media or you don't and you manipulate it. As I already explained it goes against the SIP SOA model. Maybe try kamailio ?
-- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com
participants (3)
-
Anthony Minessale
-
Kristian Kielhofner
-
Sergey Okhapkin