Hi Mat, > On May 27, 2020, at 11:08, Matthew Ford <f...@isoc.org> wrote: > > What's the bufferbloat verdict on https://speed.cloudflare.com/ ?
Not a verdict per se, but this has potential, but is not there yet. Pros: Decent reporting of the Download rates including intermediate values Decent reporting for the idle latency (I like the box whisker plots, ans the details revealed on mouse-over, as well as the individual samples) Cons: Upload seems missing Latency is only measured for a pre-download idle phase, that is important, but for bufferbloat testing we really need to see the latency-under-load numbers (separately for down- and upload). Test duration not configurable. A number of ISP techniques, like power-boost can give higher throughput for a limited amount of time, which often accidentally coincides with typical durations of speedtests*, so being able to confirm bufferbloat remedies at longer test run times is really helpful (nothing crazy, but if a test can run 30-60 seconds instead of just 10-20 seconds that already helps a lot). Best Regards Sebastian *) I believe this to be accidental, as the duration for "fair" power-boosting are naturally in the same few dozends of seconds range as typical speedtests take, nothing nefarious here. > > Mat > >> On 1 May 2020, at 20:48, Sebastian Moeller <moell...@gmx.de> wrote: >> >> Hi Dave, >> >> 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. >> >> Now, the question is which test is going to be the rightful successor? >> >> 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): >> >> OOKLA: speedtest.net. >> Pros: ubiquitious, allows selection of single flow versus multi-flow >> test, allows server selection >> Cons: only IPv4, only static unloaded RTT measurement, no control over >> measurement duration >> BUFFERBLOAT verdict: incomplete, maybe usable as load generator >> >> >> NETFLIX: fast.com. >> Pros: allows selection of upload testing, supposedly decent back-end, >> duration configurable >> allows unloaded, loaded download and loaded upload RTT >> measurements (but reports sinlge numbers for loaded and unloaded RTT, that >> are not the max) >> Cons: RTT report as two numbers one for the loaded and one for unloaded >> RTT, time-course of RTTs missing >> BUFFERBLOAT verdict: incomplete, but oh, so close... >> >> >> NPERF: nperf.com >> Pros: allows server selection, RTT measurement and report as time >> course, also reports average rates and static RTT/jitter for Up- and Download >> Cons: RTT measurement for unloaded only, reported RTT static only , no >> control over measurement duration >> BUFFERBLOAT verdict: incomplete, >> >> >> THINKBROADBAND: www.thinkbroadband.com/speedtest >> Pros: IPv6, reports coarse RTT time courses for all three measurement >> phases >> Cons: only static unloaded RTT report in final results, time courses >> only visible immediately after testing, no control over measurement duration >> 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) >> >> >> honorable mentioning: >> BREITBANDMESSUNG: breitbandmessung.de >> 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) >> Cons: only static unloaded RTT measurement, no control over measurement >> duration >> BUFFERBLOAT verdict: unsuitable, exceot as load generator, but the >> bandwidth reservation feature is quite nice. >> >> Best Regards >> Sebastian >> >> >>> On May 1, 2020, at 18:44, Dave Taht <dave.t...@gmail.com> wrote: >>> >>> https://www.reddit.com/r/HomeNetworking/comments/gbd6g0/dsl_reports_speed_test_no_longer_free/ >>> >>> They ran out of bandwidth. >>> >>> Message to users here: >>> >>> http://www.dslreports.com/speedtest >>> >>> >>> -- >>> Make Music, Not War >>> >>> Dave Täht >>> CTO, TekLibre, LLC >>> http://www.teklibre.com >>> Tel: 1-831-435-0729 >>> _______________________________________________ >>> Cake mailing list >>> c...@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/cake >> >> _______________________________________________ >> Bloat mailing list >> bl...@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/bloat _______________________________________________ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel