From: Sebastian Moeller <moeller0@gmx.de> To: Pete Heist <pete@heistp.net> Cc: flent-users <flent-users@flent.org> Subject: Re: [Flent-users] total throughput for rrul test on WiFi Date: Tue, 26 Jun 2018 10:40:12 +0200 [thread overview] Message-ID: <9FA3B883-5147-485B-A866-7FCA27217E83@gmx.de> (raw) In-Reply-To: <F8D9C65F-5845-433E-8127-4BC7374FC120@heistp.net> Hi Pete, > On Jun 26, 2018, at 00:40, Pete Heist <pete@heistp.net> wrote: > > The rrul test over a point-to-point WiFi link cuts the total TCP throughput considerably below that of rrul_be. For example, on an 802.11n 20MHz MCS 15 link: > > rrul_be: ~90mbit > rrul: ~30-45mbit > I believe this is simply showing the cost of using the non-aggregating AC_VO that also has an advantage of getting airtime, using that will considerably lower the achievable goodput over the wifi channel. Add to this that with RRUL both ends will send traffic that should be classified AC_VO and the half-duplex nature of current wifi specs and there might simply be much less total goodput available than one would fancy... > I think this came up before, but could the standard rrul test be exceeding the 802.11e spec in terms of how much bandwidth it's using for some access categories? Is there a standard for this? > I haven’t found reference to this anywhere, but if so I’ll need to take that into account when interpreting the results. (athstats on Ubiquiti’s gear shows that the counters for all four categories BK, BE, VI and VO go up, so they appear to map evenly with DSCP values BK, BE, CS5 and EF.) > > Anyway I think the DSCP field is set to 0 in the backhaul I’m testing for, so rrul tests are probably more of a curiosity in this case... > > Pete > > > _______________________________________________ > Flent-users mailing list > Flent-users@flent.org > http://flent.org/mailman/listinfo/flent-users_flent.org _______________________________________________ Flent-users mailing list Flent-users@flent.org http://flent.org/mailman/listinfo/flent-users_flent.org
next prev parent reply other threads:[~2018-06-26 8:41 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-06-25 22:40 Pete Heist 2018-06-26 8:40 ` Sebastian Moeller [this message] 2018-06-26 8:58 ` Pete Heist
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style List information: https://lists.flent.org/postorius/lists/flent-users.flent.org/ * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=9FA3B883-5147-485B-A866-7FCA27217E83@gmx.de \ --to=moeller0@gmx.de \ --cc=flent-users@flent.org \ --cc=pete@heistp.net \ --subject='Re: [Flent-users] total throughput for rrul test on WiFi' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox