Yeah... there are some super interesting threads with @dthat and others here on setting up cake and fq_codel. With all disclaimers that I have no real idea what I'm doing, I think that I think the following after trying to follow queue discussions that are way above my pay grade:
You can change your wan to use fq_codel or even cake directly on the wan interface, but this seems to work only in one direction... egress?... and I think it's at the cost of not being able to set a max-limit. I think this may require the development/addition of bql to provide back pressure to allow these queue types to work better at line rate, as opposed to having a max-limit set... something... something. It's unclear to me exactly what fq_codel or cake might do when attached to an interface without max-limit set, but it does seem that routeros is moving toward defaulting some interfaces to fq_codel (wifi? unclear), rather than hardware-only queue types, so perhaps fq_codel at least can provide some benefits without a max-limit set on Mikrotik. Perhaps it still divides things up and tries to service them fairly even without knowing the actual speed limits? I think you're out of luck using this for the download direction, however, as I don't think you can attach a queue type to the bridge without using queue trees.
If you search the forum for @anserk and others, you'll see reference to a queue tree solution where you attach cake or fq_codel to your wan and your bridge through queue trees. This allows you to keep FastTrack enabled while using cake or fq_codel, but I think it also may potentially limit your bridge to less than line rate depending on your max_limit settings unless you do some mangle finagling? Not sure... just throwing it out there in case that's a concern.
You say you don't want to use a simple queue, but if your router can handle the processing demands without FastTrack enabled, putting cake or fq_codel on your wan works well and is easy to set up this way. If in doubt, go with all the default settings for fq_codel when adding it as a queue type. If in doubt, go with all the default settings for cake when adding it as a queue type EXCEPT you might want to check on NAT if your router is handling DNS lookups. As detailed above, be super careful setting the bandwidth limit in the cake queue itself (as opposed to in the simple queue settings), as this can make your... or at least my... router unresponsive and require at least a hard reset to get back to working. Either setting the bandwidth limit directly in the cake queue type is unsupported on Mikrotiks, or something I've done in the past trying this approach was just incorrect.
You can change your wan to use fq_codel or even cake directly on the wan interface, but this seems to work only in one direction... egress?... and I think it's at the cost of not being able to set a max-limit. I think this may require the development/addition of bql to provide back pressure to allow these queue types to work better at line rate, as opposed to having a max-limit set... something... something. It's unclear to me exactly what fq_codel or cake might do when attached to an interface without max-limit set, but it does seem that routeros is moving toward defaulting some interfaces to fq_codel (wifi? unclear), rather than hardware-only queue types, so perhaps fq_codel at least can provide some benefits without a max-limit set on Mikrotik. Perhaps it still divides things up and tries to service them fairly even without knowing the actual speed limits? I think you're out of luck using this for the download direction, however, as I don't think you can attach a queue type to the bridge without using queue trees.
If you search the forum for @anserk and others, you'll see reference to a queue tree solution where you attach cake or fq_codel to your wan and your bridge through queue trees. This allows you to keep FastTrack enabled while using cake or fq_codel, but I think it also may potentially limit your bridge to less than line rate depending on your max_limit settings unless you do some mangle finagling? Not sure... just throwing it out there in case that's a concern.
You say you don't want to use a simple queue, but if your router can handle the processing demands without FastTrack enabled, putting cake or fq_codel on your wan works well and is easy to set up this way. If in doubt, go with all the default settings for fq_codel when adding it as a queue type. If in doubt, go with all the default settings for cake when adding it as a queue type EXCEPT you might want to check on NAT if your router is handling DNS lookups. As detailed above, be super careful setting the bandwidth limit in the cake queue itself (as opposed to in the simple queue settings), as this can make your... or at least my... router unresponsive and require at least a hard reset to get back to working. Either setting the bandwidth limit directly in the cake queue type is unsupported on Mikrotiks, or something I've done in the past trying this approach was just incorrect.
Statistics: Posted by moorezilla — Wed Jan 24, 2024 7:12 pm