<div dir="ltr">We (broadcom wifi) run many latency related tests though they're all internal testing prior to customer release. Also, a suggestion is to measure latency per the traffic of interest vs using an adjunct ping stream. Finally, iperf 2.0.14 supports the trip-time option.  This gives socket write to read or end/end latencies which an application will experience.  It also supports the end/end queue depth per Little's law (though there is a bug in the arrival rate that needs to be fixed per the current git head.)<div><br></div><div>Bob</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 30, 2020 at 5:29 PM Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Are "RvR vs latency" tests part of any testing regime outside of google yet?<br>
<br>
<a href="http://flent-newark.bufferbloat.net/~d/Airtime%20based%20queue%20limit%20for%20FQ_CoDel%20in%20wireless%20interface.pdf" rel="noreferrer" target="_blank">http://flent-newark.bufferbloat.net/~d/Airtime%20based%20queue%20limit%20for%20FQ_CoDel%20in%20wireless%20interface.pdf</a><br>
<br>
On Thu, Jan 30, 2020 at 5:20 PM Bob McMahon via Make-wifi-fast<br>
<<a href="mailto:make-wifi-fast@lists.bufferbloat.net" target="_blank">make-wifi-fast@lists.bufferbloat.net</a>> wrote:<br>
><br>
><br>
><br>
><br>
> ---------- Forwarded message ----------<br>
> From: Bob McMahon <<a href="mailto:bob.mcmahon@broadcom.com" target="_blank">bob.mcmahon@broadcom.com</a>><br>
> To: Dave Taht <<a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a>><br>
> Cc: Rich Brown <<a href="mailto:richb.hanover@gmail.com" target="_blank">richb.hanover@gmail.com</a>>, Make-Wifi-fast <<a href="mailto:make-wifi-fast@lists.bufferbloat.net" target="_blank">make-wifi-fast@lists.bufferbloat.net</a>><br>
> Bcc:<br>
> Date: Thu, 30 Jan 2020 17:20:09 -0800<br>
> Subject: Re: [Make-wifi-fast] Wi-Fi 6 - how many of our assumptions does it violate?<br>
> It's part of the reasons iperf 2.0.14 has so many new latency, trip-time, start-time, connect, etc related features. Peak avg throughput is no longer a valid proxy for "performance."<br>
><br>
> From a testing view, attenuation or range is no longer sufficient either.  Phase shifters are needed per things like VR/AR as truly optimizing the number of spatial streams is needed too.<br>
><br>
> The loss function(s) to be optimized (minimized) is far from trivial in both the definition and in [re]-computing in "real-time"<br>
><br>
> WiFi engineers have more work to do.<br>
><br>
> Bob<br>
><br>
> On Thu, Jan 30, 2020 at 2:28 PM Dave Taht <<a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a>> wrote:<br>
>><br>
>> Rich Brown <<a href="mailto:richb.hanover@gmail.com" target="_blank">richb.hanover@gmail.com</a>> writes:<br>
>><br>
>> >> On Jan 24, 2020, at 9:06 AM, Rich Brown <<a href="mailto:richb.hanover@gmail.com" target="_blank">richb.hanover@gmail.com</a>> wrote:<br>
>> >><br>
>> >> I saw this overview of the now-in-testing Wi-Fi 6 at<br>
>> >> <a href="https://www.howtogeek.com/368332/wi-fi-6-what%E2%80%99s-different-and-why-it-matters/" rel="noreferrer" target="_blank">https://www.howtogeek.com/368332/wi-fi-6-what%E2%80%99s-different-and-why-it-matters/</a><br>
>> >><br>
>> >> Its multiple MIMO streams and maybe talking to multiple devices at a<br>
>> >> time seem as if they might be outside the assumptions we use.<br>
>> ><br>
>> > It's worse than I thought. I just watched this explainer video from<br>
>> > ExtremeNetworks: <a href="https://www.youtube.com/watch?v=owBrkFk9afM" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=owBrkFk9afM</a><br>
>> ><br>
>> > If I understand correctly, they want the AP to solve a hard<br>
>> > (bin-packing) problem, in real-time, with unclear rules for maximizing<br>
>> > client goals (should the VoIP packet go first?). And no mention of<br>
>> > airtime fairness or latency...<br>
>> ><br>
>> > Or am I missing something? Thanks.<br>
>><br>
>> No, they punted on these things in the design.<br>
>><br>
>> ><br>
>> > Rich<br>
>> > _______________________________________________<br>
>> > Make-wifi-fast mailing list<br>
>> > <a href="mailto:Make-wifi-fast@lists.bufferbloat.net" target="_blank">Make-wifi-fast@lists.bufferbloat.net</a><br>
>> > <a href="https://lists.bufferbloat.net/listinfo/make-wifi-fast" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/make-wifi-fast</a><br>
>> _______________________________________________<br>
>> Make-wifi-fast mailing list<br>
>> <a href="mailto:Make-wifi-fast@lists.bufferbloat.net" target="_blank">Make-wifi-fast@lists.bufferbloat.net</a><br>
>> <a href="https://lists.bufferbloat.net/listinfo/make-wifi-fast" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/make-wifi-fast</a><br>
><br>
><br>
><br>
><br>
> ---------- Forwarded message ----------<br>
> From: Bob McMahon via Make-wifi-fast <<a href="mailto:make-wifi-fast@lists.bufferbloat.net" target="_blank">make-wifi-fast@lists.bufferbloat.net</a>><br>
> To: Dave Taht <<a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a>><br>
> Cc: Rich Brown <<a href="mailto:richb.hanover@gmail.com" target="_blank">richb.hanover@gmail.com</a>>, Make-Wifi-fast <<a href="mailto:make-wifi-fast@lists.bufferbloat.net" target="_blank">make-wifi-fast@lists.bufferbloat.net</a>><br>
> Bcc:<br>
> Date: Thu, 30 Jan 2020 17:20:24 -0800 (PST)<br>
> Subject: Re: [Make-wifi-fast] Wi-Fi 6 - how many of our assumptions does it violate?<br>
> _______________________________________________<br>
> Make-wifi-fast mailing list<br>
> <a href="mailto:Make-wifi-fast@lists.bufferbloat.net" target="_blank">Make-wifi-fast@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/make-wifi-fast" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/make-wifi-fast</a><br>
<br>
<br>
<br>
-- <br>
Make Music, Not War<br>
<br>
Dave Täht<br>
CTO, TekLibre, LLC<br>
<a href="http://www.teklibre.com" rel="noreferrer" target="_blank">http://www.teklibre.com</a><br>
Tel: 1-831-435-0729<br>
</blockquote></div>