Limiting available codecs in bypass media mode
I'm wondering what the best way is to limit the available codecs when making outbound bypass-media calls to the PSTN. The scenario is as follows: Extension phones have HD codecs including G722 enabled for the best audio quality between extensions for internal calls. When an outbound call is made to the PSTN, the first-choice wholesale provider we use offers (and seems to prefer) G722. We'd rather ensure that G711 is used instead. Despite the fact that G722 is not enabled for any of the codec prefs (I grep'ed the entire conf dir path to be sure), FS still passes along the offer of G722 from the endpoint, presumably since it's operating in bypass-media mode. Is there a setting to limit the codecs despite having bypass media set? Could we work around this by getting rid of the global bypass media setting and then setting bypass-media before bridging the call? Thanks, Phil Quesinberry Q Systems Engineering, Inc. Embedded Hardware/Software Development and VoIP Business Telephone Hosting Improve your business telephone services and save money (410) 969-8002 http://www.qsystemsengineering.com <http://www.qsystemsengineering.com/>
No way :-( When bypass media is enabled, FS forwards SDP as is. On Thursday 11 July 2013 14:12:05 Phil Quesinberry wrote:
I'm wondering what the best way is to limit the available codecs when making outbound bypass-media calls to the PSTN. The scenario is as follows: Extension phones have HD codecs including G722 enabled for the best audio quality between extensions for internal calls. When an outbound call is made to the PSTN, the first-choice wholesale provider we use offers (and seems to prefer) G722. We'd rather ensure that G711 is used instead. Despite the fact that G722 is not enabled for any of the codec prefs (I grep'ed the entire conf dir path to be sure), FS still passes along the offer of G722 from the endpoint, presumably since it's operating in bypass-media mode.
Is there a setting to limit the codecs despite having bypass media set? Could we work around this by getting rid of the global bypass media setting and then setting bypass-media before bridging the call?
Thanks,
Phil Quesinberry Q Systems Engineering, Inc. Embedded Hardware/Software Development and VoIP Business Telephone Hosting Improve your business telephone services and save money (410) 969-8002 http://www.qsystemsengineering.com <http://www.qsystemsengineering.com/>
Sending G722 to the carrier isnt that big of a deal... If they support it and accept it no problem, if they don¹t support it, they¹ll pick something else... As far as WAN bandwidth its the same as G722... K On 7/11/13 1:12 PM, "Phil Quesinberry" <philq@qsystemsengineering.com> wrote:
I¹m wondering what the best way is to limit the available codecs when making outbound bypass-media calls to the PSTN. The scenario is as follows:
Extension phones have HD codecs including G722 enabled for the best audio quality between extensions for internal calls. When an outbound call is made to the PSTN, the first-choice wholesale provider we use offers (and seems to prefer) G722. We¹d rather ensure that G711 is used instead. Despite the fact that G722 is not enabled for any of the codec prefs (I grep¹ed the entire conf dir path to be sure), FS still passes along the offer of G722 from the endpoint, presumably since it¹s operating in bypass-media mode.
Is there a setting to limit the codecs despite having bypass media set? Could we work around this by getting rid of the global bypass media setting and then setting bypass-media before bridging the call?
Thanks,
Phil Quesinberry
Q Systems Engineering, Inc.
Embedded Hardware/Software Development and VoIP Business Telephone Hosting
Improve your business telephone services and save money
(410) 969-8002
http://www.qsystemsengineering.com <http://www.qsystemsengineering.com/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch
Some PSTN carriers reject calls when unsupported on PSTN side codec is set as primary. So sending G722 as a primary is a big deal... I wish to have "filter codecs out" ability on bypass media. On Thursday 11 July 2013 13:51:23 Ken Rice wrote:
Sending G722 to the carrier isnt that big of a deal... If they support it and accept it no problem, if they don¹t support it, they¹ll pick something else...
As far as WAN bandwidth its the same as G722...
K
On 7/11/13 1:12 PM, "Phil Quesinberry" <philq@qsystemsengineering.com>
wrote:
I¹m wondering what the best way is to limit the available codecs when making outbound bypass-media calls to the PSTN. The scenario is as follows:
Extension phones have HD codecs including G722 enabled for the best audio quality between extensions for internal calls. When an outbound call is made to the PSTN, the first-choice wholesale provider we use offers (and seems to prefer) G722. We¹d rather ensure that G711 is used instead. Despite the fact that G722 is not enabled for any of the codec prefs (I grep¹ed the entire conf dir path to be sure), FS still passes along the offer of G722 from the endpoint, presumably since it¹s operating in bypass-media mode.
Is there a setting to limit the codecs despite having bypass media set? Could we work around this by getting rid of the global bypass media setting and then setting bypass-media before bridging the call?
Thanks,
Phil Quesinberry
Q Systems Engineering, Inc.
Embedded Hardware/Software Development and VoIP Business Telephone Hosting
Improve your business telephone services and save money
(410) 969-8002
http://www.qsystemsengineering.com <http://www.qsystemsengineering.com/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
Rejecting it when when they are sending multiple codecs is just plain wrong... And I would yell at a carrier that did that... On 7/11/13 2:03 PM, "Sergey Okhapkin" <sos@sokhapkin.dyndns.org> wrote:
Some PSTN carriers reject calls when unsupported on PSTN side codec is set as primary. So sending G722 as a primary is a big deal...
I wish to have "filter codecs out" ability on bypass media.
On Thursday 11 July 2013 13:51:23 Ken Rice wrote:
Sending G722 to the carrier isnt that big of a deal... If they support it and accept it no problem, if they don¹t support it, they¹ll pick something else...
As far as WAN bandwidth its the same as G722...
K
On 7/11/13 1:12 PM, "Phil Quesinberry" <philq@qsystemsengineering.com>
wrote:
I¹m wondering what the best way is to limit the available codecs when making outbound bypass-media calls to the PSTN. The scenario is as follows:
Extension phones have HD codecs including G722 enabled for the best audio quality between extensions for internal calls. When an outbound call is made to the PSTN, the first-choice wholesale provider we use offers (and seems to prefer) G722. We¹d rather ensure that G711 is used instead. Despite the fact that G722 is not enabled for any of the codec prefs (I grep¹ed the entire conf dir path to be sure), FS still passes along the offer of G722 from the endpoint, presumably since it¹s operating in bypass-media mode.
Is there a setting to limit the codecs despite having bypass media set? Could we work around this by getting rid of the global bypass media setting and then setting bypass-media before bridging the call?
Thanks,
Phil Quesinberry
Q Systems Engineering, Inc.
Embedded Hardware/Software Development and VoIP Business Telephone Hosting
Improve your business telephone services and save money
(410) 969-8002
http://www.qsystemsengineering.com <http://www.qsystemsengineering.com/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch
Yes, it's 100% wrong. But it is a real life and we have to "adjust" to interconnect with those carriers because they offer best call rates. Real life is not RFC-conformant... On Thursday 11 July 2013 14:09:38 Ken Rice wrote:
Rejecting it when when they are sending multiple codecs is just plain wrong... And I would yell at a carrier that did that...
On 7/11/13 2:03 PM, "Sergey Okhapkin" <sos@sokhapkin.dyndns.org> wrote:
Some PSTN carriers reject calls when unsupported on PSTN side codec is set as primary. So sending G722 as a primary is a big deal...
I wish to have "filter codecs out" ability on bypass media.
On Thursday 11 July 2013 13:51:23 Ken Rice wrote:
Sending G722 to the carrier isnt that big of a deal... If they support it and accept it no problem, if they don¹t support it, they¹ll pick something else...
As far as WAN bandwidth its the same as G722...
K
On 7/11/13 1:12 PM, "Phil Quesinberry" <philq@qsystemsengineering.com>
wrote:
I¹m wondering what the best way is to limit the available codecs when making outbound bypass-media calls to the PSTN. The scenario is as follows:
Extension phones have HD codecs including G722 enabled for the best audio quality between extensions for internal calls. When an outbound call is made to the PSTN, the first-choice wholesale provider we use offers (and seems to prefer) G722. We¹d rather ensure that G711 is used instead. Despite the fact that G722 is not enabled for any of the codec prefs (I grep¹ed the entire conf dir path to be sure), FS still passes along the offer of G722 from the endpoint, presumably since it¹s operating in bypass-media mode.
Is there a setting to limit the codecs despite having bypass media set? Could we work around this by getting rid of the global bypass media setting and then setting bypass-media before bridging the call?
Thanks,
Phil Quesinberry
Q Systems Engineering, Inc.
Embedded Hardware/Software Development and VoIP Business Telephone Hosting
Improve your business telephone services and save money
(410) 969-8002
http://www.qsystemsengineering.com <http://www.qsystemsengineering.com/>
________________________________________________________________________ _ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
I had a similar problem where I needed to filter inbound INVITEs based on the codec while keeping the call in bypass media mode. Here is what I did: In SIP profile: <param name="inbound-codec-prefs" value="PCMU"/> <param name="outbound-codec-prefs" value="PCMU"/> <param name="inbound-late-negotiation" value="false"/> - this is default behavior anyway <action application="set" data="bypass_media=false"/> In the dialplan: <action application="set" data="bypass_media=true"/> I understand that what you want is a bit different. I believe that in addition to the above, you can explicitly indicate PCMU in the outbound INVITE. On 13-07-11 02:12 PM, Phil Quesinberry wrote:
Limiting available codecs in bypass media mode
I'm wondering what the best way is to limit the available codecs when making outboundbypass-media calls to the PSTN. The scenario is as follows:
Extension phones have HD codecsincluding G722enabled for the best audio quality between extensionsfor internal calls. When an outbound call is madeto the PSTN, the first-choice wholesale provider we useoffers (and seems to prefer) G722. We'd rather ensure that G711 is used instead. Despite the fact that G722 is notenabled for any of the codec prefs (I grep'edthe entire conf dir pathto be sure), FS still passes along the offer of G722 from the endpoint, presumably sinceit's operating in bypass-media mode.
Is there asetting to limit the codecs despitehavingbypass mediaset? Could wework around this bygetting rid ofthe globalbypass mediasettingand then settingbypass-mediabefore bridging the call?
Thanks,
///Phil Quesinberry/
Q Systems Engineering, Inc.
Embedded Hardware/Software Development and VoIP Business Telephone Hosting
///Improve your business telephone services and save money/
(410) 969-8002
___http://www.qsystemsengineering.com_<http://www.qsystemsengineering.com/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
participants (4)
-
Ken Rice
-
Phil Quesinberry
-
Sergey Okhapkin
-
Victor Chukalovskiy