[Bloat] Getting bloat tests into open source speedtest

[Bloat] Getting bloat tests into open source speedtest

[Toke Høiland-Jørgensen]

Hi everyone

I came across this open source speedtest: https://www.netztest.at/en/
(also run by nic.cz and integrated into the Turris Omnia firmware:
https://www.netmetr.cz/en/ ).

Only issue is that it doesn't test for bufferbloat. So, I opened an
issue on the upstream repo; this is the link, in case anyone else wants
to participate in the discussion:
https://github.com/rtr-nettest/open-rmbt/issues/6

-Toke

Re: [Bloat] Getting bloat tests into open source speedtest

[Sebastian Moeller]

Hi Toke,

+1

> On Sep 3, 2019, at 13:39, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
> 
> Hi everyone
> 
> I came across this open source speedtest: https://www.netztest.at/en/
> (also run by nic.cz and integrated into the Turris Omnia firmware:
> https://www.netmetr.cz/en/ ).

	I tried to contact the www.netmetr.cz folks (last year), but so far.... crickets...


> 
> Only issue is that it doesn't test for bufferbloat. So, I opened an
> issue on the upstream repo; this is the link, in case anyone else wants
> to participate in the discussion:
> https://github.com/rtr-nettest/open-rmbt/issues/6
> 
> -Toke
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat

Re: [Bloat] Getting bloat tests into open source speedtest

[Toke Høiland-Jørgensen]

Sebastian Moeller <moeller0@gmx.de> writes:

> Hi Toke,
>
> +1
>
>> On Sep 3, 2019, at 13:39, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
>> 
>> Hi everyone
>> 
>> I came across this open source speedtest: https://www.netztest.at/en/
>> (also run by nic.cz and integrated into the Turris Omnia firmware:
>> https://www.netmetr.cz/en/ ).
>
> 	I tried to contact the www.netmetr.cz folks (last year), but so far.... crickets...

Heh, well thanks for trying at least. I figured the upstream open source
project might be the best way to get things fixed; we'll see if they are
responsive :)

-Toke

Re: [Bloat] Getting bloat tests into open source speedtest

[Sebastian Moeller]

> On Sep 3, 2019, at 13:45, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
> 
> Sebastian Moeller <moeller0@gmx.de> writes:
> 
>> Hi Toke,
>> 
>> +1
>> 
>>> On Sep 3, 2019, at 13:39, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
>>> 
>>> Hi everyone
>>> 
>>> I came across this open source speedtest: https://www.netztest.at/en/
>>> (also run by nic.cz and integrated into the Turris Omnia firmware:
>>> https://www.netmetr.cz/en/ ).
>> 
>> 	I tried to contact the www.netmetr.cz folks (last year), but so far.... crickets...
> 
> Heh, well thanks for trying at least. I figured the upstream open source
> project might be the best way to get things fixed; we'll see if they are
> responsive :)

	I would hope so,. My gut feeling is, that we should address this with BEREC (https://berec.europa.eu) as all these national regulator's internet speedtests all closely follow the BEREC recommendations and there might be little perceived freedom for the national implementation according to the BEREC guidelines for changes/additions. Last time I contacted the implementor of the german speedtest (breitbandmessung.de), they basically send me bunch of BEREC documents and deflected my questions towards the EU ;)

Best Regards
	Sebastian

> 
> -Toke

Re: [Bloat] Getting bloat tests into open source speedtest

[Mikael Abrahamsson]

[-- Attachment #1: Type: text/plain, Size: 801 bytes --]

On Tue, 3 Sep 2019, Toke Høiland-Jørgensen wrote:

> Hi everyone
>
> I came across this open source speedtest: https://www.netztest.at/en/
> (also run by nic.cz and integrated into the Turris Omnia firmware:
> https://www.netmetr.cz/en/ ).
>
> Only issue is that it doesn't test for bufferbloat. So, I opened an
> issue on the upstream repo; this is the link, in case anyone else wants
> to participate in the discussion:
> https://github.com/rtr-nettest/open-rmbt/issues/6

This is the swedish local speedtest run by .SE:

https://github.com/dotse/bbk

I've asked them for bufferbloat tests as well, so... if anyone want to do 
anything, that'd be nice.

What codebase does dslreports speedtest use, it seems to have a very nice 
bufferbloat test?

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se

Re: [Bloat] Getting bloat tests into open source speedtest

[Toke Høiland-Jørgensen]

Mikael Abrahamsson <swmike@swm.pp.se> writes:

> On Tue, 3 Sep 2019, Toke Høiland-Jørgensen wrote:
>
>> Hi everyone
>>
>> I came across this open source speedtest: https://www.netztest.at/en/
>> (also run by nic.cz and integrated into the Turris Omnia firmware:
>> https://www.netmetr.cz/en/ ).
>>
>> Only issue is that it doesn't test for bufferbloat. So, I opened an
>> issue on the upstream repo; this is the link, in case anyone else wants
>> to participate in the discussion:
>> https://github.com/rtr-nettest/open-rmbt/issues/6
>
> This is the swedish local speedtest run by .SE:
>
> https://github.com/dotse/bbk

Hmm, I think my old university actually had a project to add it at some
point. Not sure what happened to that...

> I've asked them for bufferbloat tests as well, so... if anyone want to do 
> anything, that'd be nice.
>
> What codebase does dslreports speedtest use, it seems to have a very nice 
> bufferbloat test?

I think it's proprietary, but I'm not sure...

-Toke

Re: [Bloat] Getting bloat tests into open source speedtest

[Kenneth Porter]

I just got an email newsletter from Ubiquiti advertising their speedtest. 
Unlike most, it graphs the speed over time as it runs.

<http://speed.ui.com/>

Re: [Bloat] Getting bloat tests into open source speedtest

[Rich Brown]

[-- Attachment #1: Type: text/plain, Size: 350 bytes --]

Another bit of good news - guidosarducci over at OpenWrt has packaged up an improved version of the "betterspeedtest.sh" script to work with OpenWrt 18.06. 

https://forum.openwrt.org/t/speedtest-new-package-to-measure-network-performance/24647/71 shows the announcement of the package. Run it with:

speedtest-netperf.sh --help

Enjoy!

Rich

[-- Attachment #2: Type: text/html, Size: 839 bytes --]