<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Mar 21, 2013 at 1:50 PM, Oliver Hohlfeld <span dir="ltr"><<a href="mailto:oliver@net.t-labs.tu-berlin.de" target="_blank">oliver@net.t-labs.tu-berlin.de</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">(cross posting to bloat)<br>
<br>
On 03/13/2013 04:28 PM, Fred Baker (fred) wrote:<br>
> On Mar 13, 2013, at 10:23 AM, Eliot Lear <<a href="mailto:lear@cisco.com">lear@cisco.com</a>> wrote:<br>
><br>
>> I don't have an answer to that question, but Mark Allman from ICIR did<br>
>> attempt to characterize buffer bloat on the Internet through an<br>
>> empirical study that appeared in the January edition of CCR.  You can<br>
>> find a reference to that paper at the following URL:<br>
>><br>
>> <a href="http://www.sigcomm.org/ccr/papers/2013/January/2427036.2427041" target="_blank">http://www.sigcomm.org/ccr/papers/2013/January/2427036.2427041</a><br>
>><br>
>> Eliot<br>
><br>
> Well, yes, he says that in his gigabit FTTH network he doesn't see megabit-scale problems.<br>
<br>
Marks paper is /not/ about measuring buffer bloat in an FTTH network.<br>
While he uses the FTTH network as /vantage point/, the paper actually<br>
measures buffer bloat in various remote networks.<br>
<br>
Marks paper is not the only study suggesting the extend of the problem<br>
to be modest. The presented results are in line with recent findings by<br>
Chirichella and Rossi [1]. Based on unpublished work, I can confirm the<br>
low magnitude of the problem. I analyzed passive measurements of<br>
residential users traffic from multiple continents (~60 million IPs<br>
originating from 50\% of all ASes) and rarely find excessive RTTs that,<br>
among other problems, can indicate the presence of buffer bloat.<br></blockquote><div><br></div><div class="gmail_default">I believe you are actually measuring the *fraction of the time* your measurements show bad latency, rather than the fraction of paths that may suffer from significant bufferbloat at various times due to excessive buffering. </div>
<div class="gmail_default"><br></div><div class="gmail_default">Buffers only fill when they are being used and that only happens when saturation occurs.</div><div class="gmail_default"><br></div><div class="gmail_default">
The best data I've seen on how widespread the problem is is the ICSI Netalyzr scatter plots results, which (in color) are in my blog.  <a href="http://gettys.wordpress.com/2010/12/06/whose-house-is-of-glasse-must-not-throw-stones-at-another/">http://gettys.wordpress.com/2010/12/06/whose-house-is-of-glasse-must-not-throw-stones-at-another/</a>  These must be flavored by understanding that those tests top out at about 20Mbps, and that (to keep the time that netalzyr takes to run sane) stops at about 5 seconds of buffering.</div>
<div class="gmail_default"><br></div><div class="gmail_default" style>I encourage everyone to run netalyzr and/or the mlabs tests for bufferbloat on your own broadband connections, or do simple copy and ping tests inside your own house over wifi to your local file servers....</div>
<div class="gmail_default" style>                                                               - Jim</div><div class="gmail_default" style><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">

<br>
In summary, bloated buffers exist and buffer bloat can be demonstrated,<br>
but current findings suggest that it rarely occurs in practice. One<br>
potential reason being that users do not often sustainably utilize<br>
their uplink capacity and fill-up their potentially large queues.<br>
<br>
Oliver<br>
<br>
[1] To the Moon and back: are Internet bufferbloat delays really that large?<br>
<a href="http://perso.telecom-paristech.fr/~drossi/paper/rossi13tma-a.pdf" target="_blank">http://perso.telecom-paristech.fr/~drossi/paper/rossi13tma-a.pdf</a><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>
</blockquote></div><br></div></div>