Cool Ideas Fibre ISP - Feedback

[Tinuva]

Well then CISP must fix that routing issue.

Look I know you are agitated but that attitude will not help your cause.

Ping pbcool and ask him to have a look. Make sure you have a ticket number ready.

 

[John Tempus]

View attachment 619606


Octotel is in the area, but they never entered our complex as the people already had Vumatel so the body corporate said no, they did bring the fibre all the way to the gate, but not inside the complex, wish they had as I would have taken one just for a backup line

Assuming you dont have any other underlying issues at your POP. Try get @TheRoDent attention see if he can assign you a static ip and just maybe it solves your woes if you are in some neverending DHCP related shitshow. Ive had issue with DHCP assigning IP but no traffic whereas at the same time using static ip at least had no problem so for this small miracle of lesser issues I thank @TheRoDent , now we just need to slay the Vumatel Gremlins within their system.

 

[semaphore]

Look I know you are agitated but that attitude will not help your cause.

Ping pbcool and ask him to have a look. Make sure you have a ticket number ready.

I have been pinging them since yesterday and provided my ticket number, as have other people @Tinuva as you can see we have had no feedback here or on our tickets. So my agitation and everyone else's is warranted, as we are paying for a service that is not performing and we need to work. So perhaps read the thread instead of assuming we have not done so already?

A very simple response : "We are still trying to isolate the cause", would go along way.

 

[irBosOtter]

Assuming you dont have any other underlying issues at your POP. Try get @TheRoDent attention see if he can assign you a static ip and just maybe it solves your woes if you are in some neverending DHCP related shitshow. Ive had issue with DHCP assigning IP but no traffic whereas at the same time using static ip at least had no problem so for this small miracle of lesser issues I thank @TheRoDent , now we just need to slay the Vumatel Gremlins within their system.

Ja perhaps I will try that, also taking a UPS home today to see if that will help somehow

 

[Tinuva]

I have been pinging them since yesterday and provided my ticket number, as have other people @Tinuva as you can see we have had no feedback here or on our tickets. So my agitation and everyone else's is warranted, as we are paying for a service that is not performing and we need to work. So perhaps read the thread instead of assuming we have not done so already?

A very simple response : "We are still trying to isolate the cause", would go along way.

Ok feel free to continue as you have.

Its almost impossible to read every post on this thread the way it has been going. Just talking from personal experience, that being agitated got me nowhere in life ever, whereas having respect and understanding you dealing with human beings who very likely are overloaded with issues right, has done wonders for me getting issues resolved.

Next time please don't quote me with your agitation, I only wanted to help you where I can, even though I don't work for CISP.

 

[Praeses]

