Afrihost POC Network - Afrigreen Feedback

Status
Not open for further replies.
@AfriGuy,

I’ve done a test with Zertop’s diagnostic tool and found that the second hop on international traceroutes are much higher than local. Is it normal or is there something wrong?
It doesn't affect speed tests or normal browsing.

Code:
Local Tracert 

Tracing route to news24.co.za [41.86.110.143]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1 
  2     *        *        *     Request timed out.
  [B]3    46 ms    45 ms    44 ms  41.170.79.229 [/B]
  4    46 ms    44 ms    45 ms  41.170.79.230 
  5    45 ms    45 ms    45 ms  41.170.79.236 
  6    46 ms    46 ms    47 ms  mweb.jb1.napafrica.net [196.46.25.145] 
  7    62 ms    64 ms    64 ms  te0-0-0-3.vic-p-2.optinet.net [197.80.7.34] 
  8    62 ms    63 ms    63 ms  te0-0-0-0.cpt-p-1.optinet.net [197.84.4.34] 
  9    61 ms    61 ms    61 ms  vl11.cpt-hscore-1.optinet.net [197.84.5.238] 
 10    60 ms    60 ms    59 ms  196.28.178.66 
 11    59 ms    60 ms    59 ms  gig5-1-cpt-opt-65-1.optinet.net [196.41.133.234] 
 12    66 ms    66 ms    66 ms  OPTI-CPT-N1-Hosting.optinet.net [197.84.196.6] 
 13    62 ms    63 ms    62 ms  197-84-208-146.cpt.mweb.co.za [197.84.208.146] 
 14    66 ms    65 ms    65 ms  41-86-110-143.mweb.co.za [41.86.110.143] 

Trace complete.
  
International Tracert 

Tracing route to thinkbroadband.com [80.249.99.130]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1 
  2     *        *        *     Request timed out.
 [B] 3   178 ms   215 ms   215 ms  169-1-1-249.realm.afrihost.co.za [169.1.1.249][/B] 
  4    50 ms    49 ms    51 ms  169-1-1-250.realm.afrihost.co.za [169.1.1.250] 
  5    50 ms    49 ms    50 ms  41.170.79.236 
  6    51 ms    50 ms    51 ms  41.160.2.33 
  7    45 ms    69 ms    46 ms  ix-0-3-0-0.tcore1.JSO-Johannesburg.as6453.net [216.6.55.37] 
  8   223 ms   226 ms   226 ms  if-4-2.tcore1.KLT-Cape-Town.as6453.net [41.206.178.2] 
  9   235 ms   201 ms   304 ms  if-0-1-0.core2.PV9-Lisbon.as6453.net [41.206.164.58] 
 10   219 ms   218 ms   219 ms  if-0-0-0-2000.tcore1.PV9-Lisbon.as6453.net [80.231.158.1] 
 11   220 ms   221 ms   222 ms  if-1-3.tcore1.SV8-Highbridge.as6453.net [80.231.158.30] 
 12   226 ms   226 ms   226 ms  if-19-2.tcore2.L78-London.as6453.net [80.231.138.22] 
 13   222 ms   222 ms   222 ms  if-2-2.tcore1.L78-London.as6453.net [80.231.131.2] 
 14   218 ms   219 ms   219 ms  if-15-2.mse1.LVX-London.as6453.net [80.231.130.114] 
 15   220 ms   218 ms   219 ms  ix-11-2.mse1.LVX-London.as6453.net [195.219.92.34] 
 16   228 ms   229 ms   228 ms  te1-1-1-31.core-rs2.thdo.ncuk.net [80.249.97.85] 
 17   227 ms   227 ms   228 ms  www.thinkbroadband.com [80.249.99.130] 

Trace complete.
  
International Speedtest 
Downloaded 20.0 megabytes in 21 seconds. (938.20 KB/s)
  
Local Speedtest 
Downloaded 15.6 megabytes in 17 seconds. (933.43 KB/s)
  
  
  
  
Test End Timestamp 
2015-09-25 11:15:28.07

Not seeing any spikes up from my end, both these destinations show at around 40ms for me.
What happens if you ping these two IPs from the 3rd hop?
 
Not seeing any spikes up from my end, both these destinations show at around 40ms for me.
What happens if you ping these two IPs from the 3rd hop?
They have the same latency. Odd! :)

Code:
Microsoft Windows [Version 10.0.10240]
(c) 2015 Microsoft Corporation. All rights reserved.

C:\Users\Lara>ping 41.170.79.229

Pinging 41.170.79.229 with 32 bytes of data:
Reply from 41.170.79.229: bytes=32 time=46ms TTL=249
Reply from 41.170.79.229: bytes=32 time=46ms TTL=249
Reply from 41.170.79.229: bytes=32 time=45ms TTL=249
Reply from 41.170.79.229: bytes=32 time=45ms TTL=249

Ping statistics for 41.170.79.229:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 45ms, Maximum = 46ms, Average = 45ms

C:\Users\Lara>ping 169.1.1.249

Pinging 169.1.1.249 with 32 bytes of data:
Reply from 169.1.1.249: bytes=32 time=51ms TTL=249
Reply from 169.1.1.249: bytes=32 time=50ms TTL=249
Reply from 169.1.1.249: bytes=32 time=50ms TTL=249
Reply from 169.1.1.249: bytes=32 time=51ms TTL=249

