Cool Ideas Fibre ISP - Feedback

Status
Not open for further replies.
stefan9 said:
I am on Cisp 100/100 on frogfoot, lynwood pta.

Only issue I have is single threaded download speeds international. Sadly an issue that isn't isolated to me, paul is on it with a few of us in this thread. Sadly FF has been extremely slow to rectify it.

For gaming,streaming,ect I have had no issues. Have hardly had a minutes down time since they installed july last year.
Click to expand...

Awesome. Thanks for providing clarity - I guess I should have read this thread a bit more. That is some good news. My household tends to stream and play games more than anything else. I'm the only one that does the huge downloads.

tardomatic said:
I am on FrogFoot, Cisp 100/100 in CT.

When i first got things set up, I was with WebAfrica, and the line performed like a complete dog. Constant buffering on youtube, netflix, etc with _horrible_ support.

After switching to CISP, streaming on all major platforms (netflix, youtube, amazon) works flawlessly. Steam downloads max out the line. I don't game much, but my kids do, and they haven't complained more than usual about the performance.

My issue is with single threaded downloads. Downloading a file using chrome / other browser which as far as I know doesn't do multithread is dreadful. never seem to get better than 10mbps (1MB/s), and it is often way less than that (300KB/s). I'm not sure if it's related, but downloads / uploads from things like Google Drive and Dropbox are also slow. Max upload speed I've seen is 4mbps (400KB/s), and downloads suffer the same fate as browser downloads.

The single threaded performance also has an impact on online installers (things like Visual Studio installation, or really any program that requires download during install does it single-threaded it seems, which means the experience sucks). If you are like me and spend time on github, that is affected as well - pulling / pushing to repos is painful. Same goes for windows updates / apt-get on linux. never seen those exceed a few mbps.

Speedtests are also not what they should be. to local servers in Cape Town i get full speed (>95mbps upload and download). to johannesburg, download never exceeds 60mbps, but uploads are great (>90Mbps). speedtests to the uk (coreix) and the states, download is dismal. 3mbps to 30mbps depending on how lucky your are. uploads are better at >60mbps .

All in all, it works, and it is an improvement over the 10Mb ADSL I used to have, but the issues above make me suspect that something isnt quite right somewhere.
Click to expand...

This on the other hand is quite problematic. I rely on Google Drive and the likes quite a bit. It's quite a pain on DSL with the terrible upload speed - I do manage though. I don't have single huge files, but a lot of tiny ones.

But all things considered, holding thumbs so that this issue is sorted by the time our area goes live - which is still months away. Good to know that the issue is being looked at by CISP and Frogfoot.

It's nice to have peace of mind and knowing that you are receiving the value what you are paying for.

I feel your pain and I hope you guys can utilise the maximum capacity of your lines soon. Let's hold thumbs it's sorted out :)

Cheers for the info. It's much appreciated and quite informative. Thanks again!
 
ArtyLoop said:
iperf is UDP packet testing correct?
Because even on a perfectly performing line there is loss and issues (my results looked the same as if I was using Telkom LTE).

I am willing to dig deeper, to answer your question truthfully.
Click to expand...
Is it normal, do you think, for multiple tests to the same destination to produce almost identical results? The shocking results of said tests aside....

