Recommend viewing the SIP trace on working vs. non-working calls. See if you can figure out where the audio is attempting to go on the non-working call as that will be your first clue on what to do next. Depending on your preference you can turn on SIP trace right at the command line or use a tool like tcpdump and then analyze in Wireshark. If you're relatively new to SIP traces then I'd use tcpdump + WS since it's a bit easier to read. More info available on our wiki:<br>
<br><a href="http://wiki.freeswitch.org/wiki/Packet_Capture">http://wiki.freeswitch.org/wiki/Packet_Capture</a><br><br>-MC<br><br><div class="gmail_quote">On Fri, Nov 9, 2012 at 8:14 AM, Lynn Nielson <span dir="ltr"><<a href="mailto:lynn.nielson@greenseedtechnologies.com" target="_blank">lynn.nielson@greenseedtechnologies.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Running FreeSwitch on Ubuntu 12.04 FreeSWITCH Version 1.3.0+git~20120823T225232Z~fbc83cb0ea<div><br></div><div>I'm having a problem with no media/audio when bridging two external calls, however, if one of the legs is an internal extension the the audio works fine. Also, if I add bypass_media=true, the audio works for the two external call bridge as well. I would really like to understand why this works this way and if there is a configuration option that would enable the internal and external bridging to work the same. Here are two examples of the problem from the command line using sofia.</div>
<div><br></div><div>This fails on audio but makes a connection (external to external):</div><div>originate sofia/gateway/flowroute/1801xxxxxxx &bridge(sofia/gateway/flowroute/1801yyyyyyy)</div><div><br></div><div>This works (external to external):</div>
<div>originate {bypass_media=true}sofia/gateway/flowroute/1801xxxxxxx &bridge(sofia/gateway/flowroute/1801yyyyyyy)</div><div><br></div><div>This works (internal to external):</div><div>originate sofia/internal/1010%IPADDRESS &bridge(sofia/gateway/flowroute/1801yyyyyyy)</div>
<div><br></div><div>This also works (internal to external):</div><div>originate {bypass_media=true}sofia/internal/1010%IPADDRESS &bridge(sofia/gateway/flowroute/1801yyyyyyy)</div><div><br></div><div><br></div><div>Thanks for any explanation,</div>
<div><br></div><div>Lynn</div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br><a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br><br>