<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 28, 2016 at 1:48 PM, David Collier-Brown <span dir="ltr"><<a href="mailto:davec-b@rogers.com" target="_blank">davec-b@rogers.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A short RFC with a clear summary would change the ground on which we stand.<br>
Include me in if you're planning one.<br>
<br>
--dave<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>There are some RFCs that vendors uses for throughput testing, RFC2544 I have seen on a few Firewall vendors datasheets atleast, not seen any reference RFC3511.</div><div><br></div><div>Pedro</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
On 28/11/16 01:00 AM, Jan Ceuleers wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 28/11/16 03:16, Jim Gettys wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ookla may have made themselves long term irrelevant by their recent<br>
behavior.  When your customers start funding development of a<br>
replacement (as Comcast has), you know they aren't happy.<br>
<br>
So I don't sweat Ookla: helping out the Comcast test effort is probably<br>
the best way to get bufferbloat in front of everyone, and best yet, the<br>
code for the tests is out there.<br>
</blockquote>
I do hope you're right Jim, but I still worry that Ookla is heavily<br>
entrenched in carriers' test labs. This position has, I believe, come<br>
about not because of Ookla's expertise in network testing but rather<br>
because of market pull (i.e. <a href="http://speedtest.net" rel="noreferrer" target="_blank">speedtest.net</a>'s huge popularity with<br>
end-users).<br>
<br>
As long as both of these positions remain (i.e. Ookla's mind share of<br>
end-users and their resulting market share in the labs of large<br>
purchasers of CPE) their lack of interest in bufferbloat is going to<br>
keep this topic off the agenda in a large part of the industry.<br>
<br>
Unless Ookla can be coerced somehow.<br>
<br>
I have previously suggested standardising network throughput testing<br>
methods and "grading" criteria. If there's an RFC on this subject<br>
carriers are going to be interested in conformance to it and will<br>
pressure their suppliers (of network testing gear, of CPE etc).<br>
______________________________<wbr>_________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">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>
<br>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
David Collier-Brown,         | Always do right. This will gratify<br>
System Programmer and Author | some people and astonish the rest<br>
<a href="mailto:davecb@spamcop.net" target="_blank">davecb@spamcop.net</a>           |                      -- Mark Twain</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<wbr>_________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Best regards / Mvh<br>Jan Pedro Tumusok<br><br></div>
</div></div>