<div dir="ltr">Tested again on a fresh EC2 instances (c5.xlarge) running Debian Jessie (Kernel 3.16.0-4-<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">amd64</span>), since I believe that's the current recommendation, with packages installed from the Freeswitch mainline (version 1.6.20-37-987c9b9~<wbr>64bit) and vanilla configs. I am still able to reproduce issues where one side's audio recording drops packets that are present in the other side. Running out of things to look at here, since I was able to repro on baremetal as well.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 6, 2018 at 9:04 AM, Colin Morelli <span dir="ltr"><<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Happens on all browsers.<div><br></div><div>Just want to clarify my previous message, though. I had a call bridged A -> B (A is the WebRTC side, B the PSTN). I recorded both legs of the call individually. On the recording for B, B's audio is clear and smooth. On the recording for A, B's audio has dropped packets that correspond with the logs mentioned on FS. Unless I'm misunderstanding something I believe this should eliminate network/WebRTC/clients as being the issue.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 6, 2018 at 8:45 AM, Geoff Mina <span dir="ltr"><<a href="mailto:gmina@connectfirst.com" target="_blank">gmina@connectfirst.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">What WebRTC client are you using? Does this happen in all browsers or just one?<div><div class="m_-3115530112139927303h5"><br><div><br>On Feb 6, 2018, at 5:09 AM, Colin Morelli <<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div>Appreciate the input, Brian. I’ll definitely try to avoid setting the timer option.<br><br>In other news. I deployed The exact same FS instance (same docker container) on baremetal last night and it experiences the same issue. So, virtualization does not appear to be the problem. I just can’t figure out what else would cause this. I’m sure it’s something simple.<br><div class="gmail_quote"><div dir="ltr">On Tue, Feb 6, 2018 at 3:49 AM Brian : <<a href="mailto:brians@iptel.co" target="_blank">brians@iptel.co</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Colin,<br>
<br>
Depending on what you are doing with Freeswitch setting the rtp-timer<br>
to none can produce all sorts of subtle weirdness. I would advise<br>
against it. 2 things that I remember from our tests with this was lots<br>
of blocked / hung calls that would build and need to be HUPed and also<br>
carriers that would send SDP but no RTP when silence was being sent -<br>
the call wouldn't progress through dialplan - it just got blocked<br>
waiting on RTP><br>
<br>
B<br>
<br>
On Tue, Feb 6, 2018 at 12:56 AM, Colin Morelli <<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>> wrote:<br>
> Hey list,<br>
><br>
> I'm running FS on EC2 (I know, I know). Having some issues with random<br>
> packet loss, which I believe almost certainly I have narrowed down to timer<br>
> issues and/or network latency/jitter (seems surprising since I'm using<br>
> c5.xlarge instances).<br>
><br>
> Behavior is that, during a call, brief pauses or notable audio loss will<br>
> occur. This is on high bandwidth links that are otherwise stable. Freeswitch<br>
> logs with max debug spew out "Hot Hit 1" through "Hot Hit 10" and eventually<br>
> "auto-flush catching up 1 packet(s)" in rapid succession (usually going<br>
> through the cycle 4-5 times) before things settle again. Obviously that<br>
> means a minimum of 4-5 audio packets were dropped within the span of a<br>
> second which results in considerable audio artifacting.<br>
><br>
> Changing rtp-timer-name to none, which I understand to perform synchronous<br>
> reads of RTP audio (as opposed to timer-based async reads) makes the audio<br>
> notably smoother. That said, I'm having a hard time uncovering the<br>
> consequences of doing this. Obviously I understand that reads will block the<br>
> RTP thread, but I can't seem to understand the potential ramifications of<br>
> this. Could anyone help clarify?<br>
><br>
> My other question is: assuming "timer while hot" indicates what I believe it<br>
> does (that when the timer hit there was >1 packet in the queue to be read),<br>
> couldn't this issue also just be caused by network jitter, and not<br>
> necessarily just timer inconsistencies?<br>
><br>
> Thanks in advance.<br>
><br>
> Best,<br>
> Colin<br>
><br>
><br>
><br>
> ______________________________<wbr>______________________________<wbr>_____________<br>
> Professional FreeSWITCH Consulting Services:<br>
> <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
> <a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
><br>
> Official FreeSWITCH Sites<br>
> <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
> <a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
> <a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
><br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<br>
______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div>
</div></blockquote><blockquote type="cite"><div><span>______________________________<wbr>______________________________<wbr>_____________</span><br><span>Professional FreeSWITCH Consulting Services:</span><br><span><a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></span><br><span><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions<wbr>.com</a></span><br><span></span><br><span>Official FreeSWITCH Sites</span><br><span><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></span><br><span><a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.o<wbr>rg</a></span><br><span><a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></span><br><span></span><br><span>FreeSWITCH-users mailing list</span><br><span><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a></span><br><span><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a></span><br><span>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a></span><br><span><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></span></div></blockquote></div></div></div><br>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>