On 6/14/2015 10:26 PM, Dave Taht wrote:
On Sun, Jun 14, 2015 at 4:10 PM, Simon Barber si...@superduper.net wrote:
Indeed - I believe that Codel will drop too much to allow maximum bandwidth
utilization, when there are very few flows, and RTT is significantly greater
than target.
Interval. Not
I guess this is pointing to the age old problem - what is the right buffer size
or equivalent delay limit, when packets should be dropped or ECN-marked, so
that the link is never under-utilized?
For a single TCP connection, the answer is the bandwidth-delay product BDP.
For large number of
On Mon, Jun 15, 2015 at 4:40 PM, Agarwal, Anil anil.agar...@viasat.com wrote:
I guess this is pointing to the age old problem - what is the right buffer
size or equivalent delay limit, when packets should be dropped or ECN-marked,
so that the link is never under-utilized?
For a single TCP
Dave,
I guess I need to read up on cake.
If you have time, can you simulate an RTT of 600 ms?
With a few queue drain rates from 1 Mbps to 100 Mbps.
Would help us satellite folks get a better understanding of CoDel parameters.
Thanks,
Anil
-Original Message-
From: Dave Taht
On Mon, Jun 15, 2015 at 5:12 PM, Agarwal, Anil anil.agar...@viasat.com wrote:
Dave,
I guess I need to read up on cake.
some basic doc is at:
http://www.bufferbloat.net/projects/codel/wiki/Cake
The most important thing in cake at the moment is GRO packet peeling,
which turned out desperately