MTR to coreix.net followed by an iperf to trcvmh01.cisp.co.za (from which I had to delete parts as my post exceeded the maximum post length.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.0.1 -    0 |   99 |   99 |    0 |    0 |    3 |    0 |
|                u1h-cust.coolideas.co.za -    0 |   99 |   99 |    6 |    8 |   58 |    6 |
|                uya-cust.coolideas.co.za -    0 |   99 |   99 |    6 |    7 |   60 |    6 |
|        Destination network unreachable. -   39 |   52 |   32 |    0 |    7 |   13 |    6 |
|        Destination network unreachable. -   42 |   63 |   37 |    0 |    9 |   18 |   10 |
|        Destination network unreachable. -   38 |   48 |   30 |    0 |  197 |  203 |  197 |
|        Destination network unreachable. -   39 |   52 |   32 |    0 |  182 |  187 |  182 |
|        Destination network unreachable. -   48 |   68 |   36 |    0 |  178 |  245 |  173 |
|        Destination network unreachable. -   42 |   63 |   37 |    0 |  184 |  214 |  183 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider


D:\Temp>iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 10M -l 1400 --omit 2 -R -u
iperf 3.1.3
CYGWIN_NT-10.0 Praeses 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Thu, 14 Feb 2019 07:17:39 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
      Cookie: Praeses.1550128658.935273.119394396b
[  4] local 192.168.0.2 port 59920 connected to 154.0.15.181 port 17001
Starting Test: protocol: UDP, 1 streams, 1400 byte blocks, omitting 2 seconds, 10 second test
iperf3: OUT OF ORDER - incoming packet = 14 and received packet = 68 AND SP = 4
SNIP
iperf3: OUT OF ORDER - incoming packet = 39 and received packet = 71 AND SP = 4
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  1.24 MBytes  10.4 Mbits/sec  0.086 ms  26/928 (2.8%)  (omitted)
iperf3: OUT OF ORDER - incoming packet = 1159 and received packet = 1186 AND SP = 4
SNIP
iperf3: OUT OF ORDER - incoming packet = 1342 and received packet = 1398 AND SP = 4
[  4]   1.00-2.00   sec  1.19 MBytes  10.0 Mbits/sec  0.096 ms  21/892 (2.4%)  (omitted)
iperf3: OUT OF ORDER - incoming packet = 1886 and received packet = 1904 AND SP = 4
SNIP
iperf3: OUT OF ORDER - incoming packet = 1901 and received packet = 1907 AND SP = 4
[  4]   0.00-1.00   sec  1.19 MBytes  9.99 Mbits/sec  0.408 ms  17/893 (1.9%)
[  4]   1.00-2.00   sec  1.19 MBytes  10.0 Mbits/sec  0.112 ms  0/893 (0%)
iperf3: OUT OF ORDER - incoming packet = 3848 and received packet = 3871 AND SP = 4
SNIP
iperf3: OUT OF ORDER - incoming packet = 4276 and received packet = 4301 AND SP = 4
[  4]   2.00-3.00   sec  1.19 MBytes  10.0 Mbits/sec  0.086 ms  22/893 (2.5%)
iperf3: OUT OF ORDER - incoming packet = 4884 and received packet = 4889 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 4885 and received packet = 4889 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 4886 and received packet = 4889 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 4887 and received packet = 4890 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 4888 and received packet = 4891 AND SP = 4
[  4]   3.00-4.00   sec  1.19 MBytes  10.0 Mbits/sec  0.088 ms  6/894 (0.67%)
iperf3: OUT OF ORDER - incoming packet = 5560 and received packet = 5564 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 5561 and received packet = 5566 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 5562 and received packet = 5567 AND SP = 4
[  4]   4.00-5.00   sec  1.19 MBytes  9.99 Mbits/sec  0.138 ms  3/892 (0.34%)
iperf3: OUT OF ORDER - incoming packet = 6394 and received packet = 6424 AND SP = 4
SNIP
iperf3: OUT OF ORDER - incoming packet = 6501 and received packet = 6532 AND SP = 4
[  4]   5.00-6.00   sec  1.19 MBytes  10.0 Mbits/sec  0.156 ms  26/893 (2.9%)
iperf3: OUT OF ORDER - incoming packet = 7484 and received packet = 7551 AND SP = 4
SNIP
iperf3: OUT OF ORDER - incoming packet = 7494 and received packet = 7553 AND SP = 4
[  4]   6.00-7.00   sec  1.19 MBytes  10.0 Mbits/sec  0.080 ms  11/893 (1.2%)
iperf3: OUT OF ORDER - incoming packet = 8172 and received packet = 8200 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8173 and received packet = 8201 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8174 and received packet = 8201 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8175 and received packet = 8202 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 8176 and received packet = 8202 AND SP = 4
[  4]   7.00-8.00   sec  1.19 MBytes  10.0 Mbits/sec  0.111 ms  5/893 (0.56%)
iperf3: OUT OF ORDER - incoming packet = 9651 and received packet = 9661 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9652 and received packet = 9661 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9631 and received packet = 9661 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9653 and received packet = 9661 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9632 and received packet = 9662 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9633 and received packet = 9663 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9654 and received packet = 9663 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9634 and received packet = 9663 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9655 and received packet = 9663 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 9656 and received packet = 9664 AND SP = 4
[  4]   8.00-9.00   sec  1.19 MBytes  10.0 Mbits/sec  0.087 ms  10/893 (1.1%)
[  4]   9.00-10.00  sec  1.19 MBytes  9.99 Mbits/sec  0.125 ms  0/892 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  12.0 MBytes  10.1 Mbits/sec  0.158 ms  100/8950 (1.1%)
[  4] Sent 8950 datagrams
[SUM]  0.0-10.0 sec  98 datagrams received out-of-order
CPU Utilization: local/receiver 3.5% (1.0%u/2.4%s), remote/sender 0.1% (0.0%u/0.1%s)

 

[Luffy101]

There is mine

 

[Praeses]

WinMTR to queen.cisp.co.za


|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 75 | 75 | 0 | 0 | 8 | 0 |
| u1h-cust.coolideas.co.za - 0 | 75 | 75 | 6 | 7 | 15 | 6 |
| uya-cust.coolideas.co.za - 2 | 71 | 70 | 5 | 8 | 37 | 7 |
| Destination network unreachable. - 63 | 29 | 11 | 0 | 17 | 69 | 7 |
| Destination network unreachable. - 68 | 28 | 9 | 0 | 20 | 70 | 10 |
| Destination network unreachable. - 72 | 28 | 8 | 0 | 198 | 205 | 196 |
| Destination network unreachable. - 66 | 32 | 11 | 0 | 188 | 244 | 184 |
| Destination network unreachable. - 69 | 32 | 10 | 0 | 185 | 236 | 174 |
| Destination network unreachable. - 66 | 29 | 10 | 0 | 184 | 236 | 178 |
| Destination network unreachable. - 68 | 31 | 10 | 0 | 190 | 246 | 184 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

[jannier]

mine looks fine. only 155.93.252.1 seems to be having some latency issues

C:\iperf>iperf3 --verbose --port 17001 -c trcvmh01.cisp.co.za --bandwidth 10M -l 1400 --omit 2 -R -u
iperf 3.1.3
CYGWIN_NT-10.0 JANNIE-PC 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Thu, 14 Feb 2019 07:25:12 GMT
Connecting to host trcvmh01.cisp.co.za, port 17001
Reverse mode, remote host trcvmh01.cisp.co.za is sending
Cookie: JANNIE-PC.1550129112.313602.314f6a90
[ 4] local 192.168.88.252 port 52146 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 1.24 MBytes 10.4 Mbits/sec 0.143 ms 0/929 (0%) (omitted)
[ 4] 1.00-2.00 sec 1.19 MBytes 9.99 Mbits/sec 0.157 ms 0/892 (0%) (omitted)
[ 4] 0.00-1.00 sec 1.19 MBytes 10.0 Mbits/sec 0.132 ms 0/895 (0%)
[ 4] 1.00-2.00 sec 1.19 MBytes 9.99 Mbits/sec 0.143 ms 0/892 (0%)
[ 4] 2.00-3.00 sec 1.19 MBytes 10.0 Mbits/sec 0.201 ms 0/893 (0%)
[ 4] 3.00-4.00 sec 1.19 MBytes 10.0 Mbits/sec 0.094 ms 0/892 (0%)
[ 4] 4.00-5.00 sec 1.19 MBytes 10.0 Mbits/sec 0.166 ms 0/893 (0%)
[ 4] 5.00-6.00 sec 1.19 MBytes 9.99 Mbits/sec 0.126 ms 0/892 (0%)
[ 4] 6.00-7.00 sec 1.19 MBytes 10.0 Mbits/sec 0.186 ms 0/894 (0%)
[ 4] 7.00-8.00 sec 1.19 MBytes 10.0 Mbits/sec 0.089 ms 0/893 (0%)
[ 4] 8.00-9.00 sec 1.19 MBytes 10.0 Mbits/sec 0.119 ms 0/893 (0%)
[ 4] 9.00-10.00 sec 1.19 MBytes 10.0 Mbits/sec 0.087 ms 0/893 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 12.0 MBytes 10.0 Mbits/sec 0.087 ms 0/8930 (0%)
[ 4] Sent 8930 datagrams
CPU Utilization: local/receiver 5.7% (3.1%u/2.6%s), remote/sender 0.0% (0.0%u/0.0%s)

iperf Done.


|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router.lan - 0 | 131 | 131 | 0 | 0 | 0 | 0 |
| 155.93.252.1 - 0 | 131 | 131 | 2 | 10 | 79 | 21 |
| 154.0.1.125 - 0 | 131 | 131 | 0 | 0 | 1 | 1 |
| 154.0.1.13 - 0 | 131 | 131 | 1 | 1 | 1 | 1 |
| 154.0.4.158 - 0 | 130 | 130 | 140 | 140 | 141 | 141 |
| 154.0.5.18 - 0 | 130 | 130 | 140 | 140 | 141 | 141 |
| be20.asr01.thn.as20860.net - 0 | 130 | 130 | 141 | 141 | 144 | 141 |
| po201.dc9core1.as20860.net - 0 | 130 | 130 | 144 | 150 | 246 | 162 |
| 94.zone.4.r.dc9.redstation.co.uk - 0 | 130 | 130 | 145 | 150 | 337 | 146 |
| queen.cisp.co.za - 0 | 130 | 130 | 144 | 144 | 156 | 144 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

[Praeses]

Looks like the international issue is mostly affecting people not in CPT? Probably all of us routing through JHB.

 

[image132]

Octotel, Southern Suburbs.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |  100 |  100 |    0 |    0 |    0 |    0 |
|                             154.0.0.246 -    0 |  100 |  100 |    1 |    1 |    2 |    1 |
|                             154.0.4.161 -    0 |  100 |  100 |    1 |    1 |    2 |    1 |
|                             154.0.4.158 -    0 |  100 |  100 |  141 |  141 |  141 |  141 |
|                              154.0.5.18 -    0 |  100 |  100 |  141 |  141 |  142 |  141 |
|              be20.asr01.thn.as20860.net -    0 |  100 |  100 |  141 |  142 |  150 |  142 |
|              po201.dc9core1.as20860.net -    0 |  100 |  100 |  144 |  148 |  306 |  144 |
|        94.zone.4.r.dc9.redstation.co.uk -    0 |  100 |  100 |  145 |  147 |  163 |  146 |
|                        queen.cisp.co.za -    0 |  101 |  101 |  144 |  145 |  278 |  144 |
|________________________________________________|______|______|______|______|______|______|

 

[semaphore]

Looks like the international issue is mostly affecting people not in CPT? Probably all of us routing through JHB.

Yep.

@PBCool Can we have an update?

 

[John Tempus]

Ja perhaps I will try that, also taking a UPS home today to see if that will help somehow

I am about to break your ballz by saying this. UPS does not help when the vumatel network takes a huge dump after loadshedding. I don't know if you are surrounded by some lucky POP but for me and many many others in similar boat using UPS on their CPE when loadshedding kick in their fiber is poof and same struggle after power comes back up.

 

[John Tempus]

Octotel, Southern Suburbs.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |  100 |  100 |    0 |    0 |    0 |    0 |
|                             154.0.0.246 -    0 |  100 |  100 |    1 |    1 |    2 |    1 |
|                             154.0.4.161 -    0 |  100 |  100 |    1 |    1 |    2 |    1 |
|                             154.0.4.158 -    0 |  100 |  100 |  141 |  141 |  141 |  141 |
|                              154.0.5.18 -    0 |  100 |  100 |  141 |  141 |  142 |  141 |
|              be20.asr01.thn.as20860.net -    0 |  100 |  100 |  141 |  142 |  150 |  142 |
|              po201.dc9core1.as20860.net -    0 |  100 |  100 |  144 |  148 |  306 |  144 |
|        94.zone.4.r.dc9.redstation.co.uk -    0 |  100 |  100 |  145 |  147 |  163 |  146 |
|                        queen.cisp.co.za -    0 |  101 |  101 |  144 |  145 |  278 |  144 |
|________________________________________________|______|______|______|______|______|______|

The best ping looks fine seeing thats the international peer hitting at 141ms towards UK.

Who or what is queen.cisp.co.za and why is it loaded in the UK ? From Vumatel I get the same results to the test you ran so your results look fine just curious if you expected the destination to be a SA server because it is not.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 7 | 7 | 0 | 0 | 0 | 0 |
| 155.93.248.1 - 0 | 7 | 7 | 2 | 7 | 16 | 2 |
| 154.0.1.125 - 0 | 7 | 7 | 1 | 1 | 1 | 1 |
| 154.0.1.13 - 0 | 7 | 7 | 1 | 1 | 1 | 1 |
| 154.0.4.158 - 0 | 7 | 7 | 140 | 140 | 141 | 141 |
| 154.0.5.18 - 0 | 7 | 7 | 140 | 140 | 140 | 140 |
| 195.66.224.207 - 0 | 7 | 7 | 141 | 141 | 141 | 141 |
| 62.128.207.217 - 0 | 7 | 7 | 144 | 166 | 304 | 144 |
| 185.20.96.154 - 0 | 7 | 7 | 146 | 147 | 150 | 146 |
| 62.233.65.195 - 0 | 7 | 7 | 144 | 144 | 144 | 144 |
|________________________________________________|______|______|______|______|______|______|

 

[irBosOtter]

I am about to break your ballz by saying this. UPS does not help when the vumatel network takes a huge dump after loadshedding. I don't know if you are surrounded by some lucky POP but for me and many many others in similar boat using UPS on their CPE when loadshedding kick in their fiber is poof and same struggle after power comes back up.

Yes still willing to try as a friend in Durbanville (Not same POP) worked fine when he added a UPS yesterday morning

 

[John Tempus]

Yes still willing to try as a friend in Durbanville (Not same POP) worked fine when he added a UPS yesterday morning

Ah you(or him) might be lucky and hooked up to one of the POPs who still have their battery backups. Apparently the word is that some POPs batteries were stolen, lmao. And you know when something gets stolen, why replace it, not like its priority or anything.

 

[image132]

The best ping looks fine seeing thats the international peer hitting at 141ms towards UK.

Who or what is queen.cisp.co.za and why is it loaded in the UK ? From Vumatel I get the same results to the test you ran so your results look fine just curious if you expected the destination to be a SA server because it is not.

queen.cisp.co.za is CISPs London pop. As far as I know it the server they use to do control tests to, if you're curious lnms.cisp.co.za is CISPs jhb tests server. Else I use iperf.cisp.co.za which I think is hosted in France.

Anyway they all belong to CISP and I use them because you know if those "known good" routes show something funky then serious issues are afoot.

 

[PBCool]

We are aware of some arb international loss happening, it should be resolved shortly.

 

[John Tempus]

queen.cisp.co.za is CISPs London pop. As far as I know it the server they use to do control tests to, if you're curious lnms.cisp.co.za is CISPs jhb tests server. Else I use iperf.cisp.co.za which I think is hosted in France.

Anyway they all belong to CISP and I use them because you know if those "known good" routes show something funky then serious issues are afoot.

Ok I wasn't sure if you expected a better outcome and thus posted that MTR to show a bad outcome. Your MTR looks perfectly fine.

I wouldn't say they belong to CISP, its a redstation based server if anything you are just testing redstation ingress network more than CISP controlled network point. The only controlled test here would be up until you extra CISP network which is far down the line before you get to queen.cisp.co.za destination.

The first 2 CISP wont have control over(directly) over especially the last 2 which enter redstation datacenter they would have ZERO control over from what I can see.

| 195.66.224.207 - 0 | 7 | 7 | 141 | 141 | 141 | 141 |
| 62.128.207.217 - 0 | 7 | 7 | 144 | 166 | 304 | 144 |
| 185.20.96.154 - 0 | 7 | 7 | 146 | 147 | 150 | 146 |
| 62.233.65.195 - 0 | 7 | 7 | 144 | 144 | 144 | 144 |

 

[Tinuva]

I am about to break your ballz by saying this. UPS does not help when the vumatel network takes a huge dump after loadshedding. I don't know if you are surrounded by some lucky POP but for me and many many others in similar boat using UPS on their CPE when loadshedding kick in their fiber is poof and same struggle after power comes back up.

You mention multiple times you have the UPS on the CPE. Just checking, its on both the CPE and router not only the CPE?