[180287] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: 300+ms of hotel wifi bufferbloat - peaking at 1.5 sec!

daemon@ATHENA.MIT.EDU (Steven Tardy)
Sat May 30 21:25:39 2015

X-Original-To: nanog@nanog.org
From: Steven Tardy <sjt5atra@gmail.com>
In-Reply-To: <CAA93jw4HYxw6F2-UNrr+WeCCQTAxBrvtc8T=dK56UzMf3WyKfQ@mail.gmail.com>
Date: Sat, 30 May 2015 21:25:33 -0400
To: Dave Taht <dave.taht@gmail.com>
Cc: NANOG <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org

There's a corollary of the bufferbloat phenomenon: buffer drain time. It's n=
ot the size of the buffer, but how long it takes to empty. And US ISPs conti=
nue to say "customers don't want upload speed".
If the ISP upload speed was symmetric you'd likely never notice the 1-2MB of=
 buffers.

I guess what I'm getting at is why do you continue to say buffers are too bi=
g instead of saying ISP upload is too slow?


> On May 30, 2015, at 1:50 PM, Dave Taht <dave.taht@gmail.com> wrote:
>=20
> http://www.dslreports.com/speedtest/578850
>=20
> I would get a kick out of it if folk here tried this new speedtest
> periodically (on the "cable" setting) during the nanog conference. ;)
> There is a hires option for more detail on the resulting charts...
>=20
> (or fiddled with "flent" (flent.org))
>=20
> --=20
> Dave T=C3=A4ht
> What will it take to vastly improve wifi for everyone?
> https://plus.google.com/u/0/explore/makewififast

home help back first fref pref prev next nref lref last post