Cool Ideas Fibre ISP - Feedback

[TheRoDent]

@TheRoDent any news with Octotel southern suburbs?

Hi, no feedback from them yet. Can you PM me your address name, contact number, and address details so that I can get a probe installed with you ?

 

[image132]

Hi, no feedback from them yet. Can you PM me your address name, contact number, and address details so that I can get a probe installed with you ?

@MDE Do it man. Those black boxes save internet lives...lines.

 

[Johnatan56]

It means you have quite a bit of packet loss on your line at 100mbps. If your actual line speeds is 100mbps, please re-run the test at a bit lower than your 100mbps rate, e.g. 80mbps.

Example:
iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 80M -l 1400 --omit 2 -R -u

$ iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 90M -l 1400 --omit 2 -R -u
iperf 3.1.3
CYGWIN_NT-10.0 Lenovo-PC 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Sat, 16 Feb 2019 10:37:42 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
Cookie: Lenovo-PC.1550313461.979592.44334adb
[ 4] local 192.168.0.110 port 51220 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 2 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 10.6 MBytes 89.0 Mbits/sec 0.194 ms 156/8099 (1.9%) (omitted)
[ 4] 1.00-2.00 sec 11.1 MBytes 92.7 Mbits/sec 0.156 ms 0/8280 (0%) (omitted)
iperf3: OUT OF ORDER - incoming packet = 20373 and received packet = 20396 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 20374 and received packet = 20396 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 20375 and received packet = 20396 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 20376 and received packet = 20396 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 20377 and received packet = 20396 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 20378 and received packet = 20396 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 20379 and received packet = 20396 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 20380 and received packet = 20396 AND SP = 4
[ 4] 0.00-1.00 sec 10.7 MBytes 90.0 Mbits/sec 0.165 ms 8/8038 (0.1%)
iperf3: OUT OF ORDER - incoming packet = 32346 and received packet = 32361 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32347 and received packet = 32362 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32348 and received packet = 32364 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32349 and received packet = 32366 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32350 and received packet = 32366 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32351 and received packet = 32367 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32352 and received packet = 32369 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32353 and received packet = 32369 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 32354 and received packet = 32369 AND SP = 4
[ 4] 1.00-2.00 sec 10.7 MBytes 90.0 Mbits/sec 0.153 ms 9/8034 (0.11%)
[ 4] 2.00-3.00 sec 10.7 MBytes 90.0 Mbits/sec 0.178 ms 1/8037 (0.012%)
[ 4] 3.00-4.00 sec 10.7 MBytes 90.0 Mbits/sec 0.170 ms 0/8036 (0%)
[ 4] 4.00-5.00 sec 10.7 MBytes 90.0 Mbits/sec 0.164 ms 0/8035 (0%)
[ 4] 5.00-6.00 sec 10.7 MBytes 90.0 Mbits/sec 0.168 ms 0/8037 (0%)
[ 4] 6.00-7.00 sec 10.7 MBytes 90.0 Mbits/sec 0.173 ms 2/8034 (0.025%)
[ 4] 7.00-8.00 sec 10.7 MBytes 90.0 Mbits/sec 0.141 ms 0/8035 (0%)
[ 4] 8.00-9.00 sec 10.2 MBytes 85.6 Mbits/sec 0.151 ms 0/7645 (0%)
[ 4] 9.00-10.00 sec 10.1 MBytes 85.0 Mbits/sec 0.182 ms 432/8022 (5.4%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 108 MBytes 90.4 Mbits/sec 0.188 ms 452/80372 (0.56%)
[ 4] Sent 80372 datagrams
[SUM] 0.0-10.0 sec 17 datagrams received out-of-order
CPU Utilization: local/receiver 18.1% (5.3%u/12.8%s), remote/sender 2.3% (0.0%u/2.3%s)

iperf Done.
---------------------------------------
$ iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 80M -l 1400 --omit 2 -R -u
iperf 3.1.3
CYGWIN_NT-10.0 Lenovo-PC 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Sat, 16 Feb 2019 10:39:07 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
Cookie: Lenovo-PC.1550313547.674607.12a1fdf0
[ 4] local 192.168.0.110 port 56027 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 2 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 9.74 MBytes 81.7 Mbits/sec 0.093 ms 120/7417 (1.6%) (omitted)
[ 4] 1.00-2.00 sec 9.54 MBytes 80.0 Mbits/sec 0.080 ms 0/7143 (0%) (omitted)
[ 4] 0.00-1.00 sec 9.54 MBytes 80.0 Mbits/sec 0.098 ms 0/7145 (0%)
[ 4] 1.00-2.00 sec 9.54 MBytes 80.0 Mbits/sec 0.097 ms 0/7142 (0%)
[ 4] 2.00-3.00 sec 9.54 MBytes 80.0 Mbits/sec 0.137 ms 0/7142 (0%)
[ 4] 3.00-4.00 sec 9.54 MBytes 80.0 Mbits/sec 0.104 ms 1/7144 (0.014%)
[ 4] 4.00-5.00 sec 9.53 MBytes 80.0 Mbits/sec 0.105 ms 1/7142 (0.014%)
[ 4] 5.00-6.00 sec 9.53 MBytes 80.0 Mbits/sec 0.110 ms 1/7142 (0.014%)
[ 4] 6.00-7.00 sec 9.54 MBytes 80.0 Mbits/sec 0.095 ms 0/7142 (0%)
[ 4] 7.00-8.00 sec 9.54 MBytes 80.0 Mbits/sec 0.084 ms 0/7147 (0%)
[ 4] 8.00-9.00 sec 9.53 MBytes 79.9 Mbits/sec 0.095 ms 0/7138 (0%)
[ 4] 9.00-10.00 sec 9.36 MBytes 78.5 Mbits/sec 0.114 ms 136/7144 (1.9%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 95.8 MBytes 80.3 Mbits/sec 0.074 ms 139/71448 (0.19%)
[ 4] Sent 71448 datagrams
CPU Utilization: local/receiver 22.5% (7.6%u/14.9%s), remote/sender 0.6% (0.0%u/0.6%s)

iperf Done.

I'm also on Frogfoot 100Mbps.

 

[John Tempus]

@TheRoDent did something just go super wonky in Cape Town ? No loss but 141ms between 154.0.1.13 and 154.0.4.158

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 8 | 8 | 0 | 0 | 0 | 0 |
| 155.93.248.1 - 0 | 8 | 8 | 2 | 3 | 5 | 2 |
| 154.0.1.125 - 0 | 8 | 8 | 1 | 1 | 2 | 1 |
| 154.0.1.13 - 0 | 8 | 8 | 1 | 1 | 2 | 1 |
| 154.0.4.158 - 0 | 8 | 8 | 140 | 140 | 141 | 141 |
| 154.0.5.18 - 0 | 8 | 8 | 140 | 140 | 143 | 140 |
| 195.66.225.179 - 0 | 8 | 8 | 141 | 141 | 145 | 141 |
| 1.1.1.1 - 0 | 8 | 8 | 141 | 141 | 141 | 141 |
|________________________________________________|______|______|______|______|______|______|

 

[Charmingmage10]

noticed latency through sacs cable to Miami not what it used to be...about 30% higher.

 

[AfricanTech]

It means you have quite a bit of packet loss on your line at 100mbps. If your actual line speeds is 100mbps, please re-run the test at a bit lower than your 100mbps rate, e.g. 80mbps.

Example:
iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 80M -l 1400 --omit 2 -R -u

C:\Users\ME\Desktop\iperf-3.1.3-win64>iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 80M -l 1400 --omit 2 -R -u
iperf 3.1.3
CYGWIN_NT-10.0 ME-Desktop 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Sun, 17 Feb 2019 08:25:48 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
Cookie: ME-Desktop.1550391947.834265.1a20e09
[ 4] local 192.168.88.200 port 58821 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 2 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 9.69 MBytes 81.3 Mbits/sec 0.174 ms 0/7259 (0%) (omitted)
iperf3: OUT OF ORDER - incoming packet = 10538 and received packet = 10564 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10539 and received packet = 10566 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 10540 and received packet = 10566 AND SP = 4
[ 4] 1.00-2.00 sec 9.34 MBytes 78.3 Mbits/sec 0.226 ms 152/7143 (2.1%) (omitted)
[ 4] 0.00-1.00 sec 9.36 MBytes 78.5 Mbits/sec 0.213 ms 136/7144 (1.9%)
[ 4] 1.00-2.00 sec 9.37 MBytes 78.6 Mbits/sec 0.208 ms 126/7145 (1.8%)
[ 4] 2.00-3.00 sec 9.50 MBytes 79.7 Mbits/sec 0.173 ms 27/7142 (0.38%)
[ 4] 3.00-4.00 sec 9.54 MBytes 80.0 Mbits/sec 0.192 ms 0/7143 (0%)
[ 4] 4.00-5.00 sec 9.54 MBytes 80.0 Mbits/sec 0.189 ms 0/7142 (0%)
[ 4] 5.00-6.00 sec 9.54 MBytes 80.0 Mbits/sec 0.210 ms 0/7143 (0%)
[ 4] 6.00-7.00 sec 9.54 MBytes 80.0 Mbits/sec 0.197 ms 0/7143 (0%)
[ 4] 7.00-8.00 sec 9.43 MBytes 79.1 Mbits/sec 0.204 ms 82/7143 (1.1%)
[ 4] 8.00-9.00 sec 9.42 MBytes 79.0 Mbits/sec 0.210 ms 85/7141 (1.2%)
[ 4] 9.00-10.00 sec 9.54 MBytes 80.0 Mbits/sec 0.191 ms 0/7142 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 95.6 MBytes 80.2 Mbits/sec 0.178 ms 456/71449 (0.64%)
[ 4] Sent 71449 datagrams
CPU Utilization: local/receiver 24.2% (8.3%u/15.9%s), remote/sender 0.0% (0.0%u/0.0%s)

iperf Done.

 

[Tinuva]

@TheRoDent did something just go super wonky in Cape Town ? No loss but 141ms between 154.0.1.13 and 154.0.4.158

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 8 | 8 | 0 | 0 | 0 | 0 |
| 155.93.248.1 - 0 | 8 | 8 | 2 | 3 | 5 | 2 |
| 154.0.1.125 - 0 | 8 | 8 | 1 | 1 | 2 | 1 |
| 154.0.1.13 - 0 | 8 | 8 | 1 | 1 | 2 | 1 |
| 154.0.4.158 - 0 | 8 | 8 | 140 | 140 | 141 | 141 |
| 154.0.5.18 - 0 | 8 | 8 | 140 | 140 | 143 | 140 |
| 195.66.225.179 - 0 | 8 | 8 | 141 | 141 | 145 | 141 |
| 1.1.1.1 - 0 | 8 | 8 | 141 | 141 | 141 | 141 |
|________________________________________________|______|______|______|______|______|______|

Looks normal. 154.0.4.158 sits in London on the CISP network.

What have happened in your traceroute, is that CloudFlare rerouted to London for a short while there. Could be for many reasons, either CISP busy with network maintenance and a blip happened in the routing, or CloudFlare is busy with maintenance and they stopped advertising their SA ranges for a short while.

 

[daelm]

related to my CI/VT contract, does anyone have a contact at Vumatel? I have been trying to get my line checked since December, as it is intermittently slow on both wifi and cable, without reason. Vumatel insists that I have to work through the ISP, Cool Ideas, who booked a call out. Vumatel missed two appointments to come out, and then cancelled the call due to "insufficient information". I'd like to follow up.

Also, recommendations for another fibre provider are also welcome. Vumatel not working for me and the Cool Ideas relationship achieves little.

Thanks

 

[Toxic T]

@PBCool no internet here at the William. Tried tech support, no answer as it is after hours. Can anyone help?

 

[Techyon]

@PBCool

Sitting with a problem on my MFN line certain things are working correctly but others are not.

I have logged a ticket with yoursupport but the response I got has not resolved the issue at all.

Ticket number : #COOL-201902161-220075

 

[f2wohf]

18 minutes on the phone, it was suspended because I forgot to pay.

Reactivated by tomorrow in theory.

Stupid me.

Still not reactivated 2 days later.

And I'm leaving tomorrow so it's now useless to do so.

 

[Johnatan56]

Still not reactivated 2 days later.

And I'm leaving tomorrow so it's now useless to do so.

I don't think sales would activate it over the weekend...

 

[f2wohf]

I don't think sales would activate it over the weekend...

Then the consultant on the phone shouldn't have been adamant that it would be reactivated on Saturday...

 

[Johnatan56]

Then the consultant on the phone shouldn't have been adamant that it would be reactivated on Saturday...

Why don't you call again? Personally would have thought it's a sales issue, and most places' sales people only work weekdays.

 

[f2wohf]

Why don't you call again? Personally would have thought it's a sales issue, and most places' sales people only work weekdays.

I wasn't home yesterday, came back at lunch today am leaving tomorrow morning so I'll leave it here.

I'll probably cancel fiber soon anyway, I'm hardly home 2 days a week and when I am I spend most of the time out.

 

[Looney]

FFS! Anyone else having issues?

 

[ryanrich]

FFS! Anyone else having issues?

Nope, 145ms latency and normal download / upload to Europe. Frogfoot 100/100, Cape Town.

 

[Looney]

Nope, 145ms latency and normal download / upload to Europe. Frogfoot 100/100, Cape Town.

Sorry, should have mentioned, I’m on Vuma Aerial 200/200 in JHB.

 

[vaya]

Its terrible my ping is currently 30+ (from 4ms) to cool ideas when doing a speedtest

Yeah, seeing that tonight too.

x@x:~$ mtr -rc 50 cisp.co.za
HOST: x                           Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- ???                       100.0    50    0.0   0.0   0.0   0.0   0.0
  2.|-- 154.0.5.185                0.0%    50    3.8   3.7   3.5   4.0   0.1
  3.|-- 154.0.5.190                0.0%    50   26.0  28.5  20.6  32.3   3.0
  4.|-- 154.0.5.66                 0.0%    50   30.5  29.2  20.1  33.8   3.4
    |  `|-- 154.0.5.65
  5.|-- 154.0.5.145                0.0%    50   32.5  29.7  22.1  33.8   3.1
  6.|-- 154.0.3.226                0.0%    50   30.1  30.3  20.2  34.2   3.0
  7.|-- 154.0.13.95                2.0%    50   22.3  29.9  19.5  35.0   3.4

Openserve slow for me as well tonight for the first time in a while.... anthing going on?

Yeah, on openserve too. Local seems okay but with a higher ping and international not looking great. Can't watch Twitch.

 

[PBCool]

related to my CI/VT contract, does anyone have a contact at Vumatel? I have been trying to get my line checked since December, as it is intermittently slow on both wifi and cable, without reason. Vumatel insists that I have to work through the ISP, Cool Ideas, who booked a call out. Vumatel missed two appointments to come out, and then cancelled the call due to "insufficient information". I'd like to follow up.

Also, recommendations for another fibre provider are also welcome. Vumatel not working for me and the Cool Ideas relationship achieves little.

Thanks

Please give me your ref number?