Lower Single Thread download speed on toob full-fibre

Edited by smouty (Fri 17-Nov-23 13:27:25)

In reply to a post by mrmarktigger:

Any advice or help welcome please...

In reply to a post by mrmarktigger:

Greetings to all from here in Gosport Hampshire.

In reply to a post by candlerb:

......
Lower single-threaded performance usually means some low-level packet loss is taking place. .
......

In reply to a post by jchamier:

In reply to a post by mrmarktigger:

Any advice or help welcome please...

Hopefully you've tried a few ethernet cables. If using Windows have you bypassed/uninstalled any third party security software (e.g. Kaspersky, ESET, AVG etc) as most of these products are not tested with high speed network connections sadly. As an alternative you could boot into a live Linux environment to test the hardware. Also could be faulty network card in your PC, or drivers.

Lastly, have you asked Toob ?

In reply to a post by mrmarktigger:

Along this line I found and Australian guy recommending a GUI tool for latency / packet loss....

Sure enough it shows up in excess of 25% packet loss at times on two nodes /routes to this and most sites in the UK. I'll try and figure out how to post the screen shots these results very soon....

In reply to a post by candlerb:

That's junk. Please forget what you saw: bin it along with Covid deniers. If you had 25% packet loss then your throughput would be limited to <1Mbps.
........
Instead, I suggest again that you do the following tests:
- single threaded to a server in UK
- single threaded to a server in Europe
- single threaded to a server in USA
(speedtest.net lets you select the target server). If these show speeds which reduce in proportion to the RTT (ping time), then this is very strong evidence for low-level packet loss, and you can calculate it from the formula given.

Edited by mrmarktigger (Tue 21-Nov-23 21:42:02)

In reply to a post by candlerb:

.....
Instead, I suggest again that you do the following tests:
- single threaded to a server in UK
- single threaded to a server in Europe
- single threaded to a server in USA
(speedtest.net lets you select the target server). If these show speeds which reduce in proportion to the RTT (ping time), then this is very strong evidence for low-level packet loss, and you can calculate it from the formula given.

In reply to a post by candlerb:

230M Slough (5ms)
240M Maidenhead (6ms)
200M Hamburg (24ms)
500M Italy (55ms)
200M Rochester NY (78ms)

It seems unlikely that packet loss in Toob is the problem here. To me, this points to an issue with your client device - e.g. NIC drivers or Antivirus.

It's interesting that the upload speeds are higher than the download speeds; this also suggests antivirus.

