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