Hi Dave,
On 23 November 2021 06:03:03 CET, Dave Taht <dave.t...@gmail.com> wrote:
>ages ago I'd (we'd? I really don't remember - forgive me if I've
>forgotten who actually leaned in on it) written a basic ack-filter in
>ebpf. this was before cake gained tc actions and my primary use for
>the tech was for asymmetric connections, and before the good
>ack-filter arrived, and I was (and remain) unfriendly to this level of
>dpi.
>
>That said, on a symmetric connection, deprioritizing pure acks to the
>5% background queue nd then turning the cake ack-filter loose on it
>might actually work.
>
>Am I on drugs/is there any point?
I think at leat when using multiple priority tins forward and reverse traffic
should by default use the same tin (I can see non-standard situations that want
differential treatment). The argument is that unlike earlier attempts at
ingress shaping that tried to throttle reverse ACKs? cake/codel do proper 'hit
the brakes' signalling via marking/dropping and we want that signal to reach
the other end as quickly as possible, no?
Regards
Sebastian
>
>
>
>--
>I tried to build a better future, a few times:
>https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
>
>Dave Täht CEO, TekLibre, LLC
>_______________________________________________
>Cake mailing list
>Cake@lists.bufferbloat.net
>https://lists.bufferbloat.net/listinfo/cake
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
_______________________________________________
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
