Status
Not open for further replies.
@PBCool Any update on resolving the international issue with FrogFoot?
Yes we are making some progress with them, it might be something at the NNI, they want us to run different Iperfs which Ill send to you as soon as.
 
When running these commands:
iperf3 -R -u -b 160M -p 17001 -c queen.cisp.co.za

The 160M is for a 200Mbps service, you should define this at about 70% of your line capacity. IE 20Mbps you would use around 15M

This allows for some overhead to ensure you're not saturating the service at the same time which then creates packet loss in itself.
 
When running these commands:
iperf3 -R -u -b 160M -p 17001 -c queen.cisp.co.za

The 160M is for a 200Mbps service, you should define this at about 70% of your line capacity. IE 20Mbps you would use around 15M

This allows for some overhead to ensure you're not saturating the service at the same time which then creates packet loss in itself.

Oh right, forgot about that, Jacques sent me the requirements for my 100Mb line, I get this if I make it 70M, which looks a lot better...

Code:
Connecting to host queen.cisp.co.za, port 17001
Reverse mode, remote host queen.cisp.co.za is sending
[  4] local 192.168.1.5 port 63776 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datag
rams
[  4]   0.00-1.00   sec  8.52 MBytes  71.4 Mbits/sec  0.011 ms  185/1275 (15%)

[  4]   1.00-2.00   sec  8.32 MBytes  69.7 Mbits/sec  0.295 ms  4/1069 (0.37%)

[  4]   2.00-3.00   sec  8.34 MBytes  70.1 Mbits/sec  0.201 ms  0/1068 (0%)
[  4]   3.00-4.00   sec  8.34 MBytes  70.0 Mbits/sec  0.074 ms  0/1068 (0%)
iperf3: OUT OF ORDER - incoming packet = 5296 and received packet = 5302 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 5297 and received packet = 5303 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 5298 and received packet = 5303 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 5299 and received packet = 5303 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 5300 and received packet = 5303 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 5301 and received packet = 5303 AND SP
= 4
[  4]   4.00-5.00   sec  8.34 MBytes  70.0 Mbits/sec  0.036 ms  6/1068 (0.56%)

[  4]   5.00-6.00   sec  8.35 MBytes  70.1 Mbits/sec  0.014 ms  0/1069 (0%)
iperf3: OUT OF ORDER - incoming packet = 6785 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6786 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6787 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6788 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6789 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6790 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6791 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6792 and received packet = 6795 AND SP
= 4
iperf3: OUT OF ORDER - incoming packet = 6793 and received packet = 6795 AND SP
= 4
[  4]   6.00-7.00   sec  8.33 MBytes  69.9 Mbits/sec  0.064 ms  11/1068 (1%)
[  4]   7.00-8.00   sec  8.33 MBytes  69.9 Mbits/sec  0.014 ms  2/1068 (0.19%)

[  4]   8.00-9.00   sec  7.89 MBytes  66.2 Mbits/sec  0.086 ms  58/1068 (5.4%)

[  4]   9.00-10.00  sec  8.34 MBytes  70.0 Mbits/sec  0.016 ms  0/1068 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datag
rams
[  4]   0.00-10.00  sec  86.3 MBytes  72.4 Mbits/sec  0.010 ms  266/11045 (2.4%)

[  4] Sent 11045 datagrams
[SUM]  0.0-10.0 sec  15 datagrams received out-of-order

iperf Done.

Thanks for your guys efforts with Frogfoot!
 
I have a contact at OS and he gave me a test account to try this evening at peak time ( when i usually have issues). If this thing flies tonight, then CISP is in groot k@k ;-) . . lol
 
:eek: The lost packets....your link must be terrible to London.

