[Cake] arl qdisc looks clever

[Cake] arl qdisc looks clever

[Dave Taht]

https://chromium.googlesource.com/chromiumos/third_party/kernel/+/refs/heads/stabilize-quickfix-13310.76.B-chromeos-4.14-gw/net/sched/sch_arl.c

-- 
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

Re: [Cake] arl qdisc looks clever

[Sebastian Moeller]

Hi Dave 

"

The latency measurement come from two sources: one is the RTT from kernel’s
 * TCP/IP stacks, another is the half path RTT measured from routed TCP
 * streams. "

What if a router terminates almost no local traffic and mostly handles say wireguard VPN traffic in UDP?

Other than that I really appreciate that this seems to use the same ideas that we currently play with over in the openwrt forum... Great that this is additional prior art (similar to LEDBAT) so that there should be no legal un-depth to expect.

Regards
	Sebastian



> On Dec 13, 2021, at 16:42, Dave Taht <dave.taht@gmail.com> wrote:
> 
> https://chromium.googlesource.com/chromiumos/third_party/kernel/+/refs/heads/stabilize-quickfix-13310.76.B-chromeos-4.14-gw/net/sched/sch_arl.c
> 
> -- 
> 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