<div dir="ltr"><div>If one installs smokeping on a raspberry pi using a wired ethernet interface to a home router, on a DOCSIS3 residential last mile segment, and copies over a well chosen targets file for things to test, and sets it to a 60s interval, all other settings at default...  It's quite rare to find a network segment that isn't anywhere from 0.05 to 0.30% packet loss (or sometimes worse!) to its default gateway over a 24 hour period. <br><br></div><div>Also very informative is when you see spikes in latency and jitter during evening peak usage hours. Lots of very basic test methodology can reveal the nature of oversubscribed contended access mediums. Last-mile 5 GHz band PtMP WISPs can see exactly the same issues on an overloaded AP.</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 31, 2021 at 12:09 PM Denys Fedoryshchenko <<a href="mailto:nuclearcat@nuclearcat.com">nuclearcat@nuclearcat.com</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">It can't be zero.<br>
In 1000BaseT specs, BER, 1 in 1*10^10 bits error is considered <br>
acceptable on each link.<br>
So it should be defined same way, as acceptable BER.<br>
And until which point? How to measure?<br>
Same for bandwidth, port rate can be 1Gbit, ISP speedtest too, but most <br>
websites 100Kbit.<br>
<br>
On 2021-05-31 21:28, Fred Baker wrote:<br>
> I would add packet loss rate. Should be zero, and if it isn’t, it<br>
> points to an underlying problem.<br>
> <br>
> Sent from my iPad<br>
> <br>
>> On May 31, 2021, at 11:01 AM, Josh Luthman<br>
>> <<a href="mailto:josh@imaginenetworksllc.com" target="_blank">josh@imaginenetworksllc.com</a>> wrote:<br>
> <br>
>> <br>
>> I think the latency and bps is going to be the best way to measure<br>
>> broadband everyone can agree on.  Is there a better way, sure, but<br>
>> how can you quantify it?<br>
>> <br>
>> Josh Luthman<br>
>> 24/7 Help Desk: 937-552-2340<br>
>> Direct: 937-552-2343<br>
>> 1100 Wayne St<br>
>> Suite 1337<br>
>> Troy, OH 45373<br>
>> <br>
>> On Sun, May 30, 2021 at 7:16 AM Mike Hammett <<a href="mailto:nanog@ics-il.net" target="_blank">nanog@ics-il.net</a>><br>
>> wrote:<br>
>> <br>
>>> I think that just underscores that the bps of a connection isn't<br>
>>> the end-all, be-all of connection quality. Yes, I'm sure most of<br>
>>> us here knew that. However, many of us here still get distracted<br>
>>> by the bps.<br>
>>> <br>
>>> If we can't get it right, how can we expect policy wonks to get it<br>
>>> right?<br>
>>> <br>
>>> -----<br>
>>> Mike Hammett<br>
>>> Intelligent Computing Solutions<br>
>>> <a href="http://www.ics-il.com" rel="noreferrer" target="_blank">http://www.ics-il.com</a><br>
>>> <br>
>>> Midwest-IX<br>
>>> <a href="http://www.midwest-ix.com" rel="noreferrer" target="_blank">http://www.midwest-ix.com</a><br>
>>> <br>
>>> -------------------------<br>
>>> <br>
>>> From: "Sean Donelan" <<a href="mailto:sean@donelan.com" target="_blank">sean@donelan.com</a>><br>
>>> To: "NANOG" <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>><br>
>>> Sent: Saturday, May 29, 2021 6:25:12 PM<br>
>>> Subject: Call for academic researchers (Re: New minimum speed for<br>
>>> US broadband connections)<br>
>>> <br>
>>> I thought in the 1990s, we had moved beyond using average bps<br>
>>> measurements<br>
>>> for IP congestion collapse.  During the peering battles, some ISPs<br>
>>> used to<br>
>>> claim average bps measurements showed no problems.  But in reality<br>
>>> there<br>
>>> were massive packet drops, re-transmits and congestive collapse<br>
>>> which<br>
>>> didn't show up in simple average bps graphs.<br>
>>> <br>
>>> Have any academic researchers done work on what are the real-world<br>
>>> minimum<br>
>>> connection requirements for home-schooling, video teams<br>
>>> applications, job<br>
>>> interview video calls, and network background application noise?<br>
>>> <br>
>>> During the last year, I've been providing volunteer pandemic home<br>
>>> schooling support for a few primary school teachers in a couple of<br>
>>> <br>
>>> different states.  Its been tough for pupils on lifeline service<br>
>>> (fixed<br>
>>> or mobile), and some pupils were never reached. I found lifeline<br>
>>> students<br>
>>> on mobile (i.e. 3G speeds) had trouble using even audio-only group<br>
>>> calls,<br>
>>> and the exam proctoring apps often didn't work at all forcing<br>
>>> those<br>
>>> students to fail exams unnecessarily.<br>
>>> <br>
>>> In my experience, anecdotal data need some academic researchers,<br>
>>> pupils<br>
>>> with at least 5 mbps (real-world measurement) upstream connections<br>
>>> at<br>
>>> home didn't seem to have those problems, even though the average<br>
>>> bps graph<br>
>>> was less than 1 mbps.<br>
</blockquote></div>