[Cake] inbound cake or fq_codel shaping fails on cable on netflix reno

[Tristan Seligmann]

Here's my results from South Africa. Ping test while running the fast.com
test, and the tcp_ndown test, running Cake on an EdgeRouter X. I get 140 /
140 Mbps on the fast.com test with 1ms unloaded and 6ms loaded.

Not sure why throughput is so low, but I often see something like this on
artificial bandwidth tests; it peaks close to 200, but then drops back down
toward the end of the test. I'm shaping to 200 / 200 Mbps with cake which
is my sold connection speed; the actual link is 1 Gbps active ethernet over
fibre with the ISP limiting to about 210-220 Mbps.

On Tue, 24 Jul 2018 at 17:19 Dave Taht <dave.taht at gmail.com> wrote:

> cdfs help. I also try to encourage sending the flent.gz files too. :)
>
> Outbound, to 99% or more of the rate, *with perfect framing* looks great
> so far, 'cept on crappy cablemodems.
>
> I am concerned about recommending values as high as 98% for inbound
> shaping. We are engineering to
> the test here (2? 3 flows? on a very short rtt), and need to leave *some*
> headroom for multiple flows to enter in slow start and get kicked out of it.
>
> I'll buy that the old 85% figure made sense in the sub 20Mbit era, and
> that we only need enough headroom to allow X flows to enter based on the
> characteristics of the link and typical traffic - 15 new flows per second
> * per active user/10 ? and cake's response to slow start is more
> agressive...
>
> try a:
>
> flent -H flent-london.bufferbloat.net -s .02 --te=download_streams=32 -t
> '98%' tcp_ndown
>
> with htb+fq_codel and cake to see that spike more clearly.
>
>
> On Tue, Jul 24, 2018 at 7:54 AM Kevin Darbyshire-Bryant <
> kevin at darbyshire-bryant.me.uk> wrote:
>
>>
>>
>> On 24 Jul 2018, at 14:51, Dave Taht <dave.taht at gmail.com> wrote:
>>
>> Now that you can join the party, I note there IS a flent server in
>> england with irtt on it.
>>
>> flent-london.bufferbloat.net
>>
>>
>> Ok, well if you’re desperately interested….. :-)
>>
>> Plot I did running to the london server, one shaped at 99% downstream,
>> the other at 98%…. and I’ve decided to stick at 98% as a result - plot is a
>> little bit hard to distinguish but I’d say there’s around 8ms avg less
>> latency-ish between the two.  And an order of magnitude between using
>> london v fremont :-)
>>
>> The upstream barely registers
>>
>> # tc -s qdisc show dev ifb4eth0
>> qdisc cake 801a: root refcnt 2 bandwidth 78400Kbit diffserv3 dual-dsthost
>> nat ingress split-gso rtt 100.0ms ptm overhead 26
>>
>>
>>
>
> --
>
> Dave Täht
> CEO, TekLibre, LLC
> http://www.teklibre.com
> Tel: 1-669-226-2619
> _______________________________________________
> Cake mailing list
> Cake at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20180724/f4d1c1ec/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ping-2018-07-24T195552.487731.mithrandi_net.flent.gz
Type: application/gzip
Size: 27247 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20180724/f4d1c1ec/attachment-0002.gz>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tcp_ndown-2018-07-24T200049.454211.98_.flent.gz
Type: application/gzip
Size: 1246335 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20180724/f4d1c1ec/attachment-0003.gz>