[Make-wifi-fast] Software rate limiting with fq_codel for point-to-point WiFi backhaul links

[Phineas Gage]

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...
URL: <https://lists.bufferbloat.net/pipermail/make-wifi-fast/attachments/20161209/d9c4f1ab/attachment-0001.html>