Upload speeds have slowed down over time Fibre Max

Forums › Spark New Zealand (including Skinny and BigPipe) › Upload speeds have slowed down over time Fibre Max

CNZ

62 posts

Master Geek

#272239 16-Jun-2020 01:00

Minor not really complaint but is anyone experiencing slower uploads at all times of the day (yes even at 2am) and this started before COVID just dont have the time to waste on the phone etc

When we first moved onto this plan we were seeing 940mbps everytime and 500+mbps at all hours.

Max i really see on the upload is 430 ish but most of the time it is in the 300mbps space, We regularly are using quite a portion of our upstream for plex so it would be nice to get back what we had.

Contacted Live chat they insisted i was using a 3rd party modem (Ubiqutiti USG PRO)

Tried to explain that we dont have a spark modem fast enough for Fibre max (OG Technicolor Telecom modem the black thing with 1x Gigabit ethernet port)

Systems:

Windows 10 Ryzen based 2700x

Windows Server 2016 HP ML310e Gen8 V2

https://www.speedtest.net/result/9607945261 - WLG

https://www.speedtest.net/result/9607954217 -CHC

https://www.speedtest.net/result/9607949632 -AKL

https://www.nperf.com/r/3260878761171271-wMIzTTSX -Nperf to 2degrees

https://www.speedtest.net/result/6712497601 - Test from a couple years ago

hio77

'That VDSL Cat'
12468 posts

Uber Geek

Trusted

Spark

Subscriber

#2505561 16-Jun-2020 07:07

I would highly recommend trying with the Speedtest app rather than browser, all of those look to be in the browser.

i also recommend you turn off your plex load when testing, as you say you "regularly are using quite a portion of our upstream for plex"

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

CNZ

62 posts

Master Geek

#2505636 16-Jun-2020 10:19

Speedtest app as requested no real difference on my end but i know where your coming from
Plex was not actively streaming at the time of the testing

I have definitely seen 400mbps up on this phone before https://www.speedtest.net/my-result/a/6183313850

Speedtest.net vs Speedtest APP

After a couple mins it has now dropped to 333mbps up

Am i correct to assume you provision 1000/500 with chorus and the 400mbps on the site is just a lifeguard so you dont get complaints from customers with slow hardware?

johny99

452 posts

Ultimate Geek

#2507818 19-Jun-2020 06:38

CNZ you are paying for a “best effort” connection, if you need constant bandwidth rate look at getting a connection with a CIR, just be warned it’s not in the same price bracket as your current plan. Why do you need more bandwidth, unless it for business use for which a best effort plan might not be the best option.

Linux

6710 posts

Uber Geek

Trusted

Lifetime subscriber

#2507841 19-Jun-2020 08:19

@CNZ What is wrong with 333Mbp/s? up? You are on a consumer grade connection as above best effort

BarTender

3164 posts

Uber Geek

Trusted

Lifetime subscriber

#2509150 21-Jun-2020 12:36

I would also try and police your data upstream if you can depending on the router you use.

USGs either the 3 or 4 Pro don't really have the full control to be able to reliably police traffic without impacting CPU, and if you plan to use a Linux host it will need to have enough CPU to do it.

Some light reading on the topic and how to do it on Linux: https://www.tldp.org/HOWTO/html_single/Traffic-Control-HOWTO/

Quite possibly what is happening is you are getting packet loss upstream, and therefor the speedtest backs off and you aren't achieving maximum upstream.

Plus the further away you talk to such as East Coast US or UK/Europe the worse packet loss impacts the connection.

and

CNZ

62 posts

Master Geek

#2509853 22-Jun-2020 15:47

johny99: CNZ you are paying for a “best effort” connection, if you need constant bandwidth rate look at getting a connection with a CIR, just be warned it’s not in the same price bracket as your current plan. Why do you need more bandwidth, unless it for business use for which a best effort plan might not be the best option.

I mean if wanted business broadband i could but there are other complications but 333mbps when you pay for 400(at the lower end of what is provisioned is still 25% less)

and at the beginning i did state it was not purely a complaint more of a is there anything i should try is this normal (keep in mind all these tests were done off peak to prevent that being a factor)

CNZ

62 posts

Master Geek

#2509854 22-Jun-2020 15:48

BarTender:

I would also try and police your data upstream if you can depending on the router you use.

USGs either the 3 or 4 Pro don't really have the full control to be able to reliably police traffic without impacting CPU, and if you plan to use a Linux host it will need to have enough CPU to do it.

Some light reading on the topic and how to do it on Linux: https://www.tldp.org/HOWTO/html_single/Traffic-Control-HOWTO/

Quite possibly what is happening is you are getting packet loss upstream, and therefor the speedtest backs off and you aren't achieving maximum upstream.

Plus the further away you talk to such as East Coast US or UK/Europe the worse packet loss impacts the connection.

Maybe i will look into that speedtest-cli doesn't work all that well usually gets way lower upload speeds there is a new one but i have not tried it yet.

nztim

645 posts

Ultimate Geek

Subscriber

#2509870 22-Jun-2020 16:15

I put this down to more and more people on gigabit plans on your 16way GPON split

Talkiet

4446 posts

Uber Geek

Trusted

#2509871 22-Jun-2020 16:17

nztim:

I put this down to more and more people on gigabit plans on your 16way GPON split

Not a chance. And if you or OP wants to confirm it then Chorus make available publicly the per port OLT stats to prove it. It's not congestion on the GPON split.