Microsoft Windows [Version 10.0.17763.195]
(c) 2018 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 53374 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 0.766 ms 2289/2519 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.56 Mbits/sec 0.792 ms 2341/2441 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.530 ms 2341/2441 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.55 Mbits/sec 0.543 ms 2342/2442 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.55 Mbits/sec 0.438 ms 2342/2442 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.56 Mbits/sec 0.481 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 792 KBytes 6.48 Mbits/sec 0.375 ms 2342/2441 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.56 Mbits/sec 0.726 ms 2341/2441 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.55 Mbits/sec 0.802 ms 2342/2442 (96%)
[ 4] 9.00-10.00 sec 800 KBytes 6.55 Mbits/sec 0.381 ms 2341/2441 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.437 ms 23737/24882 (95%)
[ 4] Sent 24882 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 54925 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 0.987 ms 2289/2519 (91%)
[ 4] 1.00-2.00 sec 792 KBytes 6.49 Mbits/sec 1.153 ms 2342/2441 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.811 ms 2342/2442 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.55 Mbits/sec 0.415 ms 2341/2441 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.56 Mbits/sec 1.298 ms 2342/2442 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.55 Mbits/sec 0.252 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 800 KBytes 6.55 Mbits/sec 0.581 ms 2341/2441 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.55 Mbits/sec 0.477 ms 2342/2442 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.55 Mbits/sec 0.434 ms 2341/2441 (96%)
[ 4] 9.00-10.00 sec 800 KBytes 6.55 Mbits/sec 0.580 ms 2342/2442 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 1.006 ms 23737/24882 (95%)
[ 4] Sent 24882 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 58098 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 1.038 ms 2300/2530 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.55 Mbits/sec 0.330 ms 2341/2441 (96%)
[ 4] 2.00-3.00 sec 784 KBytes 6.42 Mbits/sec 0.702 ms 2343/2441 (96%)
[ 4] 3.00-4.00 sec 792 KBytes 6.48 Mbits/sec 0.548 ms 2319/2418 (96%)
[ 4] 4.00-5.00 sec 792 KBytes 6.50 Mbits/sec 0.566 ms 2342/2441 (96%)
[ 4] 5.00-6.00 sec 784 KBytes 6.42 Mbits/sec 0.632 ms 2368/2466 (96%)
[ 4] 6.00-7.00 sec 792 KBytes 6.49 Mbits/sec 0.815 ms 2343/2442 (96%)
[ 4] 7.00-8.00 sec 784 KBytes 6.42 Mbits/sec 0.622 ms 2319/2417 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.55 Mbits/sec 0.930 ms 2365/2465 (96%)
[ 4] 9.00-10.00 sec 776 KBytes 6.36 Mbits/sec 0.490 ms 2344/2441 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.554 ms 23759/24893 (95%)
[ 4] Sent 24893 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 60704 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 0.735 ms 2290/2521 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.56 Mbits/sec 0.914 ms 2342/2442 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.775 ms 2341/2441 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.55 Mbits/sec 1.095 ms 2342/2442 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.55 Mbits/sec 0.322 ms 2341/2441 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.55 Mbits/sec 0.600 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 800 KBytes 6.55 Mbits/sec 0.287 ms 2342/2442 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.55 Mbits/sec 0.978 ms 2341/2441 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.56 Mbits/sec 0.643 ms 2342/2442 (96%)
[ 4] 9.00-10.00 sec 800 KBytes 6.55 Mbits/sec 0.652 ms 2341/2441 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.708 ms 23738/24885 (95%)
[ 4] Sent 24885 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 63909 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.78 MBytes 14.9 Mbits/sec 0.238 ms 2286/2514 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.55 Mbits/sec 0.723 ms 2341/2441 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.804 ms 2342/2442 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.56 Mbits/sec 0.476 ms 2341/2441 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.55 Mbits/sec 0.709 ms 2342/2442 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.55 Mbits/sec 1.228 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 800 KBytes 6.55 Mbits/sec 0.767 ms 2341/2441 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.55 Mbits/sec 0.594 ms 2342/2442 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.56 Mbits/sec 0.511 ms 2341/2441 (96%)
[ 4] 9.00-10.00 sec 792 KBytes 6.49 Mbits/sec 0.357 ms 2343/2442 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.815 ms 23758/24902 (95%)
[ 4] Sent 24902 datagrams

iperf Done.

C:\WINDOWS\system32>
 
sand_man said:
Is it normal, do you think, for multiple tests to the same destination to produce almost identical results? The shocking results of said tests aside....

