I found this manual from my ISP who implements fq_queueing with their vyatta routers. VyOS
They use a similar queue limit with their drop tail (I think), but where in
OPNsense is the fair queue queue limit. See below it says "a queue is not permitted to exceed 127 packets" for the fq part.
In system tunables there are byte limits for dummynet pipes.
They probably don't implement codel with fq as far as I can tell but maybe finding that packet queue setting abd trying to conform with it can prevent errors when I bridge or double NAT with them or even when I traffic shape my VPNs
(https://uploads.tapatalk-cdn.com/20240926/72895ceb927f9e1a93d36bdd44d147b6.png)(https://uploads.tapatalk-cdn.com/20240926/8d1d18f10502941dbd077c6238ff786e.png)
Also, apologies for using the wrong thread. My phone's forum manager is weird. I guess it could apply here though as I have used squid with traffic shaping before.
Sent from my iPhone using Tapatalk
Quote from: pfScrub on September 26, 2024, 08:43:26 PM
In system tunables there are byte limits for dummynet pipes.
As in, I think there are byte queues instead of packet queues. No idea if this setting is part of byte queues in the dummynet sysctls or if it is referring to a quantum setting
Sent from my iPhone using Tapatalk
FQ_Codel has a setting where you specify the queue of packets it can hold its called "limit". All is in the docs.
https://docs.opnsense.org/manual/how-tos/shaper_bufferbloat.html#parameters-of-fq-codel
But be ware that it can currently do more harm than be useful
https://docs.opnsense.org/manual/how-tos/shaper_bufferbloat.html#limit
Regards,
S.