Although I dont know, my line looks like this:
Code:
root@bastion ~ # iperf3 -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.241.180 port 55326 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  14.7 MBytes   123 Mbits/sec  0.180 ms  3308/13931 (24%)
[  4]   1.00-2.00   sec  12.5 MBytes   105 Mbits/sec  0.175 ms  4756/13813 (34%)
iperf3: OUT OF ORDER - incoming packet = 38913 and received packet = 40811 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 38914 and received packet = 40811 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 38927 and received packet = 40811 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 38946 and received packet = 40811 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 38969 and received packet = 40826 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 38991 and received packet = 40826 AND SP = 4
[  4]   2.00-3.00   sec  12.5 MBytes   105 Mbits/sec  0.187 ms  4757/13811 (34%)
[  4]   3.00-4.00   sec  12.5 MBytes   105 Mbits/sec  0.176 ms  4754/13813 (34%)
[  4]   4.00-5.00   sec  12.5 MBytes   105 Mbits/sec  0.182 ms  4749/13810 (34%)
[  4]   5.00-6.00   sec  12.5 MBytes   105 Mbits/sec  0.179 ms  4749/13813 (34%)
[  4]   6.00-7.00   sec  12.5 MBytes   105 Mbits/sec  0.204 ms  4755/13810 (34%)
[  4]   7.00-8.00   sec  12.5 MBytes   105 Mbits/sec  0.172 ms  4750/13815 (34%)
[  4]   8.00-9.00   sec  12.5 MBytes   105 Mbits/sec  0.175 ms  4754/13813 (34%)
iperf3: OUT OF ORDER - incoming packet = 136920 and received packet = 136970 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136921 and received packet = 136970 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136922 and received packet = 136970 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136923 and received packet = 136970 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136924 and received packet = 136970 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136925 and received packet = 136970 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136926 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136927 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136928 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136929 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136930 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136931 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136932 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136933 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136934 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136935 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136936 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136937 and received packet = 136973 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136938 and received packet = 136976 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136939 and received packet = 136979 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136940 and received packet = 136979 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136941 and received packet = 136979 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136943 and received packet = 136979 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 136960 and received packet = 136979 AND SP = 4
[  4]   9.00-10.00  sec  12.5 MBytes   105 Mbits/sec  0.156 ms  4785/13813 (35%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec   194 MBytes   163 Mbits/sec  0.187 ms  46974/140725 (33%)
[  4] Sent 140725 datagrams
[SUM]  0.0-10.0 sec  30 datagrams received out-of-order

iperf Done.
So you also on 200Mbps?
 
So you also on 200Mbps?
Naw I am on 100/100.

If I change the -b parameter to 100M (I know @PBCool said 70% of line), I actually get minimal loss.
Code:
root@bastion ~ # iperf3 -R -u -b 100M -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.241.180 port 42569 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  12.0 MBytes   101 Mbits/sec  0.014 ms  306/9032 (3.4%)
[  4]   1.00-2.00   sec  11.9 MBytes   100 Mbits/sec  0.017 ms  0/8632 (0%)
[  4]   2.00-3.00   sec  11.9 MBytes   100 Mbits/sec  0.018 ms  0/8633 (0%)
[  4]   3.00-4.00   sec  11.9 MBytes   100 Mbits/sec  0.016 ms  0/8633 (0%)
[  4]   4.00-5.00   sec  11.9 MBytes   100 Mbits/sec  0.015 ms  0/8632 (0%)
[  4]   5.00-6.00   sec  11.9 MBytes   100 Mbits/sec  0.013 ms  0/8633 (0%)
[  4]   6.00-7.00   sec  11.9 MBytes   100 Mbits/sec  0.015 ms  0/8632 (0%)
[  4]   7.00-8.00   sec  11.9 MBytes   100 Mbits/sec  0.011 ms  0/8633 (0%)
[  4]   8.00-9.00   sec  11.9 MBytes   100 Mbits/sec  0.013 ms  0/8633 (0%)
[  4]   9.00-10.00  sec  11.9 MBytes   100 Mbits/sec  0.018 ms  0/8632 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec   121 MBytes   102 Mbits/sec  0.019 ms  306/87977 (0.35%)
[  4] Sent 87977 datagrams

iperf Done.

On my RB751G that would never be possible. But this is on the RB750Gr3 and since I got this router, my internet has been flying full speed any time of the day.
 
Naw I am on 100/100.

If I change the -b parameter to 100M (I know @PBCool said 70% of line), I actually get minimal loss.
Code:
root@bastion ~ # iperf3 -R -u -b 100M -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.241.180 port 42569 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  12.0 MBytes   101 Mbits/sec  0.014 ms  306/9032 (3.4%)
[  4]   1.00-2.00   sec  11.9 MBytes   100 Mbits/sec  0.017 ms  0/8632 (0%)
[  4]   2.00-3.00   sec  11.9 MBytes   100 Mbits/sec  0.018 ms  0/8633 (0%)
[  4]   3.00-4.00   sec  11.9 MBytes   100 Mbits/sec  0.016 ms  0/8633 (0%)
[  4]   4.00-5.00   sec  11.9 MBytes   100 Mbits/sec  0.015 ms  0/8632 (0%)
[  4]   5.00-6.00   sec  11.9 MBytes   100 Mbits/sec  0.013 ms  0/8633 (0%)
[  4]   6.00-7.00   sec  11.9 MBytes   100 Mbits/sec  0.015 ms  0/8632 (0%)
[  4]   7.00-8.00   sec  11.9 MBytes   100 Mbits/sec  0.011 ms  0/8633 (0%)
[  4]   8.00-9.00   sec  11.9 MBytes   100 Mbits/sec  0.013 ms  0/8633 (0%)
[  4]   9.00-10.00  sec  11.9 MBytes   100 Mbits/sec  0.018 ms  0/8632 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec   121 MBytes   102 Mbits/sec  0.019 ms  306/87977 (0.35%)
[  4] Sent 87977 datagrams

iperf Done.

On my RB751G that would never be possible. But this is on the RB750Gr3 and since I got this router, my internet has been flying full speed any time of the day.

I'm using an Archer D9, mid to top end domestic router... Wired connection, cat 6 into 1gb ethernet card.

Mmmm.. so my line is definitely bjorked!! I've suspected as such for a while now!! Hopefully it gets sorted!! Fck sakes!!
 
Just comparison purposes:

Octotel 20mb Line:

mde@HPM:~$ iperf3 -R -u -b 15M -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.8 port 57975 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.86 MBytes 15.6 Mbits/sec 0.087 ms 0/238 (0%)
[ 4] 1.00-2.00 sec 1.70 MBytes 14.3 Mbits/sec 0.117 ms 11/229 (4.8%)
[ 4] 2.00-3.00 sec 1.79 MBytes 15.0 Mbits/sec 0.081 ms 0/229 (0%)
[ 4] 3.00-4.00 sec 1.73 MBytes 14.5 Mbits/sec 0.108 ms 8/229 (3.5%)
[ 4] 4.00-5.00 sec 1.78 MBytes 14.9 Mbits/sec 0.088 ms 0/228 (0%)
[ 4] 5.00-6.00 sec 1.72 MBytes 14.4 Mbits/sec 0.123 ms 10/230 (4.3%)
[ 4] 6.00-7.00 sec 1.78 MBytes 14.9 Mbits/sec 0.221 ms 0/228 (0%)
[ 4] 7.00-8.00 sec 1.73 MBytes 14.5 Mbits/sec 0.051 ms 8/229 (3.5%)
[ 4] 8.00-9.00 sec 1.79 MBytes 15.0 Mbits/sec 0.084 ms 0/229 (0%)
[ 4] 9.00-10.00 sec 1.73 MBytes 14.5 Mbits/sec 0.072 ms 7/229 (3.1%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 18.2 MBytes 15.3 Mbits/sec 0.104 ms 44/2331 (1.9%)
[ 4] Sent 2331 datagrams
 
I'm using an Archer D9, mid to top end domestic router... Wired connection, cat 6 into 1gb ethernet card.

Mmmm.. so my line is definitely bjorked!! I've suspected as such for a while now!! Hopefully it gets sorted!! Fck sakes!!
Sucks, but at least now you know what a good iperf3 should look like, and also on the same ISP as you.
 
FrogFoot 100/100

iperf3 -R -u -b 70M -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 10.0.2.13 port 33784 connected to 62.233.65.195 port 17001
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 8.47 MBytes 71.0 Mbits/sec 0.072 ms 24/1108 (2.2%)
[ 4] 1.00-2.00 sec 8.34 MBytes 70.0 Mbits/sec 0.062 ms 0/1068 (0%)
[ 4] 2.00-3.00 sec 8.34 MBytes 70.0 Mbits/sec 0.052 ms 0/1068 (0%)
iperf3: OUT OF ORDER - incoming packet = 3376 and received packet = 3409 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3377 and received packet = 3410 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 3378 and received packet = 3410 AND SP = 4
[ 4] 3.00-4.00 sec 8.34 MBytes 69.9 Mbits/sec 0.172 ms 4/1068 (0.37%)
[ 4] 4.00-5.00 sec 8.34 MBytes 70.0 Mbits/sec 0.169 ms 0/1068 (0%)
[ 4] 5.00-6.00 sec 8.34 MBytes 70.0 Mbits/sec 0.084 ms 0/1068 (0%)
[ 4] 6.00-7.00 sec 8.34 MBytes 70.0 Mbits/sec 0.229 ms 0/1068 (0%)
[ 4] 7.00-8.00 sec 8.34 MBytes 70.0 Mbits/sec 0.083 ms 0/1068 (0%)
[ 4] 8.00-9.00 sec 8.34 MBytes 70.0 Mbits/sec 0.174 ms 0/1068 (0%)
[ 4] 9.00-10.00 sec 8.34 MBytes 69.9 Mbits/sec 0.072 ms 1/1068 (0.094%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 85.0 MBytes 71.3 Mbits/sec 0.070 ms 29/10876 (0.27%)
[ 4] Sent 10876 datagrams
[SUM] 0.0-10.0 sec 3 datagrams received out-of-order
 
Yeah much better when you know how to use the tool properly :D

Code:
iperf3 -R -u -b 70M -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.100.1 port 41419 connected to 62.233.65.195 port 17001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  8.48 MBytes  71.2 Mbits/sec  0.111 ms  24/1110 (2.2%) 
[  4]   1.00-2.00   sec  7.87 MBytes  66.0 Mbits/sec  0.185 ms  60/1067 (5.6%) 
[  4]   2.00-3.00   sec  8.30 MBytes  69.6 Mbits/sec  0.341 ms  0/1062 (0%) 
[  4]   3.00-4.00   sec  8.40 MBytes  70.5 Mbits/sec  0.171 ms  0/1075 (0%) 
[  4]   4.00-5.00   sec  8.35 MBytes  70.1 Mbits/sec  0.156 ms  0/1069 (0%) 
[  4]   5.00-6.00   sec  8.34 MBytes  69.9 Mbits/sec  0.281 ms  0/1067 (0%) 
[  4]   6.00-7.00   sec  8.35 MBytes  70.1 Mbits/sec  0.140 ms  0/1069 (0%) 
[  4]   7.00-8.00   sec  8.29 MBytes  69.5 Mbits/sec  0.529 ms  0/1061 (0%) 
[  4]   8.00-9.00   sec  8.40 MBytes  70.5 Mbits/sec  0.134 ms  0/1075 (0%) 
[  4]   9.00-10.00  sec  8.32 MBytes  69.8 Mbits/sec  0.381 ms  0/1065 (0%) 
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  85.3 MBytes  71.5 Mbits/sec  0.158 ms  84/10914 (0.77%) 
[  4] Sent 10914 datagrams

iperf Done.
 
(50/50Mbps Business DFA):
Problem with Akamai CDN traffic, not using local edge node in JHB as before, but rather European IX.

tracert download.microsoft.com - Tracing route to e3673.dscg.akamaiedge.net [2.20.88.229]
4 * 3 ms 3 ms 154.0.1.162
5 143 ms 141 ms 142 ms 154.0.3.106
6 * 142 ms * v1000.core1.lon3.he.net [216.66.80.169]
7 142 ms 154 ms 142 ms 100ge14-1.core1.lon2.he.net [184.105.64.237]
8 151 ms 150 ms 151 ms 100ge1-2.core1.par2.he.net [184.105.223.254]
9 170 ms 175 ms 172 ms 10ge3-4.core1.mad1.he.net [184.105.223.210]
10 * 164 ms 158 ms de-cix-mad.akamai.com [185.1.68.64]
11 158 ms 158 ms 158 ms a2-20-88-229.deploy.static.akamaitechnologies.com [2.20.88.229]

Same for > ping www.apple.com (e6858.dsce9.akamaiedge.net [23.44.189.23])
Minimum = 142ms, Maximum = 143ms, Average = 142ms

This is wasting a lot of bandwidth on your SA-UK international link...
 
(50/50Mbps Business DFA):
Problem with Akamai CDN traffic, not using local edge node in JHB as before, but rather European IX.

tracert download.microsoft.com - Tracing route to e3673.dscg.akamaiedge.net [2.20.88.229]
4 * 3 ms 3 ms 154.0.1.162
5 143 ms 141 ms 142 ms 154.0.3.106
6 * 142 ms * v1000.core1.lon3.he.net [216.66.80.169]
7 142 ms 154 ms 142 ms 100ge14-1.core1.lon2.he.net [184.105.64.237]
8 151 ms 150 ms 151 ms 100ge1-2.core1.par2.he.net [184.105.223.254]
9 170 ms 175 ms 172 ms 10ge3-4.core1.mad1.he.net [184.105.223.210]
10 * 164 ms 158 ms de-cix-mad.akamai.com [185.1.68.64]
11 158 ms 158 ms 158 ms a2-20-88-229.deploy.static.akamaitechnologies.com [2.20.88.229]

Same for > ping www.apple.com (e6858.dsce9.akamaiedge.net [23.44.189.23])
Minimum = 142ms, Maximum = 143ms, Average = 142ms

This is wasting a lot of bandwidth on your SA-UK international link...
I think I know why this happened.

Can you do a traceroute to 196.34.7.196 23.42.13.174 ?

Give it some time, the Akamai cache system and DNS need to get used to the new setup, will take a few days, or until new peering is set up.
 
Last edited:
In anticipating a move to CISP today, I cancelled my WebAfrica account on October 11, expecting it to terminate at midnight last night. Of course, it didn't. I've since followed up, and WA have cancelled my account in the client profile area (though I still have Internet access, curiously), but the Vumatel shop still lists me as on a WebAfrica package, meaning I can't select a CISP package.

I can't cancel the WA package on the Vuma website, as it says a cancellation has already been requested. Any advice? Do I have to wait for WebAfrica to cancel the account on the Vuma side, or can CISP do anything do expedite this?
 
In anticipating a move to CISP today, I cancelled my WebAfrica account on October 11, expecting it to terminate at midnight last night. Of course, it didn't. I've since followed up, and WA have cancelled my account in the client profile area (though I still have Internet access, curiously), but the Vumatel shop still lists me as on a WebAfrica package, meaning I can't select a CISP package.

I can't cancel the WA package on the Vuma website, as it says a cancellation has already been requested. Any advice? Do I have to wait for WebAfrica to cancel the account on the Vuma side, or can CISP do anything do expedite this?
It will only cancel tonight at 12 if they did it today, you can have them shelve the current service which would then allow us to order a package. Or just wait until tomorrow morning and do it yourself.
 
Hi @PBCool my internet has been down for 2 days with the LOS light blinking red on ONT.
Can you please tell me the progress on the ticket
Ticket ID: COOL-20181031-167014
Openserve 40/20 line
 
Sorry what is an acceptable packet loss with this test? At what percent loss is there a problem with your line? Thanks.
 
Hi @PBCool my internet has been down for 2 days with the LOS light blinking red on ONT.
Can you please tell me the progress on the ticket
Ticket ID: COOL-20181031-167014
Openserve 40/20 line
I believe you got an update at 2PM? But the team will try follow up with OS again.
 
I think I know why this happened.

Can you do a traceroute to 196.34.7.196 23.42.13.174 ?

Give it some time, the Akamai cache system and DNS need to get used to the new setup, will take a few days, or until new peering is set up.

traceroute to 23.42.13.174 (23.42.13.174), 30 hops max, 38 byte packets
2 154.0.1.162 (154.0.1.162) 2.566 ms 2.039 ms 1.993 ms
3 154.0.4.162 (154.0.4.162) 2.439 ms 2.045 ms 1.999 ms
4 102.130.64.13 (102.130.64.13) 2.351 ms 6.438 ms 7.744 ms
5 pe1-nce018.ang.sgn.as37468.angolacables.ao (197.149.151.221) 37.827 ms 37.563 ms 37.540 ms
6 pe1-nce011.pt.lis.as37468.angolacables.ao (185.148.112.10) 137.021 ms - ms - ms
7 pe1-nce012.pt.lis.as37468.angolacables.ao (185.148.112.14) 137.150 ms - ms - ms
8 te0-7-0-23.rcr21.lis01.atlas.cogentco.com (149.6.145.41) 137.462 ms - ms - ms
9 be3305.ccr52.bio02.atlas.cogentco.com (130.117.1.29) 159.545 ms 159.384 ms 158.859 ms
10 be3325.ccr41.par01.atlas.cogentco.com (130.117.48.206) 171.548 ms - ms - ms
11 be3324.ccr42.par01.atlas.cogentco.com (130.117.2.66) 159.733 ms - ms - ms
12 be12489.ccr42.lon13.atlas.cogentco.com (154.54.57.69) 159.447 ms - ms - ms
13 149.6.148.134 (149.6.148.134) 164.043 ms - ms - ms
14 149.6.148.130 (149.6.148.130) 171.348 ms - ms - ms
15 core1b-pkl-ten-0-1-2-0.ip.isnet.net (168.209.100.16) 186.766 ms - ms - ms
16 197.96.177.148 (197.96.177.148) 185.960 ms 187.268 ms - ms
17 csw5-pkl-te1-7.ip.isnet.net (196.26.0.188) 199.557 ms - ms - ms
 
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X