Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-19 Thread Dave Taht
In terms of disabling classification and always using best effort, always passing NULL here to the classifier will do the trick. http://lxr.free-electrons.com/source/net/mac80211/wme.c#L218 At first glance it does not appear to have *any* default, which implies that rrul and rrul_be will be

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-17 Thread Toke Høiland-Jørgensen
Pete Heist writes: > On Feb 16, 2017, at 10:03 PM, Sebastian Moeller wrote: > > On Feb 16, 2017, at 18:19, Jonathan Morton wrote: > > In a sense if there are thresholds for permissible VO/VI traffic fractions > below which the AP

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Pete Heist
> On Feb 16, 2017, at 10:03 PM, Sebastian Moeller wrote: >> >> On Feb 16, 2017, at 18:19, Jonathan Morton wrote: >> In a sense if there are thresholds for permissible VO/VI traffic fractions below which the AP will not escalate its own

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Sebastian Moeller
> On Feb 16, 2017, at 18:19, Jonathan Morton wrote: > > >> On 16 Feb, 2017, at 18:51, Pete Heist wrote: >> >> At first I was thinking to just remove diffserv markings entirely, say with >> Cake’s besteffort flag, but I think that “good” and

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Pete Heist
> On Feb 16, 2017, at 8:05 PM, Pete Heist wrote: > >> >> On Feb 16, 2017, at 6:19 PM, Jonathan Morton > > wrote: >> >>> On 16 Feb, 2017, at 18:51, Pete Heist >> >

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Pete Heist
> On Feb 16, 2017, at 6:19 PM, Jonathan Morton wrote: > >> On 16 Feb, 2017, at 18:51, Pete Heist wrote: >> >> At first I was thinking to just remove diffserv markings entirely, say with >> Cake’s besteffort flag, but I think that “good” and

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Jonathan Morton
> On 16 Feb, 2017, at 18:51, Pete Heist wrote: > > At first I was thinking to just remove diffserv markings entirely, say with > Cake’s besteffort flag, but I think that “good” and “otherwise unknowing” > users would suffer, which I think in FreeNet is a vast majority of

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Pete Heist
> On Feb 16, 2017, at 5:21 PM, Sebastian Moeller wrote: > > >> On Feb 16, 2017, at 17:15, Aaron Wood wrote: >> >> The approach that's in all of the Cisco documentation (FWIW) about such >> things for wired networks is that the higher-priority traffic

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Sebastian Moeller
> On Feb 16, 2017, at 17:15, Aaron Wood wrote: > > The approach that's in all of the Cisco documentation (FWIW) about such > things for wired networks is that the higher-priority traffic classes for > VoIP and video are also bandwidth limited to a fraction of the total (and

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Aaron Wood
The approach that's in all of the Cisco documentation (FWIW) about such things for wired networks is that the higher-priority traffic classes for VoIP and video are also bandwidth limited to a fraction of the total (and less than a majority, at that). But that's in an environment where you

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Pete Heist
> On Feb 16, 2017, at 9:42 AM, Sebastian Moeller wrote: > >> On Feb 16, 2017, at 08:57, Pete Heist wrote: >> [… discussion about DSCP to WMM classes mapping] >> This always makes me wonder what’s to keep someone from just marking all >> their traffic 0x7

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-16 Thread Sebastian Moeller
> On Feb 16, 2017, at 08:57, Pete Heist wrote: > [… discussion about DSCP to WMM classes mapping] > This always makes me wonder what’s to keep someone from just marking all > their traffic 0x7 and stomping over everyone else. I have a gut feeling that an AP in a

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-15 Thread Pete Heist
> On Feb 16, 2017, at 12:03 AM, Dave Täht wrote: > > What I'd done in cerowrt was disable the internal mac80211 QoS > classifier entirely. (-1 line of code). Another way to do it is to apply > an iptables rule to wash away all diffserv markings, but I don't care > for that

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-15 Thread Dave Täht
On 2/14/17 12:56 AM, Pete Heist wrote: > >> On Jan 31, 2017, at 12:21 AM, Dave Taht wrote: >> >> It would be my hope that 802.11e is off (rrul will show this, and we >> still do badly with it on) > > Does this mean to try disabling WMM (uci set

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-14 Thread Pete Heist
> On Jan 31, 2017, at 12:21 AM, Dave Taht wrote: > > It would be my hope that 802.11e is off (rrul will show this, and we > still do badly with it on) Does this mean to try disabling WMM (uci set wireless.default_radio0.wmm='0’)? That’s how I took it, as it looks like WMM

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-09 Thread Pete Heist
> On Feb 9, 2017, at 3:44 PM, Toke Høiland-Jørgensen wrote: > > Pete Heist writes: > >> I’ll mention one example I noticed of the kind of adjustment that >> probably can’t be done from the qdisc layer today. On page 3 from >>

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-09 Thread Toke Høiland-Jørgensen
Pete Heist writes: > On Feb 9, 2017, at 2:51 PM, Toke Høiland-Jørgensen wrote: > > Also, could the queue management code be abstracted into a separate > module, so it can be replaced, like a qdisc? I don’t know if the > disparity between hardware makes

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-09 Thread Pete Heist
> On Feb 9, 2017, at 2:51 PM, Toke Høiland-Jørgensen wrote: > >> Also, could the queue management code be abstracted into a separate >> module, so it can be replaced, like a qdisc? I don’t know if the >> disparity between hardware makes this too difficult or not… > > Well it's

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-09 Thread Toke Høiland-Jørgensen
Pete Heist writes: >> On Feb 8, 2017, at 5:11 PM, Toke Høiland-Jørgensen wrote: >>> >>> That reminds me, is there any way to disable fq-codel in the ath9k >>> driver, and revert to being able to use the qdisc layer without >>> limiting? Then I could do this

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-09 Thread Pete Heist
> On Feb 8, 2017, at 5:35 PM, Dave Taht wrote: > > On Wed, Feb 8, 2017 at 8:11 AM, Toke Høiland-Jørgensen > wrote: >> >> It's not so much running the test *from* the router, as it is having the >> server component (netserver) run on a

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-08 Thread Pete Heist
> On Feb 8, 2017, at 5:11 PM, Toke Høiland-Jørgensen wrote: >> >> That reminds me, is there any way to disable fq-codel in the ath9k >> driver, and revert to being able to use the qdisc layer without >> limiting? Then I could do this testing without having to install Chaos >>

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-08 Thread John Yates
On Wed, Feb 8, 2017 at 10:26 AM, Pete Heist wrote: > Even after the new SSA back end, they can still be large. > ​Take if from a long time compiler write who has nearly 30 years experience working with SSA: SSA is no panacea. It is a representation that makes some

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-08 Thread Dave Taht
On Wed, Feb 8, 2017 at 9:10 AM, Dave Taht wrote: > In terms of getting to a decent one way delay measurements - with > sane authentication - the only tool I found and have played with was > > http://software.internet2.edu/owamp/ > > which has an associated internet draft. >

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-08 Thread Dave Taht
In terms of getting to a decent one way delay measurements - with sane authentication - the only tool I found and have played with was http://software.internet2.edu/owamp/ which has an associated internet draft. I don't trust it - don't think they use good realtime capabilities and things like

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-08 Thread Dave Taht
On Wed, Feb 8, 2017 at 8:11 AM, Toke Høiland-Jørgensen wrote: > Pete Heist writes: > >> Yeah, I have recently begun learning Go myself, and like it too. Apart >> from the fact that it produces these huge statically linked binaries, >> and requires glibc, so

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-08 Thread Pete Heist
> Yeah, I have recently begun learning Go myself, and like it too. Apart > from the fact that it produces these huge statically linked binaries, > and requires glibc, so you can't run it on embedded systems (such as > LEDE). > > If I were to integrate code that actually shipped packets into

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-02 Thread Pete Heist
> On Feb 1, 2017, at 3:48 PM, Toke Høiland-Jørgensen wrote: > > Pete Heist > writes: > >> Few general points on running tests: >> >> - Yeah, as you note Flent has a batch facility. Did you not use this >> simply because you

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-01 Thread Toke Høiland-Jørgensen
Aaron Wood writes: > - Yeah, as you note Flent has a batch facility. Did you not use this >simply because you couldn't find it, or was there some other reason? >Would love some feedback on what I can do to make that more useful to >people... While I have no doubt

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-02-01 Thread Toke Høiland-Jørgensen
Pete Heist writes: > On Jan 30, 2017, at 10:44 PM, Toke Høiland-Jørgensen wrote: > > Oh my, this is quite a lot of tests. Nice :) > > It’s also a thumbs up for the ath9k driver changes that nothing went > wrong during the testing. It takes about 15 hours for

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-01-31 Thread Pete Heist
> On Jan 31, 2017, at 12:55 AM, Dave Taht wrote: > > * Question #16: Is there any other testing anyone would like to see > while I have this rig up? > > 1) ECN on on both sides. > 2) A voip test > 3) P2MP (3 or more stations, rtt_fair_var* tests) > 4) Lowered MCS rates or

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-01-31 Thread Pete Heist
> On Jan 31, 2017, at 12:21 AM, Dave Taht wrote: > > A backstory of how I got involved in the bufferbloat effort was that I > deployed some shiny "new" and "faster" wireless-n radios (6 years > ago)... and my WISP network in Nicaragua collapsed in rain - which was > about 6

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-01-31 Thread Pete Heist
> On Jan 30, 2017, at 10:44 PM, Toke Høiland-Jørgensen wrote: > > Oh my, this is quite a lot of tests. Nice :) It’s also a thumbs up for the ath9k driver changes that nothing went wrong during the testing. It takes about 15 hours for a full run and I probably did that 4-5 times

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-01-30 Thread Dave Taht
* Question #16: Is there any other testing anyone would like to see while I have this rig up? Please! 1) ECN on on both sides. 2) A voip test 3) P2MP (3 or more stations, rtt_fair_var* tests) 4) Lowered MCS rates or distance or rain Of these, the last will improve the accuracy and relevance of

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-01-30 Thread Dave Taht
Very exhaustive work, thank you. A backstory of how I got involved in the bufferbloat effort was that I deployed some shiny "new" and "faster" wireless-n radios (6 years ago)... and my WISP network in Nicaragua collapsed in rain - which was about 6 months after I'd made the cutover from g and

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-01-30 Thread Aaron Wood
> - Yeah, as you note Flent has a batch facility. Did you not use this > simply because you couldn't find it, or was there some other reason? > Would love some feedback on what I can do to make that more useful to > people... While I have no doubt that your 'flenter.py' works, wrapping > a

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

2017-01-30 Thread Toke Høiland-Jørgensen
Pete Heist writes: > Hi, I’ve posted some Flent results and analysis for point-to-point Wi-Fi > using LEDE on OM2P-HS (ath9k): > > http://www.drhleny.cz/bufferbloat/wifi_bufferbloat.html Oh my, this is quite a lot of tests. Nice :) Few general points on running tests: -