Ok, I had not realized that, thanks. :) I’ve not seen this done anywhere, has anyone tried it? Otherwise I’ll give it a try and write back what I find.
In this case, the throughput for the backhaul links “should” be mostly stable, and we’ll just accept any variation as “no worse than before”. It's true, I also want to try Cake (anywhere I wrote fq_codel that could be substituted with Cake), and I see from here (https://www.bufferbloat.net/projects/codel/wiki/Cake/#installing-cake-out-of-tree-on-linux <https://www.bufferbloat.net/projects/codel/wiki/Cake/#installing-cake-out-of-tree-on-linux>) that it should work on the 3.16.7 kernel I need to target. Voyage Linux doesn’t install with kernel sources, but I should be able to get that compiled with their SDK. > On Dec 9, 2016, at 12:39 PM, Jonathan Morton <[email protected]> wrote: > >> On 9 Dec, 2016, at 12:12, Phineas Gage <[email protected]> wrote: >> >> Given the half-duplex nature of 802.11 WiFi, is it possible to use fq_codel >> with software rate limiting on separate hardware from the WiFi radio, while >> still allowing at or near the full WiFi link rate? > > Given that you can’t reliably predict the actual wifi throughput from > userspace, and that it will vary over time due to external interference and > path attenuation, that would be difficult. > > However, you *can* loop both the ingress and egress traffic through a common > IFB interface, and shape that - using Cake, even. That sounds like what > you’re trying to experiment with. > > - Jonathan Morton >
_______________________________________________ Codel mailing list [email protected] https://lists.bufferbloat.net/listinfo/codel
