The grade for one speed test represents something that the user may already
recognise as being a problem, and may do something about. The aggregation
of grades can highlight ISPs that are afflicted with end-user hardware that
could be improved, I suppose. Is it even possible to detect ISPs afflicte
Hi, Justin,
Thanks for the explanations. So the grade is for the user not the ISP?
I just have to point out that the below jumped out at me a bit. A user
can fully use the link bandwidth capacity and not have an unacceptable
latency. After all, that's the goal of AQM. But, yes, there are those
pe
Hi Kathleen,
On Sun, Aug 28, 2016 at 3:37 AM, Kathleen Nichols
wrote:
> In-line below. Only for geeks.
>
> On 8/27/16 9:03 AM, Alan Jenkins wrote:
> >
> > That's the simplest measure of bufferbloat though :).
>
> Don't I know! :) Have spent a couple of years figuring out how to measure
> experi
On 27/08/16 20:18, Alan Jenkins wrote:
On 27/08/16 18:37, Kathleen Nichols wrote:
So, I ran the test while I was also streaming a
Netflix video. Under the column "RTT/jitter Avg" the test lists
values that
range from 654 to 702 with +/- 5.2 to 20.8 ms (for the four servers). I
couldn't
figur
On 27/08/16 18:37, Kathleen Nichols wrote:
In-line below. Only for geeks.
Present.
On 8/27/16 9:03 AM, Alan Jenkins wrote:
That's the simplest measure of bufferbloat though :).
Don't I know! :) Have spent a couple of years figuring out how to measure
experienced delay...
Do you have a crit
In-line below. Only for geeks.
On 8/27/16 9:03 AM, Alan Jenkins wrote:
>
> That's the simplest measure of bufferbloat though :).
Don't I know! :) Have spent a couple of years figuring out how to measure
experienced delay...
>
> Do you have a criticism in terms of dslreports.com? I think it's
That's the simplest measure of bufferbloat though :).
Do you have a criticism in terms of dslreports.com? I think it's fairly
transparent, showing idle v.s. download v.s. upload. The headline
figures are an average, and you can look at all the data points. (You
can increase the measurement
Yeah.
I admit to muddying the waters because I think of the size of a buffer as
being in megabytes and the size of a queue (latency) as being in
milliseconds. I think the tests attempt to measure the worst possible
latency/queue that can occur on a path.
On 8/27/16 4:46 AM, Rich Brown wrote:
> I
> On 27 Aug, 2016, at 04:06, David Lang wrote:
>
>>> so you can call it large queues instead of large buffers, but the result
>>> is that packets end up being 'in transit' for a long time.
>>
>> No, a large queue is a bunch of packets waiting in a queue (which is
>> contained in a buffer). A l
It has always been my intent to define bufferbloat as *latency*. The first
sentence on www.bufferbloat.net says, "Bufferbloat is the undesirable latency
that comes from a router or other network equipment buffering too much data."
That definition focuses on observable/measurable values. It sides
Hi
For what it is worth, ECN handling is described for SCReAM since a while back.
It is however not yet implemented in the code at
(https://github.com/EricssonResearch/scream ), this is however a quite easy
task to do and if the interest in SCReAM picks up then I am happy to spend the
2-3 hour
11 matches
Mail list logo