Re: [Bloat] dslreports ping every second?

2015-05-02 Thread jb
Regarding ping during the test, although it isn't ideal, it appears to be enough to identify problems, and also consistently get the same grade, to within one grade level anyway. An "A" or "A+" is not going to get a "C", and a "D" or "F" is never going to get a "B" no matter how many times the tes

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread Dave Taht
1 probe per second IZ not enough for science! (see my forked thread) On Sat, May 2, 2015 at 8:01 AM, Sebastian Moeller wrote: > Hi Jb, > > > On May 2, 2015, at 15:40 , jb wrote: > >> Each bar is an individual probe they go out once per second, which >> determines their >> position along the X-A

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread Aaron Wood
On Thu, Apr 30, 2015 at 8:10 PM, jb wrote: > Already users are like "how can i fix this!". > > I've just replied to one who has lower speeds on the surfboard SB6141 > which is a modem designed for crazy cable speeds. He has an "F" and his > downstream bloat is terrible, and upstream not much bett

[Bloat] dslreports ping every second?

2015-05-02 Thread Dave Taht
In one of the threads I saw that the dslreports test is one http ping every second. I am not really sure how that is handled - if the connection is tcp (?) and persistent, that measures 1 packet RTT, if it is a new connection, it is quite a few RTTs. And it is really not enough pings for valid sta

Re: [Bloat] Question about fq_codel vs modem buffers

2015-05-02 Thread Dave Taht
On Sat, May 2, 2015 at 4:45 AM, Alan Jenkins wrote: > On 02/05/15 03:49, Rich Brown wrote: >> >> I posted a message about using SQM & OpenWrt on Tom's Hardware, and got a >> response from someone who's somewhat knowledgeable. I'm not sure of the >> proper response, so I wanted to ask here first. H

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread Sebastian Moeller
Hi Jb, On May 2, 2015, at 15:40 , jb wrote: > Each bar is an individual probe they go out once per second, which determines > their > position along the X-Axis, and are tagged by color *when they come back*. Thanks, that is exactly the information I was looking for. Given that, I vot

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread jb
Each bar is an individual probe they go out once per second, which determines their position along the X-Axis, and are tagged by color *when they come back*. For the radar plot, the ones showing latencies to each location, it is nothing to do with buffer bloat but there are two green colors super-

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread Sebastian Moeller
Hi Jb, I wonder the ping RTT plot, does it show all individual RTT-probes, or is it showing an aggregate measure per bar? If aggregate which measure (hopefully the maximum or something close like a high percentile)? Best Regards Sebastian On May 1, 2015, at 08:31 , jb wrote: > >This

Re: [Bloat] Question about fq_codel vs modem buffers

2015-05-02 Thread Alan Jenkins
On 02/05/15 03:49, Rich Brown wrote: I posted a message about using SQM & OpenWrt on Tom's Hardware, and got a response from someone who's somewhat knowledgeable. I'm not sure of the proper response, so I wanted to ask here first. Here's the question that has me stumped. http://www.tomshardwar

Re: [Bloat] Question about fq_codel vs modem buffers

2015-05-02 Thread Jan Ceuleers
On 02/05/15 04:49, Rich Brown wrote: > But I don't know enough about the physical characteristics of cable/dsl links to understand how they actually work, nor how fq_codel can (or can't) accommodate degradation. I know a little about the DSL PHY behaviour. It is possible for line conditions to d

Re: [Bloat] Question about fq_codel vs modem buffers

2015-05-02 Thread Sebastian Moeller
Hi Rich, On May 2, 2015, at 04:49 , Rich Brown wrote: > I posted a message about using SQM & OpenWrt on Tom's Hardware, and got a > response from someone who's somewhat knowledgeable. I'm not sure of the > proper response, so I wanted to ask here first. Here's the question that has > me stump

Re: [Bloat] amplification?

2015-05-02 Thread Alan Jenkins
On 28/04/15 17:10, Dave Taht wrote: If those using reddit or other social media would care to post a link to http://www.internetsociety.org/blog/tech-matters/2015/04/measure-your-bufferbloat-new-browser-based-tool-dslreports to keep the ball rolling? I did slashdot earlier. http://slashdot.or

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread Dave Taht
This got an A+ rating, which I would not have given it, given the enormous load spike. http://www.dslreports.com/speedtest/400387 Imagine if your steering wheel behaved like this. On Thu, Apr 30, 2015 at 8:10 PM, jb wrote: > Already users are like "how can i fix this!". The FAQ can be improved

[Bloat] Fwd: CFP: IEEE ICNP 2015 Workshop Proposals

2015-05-02 Thread Dave Taht
Paper submission deadline is may 8 -- Forwarded message -- From: Srihari Nelakuditi Date: Wed, Apr 22, 2015 at 8:51 AM Subject: CFP: IEEE ICNP 2015 Workshop Proposals To: na...@nanog.org Call for Workshop Proposals IEEE ICNP

[Bloat] Question about fq_codel vs modem buffers

2015-05-02 Thread Rich Brown
I posted a message about using SQM & OpenWrt on Tom's Hardware, and got a response from someone who's somewhat knowledgeable. I'm not sure of the proper response, so I wanted to ask here first. Here's the question that has me stumped. http://www.tomshardware.com/answers/id-2615979/high-latency-

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread Dave Taht
On Thu, Apr 30, 2015 at 11:31 PM, jb wrote: >>This got an A+ rating, which I would not have given it, given the > enormous load spike. > > I think there will always be the occasional incorrectly graded test, > this one is simply because the median of the downstream latency > ignores the spike. If

Re: [Bloat] ThinkBroadBand also has a bloat detector in their speed test

2015-05-02 Thread jb
It gives my connection an "A" in both directions :) Which would be incorrect as it is a definite "D" or worse. But it is hosted in the UK, and uses a single stream, so it doesn't fill the pipe. If it can't fill an 8mbit connection it is going to be misleading - unless you are very close to them.

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread jb
>This got an A+ rating, which I would not have given it, given the enormous load spike. I think there will always be the occasional incorrectly graded test, this one is simply because the median of the downstream latency ignores the spike. If I used average(), then it would not ignore the spike, h

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread jb
Already users are like "how can i fix this!". I've just replied to one who has lower speeds on the surfboard SB6141 which is a modem designed for crazy cable speeds. He has an "F" and his downstream bloat is terrible, and upstream not much better. I imagine a LOT of people on slower plans have a

[Bloat] ThinkBroadBand also has a bloat detector in their speed test

2015-05-02 Thread Rich Brown
I just saw a note over at ThinkBroadBand that states that they've turned on bufferbloat detection/grades in their speed test. Announcement: http://forums.thinkbroadband.com/general/t/4405918-turned-on-per-user-display-now.html The Tester: http://www.thinkbroadband.com/speedtest.html I'm not su

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

2015-05-02 Thread Rich Brown
> On Wed, Apr 29, 2015 at 9:33 PM, jb wrote: > ... >> if it did get a rating it would be an "D" or "F".. > > How about "E" for error? That can be further explained in the text > "Sometimes the bloat is so bad that we cannot adaquately test for it - > and other times there is something else badly