<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Well, my issue is that ‘complete silence’ could mean no RTP packets at all, or it could mean RTP packets arriving with all zeros, and I need to distinguish between the two scenarios. &nbsp;I read the recent issue regarding detecting speaker events in a conference to determine silence, so I suppose I instead of bridging I could put the two legs into conference and look for the lack of a ‘start talking’ event within some number of seconds. &nbsp;But I would prefer to sick with bridging the legs if possible. &nbsp;I am unclear about how the recording is going to look in the case where there is no RTP coming in, and whether I could really inspect the recording to know for sure whether or not I am receiving packets….<div class=""><br class=""></div><div class="">Dave<br class=""><div class=""><br class=""></div><div class=""><br class=""><div><div class="">On Jan 17, 2016, at 5:29 PM, Stanislav Sinyagin &lt;<a href="mailto:ssinyagin@gmail.com" class="">ssinyagin@gmail.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">you can, for example, start a recording within a running session, run it for 10 seconds, and then build a histogram using SOX. You would then easily distinguish a complete silence from speech.<br class=""><br class=""></div>Also at the end of a call, you can get the RTP statistics in channel variables before it gets destroyed, so you can extract the number of RTP packets received.<br class=""><br class=""><br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Sun, Jan 17, 2016 at 11:17 PM, Dave Horton <span dir="ltr" class="">&lt;<a href="mailto:dave@dchorton.com" target="_blank" class="">dave@dchorton.com</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have a need to bridge two channels together and then somehow verify that I am getting RTP packets from both directions.&nbsp; The need stems from a desire to detect a one-way audio situation in rare nat’ed scenarios where signaling gets established but one party may have restrictive firewall rules preventing his/her RTP stream from reaching the FS endpoint.&nbsp; Any ideas?<br class="">
_________________________________________________________________________<br class="">
Professional FreeSWITCH Consulting Services:<br class="">
<a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">
<a href="http://www.freeswitchsolutions.com/" rel="noreferrer" target="_blank" class="">http://www.freeswitchsolutions.com</a><br class="">
<br class="">
Official FreeSWITCH Sites<br class="">
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a><br class="">
<a href="http://confluence.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://confluence.freeswitch.org</a><br class="">
<a href="http://www.cluecon.com/" rel="noreferrer" target="_blank" class="">http://www.cluecon.com</a><br class="">
<br class="">
FreeSWITCH-users mailing list<br class="">
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="">FreeSWITCH-users@lists.freeswitch.org</a><br class="">
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br class="">
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br class="">
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a></blockquote></div><br class=""></div>
_________________________________________________________________________<br class="">Professional FreeSWITCH Consulting Services: <br class=""><a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">http://www.freeswitchsolutions.com<br class=""><br class="">Official FreeSWITCH Sites<br class="">http://www.freeswitch.org<br class="">http://confluence.freeswitch.org<br class="">http://www.cluecon.com<br class=""><br class="">FreeSWITCH-users mailing list<br class="">FreeSWITCH-users@lists.freeswitch.org<br class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br class="">UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br class="">http://www.freeswitch.org</div></div><br class=""></div></div></body></html>