Microsoft Windows [Version 10.0.17763.195]
(c) 2018 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 53374 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 0.766 ms 2289/2519 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.56 Mbits/sec 0.792 ms 2341/2441 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.530 ms 2341/2441 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.55 Mbits/sec 0.543 ms 2342/2442 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.55 Mbits/sec 0.438 ms 2342/2442 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.56 Mbits/sec 0.481 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 792 KBytes 6.48 Mbits/sec 0.375 ms 2342/2441 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.56 Mbits/sec 0.726 ms 2341/2441 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.55 Mbits/sec 0.802 ms 2342/2442 (96%)
[ 4] 9.00-10.00 sec 800 KBytes 6.55 Mbits/sec 0.381 ms 2341/2441 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.437 ms 23737/24882 (95%)
[ 4] Sent 24882 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 54925 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 0.987 ms 2289/2519 (91%)
[ 4] 1.00-2.00 sec 792 KBytes 6.49 Mbits/sec 1.153 ms 2342/2441 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.811 ms 2342/2442 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.55 Mbits/sec 0.415 ms 2341/2441 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.56 Mbits/sec 1.298 ms 2342/2442 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.55 Mbits/sec 0.252 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 800 KBytes 6.55 Mbits/sec 0.581 ms 2341/2441 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.55 Mbits/sec 0.477 ms 2342/2442 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.55 Mbits/sec 0.434 ms 2341/2441 (96%)
[ 4] 9.00-10.00 sec 800 KBytes 6.55 Mbits/sec 0.580 ms 2342/2442 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 1.006 ms 23737/24882 (95%)
[ 4] Sent 24882 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 58098 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 1.038 ms 2300/2530 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.55 Mbits/sec 0.330 ms 2341/2441 (96%)
[ 4] 2.00-3.00 sec 784 KBytes 6.42 Mbits/sec 0.702 ms 2343/2441 (96%)
[ 4] 3.00-4.00 sec 792 KBytes 6.48 Mbits/sec 0.548 ms 2319/2418 (96%)
[ 4] 4.00-5.00 sec 792 KBytes 6.50 Mbits/sec 0.566 ms 2342/2441 (96%)
[ 4] 5.00-6.00 sec 784 KBytes 6.42 Mbits/sec 0.632 ms 2368/2466 (96%)
[ 4] 6.00-7.00 sec 792 KBytes 6.49 Mbits/sec 0.815 ms 2343/2442 (96%)
[ 4] 7.00-8.00 sec 784 KBytes 6.42 Mbits/sec 0.622 ms 2319/2417 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.55 Mbits/sec 0.930 ms 2365/2465 (96%)
[ 4] 9.00-10.00 sec 776 KBytes 6.36 Mbits/sec 0.490 ms 2344/2441 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.554 ms 23759/24893 (95%)
[ 4] Sent 24893 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 60704 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.80 MBytes 15.1 Mbits/sec 0.735 ms 2290/2521 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.56 Mbits/sec 0.914 ms 2342/2442 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.775 ms 2341/2441 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.55 Mbits/sec 1.095 ms 2342/2442 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.55 Mbits/sec 0.322 ms 2341/2441 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.55 Mbits/sec 0.600 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 800 KBytes 6.55 Mbits/sec 0.287 ms 2342/2442 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.55 Mbits/sec 0.978 ms 2341/2441 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.56 Mbits/sec 0.643 ms 2342/2442 (96%)
[ 4] 9.00-10.00 sec 800 KBytes 6.55 Mbits/sec 0.652 ms 2341/2441 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.708 ms 23738/24885 (95%)
[ 4] Sent 24885 datagrams

iperf Done.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 63909 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.78 MBytes 14.9 Mbits/sec 0.238 ms 2286/2514 (91%)
[ 4] 1.00-2.00 sec 800 KBytes 6.55 Mbits/sec 0.723 ms 2341/2441 (96%)
[ 4] 2.00-3.00 sec 800 KBytes 6.55 Mbits/sec 0.804 ms 2342/2442 (96%)
[ 4] 3.00-4.00 sec 800 KBytes 6.56 Mbits/sec 0.476 ms 2341/2441 (96%)
[ 4] 4.00-5.00 sec 800 KBytes 6.55 Mbits/sec 0.709 ms 2342/2442 (96%)
[ 4] 5.00-6.00 sec 800 KBytes 6.55 Mbits/sec 1.228 ms 2341/2441 (96%)
[ 4] 6.00-7.00 sec 800 KBytes 6.55 Mbits/sec 0.767 ms 2341/2441 (96%)
[ 4] 7.00-8.00 sec 800 KBytes 6.55 Mbits/sec 0.594 ms 2342/2442 (96%)
[ 4] 8.00-9.00 sec 800 KBytes 6.56 Mbits/sec 0.511 ms 2341/2441 (96%)
[ 4] 9.00-10.00 sec 792 KBytes 6.49 Mbits/sec 0.357 ms 2343/2442 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.815 ms 23758/24902 (95%)
[ 4] Sent 24902 datagrams

