Does the same thing happen if you call the bridge app from the diaplan directly? It&#39;s unlikely it&#39;s anything specific to the event socket.<div><br></div><div>Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly.</div>

<div><br></div><div>-Steve</div><div><br></div><div><br><br><div class="gmail_quote">On 2 March 2013 11:06, Denis Gasparin <span dir="ltr">&lt;<a href="mailto:denis.gasparin@edistar.com" target="_blank">denis.gasparin@edistar.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:12pt;font-family:Arial"><span style="font-size:12pt;font-family:Arial">Hi.</span><div style="font-size:12pt;font-family:Arial">

<span><br></span></div><div style="font-size:12pt;font-family:Arial"><span>We call an extension called &quot;netcat&quot; which is configured in this way:</span></div><div><div style="font-size:12pt;font-family:Arial"><br>

</div><div style="font-size:12pt;font-family:Arial"><div>&lt;extension name=&quot;netcat&quot;&gt;</div><div>        &lt;condition field=&quot;context&quot; expression=&quot;public&quot;/&gt;</div><div>        &lt;condition field=&quot;destination_number&quot; expression=&quot;^netcat$&quot;&gt;</div>

<div>                &lt;action application=&quot;log&quot; data=&quot;INFO extension netcat&quot;/&gt;</div><div>                &lt;action application=&quot;socket&quot; data=&quot;<a href="http://127.0.0.1:8085" target="_blank">127.0.0.1:8085</a> async full&quot;/&gt;</div>

<div>        &lt;/condition&gt;</div><div>&lt;/extension&gt;</div></div><div style="font-size:12pt;font-family:Arial"><br></div><div style="font-size:12pt;font-family:Arial">The inbound call is correctly routed to a netcat socket listening on localhost:8085.</div>

<div style="font-size:12pt;font-family:Arial"><br></div><div style="font-size:12pt;font-family:Arial">When I get the socket connect, I issue the following commands:</div><div style="font-size:12pt;font-family:Arial"><br>
</div>
<div style="font-size:12pt;font-family:Arial">connect</div><div style="font-size:12pt;font-family:Arial">...</div><div><div><font face="Arial">sendmsg</font></div><div><font face="Arial">call-command: execute</font></div>

<div><font face="Arial">execute-app-name: answer</font></div><div style="font-size:12pt;font-family:Arial">...</div></div><div style="font-size:12pt;font-family:Arial"><br></div><div><div><font face="Arial">sendmsg</font></div>

<div><font face="Arial">call-command: execute</font></div><div><font face="Arial">execute-app-name: bridge</font></div><div><font face="Arial">execute-app-arg: sofia/external/external_number@external_domain</font></div><div>

<font face="Arial"><br></font></div><div><font face="Arial">The bridge is done correctly but the media stream is not bidirectional:</font></div><div><ul><li><font face="Arial">Aleg can listen Bleg</font></li><li><font face="Arial">Bleg can speak but doesn&#39;t hear Aleg</font></li>

</ul><div><font face="Arial">The strange thing is that if I put on hold and unhold Aleg with:</font></div></div><div><font face="Arial"><div><br></div><div>sendmsg</div><div>call-command: execute</div><div>execute-app-name: hold</div>

<div>..</div><div><div>sendmsg </div><div>call-command: execute</div><div>execute-app-name: unhold</div><div><br></div></div><div>the media stream is recovered correctly: Aleg and Bleg can speak/listen each other.</div><div>

<br></div><div>I attach pastebin for completeness:</div><div><ul><li>Freeswitch log: <a href="http://pastebin.freeswitch.org/pastebin.php?dl=20656" target="_blank">http://pastebin.freeswitch.org/pastebin.php?dl=20656</a></li>

<li>Outbound socket log: <a href="http://pastebin.freeswitch.org/pastebin.php?dl=20657" target="_blank">http://pastebin.freeswitch.org/pastebin.php?dl=20657</a></li></ul></div><div><br></div><div>Thank you for your help.</div>

<span class="HOEnZb"><font color="#888888"><div>Denis Gasparin</div></font></span></font></div></div></div></div></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></div>