[Cerowrt-devel] [Bloat] Fixing bufferbloat: How about an open letter to the web benchmarkers?

[Joel Wirāmu Pauling]

Changing to better test suites isn't the answer, I know I've tried a lot to
educate and push for bespoke test sites for our customers .

This is all about happy illusions on the user side.

This is a branding and markets problem. In NZ, 'the' site for reference
that users go to is speedtest. Because of that RSPs deploy more speedtest
servers on their networks and you end up with a vicious cycle. Get enough
user driven complaints and you end up having a user driven push to make
your network 'look good' by doing otherwise silly things.

So if ookla implemented a udp based test, changed it's statical weighting
and data mining methods overnight. At least in NZ that might help.

For the RSPs it is always going to be easier to modify a buffer or queue
somewhere. And that is going to make their project managers and
stakeholders happier straight away.

-Joel
On 12 Sep 2014 13:24, <dpreed at reed.com> wrote:

> The speedof.me API probably can be used directly as the measurement of
> download and upload - you can create a competing download or upload in
> Javascript using a WebWorker talking to another server that supports the
> websocket API to force buffer overflow.  (sort of poor man's RRUL).
>
>
>
> The speedof.me API would give you the measured performance, while the
> other path would just be aan easier to code test load to a source/sink.
>
>
>
> Not sure that would help, but for a prototype it's not bad.
>
>
>
> On Thursday, September 11, 2014 8:42pm, "Jonathan Morton" <
> chromatix99 at gmail.com> said:
>
>  >
> > On 12 Sep, 2014, at 3:35 am, dpreed at reed.com wrote:
> >
> > > Among friends of mine, we can publicize this widely. But those friends
> > probably would like to see how the measurement would work.
> >
> > Could we make use of the existing test servers (running netperf) for that
> > demonstration? How hard is the protocol to fake in Javascript?
> >
> > Or would a netperf-wrapper demonstration suffice? We've already got
> that, but
> > we'd need to extract the single-figures-of-merit from the data.
> >
> > I wonder if the speedof.me API can already be tricked into doing the
> right thing?
> >
> > - Jonathan Morton
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20140912/f271bd7b/attachment.html>