South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
It shouldn't be the account, because I'm assuming you're an Unshaped capped client. So we don't really mind how much traffic you push and the line limit is determined by your line with Telkom.
If your line has an intermittent sync problem, you could be reaching that sync limit and seeing some packet loss or degradation on the account. So if you have say, a 10Mbps line, but your sync degrades to 5 or 6 Mbps, when you start getting close to that sort of throughput you might see performance degrade and the line might start becoming intermittent. A restart (resync) puts the line back to a better state and then it performs better until you hit traffic close to the actual sync rate again.
That's a theory though, we can run some tests together and see if this is the actual problem![]()
For those of you having trouble with Google services and Chrome:
open a new tab and go to chrome://flags/
Find "Experimental QUIC protocol."
Set it to "Disabled" instead of "Default"
Boom, Google services working again. This was driving me nuts the past few days, and appears to be related to Google switching this protocol on for their services and having it enabled by default in Chrome. Not sure what the benefit is supposed to be, but clearly something's buggy with it right now and disabling it has no negative effects.
For those of you having trouble with Google services and Chrome:
open a new tab and go to chrome://flags/
Find "Experimental QUIC protocol."
Set it to "Disabled" instead of "Default"
Boom, Google services working again. This was driving me nuts the past few days, and appears to be related to Google switching this protocol on for their services and having it enabled by default in Chrome. Not sure what the benefit is supposed to be, but clearly something's buggy with it right now and disabling it has no negative effects.
http://speedtest.ookla.com/result/2865062844.png
look at latency to JHB and speeds using a 10Mbps line.
I'm still not understanding the high latency on the 3rd hop. its been like this for weeks. like i asked can someone from Afrihost tell me what this is?
Ping Test:
ping 197.242.144.102
64 bytes from 197.242.144.102: icmp_req=1 ttl=57 time=19 ms
64 bytes from 197.242.144.102: icmp_req=2 ttl=57 time=22 ms
64 bytes from 197.242.144.102: icmp_req=3 ttl=57 time=22 ms
Request timeout for icmp_seq 4
64 bytes from 197.242.144.102: icmp_req=5 ttl=57 time=22 ms
ping 8.8.8.8
64 bytes from 8.8.8.8: icmp_req=1 ttl=53 time=19 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=53 time=31 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=53 time=34 ms
64 bytes from 8.8.8.8: icmp_req=4 ttl=53 time=27 ms
64 bytes from 8.8.8.8: icmp_req=5 ttl=53 time=30 ms
Trace Test:
traceroute -n 197.242.144.102
1 10.0.0.2 * * 1.56 ms
2 Request timed out * * *
3 41.181.221.249 41.366 ms 125.03 ms 112.682 ms
4 41.181.221.250 20.111 ms 22.093 ms 79.826 ms
5 41.181.165.115 17.643 ms 16.855 ms 17.192 ms
6 41.181.165.114 19.754 ms 20.066 ms
196.31.180.4 21.226 ms
7 196.44.0.224 21.55 ms 22.32 ms 21.773 ms
8 196.44.31.99 19.397 ms 20.312 ms 18.567 ms
9 196.31.220.6 64.685 ms 19.862 ms
196.31.220.8 21.64 ms
10 196.31.220.27 21.201 ms
196.31.220.23 18.439 ms 18.706 ms
11 196.31.63.206 20.783 ms 21.346 ms 21.454 ms
12 196.30.42.133 21.642 ms 21.6 ms 21.273 ms
13 197.242.144.102 22.969 ms 20.3 ms 21.486 ms
traceroute -n 8.8.8.8
1 10.0.0.2 2.714 ms * *
2 Request timed out * * *
3 41.181.221.245 127.115 ms 133.305 ms 100.641 ms
4 41.181.221.246 17.755 ms 21.861 ms 17.571 ms
5 41.181.165.115 38.314 ms 16.639 ms 15.578 ms
6 41.181.165.114 16.95 ms 19.689 ms 17.982 ms
7 196.44.0.224 26.344 ms 24.613 ms
41.181.180.10 45.938 ms
8 196.44.31.170 16.589 ms
196.44.31.94 19.237 ms
196.44.0.43 17.484 ms
9 41.181.139.99 18.627 ms 26.445 ms 23.275 ms
10 72.14.194.74 19.153 ms 23.591 ms 20.433 ms
11 72.14.239.117 15.812 ms 20.01 ms
72.14.239.33 19.061 ms
12 8.8.8.8 38.245 ms 27.996 ms 29.702 ms
DNS Test:
nslookup www.afrihost.com
Name: www.afrihost.com
Address: 197.242.144.102
nslookup www.google.com
Name: www.google.com
Address: 216.58.223.36
nslookup thishouldfail.afrihost.com
** server can't find thisshouldfail.com: NXDOMAIN
Still having major issues with Afrihost. I tested my connection with a crystalweb account and it's working 110%.
I'm getting the exact same on both my Afrihost and WebAfrica Accounts.
The JHB ping is continuously over 200.
Recently Telkom upgraded quite a few Exchanges with different equipment, these Exchanges no longer respond to ICMP requests, so that will not appear on Traceroutes nor will you be able to Ping the Exchange. I'm still not entirely sure why this is the case, the little I've been able to find out is that this change was implemented for security reasons.
This does mean that if there is latency on the Exchange - either from damage or congestion - those results will bleed over to the third hop instead of appearing on the second hop.
So if it is an exchange issue, why is that same latency spike not present on the WebAfrica trace posted?