Cheers - N

Please note all comments are the product of my own brain and don't necessarily represent the position or opinions of my employer, previous employers, colleagues, friends or pets.

hio77

'That VDSL Cat'
12468 posts

Uber Geek

Trusted

Spark

Subscriber

#2509873 22-Jun-2020 16:19

CNZ:

BarTender:

I would also try and police your data upstream if you can depending on the router you use.

USGs either the 3 or 4 Pro don't really have the full control to be able to reliably police traffic without impacting CPU, and if you plan to use a Linux host it will need to have enough CPU to do it.

Some light reading on the topic and how to do it on Linux: https://www.tldp.org/HOWTO/html_single/Traffic-Control-HOWTO/

Quite possibly what is happening is you are getting packet loss upstream, and therefor the speedtest backs off and you aren't achieving maximum upstream.

Plus the further away you talk to such as East Coast US or UK/Europe the worse packet loss impacts the connection.

Maybe i will look into that speedtest-cli doesn't work all that well usually gets way lower upload speeds there is a new one but i have not tried it yet.

Use the official speedtest cli, not the speedtest-cli python. huge difference.

odroid@odroid-n2-flat:~/speedtest-cli$ python speedtest.py --server 11327
Retrieving speedtest.net configuration...
Testing from Spark New Zealand (222.154.228.55)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by Spark New Zealand (Auckland) [1.37 km]: 2.825 ms
Testing download speed................................................................................
Download: 786.79 Mbit/s
Testing upload speed................................................................................................
Upload: 321.30 Mbit/s
odroid@odroid-n2-flat:~/speedtest-cli$ speedtest -s 11327

Speedtest by Ookla

Server: Spark New Zealand - Auckland (id = 11327)
ISP: Spark New Zealand
Latency: 1.37 ms (0.12 ms jitter)
Download: 912.36 Mbps (data used: 443.8 MB)
Upload: 517.80 Mbps (data used: 496.1 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/59a174b2-0988-411d-b741-e2e61e0a57cc

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

muppet

2272 posts

Uber Geek

Trusted

#2509887 22-Jun-2020 16:35

CNZ:

I mean if wanted business broadband i could but there are other complications but 333mbps when you pay for 400(at the lower end of what is provisioned is still 25% less)

Sadly I'm pretty sure what you're paying for us "up to 400"

hio77

'That VDSL Cat'
12468 posts

Uber Geek

Trusted

Spark

Subscriber

#2509888 22-Jun-2020 16:35

Talkiet:

nztim:

I put this down to more and more people on gigabit plans on your 16way GPON split

Not a chance. And if you or OP wants to confirm it then Chorus make available publicly the per port OLT stats to prove it. It's not congestion on the GPON split.

Cheers - N

Just make sure you have a machine grunty enough to churn through that data......

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

CNZ

62 posts

Master Geek

#2509907 22-Jun-2020 17:08

Just make sure you have a machine grunty enough to churn through that data......

Not Denying it could be something really dumb on my end (Nothing has changed that would effect it from the machines testing it)

Other friends on other ISPs (and Bigpipe) have said they experience 400+ 95% of the time for them (Maybe everyone who lives near them is on 100mbps and below)

Set some things straight though
- I am not being entitled to 400+ Mbps i never expect it to always be that fast it was a pure observation that it has slowed/degraded over time.

- This post was more of a has anyone really had this is this normal and expected.

- Hardware is due for an upgrade when Hyperfibre is available in September looking at a UDM-pro for Hyperfibre (wish i could bypass the ont router hybrid thingy)

hio77

'That VDSL Cat'
12468 posts

Uber Geek

Trusted

Spark

Subscriber

#2509912 22-Jun-2020 17:19

I haven't seen anything to indicate there is congestion on OLT ports at this stage.

so i personally monitor my network speed on a Odroid-N2, Reason for this is windows 10 does a really bad job with drivers. often updating and changing things in each release that just adds inconsistency.

in all the device testing i've done across different modem vendors we have looked at, Upload is one place that i see limitations first. eg switching between two different ones on the same connection could be 50~80mbit difference.

i don't doubt the USG Pro can't route full gbit with ease, Do you happen to have DPI or some complex firewalls enabled though?

Could you try watching the connection utilization in the ubi interface while running a test?

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

CNZ

62 posts

Master Geek

#2509914 22-Jun-2020 17:28

hio77:

I haven't seen anything to indicate there is congestion on OLT ports at this stage.

so i personally monitor my network speed on a Odroid-N2, Reason for this is windows 10 does a really bad job with drivers. often updating and changing things in each release that just adds inconsistency.

in all the device testing i've done across different modem vendors we have looked at, Upload is one place that i see limitations first. eg switching between two different ones on the same connection could be 50~80mbit difference.

i don't doubt the USG Pro can't route full gbit with ease, Do you happen to have DPI or some complex firewalls enabled though?

Could you try watching the connection utilization in the ubi interface while running a test?

The USG-PRO does support things like IPS/IDS however this disables hardware offloading therefore limiting speed to approx 250mbps

DPI is turned off at this time but does not impact speed from my experience.

According to Ubiquiti the USG does 800-900mbps wan while the pro does full gigabit.

I want to switch to the UDM-PRO which can do full gig with IPS in future.

True about the Windows being unstable and sometimes being worst on certain chipsets and drivers etc.

(Thank you for a genuine response @hio77)