iperf Done.

C:\WINDOWS\system32>
Click to expand...
I don't know, the thing is, I am hoping to learn by going down this route, what exactly happens at an ISP level- you know, the state secret, that Paul seems very open to explain to me for which I am grateful.
 
Further to that, based on what I've learnt, just from this thread I am quite open to learning more. Back in the day there was a dude here that had an ISP (I was a client and traced him here from him revealing his name somewhere online).. I note he is banned... Hmmm? Anyway, he told me on email "Unfortunately I cannot tell you what my international bandwidth configuration is, as its a national secret". I was like... what a d1ckhead..
 
Sinbad said:
Switching the NNI out for a new device resolved this issue with Crystal Web and Vuma a year or two ago, so hopefully it will fix the frogfoot issue as well :)
Click to expand...

The fact that some peeps have been having this issue for ~6 months+ on frogfoot does not instill much confidence... :cautious:
 
Last edited:
Isn't poor single thread performance normal?

7946047730.png


This is single thread to Coreix with Octotel 100/25.

7946053859.png


And with multi thread. I thought everyone gets this.
 
image132 said:
Isn't poor single thread performance normal?



This is single thread to Coreix with Octotel 100/25.



And with multi thread. I thought everyone gets this.
Click to expand...

But it's not always supposed to be like that. Just for comparison. 100/50 Openserve on Supersonic.

SINGLE
7946267427.png


MULTI
7946272425.png


I think 40Mbps on single that you are experiencing is a bit low IMO.
 
I can't get 10Mbps on multithread to London with my 20/20 with Frogfoot 90% of the time. Worse to other international servers. Here's a single threaded test to London
Screenshot_20190110-184457.jpg
 
Last edited:
sand_man said:
Today's iperf...

Microsoft Windows [Version 10.0.17763.195]
(c) 2018 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>iperf3.exe -R -u -b 160M -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.1.105 port 52349 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.77 MBytes 14.8 Mbits/sec 1.113 ms 2287/2513 (91%)
[ 4] 1.00-2.00 sec 736 KBytes 6.03 Mbits/sec 0.913 ms 2350/2442 (96%)
[ 4] 2.00-3.00 sec 760 KBytes 6.23 Mbits/sec 0.825 ms 2346/2441 (96%)
[ 4] 3.00-4.00 sec 760 KBytes 6.22 Mbits/sec 0.522 ms 2347/2442 (96%)
[ 4] 4.00-5.00 sec 784 KBytes 6.43 Mbits/sec 0.795 ms 2343/2441 (96%)
iperf3: OUT OF ORDER - incoming packet = 12665 and received packet = 12694 AND SP = 4
[ 4] 5.00-6.00 sec 784 KBytes 6.42 Mbits/sec 1.014 ms 2345/2442 (96%)
[ 4] 6.00-7.00 sec 784 KBytes 6.42 Mbits/sec 0.522 ms 2343/2441 (96%)
[ 4] 7.00-8.00 sec 784 KBytes 6.43 Mbits/sec 0.536 ms 2343/2441 (96%)
[ 4] 8.00-9.00 sec 776 KBytes 6.35 Mbits/sec 0.447 ms 2345/2442 (96%)
[ 4] 9.00-10.00 sec 784 KBytes 6.43 Mbits/sec 0.400 ms 2343/2441 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 195 MBytes 163 Mbits/sec 0.593 ms 23790/24901 (96%)
[ 4] Sent 24901 datagrams
[SUM] 0.0-10.0 sec 1 datagrams received out-of-order

iperf Done.

C:\WINDOWS\system32>
Click to expand...
That's the spirit, keep them coming.
 
