The state of fq_codel and cake in 2022 (opens in new tab)

(blog.cerowrt.org)

30 pointsdave_taht3y ago7 comments

7 comments

I'm super happy to see fq_codel and cake in actual consumer/prosumer hardware now - I've gone from needing a fairly power hungry x86 box as my home router to cope with 1000/115 + pppoe + cake to being able to use a much lower power mikrotik rb5009.

Having cake on the upstream means I can push containers, send horribly large backups with multiple TCP streams, etc - all without choking meeting calls - it really makes the internet so much better to use when you do more than one thing at once.

network-shark3y ago

Using fq_codel on ubnt edge router x and it is working really good ! Thanks for all people are involved.

wmf3y ago

Given that VPP is ~10x faster than Linux routing, it may be the only path to good performance on low-end SoCs.

gonzo3y ago

tnsr (vpp) on a 4C c3558 will do 5.01Mpps at 438 CPU cycles/packet. Simple IMIX can forwarded at line rate in one direction on a 10Gbit link on one core.

Linux on the same platform will only forward 642.71 Kpps.

Using 3 of the four cores for VPP yields 15.1Mpps forwarded IPv4 while consuming 19W.

tnsr with a GUI as a “new pfSense” is being worked on now.

No idea (yet) what I’m going to do about codel / PIE / cake though.

dave_tahtOP3y ago

The principal use case for any AQM is when stepping down from one speed to another, in the case of wireless, wildly variable rates, or in the case of 10Gbit to 1Gbit on a port (rfc7567), or shaping to customer rates via middlebox, like libreQos does (using XDP, currently).

In the non-shaping case, say going two 10Gbit ports into one...

what I had expected (in the future I saw in 2015) was that the FQ/AQM would be offloaded to hardware, and that vpp/ddpk would also get a timestamp and 5 tuple hash from the receive path's HW.

1 more reply

j / k navigate · click thread line to collapse