<div dir="ltr"><div>Hello from Canada,</div><div>I noticed some discussion about FCC and latency again (here and on hacker news: <a href="https://news.ycombinator.com/item?id=39533800">https://news.ycombinator.com/item?id=39533800</a>). A few years ago, Reza and I spent considerable work at our national regulator, CRTC, establishing a latency and packet loss threshold for a minimum service broadband. We used M-Lab data to do so and I always hoped to see more work on latency as a measure, especially because you can calculate what would be minimum theoretical latency from an off-net IXP to a home.</div><div><br></div><div>You can see some of our work here: <a href="https://www.tandfonline.com/doi/pdf/10.1080/01972243.2019.1574533">https://www.tandfonline.com/doi/pdf/10.1080/01972243.2019.1574533</a> & <a href="https://crtc.gc.ca/public/cisc/nt/NTRE061.pdf">https://crtc.gc.ca/public/cisc/nt/NTRE061.pdf</a></div><div><br></div><div>The final decision: <a href="https://crtc.gc.ca/eng/archive/2020/2020-408.htm">https://crtc.gc.ca/eng/archive/2020/2020-408.htm</a></div><div><br></div><div>Happy to offer any advice here and share some experiences if that helps.</div><div><br></div><div>Be good,</div><div>Fenwick<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 27 Feb 2024 at 13:32, 'rjmcmahon' via discuss <<a href="mailto:discuss@measurementlab.net">discuss@measurementlab.net</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">Thanks for sharing this. I'm trying to find out what are the key metrics <br>
that will be used for this monitoring. I want to make sure iperf 2 can <br>
cover the technical, traffic related ones that make sense to a skilled <br>
network operator, including a WiFi BSS manager. I didn't read all 327 <br>
pages though, from what I did read, I didn't see anything obvious. I <br>
assume these types of KPIs may be in reference docs or something.<br>
<br>
Thanks in advance for any help on this.<br>
Bob<br>
> And...<br>
> <br>
> Our <a href="http://bufferbloat.net" rel="noreferrer" target="_blank">bufferbloat.net</a> submittal was cited multiple times! Thank you all<br>
> for participating in that process!<br>
> <br>
> <a href="https://docs.fcc.gov/public/attachments/DOC-400675A1.pdf" rel="noreferrer" target="_blank">https://docs.fcc.gov/public/attachments/DOC-400675A1.pdf</a><br>
> <br>
> It is a long read, and does still start off on the wrong feet (IMHO),<br>
> in particular not understanding the difference between idle and<br>
> working latency.<br>
> <br>
> It is my hope that by widening awareness of more of the real problems<br>
> with latency under load to policymakers and other submitters<br>
> downstream from this new FCC document, and more reading what we had to<br>
> say, that we will begin to make serious progress towards finally<br>
> fixing bufferbloat in the USA.<br>
> <br>
> I do keep hoping that somewhere along the way in the future, the costs<br>
> of IPv4 address exhaustion and the IPv6 transition, will also get<br>
> raised to the national level. [1]<br>
> <br>
> We are still collecting signatures for what the bufferbloat project<br>
> members wrote, and have 1200 bucks in the kitty for further articles<br>
> and/or publicity. Thoughts appreciated as to where we can go next with<br>
> shifting the national debate about bandwidth in a better direction!<br>
> Next up would be trying to get a meeting, and to do an ex-parte<br>
> filing, I think, and I wish we could do a live demonstration on<br>
> television about it as good as feynman did here:<br>
> <br>
> <a href="https://www.youtube.com/watch?v=raMmRKGkGD4" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=raMmRKGkGD4</a><br>
> <br>
> Our original posting is here:<br>
> <a href="https://docs.google.com/document/d/19ADByjakzQXCj9Re_pUvrb5Qe5OK-QmhlYRLMBY4vH4/edit" rel="noreferrer" target="_blank">https://docs.google.com/document/d/19ADByjakzQXCj9Re_pUvrb5Qe5OK-QmhlYRLMBY4vH4/edit</a><br>
> <br>
> Larry's wonderful post is here:<br>
> <a href="https://circleid.com/posts/20231211-its-the-latency-fcc" rel="noreferrer" target="_blank">https://circleid.com/posts/20231211-its-the-latency-fcc</a><br>
> <br>
> [1] How can we get more talking about IPv4 and IPv6, too? Will we have<br>
> to wait another year?<br>
> <br>
> <a href="https://hackaday.com/2024/02/14/floss-weekly-episode-769-10-more-internet/" rel="noreferrer" target="_blank">https://hackaday.com/2024/02/14/floss-weekly-episode-769-10-more-internet/</a><br>
> <br>
> --<br>
> <a href="https://blog.cerowrt.org/post/2024_predictions/" rel="noreferrer" target="_blank">https://blog.cerowrt.org/post/2024_predictions/</a><br>
> Dave Täht CSO, LibreQos<br>
<br>
-- <br>
You received this message because you are subscribed to the Google Groups "discuss" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="mailto:discuss%2Bunsubscribe@measurementlab.net" target="_blank">discuss+unsubscribe@measurementlab.net</a>.<br>
To view this discussion on the web visit <a href="https://groups.google.com/a/measurementlab.net/d/msgid/discuss/3d808d9df1a6929ecfba495e75b4fc1b%40rjmcmahon.com" rel="noreferrer" target="_blank">https://groups.google.com/a/measurementlab.net/d/msgid/discuss/3d808d9df1a6929ecfba495e75b4fc1b%40rjmcmahon.com</a>.<br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Be good,</div><div>Fen<br></div></div></div>