<div dir="ltr">I managed to remove a "t" on the end there.... <div><br></div><div>Pedro<br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Pedro Tumusok</b> <span dir="ltr"><<a href="mailto:pedro.tumusok@gmail.com">pedro.tumusok@gmail.com</a>></span><br>Date: Tue, Apr 7, 2015 at 7:15 PM<br>Subject: Re: [Bloat] Latency Measurements in Speed Test suites (was: DOCSIS 3+ recommendation?)<br>To: jb <<a href="mailto:justinbeech@gmail.com">justinbeech@gmail.com</a>><br>Cc: bloat <<a href="mailto:bloat@lists.bufferbloat.ne">bloat@lists.bufferbloat.ne</a>><br><br><br><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Sat, Apr 4, 2015 at 2:03 PM, jb <span dir="ltr"><<a href="mailto:justinbeech@gmail.com" target="_blank">justinbeech@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">Hi,<div>Thanks for the indirect invitation to the list I'm looking forward to following it and learning stuff.<br></div><div><br></div><div>If I had one question now, it would be this. Should I put effort into measuring ongoing RTT during the "full" download and upload phases, or should I put effort into running packet captures at some of the test locations, storing them, and processing them later, with the idea that this will reveal in conjunction with speed test result files, actual TCP RTT times during times when a residential connection is full. Even packet capturing at one location would capture a lot of individuals because of the many to one setup of the server-client.</div></div></blockquote><div><br></div></span><div>From earlier discussions on here, I think the RTT during "full" download and upload phases. is what most people on here want to see. Since it will tell us how any latency sensitive service will be affected by the buffers in the equipment when the connection is under heavy load. In tune with your "We are not interested in making your ISP look good", on here we are interested in making your device vendor look "bad". So that they actually can fix this, because its about them fixing their hardware, the solutions are there, they just need to do it.</div><div>Having full captures is icing on the cake, but to just show the induced delay by the equipment is 90% of the way. But as all projects, the last 10% is the toughest part.</div><div><br></div><div>Personally I think that if your speed test shows people the "true" experience, ie bad, they can expect from their setup, it will be immensely valuable for you and the bufferbloat project. And of course you will be copied on it, as before, by other speed test sites/tools.</div><div><br></div><div>Bad analogies wise, having the best speed is like inserting a Porsche high performance car engine into a VW Beetle. You have the potential for going very fast, but it will be a very scary and uncomfortable ride, especially if you compare it to using that engine in a "real" Porsche.</div><span class=""><div><br></div><div><br></div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Anything that is produced from this project might have to be crunched by an interested person other than me, because of the number of different devices and browsers and undocumented limits I've still got my hands full making sure the maximum number of people get a "competitive" speed reading. Making sure the majority drive their connection to capacity is probably a necessary condition for accurate conclusions on anything else anyway.</div><div><br></div></div></blockquote><div><br></div></span><div>I assume that a lot of the people on here can use it for their daily work and I think there are some academics/scientists on here, that would love to have a copy of the date for research.</div><span class="HOEnZb"><font color="#888888"><div> </div><div>Pedro</div></font></span><div><div class="h5"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Thu, Apr 2, 2015 at 4:21 AM, Pedro Tumusok <span dir="ltr"><<a href="mailto:pedro.tumusok@gmail.com" target="_blank">pedro.tumusok@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Justin,<div><br></div><div>If you got any questions, don't feel shy :) <br></div><div>If there is any testing I can help with etc, let me know.</div><div><br></div><div>Pedro</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 31, 2015 at 7:07 AM, Jesper Dangaard Brouer <span dir="ltr"><<a href="mailto:jbrouer@redhat.com" target="_blank">jbrouer@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Mon, 30 Mar 2015 18:05:19 +0200 Pedro Tumusok <<a href="mailto:pedro.tumusok@gmail.com" target="_blank">pedro.tumusok@gmail.com</a>> wrote:<br>
<br>
[...]<br>
<span>> That is feature creep, we originally discussed having continuous ping<br>
> measurement under load.<br>
> New ideas not so welcome ;)<br>
<br>
</span>I agree, we just want Justin (<a href="http://www.dslreports.com/speedtest" target="_blank">http://www.dslreports.com/speedtest</a>) to<br>
also measure and report on ping/latency under load.<br>
<br>
After we have this basic step, we can refine it further, e.g. with<br>
Jonathan HZ measurement.<span><font color="#888888"><br>
<span><font color="#888888"><br>
--<br>
Best regards,<br>
Jesper Dangaard Brouer<br>
MSc.CS, Sr. Network Kernel Developer at Red Hat<br>
Author of <a href="http://www.iptv-analyzer.org" target="_blank">http://www.iptv-analyzer.org</a><br>
LinkedIn: <a href="http://www.linkedin.com/in/brouer" target="_blank">http://www.linkedin.com/in/brouer</a><br>
</font></span></font></span></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>Best regards / Mvh<br>Jan Pedro Tumusok<br><br></div>
</font></span></div>
<br></div></div><span>_______________________________________________<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>
<br></span></blockquote></div><br></div>
</blockquote></div></div></div><div><div class="h5"><br><br clear="all"><div><br></div>-- <br><div>Best regards / Mvh<br>Jan Pedro Tumusok<br><br></div>
</div></div></div></div>
</div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Best regards / Mvh<br>Jan Pedro Tumusok<br><br></div>
</div></div>