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) 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 <chromatix99@gmail.com> wrote:

On 9 Dec, 2016, at 12:12, Phineas Gage <phineas919@gmail.com> 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