In reply to a post by adslmax:

Finally found out why it caused high spiked. The AMD Ryzen 3700x PC does doing it. But I did try on my old PC, Intel Sandybridge i7 2700K running on Firefox and the upload has now stopped high spiked from TBB BQM.
https://www.speedtest.net/result/18722609072.png
https://www.thinkbroadband.com/broadband/monitoring/...
You can see both download and upload just low latency now.
Must have be better Intel ethernet network card on it than AMD ethernet network card.
Intel network card: Qualcomm Atheros AR8151 PCI-E Gigabit Ethernet Controller (NDIS 6.20)

You saying the high spikes are speed tests? That would make sense, but I'm a bit lost.

In reply to a post by candlerb:

Don't change your provider because someone else's graph looks prettier than your graph.

I would echo this 100%. On that note Martin is probably far more responsive than you'd get from a major provider.

In reply to a post by seb:

In reply to a post by adslmax:

Finally found out why it caused high spiked. The AMD Ryzen 3700x PC does doing it. But I did try on my old PC, Intel Sandybridge i7 2700K running on Firefox and the upload has now stopped high spiked from TBB BQM.
https://www.speedtest.net/result/18722609072.png
https://www.thinkbroadband.com/broadband/monitoring/...
You can see both download and upload just low latency now.
Must have be better Intel ethernet network card on it than AMD ethernet network card.
Intel network card: Qualcomm Atheros AR8151 PCI-E Gigabit Ethernet Controller (NDIS 6.20)

You saying the high spikes are speed tests? That would make sense, but I'm a bit lost.

The spike 160ms from a single speed test using speedtest.net - Yup!

In reply to a post by aquiss:

Our NNis into BTW operate circa 25% of capacity of an evening (and 35% of a daytime). We have plenty of capacity.

If it was your problem we'd see the same pattern on a load of graphs too. Which we don't.

In reply to a post by adslmax:

Martin from Aquiss suggest me to try plug ethernet direct to ONT to Windows PC using PPPoE without using any router to see if it doesn't affect any spike on it.

I only got two routers for FTTP is two of TP Link VX230v (That's still on spike on it) and TP Link BE3600 (That's still spike on it)

Does anyone know how to use LInux Mint direct to pc from ONT using PPPoE Login as I can't find it.

Ah ok that does make sense.
The only thing which makes me a bit suspivious is btoh being TP-Link so could have similar software (I just don't know). I used TP-Links on FTTC lines and not seen this but that's not a fair comparison.

Either way the pattern you're seeing on 'low level' spikes is router or your kit I'm fairly sure.
The high spikes I'm less certain about but I'd bet on downloads on your network.

I just done one single speedtest just before 12pm today you can see large spiked 160ms with one red packet loss. It always happen when using doing single speedtest. Just bear in mind - I am not bothered about speed but the latency high spike is all it bothered me the most with every single red packet loss using a single run of speedtest to see if it stop packet loss.

The TP LInk WiFi 6 on 5GHz sometimes wireless caused 15.4ms packet loss. Never happen on wifi (I know 5G wifi always end up packet loss that normal because of mobile phone etc) but with FTTP it shouldn't happen especially with good router end spec BE3600.

160ms is very concerning one! see graph below

https://www.thinkbroadband.com/broadband/monitoring/...

Edited by adslmax (Sun 18-Jan-26 11:57:32)

In reply to a post by adslmax:

Do u think it down to poor ethernet cable from ONT to Router (that supplied by TP Link with a short Cat 6A (say it on cable label) as it flat cable.

Flat cables are often dodgy and should be avoided. If they have twisted pairs laid flat they could be ok but a lot of cables I've seen are not twisted.. I'd avoid them, but short may be ok. Cat5e yeah.. but Cat6A I don't think so..

The twisted pairs I believe prevent cross-talk which could cause issues.. I'm not persuaded this is your problem to be honest, but I'd only use a flat cable if you have no choice (under carpet kind of issue), and only then short ones.. and that usually makes it a non-useful thing as there's only limited spaces where a short cable is useful AND you want a flat one.

So I'd replace but I don't think it's likely to fix your issues.

In reply to a post by adslmax:

I just done one single speedtest just before 12pm today you can see large spiked 160ms with one red packet loss. It always happen when using doing single speedtest.

160ms is very concerning one! see graph below

https://www.thinkbroadband.com/broadband/monitoring/...

Try doing a manual download of a very large file:
https://www.thinkbroadband.com/download

Then wait enough to get a graph on the graph (5 mins say).
Then try to upload that file somewhere you know is able to get reasonable speed.

This allows you to separate the download/upload bit.. I think upload is more likely to cause those issues.

If you max out a line there's buffering.. and that causes latency to spike. How much depends a bit on the way the router works (how it prioritises things, how big the buffers are) and the large download and how it manages data flow (may vary by OS etc).. I'm not really an expert in that level of detail to say how it would react but I'd confirm the download vs upload issue.

seb

I am going to see if I can find spare Cat5e round cable for ONT to the router as it nearer closer to ONT.

In reply to a post by seb:

In reply to a post by adslmax:

I just done one single speedtest just before 12pm today you can see large spiked 160ms with one red packet loss. It always happen when using doing single speedtest.

160ms is very concerning one! see graph below

https://www.thinkbroadband.com/broadband/monitoring/...

Try doing a manual download of a very large file:
https://www.thinkbroadband.com/download

Then wait enough to get a graph on the graph (5 mins say).
Then try to upload that file somewhere you know is able to get reasonable speed.

This allows you to separate the download/upload bit.. I think upload is more likely to cause those issues.

If you max out a line there's buffering.. and that causes latency to spike. How much depends a bit on the way the router works (how it prioritises things, how big the buffers are) and the large download and how it manages data flow (may vary by OS etc).. I'm not really an expert in that level of detail to say how it would react but I'd confirm the download vs upload issue.

seb

Very Large File (5GB)

IPv4 Port: 80, 81, 8080
IPv6 Port: 80, 81, 8080

Which port shall I use best? I am on IPv4 at the monent as my router IPv6 is disabled.