<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 20, 2014 at 3:12 AM, Eggert, Lars <span dir="ltr"><<a href="mailto:lars@netapp.com" target="_blank">lars@netapp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="">On 2014-8-19, at 18:45, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>

> I figured y'all would be bemused by the wifi performance in the sigcomm<br>
> main conference room this morning...<br>
><br>
> <a href="http://snapon.lab.bufferbloat.net/~d/sigcomm_tuesday.png" target="_blank">http://snapon.lab.bufferbloat.net/~d/sigcomm_tuesday.png</a><br>
<br>
</div>There is a reason we budgeted a 1G uplink for SIGCOMM Helsinki and made sure we had sufficient AP coverage...<br></blockquote><div><br></div><div class="gmail_default" style="font-size:small">​And what kinds of AP's?  All the 1G guarantees you is that your bottleneck is in the wifi hop, and they can suffer as badly as anything else (particularly consumer home routers).</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The reason why 802.11 works ok at IETF and NANOG is that:</div><div class="gmail_default" style="font-size:small">
  o) they use Cisco enterprise AP's, which are not badly over buffered.  I don't have data on which enterprise AP's are overbuffered.</div><div class="gmail_default" style="font-size:small">  o) they do a good job of placing the AP's, given a lot of experience</div>
<div class="gmail_default" style="font-size:small">  o) they turn on RED in the router, which, since there is a lot of aggregated traffic, can actually help rather than hurt, and keep TCP decently policed.</div><div class="gmail_default" style="font-size:small">
  o) they play some interesting diffserv marking tricks to prioritize some traffic, getting part of the effect the fq_codel gives you in its "new flow" behavior by manual configuration.  Fq_codel does much better without having to mess around like this.</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Would be nice if they (the folks who run the IETF network) wrote a BCP on the topic; I urged them some IETF's ago, but if others asked, it would help.</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">If you try to use consumer home routers running factory firmware and hack it yourself, you will likely lose no matter what you backhaul is (though you might do ok using current CeroWrt/OpenWrt if you know what you are doing.</div>
<div class="gmail_default" style="font-size:small">                                  -- Jim</div><div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<span class=""><font color="#888888"><br>
Lars<br>
</font></span><br>_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
<br></blockquote></div><br></div></div>