<div dir="ltr">Hi Dave,<div><br></div><div>The data was being taken from general network traffic from multiple opcos for a tier 1 global network operator. The task wasn't to fix or improve anything, but to merely establish the baseline quality of the network as-is.<div><br></div><div>What is different about these metrics is the ability to extract the underlying causality, and to be able to (de)compose complete supply chains in a scientific manner (that would stand up in court). If you can capture timing data of the same packet passing multiple probing points, then you can use preexisting measurement capture systems. What matters if getting multi-point distributions, rather than single-point averages.</div><div><br></div><div>The inherent limitation of AQM is its goal: constructing exemplars of "success modes" for differential flow treatment, without considering what the "failure mode" risks are (which are significant and serious). That said, it prolongs the life of the current infrastructure, buying time to address the underlying science and engineering issues (like work conservation, emergent performance outcomes, and loss/delay trading that conflates degrees of freedom).</div><div><br></div><div>It doesn't matter what scheduling algorithm you build if it creates arbitrage or denial-of-service attacks that can arm a systemic collapse hazard. The good news is we have a new class of scheduling technology (that works on a different paradigm) that can fully address all of the requirements. We are currently deploying it to enable the world's first commercial quality-assured broadband service.</div><div><br></div><div>Martin</div><div class="gmail_extra"><br><div class="gmail_quote">On 16 October 2017 at 21:26, Dave Taht <span dir="ltr"><<a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Sorry for the late reply.<br>
<span class=""><br>
Martin Geddes <<a href="mailto:mail@martingeddes.com">mail@martingeddes.com</a>> writes:<br>
<br>
> Folks,<br>
><br>
> I have uploaded a presentation of high-fidelity network performance measures<br>
> which includes an example of bufferbloat in high resolution, as possibly you<br>
> have never seen it before.<br>
<br>
</span>Well, flent can generate a similar level of detail under a generated<br>
load. Some of kathie's work can now do it against tcp on pcaps.<br>
<br>
Was yours against general traffic?<br>
<span class=""><br>
><br>
> See slide 18 of this deck:<br>
> <a href="https://www.slideshare.net/mgeddes/stationarity-is-the-new-speed" rel="noreferrer" target="_blank">https://www.slideshare.net/<wbr>mgeddes/stationarity-is-the-<wbr>new-speed</a>. The classic<br>
> "bloat" is a sudden formation of the queue, and a very slow (and steady)<br>
> draining. Bufferbloat is just one form of statistical variability<br>
> ("non-stationarity") in packet networks.<br>
<br>
</span>Good set of slides. Analysis is picking up...<br>
<br>
Where you and I always tend to fall off a cliff is on your conclusions<br>
as to what to do about it, e.g. slide 19. I'd rather love it if you<br>
repeated your tests and graphs against pie, and fq_codel, and/or cake.<br>
<br>
For that matter BBR might be interesting against your tool.<br>
<br>
And then say what you'd do differently. In some way I can repeat.<br>
<span class=""><br>
> For a world record winner, see this one where packets take over a minute (Huawei<br>
> WiFi hotspot roaming in Ireland with UK SIM)! Or for a pretty picture of buffers<br>
> draining, try this one.<br>
<br>
</span>Well, at the moment gogo-in-flight holds the interplanetary record<br>
(680sec as I recall), but yea, 60+ seconds is up there. Contact<br>
Guinness!<br>
<span class=""><br>
><br>
> Happy to answer any questions.<br>
><br>
> Martin Geddes<br>
><br>
><br>
</span>> ______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/<wbr>listinfo/bloat</a><br>
</blockquote></div><br></div></div></div>