<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>The problem has now been resolved at my end by downgrading to a
4.19.120 kernel:</p>
<pre class="moz-quote-pre" wrap=""> Speedtest by Ookla
Server: IX Australia - Perth (id = 1931)
ISP: iiNet Limited
Latency: 2.86 ms (0.06 ms jitter)
Download: <b>94.54 Mbps</b> (data used: 71.2 MB)
Upload: <b>37.94 Mbps</b> (data used: 17.1 MB)
Packet Loss: Not available.
Result URL: <a class="moz-txt-link-freetext" href="https://www.speedtest.net/result/c/9651f666-4450-4363-972c-91cfeb20cf8f">https://www.speedtest.net/result/c/9651f666-4450-4363-972c-91cfeb20cf8f</a>
</pre>
<p>The original speedtest using a number of the 5.4 series kernel
versions was (it did not matter what server was used):</p>
<pre class="moz-quote-pre" wrap=""> Speedtest by Ookla
Server: AARNet - Perth (id = 6153)
ISP: iiNet Limited
Latency: 2.84 ms (0.14 ms jitter)
Download: <b>23.11 Mbps</b> (data used: 16.2 MB)
Upload: <b>28.00 Mbps</b> (data used: 49.7 MB)
Packet Loss: 0.0%
Result URL: <a class="moz-txt-link-freetext" href="https://www.speedtest.net/result/c/4edaa6e9-167e-49f1-9f86-42dae678fce5">https://www.speedtest.net/result/c/4edaa6e9-167e-49f1-9f86-42dae678fce5</a>
</pre>
<p>The problem - a patch
(<a class="moz-txt-link-freetext" href="https://bugzilla.kernel.org/show_bug.cgi?id=205923">https://bugzilla.kernel.org/show_bug.cgi?id=205923</a>) added to the
linux kernel r8152 driver for the 8153 chipset in early 5.4 and
up. I believe bug is still present in current (vanilla) kernel
versions.</p>
<p>Its specific to the Realtek RTL8153 USB chipset - my bad luck I
have two of them from different manufacturers :(<br>
</p>
<p>It would be interesting if anyone else has tripped over this as
well?</p>
<p>Bill K.</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 6/5/20 9:02 am, William Kenworthy
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:a4d6f4ca-01e7-c98e-472d-938e8870e0ce@iinet.net.au">
<pre class="moz-quote-pre" wrap="">Thanks all, it was more a winge by me about using using unskilled
helpdesk staff who follow a windows based script and little
understanding if you cant use the very specific tools they want. What I
was trying to ask them "can you see any problem at the NBN interface"
similar to what they used to do in the ADSL days.
I am now looking into if its the USB NIC (RTL8153 - I have two now,
different brands but same results) to the NBN box and possibly a kernel
5.4 driver problem but I am hamstrung by time (I need it up for those
working from home) and suitable hardware.
BillK
On 6/5/20 8:44 am, Gregory Orange wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hi Dean,
Thank you for posting this detail, and for humbly noting your credentials. Having a decent source of this sort of knowledge is very useful since I, like many PLUGgers I'm sure, am the "expert on everything with a plug" in my communities. I spend a lot of words on "that's not my area" but I do like to be able to follow up with "someone whose area it *is* once said..."
Cheers,
Greg.
On 5/5/20 10:28 pm, Dean Bergin wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hello William,
As a network engineer, I deal with nbn issues on an almost daily basis so it's no surprise and somewhat justified for an RSP
to ask for you to troubleshoot your end (albeit annoying), but seemingly unfair to ask you to use some abitrary windows-based application. Speedtest.net (web version) and/or iperf should suffice in this case.
At this point you though (and assuming you are a residential customer), you have a few options available to you;
1. You could comply and try run their application using an evaluation copy of windows. If ethernet is still a problem, then consider a USB-Ethernet adaptor. All up it wouldn't cost you much except a certain time investment. Heck you could probably do it in a VM on your Linux distro and avoid a bare-metal windows install and trash the thing when you're done with it.
2. You could ignore the RSP's request and demand that the matter be escalated, but the RSP may be within their rights to charge you, if the cause or fault is not with nbn equipment or RSP's backhaul etc. For example your equipment is faulty (could simply be a faulty lead) or perhaps misconfigured.
3. You might choose to move to another RSP that offers better support and potentially better service - The threat of a customer leaving can sometimes also put pressure on an RSP to fix a fault even if it's not theirs but you risk being without service should customer retention fail on their part...
Kind Regards,
/Dean Bergin/.
On Tue, 5 May 2020, 13:31 William Kenworthy, <<a class="moz-txt-link-abbreviated" href="mailto:billk@iinet.net.au">billk@iinet.net.au</a> <a class="moz-txt-link-rfc2396E" href="mailto:billk@iinet.net.au"><mailto:billk@iinet.net.au></a>> wrote:
Has anyone seen a failure mode for NBN connections where on a 100/40
account it is only getting ~23/33 (down/up) using speedtests? I am
hoping to locate to an NBN or ISP fault.
The account is iinet and and trying to work through their overseas
support drones is really frustrating ("plug your laptop directly in the
NBN box" - I dont have a laptop with an ethernet connector", "download
this windows only test software" - seriously, I don't have a windows
machine ...)
Bill K.
_______________________________________________
PLUG discussion list: <a class="moz-txt-link-abbreviated" href="mailto:plug@plug.org.au">plug@plug.org.au</a> <a class="moz-txt-link-rfc2396E" href="mailto:plug@plug.org.au"><mailto:plug@plug.org.au></a>
<a class="moz-txt-link-freetext" href="http://lists.plug.org.au/mailman/listinfo/plug">http://lists.plug.org.au/mailman/listinfo/plug</a>
Committee e-mail: <a class="moz-txt-link-abbreviated" href="mailto:committee@plug.org.au">committee@plug.org.au</a> <a class="moz-txt-link-rfc2396E" href="mailto:committee@plug.org.au"><mailto:committee@plug.org.au></a>
PLUG Membership: <a class="moz-txt-link-freetext" href="http://www.plug.org.au/membership">http://www.plug.org.au/membership</a>
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
</pre>
</blockquote>
</blockquote>
</body>
</html>