LibreQoS

Started by Cljackhammer, July 09, 2025, 08:50:49 PM

Previous topic - Next topic
For those looking for a more robust QOS solution for large network look into LibreQoS. The product is primarily for ISP's, but there are are use cases for other types of networks with high number of clients that require reliable service. It works well with OPNsense and its QOS implementatiom provides superior performance over OPNsense built-in traffic shaping/AQM solution. I find that FreeBSD's QOS solution doesn't work well for my use cases and the performance is not as stable. LibreQoS is more reliable.

I know of LibeQoS (Dave Täht's last project), but not much about how to employ it on a small non-ISP scale. Especially not in conjunction with OPNsense.

Care to elaborate?

Quote from: abulafia on July 11, 2025, 09:46:03 PMI know of LibeQoS (Dave Täht's last project), but not much about how to employ it on a small non-ISP scale. Especially not in conjunction with OPNsense.

Care to elaborate?
It seems to just be another appliance that you would deploy between your OPNsense WAN port and your ISP equipment, as a transparent bridge

https://libreqos.readthedocs.io/en/latest/docs/v2.0/design.html

Dave posted several times in the past here, on reddit, and on the FreeBSD and OpenBSD mailing lists. LibreQoS is built on Ubuntu Linux and utilizes CAKE. CAKE was never ported to ipfw (or pf) in FreeBSD or OpenBSD. In theory if CAKE were implemented into BSD the Python and rust code in LibreQoS could be refactored for opnsense, but the level of effort required for that is way beyond me.

For now opnsense offers PIE and fq_codel for shaping.

What is stated above is correct.

So LibreQoS,
Is meant as an aggregation point its a platform, basically traffic goes thru it and the algorithm "CAKE" takes care across all the flows of all the ISPs customers mitigating buffer bloat.

Currently on BSD as such,
For bufferbloat mitigation we have FQ_PIE or FQ_CoDel, each of them has a specific use case e.g a place where and when to implement. But generally speaking FQ_CoDel should cover most of the users use cases.

CAKE on BSD,
Dave e.g the people (bufferbloat innitiative) behind CAKE, CoDel, FQ_Codel has a project running to bring CAKE to all if not as many possible OSes as possible. One of them is BSD, the problem is Dave himself isn't a BSD dev so its stagnated. This however is a open project, if there is somebody who understand BSD and can code in it  such person can join and help them to bring CAKE to BSD.

https://docs.google.com/document/d/1tTYBPeaRdCO9AGTGQCpoiuLORQzN_bG3TAkEolJPh28/edit?tab=t.0#heading=h.vbbnfu73wlpp

Regards,
S.


Networking is love. You may hate it, but in the end, you always come back to it.

OPNSense HW
APU2D2 - deceased
N5105 - i226-V | Patriot 2x8G 3200 DDR4 | L 790 512G - VM HA(SOON)
N100   - i226-V | Crucial 16G  4800 DDR5 | S 980 500G - PROD