<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">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:<br>
<br>
In SIP profile:<br>
<param name="inbound-codec-prefs" value="PCMU"/><br>
<param name="outbound-codec-prefs" value="PCMU"/><br>
<param name="inbound-late-negotiation" value="false"/> -
this is default behavior anyway<br>
<action application="set" data="bypass_media=false"/><br>
<br>
In the dialplan:<br>
<action application="set" data="bypass_media=true"/><br>
<br>
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.<br>
<br>
<br>
On 13-07-11 02:12 PM, Phil Quesinberry wrote:<br>
</div>
<blockquote cite="mid:00b101ce7e62$26b8e7b0$742ab710$@com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="Generator" content="MS Exchange Server version
08.00.0681.000">
<title>Limiting available codecs in bypass media mode</title>
<!-- Converted from text/rtf format -->
<p dir="LTR"><span lang="en-us"><font face="Calibri">I</font></span><span
lang="en-us"><font face="Calibri">’</font></span><span
lang="en-us"><font face="Calibri">m wondering what the best
way is to limit the available codecs when making outbound</font></span><span
lang="en-us"> <font face="Calibri">bypass-media calls to the
PSTN. The scenario is as follows:</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Extension
phones have HD codecs</font></span><span lang="en-us"><font
face="Calibri"> including G722</font></span><span
lang="en-us"> <font face="Calibri">enabled for the best audio
quality between extensions</font></span><span lang="en-us"><font
face="Calibri"> for internal calls</font></span><span
lang="en-us"><font face="Calibri">.</font></span><span
lang="en-us"><font face="Calibri"> When an outbound call is
made</font></span><span lang="en-us"> <font face="Calibri">to
th</font></span><span lang="en-us"><font face="Calibri">e
PSTN, the first-choice wholesale provider we use</font></span><span
lang="en-us"> <font face="Calibri">offers (and seems to
prefer) G722.</font></span><span lang="en-us"><font
face="Calibri"> We</font></span><span lang="en-us"><font
face="Calibri">’</font></span><span lang="en-us"><font
face="Calibri">d rather ensure that G711 is used instead.
Despite the fact that G722 is not</font></span><span
lang="en-us"> <font face="Calibri">enabled for any of the
codec prefs (I grep</font></span><span lang="en-us"><font
face="Calibri">’</font></span><span lang="en-us"><font
face="Calibri">ed</font></span><span lang="en-us"> <font
face="Calibri">the entire conf dir path</font></span><span
lang="en-us"> <font face="Calibri">to be sure), FS still
passes along the offer of G722 from the endpoint, presumably
since</font></span><span lang="en-us"><font face="Calibri">
it</font></span><span lang="en-us"><font face="Calibri">’</font></span><span
lang="en-us"><font face="Calibri">s operating in bypass-media
mode.</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Is there a</font></span><span
lang="en-us"> <font face="Calibri">setting to limit the
codecs despite</font></span><span lang="en-us"> <font
face="Calibri">having</font></span><span lang="en-us"> <font
face="Calibri">bypass media</font></span><span lang="en-us"><font
face="Calibri"> set</font></span><span lang="en-us"><font
face="Calibri">? Could we</font></span><span lang="en-us">
<font face="Calibri">work around this by</font></span><span
lang="en-us"> <font face="Calibri">getting rid of</font></span><span
lang="en-us"> <font face="Calibri">the global</font></span><span
lang="en-us"> <font face="Calibri">bypass media</font></span><span
lang="en-us"> <font face="Calibri">setting</font></span><span
lang="en-us"> <font face="Calibri">and then setting</font></span><span
lang="en-us"> <font face="Calibri">bypass-media</font></span><span
lang="en-us"><font face="Calibri"> before bridging the call?</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Calibri">Thanks,</font></span><span
lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"></span><span lang="en-us"></span><i><span
lang="en-us"></span></i><i><span lang="en-us"><font
face="Times New Roman">Phil Quesinberry</font></span></i><span
lang="en-us"></span><span lang="en-us"></span><span
lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"><font face="Arial" size="2">Q
Systems Engineering, Inc.</font></span></p>
<p dir="LTR"><span lang="en-us"><font face="Arial" size="2">Embedded
Hardware/Software</font> <font face="Arial" size="2">Development
and VoIP Business Telephone Hosting</font></span></p>
<p dir="LTR"><span lang="en-us"></span><span lang="en-us"></span><i><span
lang="en-us"></span></i><i><span lang="en-us"><font
color="#1F497D" face="Arial" size="2">Improve your
business telephone services and save money</font></span></i><span
lang="en-us"></span><span lang="en-us"></span><span
lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"></span><span lang="en-us"></span><span
lang="en-us"></span><span lang="en-us"><font face="Arial"
size="2">(410) 969-8002</font></span></p>
<p dir="LTR"><span lang="en-us"></span><a moz-do-not-send="true"
href="http://www.qsystemsengineering.com/"><span lang="en-us"></span><span
lang="en-us"></span><u><span lang="en-us"></span></u><u><span
lang="en-us"><font color="#0000FF" face="Arial" size="2">http://www.qsystemsengineering.com</font></span></u><span
lang="en-us"></span></a><span lang="en-us"></span><span
lang="en-us"></span><span lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"></span><span lang="en-us"></span></p>
<p dir="LTR"><span lang="en-us"></span></p>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<br>
</body>
</html>