[Make-wifi-fast] mesh deployment with ath9k driver changes

Jonathan Morton chromatix99 at gmail.com
Thu Jul 5 16:17:24 EDT 2018

> On 5 Jul, 2018, at 9:02 pm, Pete Heist <pete at heistp.net> wrote:
>> Wouldn't be surprised. Note that packets will be dropped from the
>> longest queue, though, so unresponsive flows just hurt themselves...
> Probably not before they’ve wasted airtime though and and impacted everyone else...

Would it be worth extending the principle of airtime fairness to the QoS queues?  Clearly traffic in the VO queue consumes airtime out of all proportion to its actual volume, due to the prohibition on aggregation; this provokes a similar argument to the impact of slow clients on faster ones.

I wouldn't worry too much about the links between leaf APs and their clients.  Those are probably relatively strong and fast, so BE traffic can get through reasonably well in between the VO traffic.

But the AP-to-AP links cover a significant distance and are that much more susceptible to airtime congestion, which VO traffic exacerbates considerably.  These APs are also running open-source firmware where we can actually tackle this problem.  So there must be a case for deprioritising VO if it's using more than some reasonable share of the available airtime.

Oh, and if I find out which BT client has selected a VO-category DSCP by default...  >:-(

 - Jonathan Morton

More information about the Make-wifi-fast mailing list