Ping statistics for 169.1.1.249:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 50ms, Maximum = 51ms, Average = 50ms
 
They have the same latency. Odd! :)

Code:
Microsoft Windows [Version 10.0.10240]
(c) 2015 Microsoft Corporation. All rights reserved.

C:\Users\Lara>ping 41.170.79.229

Pinging 41.170.79.229 with 32 bytes of data:
Reply from 41.170.79.229: bytes=32 time=46ms TTL=249
Reply from 41.170.79.229: bytes=32 time=46ms TTL=249
Reply from 41.170.79.229: bytes=32 time=45ms TTL=249
Reply from 41.170.79.229: bytes=32 time=45ms TTL=249

Ping statistics for 41.170.79.229:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 45ms, Maximum = 46ms, Average = 45ms

C:\Users\Lara>ping 169.1.1.249

Pinging 169.1.1.249 with 32 bytes of data:
Reply from 169.1.1.249: bytes=32 time=51ms TTL=249
Reply from 169.1.1.249: bytes=32 time=50ms TTL=249
Reply from 169.1.1.249: bytes=32 time=50ms TTL=249
Reply from 169.1.1.249: bytes=32 time=51ms TTL=249

Ping statistics for 169.1.1.249:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 50ms, Maximum = 51ms, Average = 50ms

They look better here than what they do on the traceroute. Odd.
Tough seeing where the issues are without ICMP being accepted on most exchanges. Do you see similar results when using your regular account though?
 
They look better here than what they do on the traceroute. Odd.
Tough seeing where the issues are without ICMP being accepted on most exchanges. Do you see similar results when using your regular account though?
I haven't tested with my regular account. It doesn't affect my browsing experience at all. :)
Just thought I'd post it and maybe it could be useful for the technical staff.
 
I haven't tested with my regular account. It doesn't affect my browsing experience at all. :)
Just thought I'd post it and maybe it could be useful for the technical staff.

It could be the timeouts causing the higher latency, not 100% sure.
If it isn't affecting you then it's probably safe to ignore :)
 
I don't think we ran any changes last night - we were all out braaing :)
Any tests I can check for you this morning?

Sorry meant the night before. When afrigreen connection dropped and since then my afrigreen account has been poor.

I was dealing with Gareth regarding my other issue with the downloading and browsing simultaneously which was fixed until the other night when connection dropped.

Right now my afrigreen account is performing horribly.

Download Speed: 1591 kbps (198.9 KB/sec transfer rate)
Upload Speed: 867 kbps (108.4 KB/sec transfer rate)
Latency: 74 ms
9/25/2015, 12:35:16 PM

Download Speed: 5951 kbps (743.9 KB/sec transfer rate)
Upload Speed: 862 kbps (107.8 KB/sec transfer rate)
Latency: 16 ms
9/25/2015, 12:38:07 PM

Speed tests are fluctuating and downloads averaging around 300kbps on 6mbps line.
 
Sorry meant the night before. When afrigreen connection dropped and since then my afrigreen account has been poor.

I was dealing with Gareth regarding my other issue with the downloading and browsing simultaneously which was fixed until the other night when connection dropped.

Right now my afrigreen account is performing horribly.

Download Speed: 1591 kbps (198.9 KB/sec transfer rate)
Upload Speed: 867 kbps (108.4 KB/sec transfer rate)
Latency: 74 ms
9/25/2015, 12:35:16 PM

Download Speed: 5951 kbps (743.9 KB/sec transfer rate)
Upload Speed: 862 kbps (107.8 KB/sec transfer rate)
Latency: 16 ms
9/25/2015, 12:38:07 PM

Speed tests are fluctuating and downloads averaging around 300kbps on 6mbps line.

Can you test your regular account to see if there's any improvement there?
Seeing great results on my end.
 
Can you test your regular account to see if there's any improvement there?
Seeing great results on my end.

Afrigreen account seems to be working fine now. Will have to keep testing through the day and see if anything changes.
 
I personally haven't seen this from my end - running through some pretty extensive NNTP tests, and pulling down 1MB/s consistently. Apple updates should also run smoothly.
Does ClientZone reflect any shaping?

As far as I know... and as I was told may times before.... A BUSINESS ACCOUNT DOES NOT GET SHAPED!

Unless that is a big fat AH lie... Just like getting something back for testing Afrigreen on an uncapped account... hint hint...
 
As far as I know... and as I was told may times before.... A BUSINESS ACCOUNT DOES NOT GET SHAPED!

Unless that is a big fat AH lie... Just like getting something back for testing Afrigreen on an uncapped account... hint hint...

If Business optimisation is enabled it will do, but you can disable that via ClientZone.
Can you double check that for me please?
 
Downloaded a 500Mb backup program and this was the result. Very stable performance and definitely no shaping. :)

Reflect.png

Network.jpg
 
It should be off. Will check again to make sure that it stayed off.

AFAIK it's enabled by default on sign up, but once you select to turn it off it won't change.
I did see you mentioned that it's only P2P though, so with Business optimisation enabled HTTP downloads will also be shaped. We'll need to run more tests.

What protocol on P2P/ downloads are you seeing as slow?
 
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X