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

[Aaron Wood <woody77@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1801 bytes --]

Do the AP-to-AP links use the same packet scheduling as the AP-to-STA
links? (especially the prohibition on aggregation for VO, which seems
counter-productive on a backhaul link).

On Thu, Jul 5, 2018 at 1:17 PM, Jonathan Morton <chromatix99@gmail.com>
wrote:

> > On 5 Jul, 2018, at 9:02 pm, Pete Heist <pete@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
>
> _______________________________________________
> Make-wifi-fast mailing list
> Make-wifi-fast@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/make-wifi-fast
>

[-- Attachment #2: Type: text/html, Size: 2484 bytes --]