Are Usenet's being throttled on Cool Ideas? I went from 1MB a month ago to 300 KB/s. Everything else is working at full speed 50/50 fiber.
 
So, on a single threaded connection to CoreIX in the UK:
1547141366900.png

Multiple thread:
1547141452995.png

And for comparison, a local one on CISP's Randburg office
1547141569183.png

So what this tells me is, that, as has been the case for as long as I've had internet... international bandwidth is running out or the link is congested.

First of all, @PBCool I want to know, does all our traffic run via your offices and the routers there? The last time I asked an ISP that question I was told its a "State Secret". I am going to ask a lot of questions in the coming days and I am going to make drawings, so that we can ascertain where the problem lies, figure out who is lying through their teeth and then take action.
 
Single threaded definitely is worse even for me.
OpenServe 20/10 to Coreix in London.

Single Thread:
single thread.jpg

Multi Thread:
multi thread.jpg
 
VegOtter said:
Single threaded definitely is worse even for me.
OpenServe 20/10 to Coreix in London.

Single Thread:
View attachment 601558

Multi Thread:
View attachment 601560
Click to expand...
Comparing your result to mine it appears that every connection is throttled to around 15 Mbit down and 10 Mbit up.... hmmmm.... where have I seen this before... Ah yes... Mr Hernshaw from MWEB... he loved that trick.
 
ArtyLoop said:
So, on a single threaded connection to CoreIX in the UK:
View attachment 601550

Multiple thread:
View attachment 601552

And for comparison, a local one on CISP's Randburg office
View attachment 601554

So what this tells me is, that, as has been the case for as long as I've had internet... international bandwidth is running out or the link is congested.

First of all, @PBCool I want to know, does all our traffic run via your offices and the routers there? The last time I asked an ISP that question I was told its a "State Secret". I am going to ask a lot of questions in the coming days and I am going to make drawings, so that we can ascertain where the problem lies, figure out who is lying through their teeth and then take action.
Click to expand...
ISPs generally host their core at a DC, not their office. Then they buy IPC from a tier 1 ISP whom they peer with at probably the same DC or if they fancy or really big they start building their own long haul or start mixing and matching providers for transit and IPC. They should also peer with NAPA at a Teraco as it is cheap bandwidth which reduces international IPC requirements.

In fact imo no client traffic should traverse any modern ISPs office unless they based at a DC or peering point. There should be a redundant and fast converging metro network that runs some dynamic routing protocol from the DC where the core is to the clients access links.
 
Wasabee! said:
ISPs generally host their core at a DC, not their office. Then they buy IPC from a tier 1 ISP whom they peer with at probably the same DC or if they fancy or really big they start building their own long haul or start mixing and matching providers for transit and IPC. They should also peer with NAPA at a Teraco as it is cheap bandwidth which reduces international IPC requirements.

In fact imo no client traffic should traverse any modern ISPs office unless they based at a DC or peering point. There should be a redundant and fast converging metro network that runs some dynamic routing protocol from the DC where the core is to the clients access links.
Click to expand...
Thank you, so basically they just give you the passport to the internet i.e. the access, and aside from that, manage client bandwidth allocations etc.

So then I guess.. even I can start up my own ISP from my house and sell accounts. But that aside, it then means that the problem lies where? Where is this issue happening? It cannot be the residential FTTH connection because if it was that, then it would hold true for a local speed test also
 
stefan9 said:
I am on Cisp 100/100 on frogfoot, lynwood pta.

Only issue I have is single threaded download speeds international. Sadly an issue that isn't isolated to me, paul is on it with a few of us in this thread. Sadly FF has been extremely slow to rectify it.

For gaming,streaming,ect I have had no issues. Have hardly had a minutes down time since they installed july last year.
Click to expand...

Agreed, I’m on Frogfoot with CISP 100/100 in Sunningdale, Cape Town and very happy. Streaming since July 2018 has been absolutely perfect and haven’t had a single minute downtime besides scheduled maintenance.

As you say, single threaded downloads the only problem, but a small problem compared to some other fibre networks I’ve seen.

My Dropbox performance is also quite good, around 5MB/sec uploads which is about half my line speed.
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X