Status
Not open for further replies.
Looks like Intl has taken a tank. Cannot speedtest to any servers in London. Vuma trenched Benoni

7880289307.png


Not ideal for sure but I can live with 50% of the speed during peak time if it is in fact due to congestion. Still this is single thread performance and my torrents still max out my line.

I am just concerned bout packetloss from capetown to jhb since yesterday evening.
 
very slow speed

nvidia driver.JPG

nvidia 1.JPG

C:\iperf>iperf3.exe -R -u -b 180M -p 17001 -c queen.cisp.co.za
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.88.252 port 62052 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 21.7 MBytes 182 Mbits/sec 0.090 ms 97/2870 (3.4%)
[ 4] 1.00-2.00 sec 21.0 MBytes 176 Mbits/sec 0.086 ms 62/2747 (2.3%)
[ 4] 2.00-3.00 sec 21.5 MBytes 180 Mbits/sec 0.088 ms 0/2746 (0%)
[ 4] 3.00-4.00 sec 21.4 MBytes 180 Mbits/sec 0.081 ms 3/2746 (0.11%)
[ 4] 4.00-5.00 sec 21.4 MBytes 180 Mbits/sec 0.167 ms 2/2746 (0.073%)
[ 4] 5.00-6.00 sec 21.5 MBytes 180 Mbits/sec 0.055 ms 0/2747 (0%)
[ 4] 6.00-7.00 sec 21.5 MBytes 180 Mbits/sec 0.061 ms 1/2747 (0.036%)
[ 4] 7.00-8.00 sec 21.4 MBytes 180 Mbits/sec 0.104 ms 2/2746 (0.073%)
iperf3: OUT OF ORDER - incoming packet = 24463 and received packet = 24480 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24464 and received packet = 24480 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24465 and received packet = 24480 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24466 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24467 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24468 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24469 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24470 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24471 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24472 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24473 and received packet = 24481 AND SP = 4
[ 4] 8.00-9.00 sec 20.9 MBytes 175 Mbits/sec 0.103 ms 84/2748 (3.1%)
[ 4] 9.00-10.00 sec 21.5 MBytes 180 Mbits/sec 0.090 ms 1/2747 (0.036%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 219 MBytes 183 Mbits/sec 0.081 ms 252/27985 (0.9%)
[ 4] Sent 27985 datagrams
[SUM] 0.0-10.0 sec 11 datagrams received out-of-order

iperf Done.

Brackenfell Cape Town, Vuma Trenched 200/200
 
7880289307.png


Not ideal for sure but I can live with 50% of the speed during peak time if it is in fact due to congestion. Still this is single thread performance and my torrents still max out my line.

I am just concerned bout packetloss from capetown to jhb since yesterday evening.

Mine seems to have rectified itself after rebooting all my equipment.

 

I can see very slow speed to nvidia site even without starting a download. The site itself is loading extremely sluggish.

I do wonder if it is related to last night network upgrades/changes they were working on and possibly made an error somewhere or still busy with handling the upgrade/changes.
 
Been a while that it happened, but the dreaded buffering kicked in on YouTube Streams. The overall web experience also feels off, whilst the speedtest are running fine.

On 100/100 Vuma
 
I can see very slow speed to nvidia site even without starting a download. The site itself is loading extremely sluggish.

I do wonder if it is related to last night network upgrades/changes they were working on and possibly made an error somewhere or still busy with handling the upgrade/changes.

Started on Wednesday. I've created 2 tickets, and phoned support twice. No feedback at all.
 
I can see very slow speed to nvidia site even without starting a download. The site itself is loading extremely sluggish.

I've got this too. Multiple sites are being sluggish.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router.asus.com - 0 | 239 | 239 | 0 | 0 | 0 | 0 |
| 154.0.0.245 - 0 | 239 | 239 | 0 | 0 | 2 | 1 |
| 154.0.4.161 - 0 | 239 | 239 | 0 | 0 | 2 | 0 |
| 154.0.1.245 - 2 | 228 | 225 | 18 | 19 | 22 | 18 |
| 154.0.3.113 - 3 | 216 | 210 | 18 | 19 | 22 | 20 |
| 154.0.1.254 - 3 | 216 | 210 | 18 | 19 | 53 | 19 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

This is to lnms.cisp.co.za. A CISP server hosted in JHB. Local packet loss should not be a thing.

This is becoming concerning.
 
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 51 | 51 | 0 | 1 | 21 | 0 |
| 154.0.0.113 - 0 | 51 | 51 | 1 | 1 | 20 | 1 |
| 154.0.4.194 - 0 | 51 | 51 | 1 | 2 | 20 | 1 |
| 154.0.1.17 - 0 | 51 | 51 | 1 | 1 | 17 | 1 |
| 154.0.2.118 - 0 | 51 | 51 | 1 | 2 | 26 | 1 |
| 154.0.1.254 - 0 | 51 | 51 | 1 | 2 | 20 | 1 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Norwood Vumatel Aerial
 
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 51 | 51 | 0 | 1 | 21 | 0 |
| 154.0.0.113 - 0 | 51 | 51 | 1 | 1 | 20 | 1 |
| 154.0.4.194 - 0 | 51 | 51 | 1 | 2 | 20 | 1 |
| 154.0.1.17 - 0 | 51 | 51 | 1 | 1 | 17 | 1 |
| 154.0.2.118 - 0 | 51 | 51 | 1 | 2 | 26 | 1 |
| 154.0.1.254 - 0 | 51 | 51 | 1 | 2 | 20 | 1 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Norwood Vumatel Aerial

I'm assuming you live in jhb? You probably don't use the same route since I'm in cape town.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router.asus.com - 0 | 283 | 283 | 0 | 0 | 0 | 0 |
| 154.0.0.245 - 0 | 283 | 283 | 0 | 0 | 2 | 0 |
| 154.0.4.161 - 0 | 283 | 283 | 0 | 0 | 2 | 0 |
| 154.0.1.245 - 5 | 240 | 229 | 18 | 19 | 150 | 21 |
| 154.0.3.113 - 4 | 252 | 244 | 18 | 19 | 22 | 21 |
| 154.0.1.254 - 5 | 240 | 229 | 18 | 20 | 154 | 20 |
|________________________________________________|______|______|______|______|______|______|

Note how packet loss starts at 154.0.1.245. Do me a favour and run a mtr or a ping test to that IP.

Talking to my friend in JHB on discord is pretty annoying.

*EDIT

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router.asus.com - 0 | 822 | 822 | 0 | 0 | 0 | 0 |
| 154.0.0.245 - 0 | 821 | 821 | 0 | 0 | 3 | 1 |
| 154.0.4.161 - 0 | 821 | 821 | 0 | 0 | 3 | 1 |
| 154.0.1.61 - 4 | 715 | 688 | 18 | 19 | 22 | 19 |
| 154.0.3.113 - 6 | 667 | 628 | 18 | 19 | 23 | 21 |
| 154.0.1.254 - 6 | 678 | 641 | 18 | 19 | 24 | 20 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

????????
 
Last edited:
Fiber down yet again and 20 minutes on the phone still waiting for tech support ... get your act together Cool Ideas!
 
Last edited:
very slow speed

View attachment 593312

View attachment 593314

C:\iperf>iperf3.exe -R -u -b 180M -p 17001 -c queen.cisp.co.za
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[ 4] local 192.168.88.252 port 62052 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 21.7 MBytes 182 Mbits/sec 0.090 ms 97/2870 (3.4%)
[ 4] 1.00-2.00 sec 21.0 MBytes 176 Mbits/sec 0.086 ms 62/2747 (2.3%)
[ 4] 2.00-3.00 sec 21.5 MBytes 180 Mbits/sec 0.088 ms 0/2746 (0%)
[ 4] 3.00-4.00 sec 21.4 MBytes 180 Mbits/sec 0.081 ms 3/2746 (0.11%)
[ 4] 4.00-5.00 sec 21.4 MBytes 180 Mbits/sec 0.167 ms 2/2746 (0.073%)
[ 4] 5.00-6.00 sec 21.5 MBytes 180 Mbits/sec 0.055 ms 0/2747 (0%)
[ 4] 6.00-7.00 sec 21.5 MBytes 180 Mbits/sec 0.061 ms 1/2747 (0.036%)
[ 4] 7.00-8.00 sec 21.4 MBytes 180 Mbits/sec 0.104 ms 2/2746 (0.073%)
iperf3: OUT OF ORDER - incoming packet = 24463 and received packet = 24480 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24464 and received packet = 24480 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24465 and received packet = 24480 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24466 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24467 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24468 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24469 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24470 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24471 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24472 and received packet = 24481 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 24473 and received packet = 24481 AND SP = 4
[ 4] 8.00-9.00 sec 20.9 MBytes 175 Mbits/sec 0.103 ms 84/2748 (3.1%)
[ 4] 9.00-10.00 sec 21.5 MBytes 180 Mbits/sec 0.090 ms 1/2747 (0.036%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 219 MBytes 183 Mbits/sec 0.081 ms 252/27985 (0.9%)
[ 4] Sent 27985 datagrams
[SUM] 0.0-10.0 sec 11 datagrams received out-of-order

iperf Done.

Brackenfell Cape Town, Vuma Trenched 200/200



this morning

1544858256685.png

1544858435701.png
 
There was an issue on the longhaul briefly yesterday, we are actually in the process of migrating to another carrier for longhaul as well. MTN customers in JHB should be resolved, our cross connect died again for an unknown reason.
 
You really should invest in a download manager. Single thread performance is woeful but not if you using a download manager that supports multiple connections....

View attachment 593466

I do use a download manager, but that was not the point of the post.
I wanted to show how poor single threaded performance is.

I see that @PBCool posted that there where issues and they making more carrier changes.
 
I've personally never known it to be any different.

I have downloaded many times before without using the download manager and gotten full speed.

Google Chrome download by default I think is also not single threaded, I have a suspicion it opens about 4 threads simultaneously.

EDIT:
So I was rather surprised to see the download so slow at 50 odd KB/s and this morning was at 400 odd KB/s
 
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X