<div dir="ltr"><div>Great review, Sebastian!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">NETFLIX: <a href="http://fast.com/" rel="noreferrer" target="_blank">fast.com</a>.<br>        Pros: allows selection of upload testing, supposedly decent back-end, duration configurable<br>                allows unloaded, loaded download and loaded upload RTT measurements (but reports sinlge numbers for loaded and unloaded RTT, that are not the max)<br>        Cons: RTT report as two numbers one for the loaded and one for unloaded RTT, time-course of RTTs missing<br>        BUFFERBLOAT verdict: incomplete, but oh, so close...</blockquote><div>Just a note that I have a plan to separate the loaded latency into upload/download. It's not great UX now they way it's implemented.</div><div>The timeline view is a bit more nuanced, in the spirit of the simplistic UX, but I've been thinking on a good way to show that for super users as well.</div><div>Two latency numbers - that's more user friendly, we want the general user to understand the meaning. And latency under load is much easier than bufferbloat.</div><div><br></div><div>As a side note, if our backend is decent, I'm curious what are the backends for the speed tests that exist that are great :)</div><div> </div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><font size="1"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial;color:rgb(67,67,67);vertical-align:baseline;white-space:pre-wrap">SERGEY FEDOROV</span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial;color:rgb(102,102,102);vertical-align:baseline;white-space:pre-wrap">Director of Engineering</span></p><p style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial;color:rgb(102,102,102);vertical-align:baseline;white-space:pre-wrap"><a href="mailto:sfedorov@netflix.com" target="_blank">sfedorov@netflix.com</a></span></p><p style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial;color:rgb(102,102,102);vertical-align:baseline;white-space:pre-wrap">121 Albright Way  |  Los Gatos, CA 95032</span></p><span style="font-family:Arial;color:rgb(136,136,136);vertical-align:baseline;white-space:pre-wrap"><img src="https://lh6.googleusercontent.com/sXyXTYq5vF1C3sJhRzJIQ0iYROwE8E1e0R6RY9hhgBZDVe6fLjmy_Y0F6RsQskALepS5t1zXm9JcQg-HXYQDbLZ6NS0YBjA3oh7IlhrUnR38ttr667EWpXydNk6U1I7FLO3civYI" width="73" height="44" style="border:none"></span></font></span><br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 1, 2020 at 12:48 PM Sebastian Moeller <<a href="mailto:moeller0@gmx.de">moeller0@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Dave,<br>
<br>
well, it was a free service and it lasted a long time. I want to raise a toast to Justin and convey my sincere thanks for years of investing into the "good" of the internet. <br>
<br>
Now, the question is which test is going to be the rightful successor? <br>
<br>
Short of running netperf/irtt/iper2/iperf3 on a hosted server, I see lots of potential but none of the tests are really there yet (grievances in now particular order):<br>
<br>
OOKLA: <a href="http://speedtest.net" rel="noreferrer" target="_blank">speedtest.net</a>.<br>
        Pros: ubiquitious, allows selection of single flow versus multi-flow test, allows server selection<br>
        Cons: only IPv4, only static unloaded RTT measurement, no control over measurement duration<br>
        BUFFERBLOAT verdict: incomplete, maybe usable as load generator<br>
<br>
<br>
NETFLIX: <a href="http://fast.com" rel="noreferrer" target="_blank">fast.com</a>.<br>
        Pros: allows selection of upload testing, supposedly decent back-end, duration configurable<br>
                allows unloaded, loaded download and loaded upload RTT measurements (but reports sinlge numbers for loaded and unloaded RTT, that are not the max)<br>
        Cons: RTT report as two numbers one for the loaded and one for unloaded RTT, time-course of RTTs missing<br>
        BUFFERBLOAT verdict: incomplete, but oh, so close...<br>
<br>
<br>
NPERF: <a href="http://nperf.com" rel="noreferrer" target="_blank">nperf.com</a><br>
        Pros: allows server selection, RTT measurement and report as time course, also reports average rates and static RTT/jitter for Up- and Download<br>
        Cons: RTT measurement for unloaded only, reported RTT static only , no control over measurement duration<br>
        BUFFERBLOAT verdict: incomplete,<br>
<br>
<br>
THINKBROADBAND: <a href="http://www.thinkbroadband.com/speedtest" rel="noreferrer" target="_blank">www.thinkbroadband.com/speedtest</a><br>
        Pros: IPv6, reports coarse RTT time courses for all three measurement phases<br>
        Cons: only static unloaded RTT report in final results, time courses only visible immediately after testing, no control over measurement duration<br>
        BUFFERBLOAT verdict: a bit coarse, might work for users within a reasonable distance to the UK for acute de-bloating sessions (history reporting is bad though)<br>
<br>
<br>
honorable mentioning:<br>
        BREITBANDMESSUNG: <a href="http://breitbandmessung.de" rel="noreferrer" target="_blank">breitbandmessung.de</a><br>
        Pros: query of contracted internet access speed before measurement, with a scheduler that will only start a test when the backend has sufficient capacity to saturate the user-supplied contracted rates, IPv6 (happy-eyeballs)<br>
        Cons: only static unloaded RTT measurement, no control over measurement duration<br>
        BUFFERBLOAT verdict: unsuitable, exceot as load generator, but the bandwidth reservation feature is quite nice.<br>
<br>
Best Regards<br>
        Sebastian<br>
<br>
<br>
> On May 1, 2020, at 18:44, Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:<br>
> <br>
> <a href="https://www.reddit.com/r/HomeNetworking/comments/gbd6g0/dsl_reports_speed_test_no_longer_free/" rel="noreferrer" target="_blank">https://www.reddit.com/r/HomeNetworking/comments/gbd6g0/dsl_reports_speed_test_no_longer_free/</a><br>
> <br>
> They ran out of bandwidth.<br>
> <br>
> Message to users here:<br>
> <br>
> <a href="http://www.dslreports.com/speedtest" rel="noreferrer" target="_blank">http://www.dslreports.com/speedtest</a><br>
> <br>
> <br>
> -- <br>
> Make Music, Not War<br>
> <br>
> Dave Täht<br>
> CTO, TekLibre, LLC<br>
> <a href="http://www.teklibre.com" rel="noreferrer" target="_blank">http://www.teklibre.com</a><br>
> Tel: 1-831-435-0729<br>
> _______________________________________________<br>
> Cake mailing list<br>
> <a href="mailto:Cake@lists.bufferbloat.net" target="_blank">Cake@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/cake" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cake</a><br>
<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" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</blockquote></div>