[Make-wifi-fast] Software rate limiting with fq_codel for point-to-point WiFi backhaul links
phineas919 at gmail.com
Fri Dec 9 07:37:55 EST 2016
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 <chromatix99 at gmail.com> wrote:
>> On 9 Dec, 2016, at 12:12, Phineas Gage <phineas919 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Make-wifi-fast