Reboot your client device using an Ubuntu Live USB stick (this doesn't touch anything on your hard drive) and do a speedtest with that. This rules out all issues with Windows drivers and antivirus. If this shows higher performance then you've proved what needs to be tweaked.

Another option is to see if you can borrow a completely different type of client device (non-Windows), e.g. a modern Macbook with thunderbolt ethernet adapter, and test with that.

In reply to a post by jimbof:

If you're hitting 500Mbps to Italy but regularly getting capped around the 200Mbps level elsewhere, this would suggest to me some kind of peering issue at the ISP, with the Italy route going via some unaffected route.
Traceroutes to the various speedtest servers might show something interesting.

Edited by mrmarktigger (Wed 22-Nov-23 21:20:06)

VM Gig1 - AAISP L2TP

Edited by Chrysalis (Thu 23-Nov-23 18:26:42)

In reply to a post by benjanyan2:

...
... and due to have Toob installed on 7th Dec. I've gone for the 1 month rolling contract though so can easily change if needed. I'll report back with any findings.
...

In reply to a post by jimbof:

If you're hitting 500Mbps to Italy but regularly getting capped around the 200Mbps level elsewhere, this would suggest to me some kind of peering issue at the ISP, with the Italy route going via some unaffected route.
Traceroutes to the various speedtest servers might show something interesting.

Edited by jimbof (Fri 24-Nov-23 09:21:31)

In reply to a post by ionic:

If there's something off in their peering / upstream it'd be interesting to identify and see how they respond. Since becoming a customer, generally I've been impressed with their candour when I've had contact. I may have a play.

In reply to a post by ionic:

As a toob user myself I'm intrigued, though I'm generally of the view that I bought the connection to give Internet access, not to focus on speed tests. Focusing on getting high-hundreds speed test results if everything else is working fine doesn't seem important to me.

If there's something off in their peering / upstream it'd be interesting to identify and see how they respond. Since becoming a customer, generally I've been impressed with their candour when I've had contact. I may have a play.

In reply to a post by jimbof:

Well, unless a one-off, the Italy result would seem to blow the RTT out of the water, as it has one of the highest recorded. Unless the theory is they have packet loss in on particular place in the network, that these Italy connections avoid.

There are other possibilities, too; they could be explicitly traffic shaping single threads to certain levels on particular routes, which wouldn't show time of day variation.

Without the OP spending more time looking into the detail it's going to die as one of life's mysteries... But certainly I am sure that the difference between the Italy and other speed test results is the route into it.

In reply to a post by candlerb:

In reply to a post by jimbof:

If you're hitting 500Mbps to Italy but regularly getting capped around the 200Mbps level elsewhere, this would suggest to me some kind of peering issue at the ISP, with the Italy route going via some unaffected route.
Traceroutes to the various speedtest servers might show something interesting.

Yes, it's hard to explain the Italy result, unless it was some sort of one-off.

However if the problem is congestion on transit links, I would expect to vary with time of day (a speedtest at 2am should find it uncongested). And if it were continuous low-level packet loss, I'd expect the speeds to go down in proportion to RTT when testing to sites in different countries.

In reply to a post by robbiekhan:

Gosport here too and had my install done a few days ago.

Edited by mrmarktigger (Mon 27-Nov-23 19:57:58)

In reply to a post by mrmarktigger:

In reply to a post by robbiekhan:

Gosport here too and had my install done a few days ago.

Greetings to you @robbiekhan, another fellow Gosportarian

Yes Indeed, I've been getting very good 900/900 most of the time, on all my wired devices to UK servers on the Multithread speed tests on speedtest.net (with the odd exception sometimes)... It's the single thread tests that have been the issue, and therefore downloading files from UK servers that are slower than on my VM and my FTTC connection sometimes, and sometimes dropping out part way through, with a network error, and so never finish downloading.. I have had no issues like that on my current VM250 or FTTC 80 connections...

I have had this issue before many moons ago. The last time I had this issue on VM, many moons ago, another guy, a mile away from me had the same issue too.... However, a friend of his around the corner with VM, did not have this issue... Once we clubbed together on the VM Community Forum and the staff picked up on it, they fixed it in the end, but took 3 months in total to fix from the day it first started... They said it was a Line Card issue on their network... Once they fixed it, all was fine for us both on the same day and normal service resumed....

I seem to be very unlucky with this kind of issue. It happened to me another time too, another year later on a FTTC connection.. That effected hundreds of their customers, all over England. Some of their neighbours never had or complained about the issue... Hundreds of their customers, on their community forum were complaining of Netflix buffering and other download issues. Again, Line Card issues on their network... That took 3 months to fix too...

From what I have seen, the chances are, you won't get his issue. I think I've just been unlucky, it was installed on the 13th of November, although not a Friday

Anyway, I have cancelled this connection and it should have been disconnected today... I unplugged the ONT and MX4200 last night.... I may give it another try in 6 to 12 months from now... I still have a 250 Mbps and 80 Mbps connection that's perfectly reliable currently....

Edited by hanxu (Mon 15-Jan-24 21:41:29)

In reply to a post by hanxu:

Hey sorry to dig out an old thread. Have you had this fixed? I am facing the same issue with community fibre... I am on a Mac, what's weird is that Chrome works fine in single thread, but Safari is not....

If you have this fixed, how did they fix it?

Edited by mrmarktigger (Sun 03-Mar-24 15:58:47)

In reply to a post by hanxu:

I am on a Mac, what's weird is that Chrome works fine in single thread, but Safari is not....