<div dir="ltr"><div class="gmail_default" style="font-size:small">What I don't know is how rapidly VOIP applications will adjust their latency + jitter window (the operating point that they choose for their operation).  They can't adjust it instantly, as if they do, the transitions from one operating point to another will cause problems, and you certainly won't be doing that adjustment quickly.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">So the time period over which one computes jitter statistics should probably be related to that behavior.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Ideally, we need to get someone involved in WebRTC to help with this, to present statistics that may be useful to end users to predict the behavior of their service.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I'll see if I can get someone working on that to join the discussion.</div><div class="gmail_default" style="font-size:small">                     - Jim</div><div class="gmail_default" style="font-size:small"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 7, 2015 at 7:44 AM, Mikael Abrahamsson <span dir="ltr"><<a href="mailto:swmike@swm.pp.se" target="_blank">swmike@swm.pp.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, 7 May 2015, jb wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is a web socket based jitter tester now. It is very early stage but<br>
works ok.<br>
<br>
<a href="http://www.dslreports.com/speedtest?radar=1" target="_blank">http://www.dslreports.com/speedtest?radar=1</a><br>
<br>
So the latency displayed is the mean latency from a rolling 60 sample buffer, Minimum latency is also displayed. and the +/- PDV value is the mean difference between sequential pings in that same rolling buffer. It is quite similar to the std.dev actually (not shown).<br>
</blockquote>
<br></span>
So I think there are two schools here, either you take average and display + / - from that, but I think I prefer to take the lowest of the last 100 samples (or something), and then display PDV from that "floor" value, ie PDV can't ever be negative, it can only be positive.<br>
<br>
Apart from that, the above multi-place RTT test is really really nice, thanks for doing this!<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
Mikael Abrahamsson    email: <a href="mailto:swmike@swm.pp.se" target="_blank">swmike@swm.pp.se</a><br>
_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</div></div></blockquote></div><br></div>