[Bloat] General Bufferbloat Testing Document.

Rich Brown richb.hanover at gmail.com
Mon May 18 07:34:22 EDT 2015


Jim,

This is great news. 

> I'm glad you've got this letter going. I have started to write (mentally) this note several times, but two things always checked my momentum:
> 
> - Last summer, I sent notes asking the big speed test sites simply to add a latency test. (speedtest.net, testmy.net, speedof.me). All three responded that (basically) they would ask their developers about it, and you can see the (non) results. 
> 
> - I'm afraid that it's not in their self-interest to add a latency test. Especially Ookla - I see their test package bundled as part of the offering for lots of ISPs. Ookla are hardly going to "enhance" their speed test in such a way that customer's customers can plainly see, "Congratulations on starting your service with us. You can see your speeds are pretty good, but you get an F- for bufferbloat."
> 
> ​Actually, I had a conversation a couple months ago with Doug Suttles at Ookla.  He said they were interested/willing to add a bufferbloat test.

Hallelujah!

> That's what spurred writing the document: to make their job easier; I promised Doug on that phone call to write such a document.
> 
> Now we'll see if he follows through.
> 
> Note that some ISP's are actively interested in getting bufferbloat fixed (e.g. Comcast, just look at Jason Livingood's recent tweets).  Bufferbloat is between ISP's and the ability to provide better low latency services, and some ISP's are wise enough to understand that.

Comcast has been thinking about this a long time, and now has the science and technology in hand (DOCSIS 3.1/PIE), so I'm hoping they roll it out soon.

> So I don't think it's quite the situation that it appears on the surface.
> 
> The latter point is the reason that I'm so glad that Justin has added the latency test. DSLReports.com doesn't have any sacred cows to protect, so they're free to call it as it is. And I also love that they do it with a letter grade: "Hey, dude. Your connection is bloated, and you get a D".
> 
> 
> ​I'm very happy to see DSLreport's test indeed.  I hope it encourages the other testing services to follow through.
> 
> ​If you have contacts at those services, please send them a link to the document.​
> 
>> There is still a long row to hoe, but as more and more people get de-bloated, the test will help spread around the knowledge that "it doesn't have to be that way". ​​
> 
> ​Yup.
> 
> Jim

Best,

Rich
> 
> Rich
> 
> 
> On May 15, 2015, at 12:16 PM, Jim Gettys <jg at freedesktop.org> wrote:
> 
>> Even before I knew about the wonderful DSLreports bufferbloat test, I had started working on a document to help people like that (e.g. Ookla) understand how to do bufferbloat testing.  The document also grew a bit beyond that topic, by the time it was done....
>> 
>> The document is at:
>> 
>> https://docs.google.com/document/d/1z5NN4WRKQKK-RtxtKR__XIwkybvsKEmunek2Ezdw_90/edit?usp=sharing
>> 
>> Comments welcome. 
>> 
>> It's intended long term home is the bufferbloat.net wiki, but I've found Google doc's commenting feature really useful.
>>                            - Jim
>> 
>> _______________________________________________
>> Bloat mailing list
>> Bloat at lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/bloat
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20150518/f6460a94/attachment-0002.html>


More information about the Bloat mailing list