Web Squad ISP

Status
Not open for further replies.
Transit Update. Our WACS route has flapped 3 times this evening. This results in momentary drops while traffic finds another path. And as quickly as it drops, it's back. However, this is causing an undesirable experience for our clients and we and our upstreams have chosen to drop all services from WACS until this issue is resolved. You may notice slightly elevated latencies as we utilise alternative transit routes. This will continue until the circuit vendor confirms the service is stable.
 
Transit Update. Our WACS route has flapped 3 times this evening. This results in momentary drops while traffic finds another path. And as quickly as it drops, it's back. However, this is causing an undesirable experience for our clients and we and our upstreams have chosen to drop all services from WACS until this issue is resolved. You may notice slightly elevated latencies as we utilise alternative transit routes. This will continue until the circuit vendor confirms the service is stable.

Is there no way to optimise the latency to EU on the alternative routes? It's literally 240+ms to anywhere in EU.
 
Interestingly, testing a new VPN service. Pings from London to rest of EU are far superior. All of my latencies to pretty much all EU countries are ~170ms or below, including the usual high ping suspects like Frankfurt and Belgium which are ~200ms on the usual upstream.
 
Interestingly, testing a new VPN service. Pings from London to rest of EU are far superior. All of my latencies to pretty much all EU countries are ~170ms or below, including the usual high ping suspects like Frankfurt and Belgium which are ~200ms on the usual upstream.
which VPN is that. i've never seen a vpn improve latency
 
which VPN is that. i've never seen a vpn improve latency

CyberGhost. They have servers in Cape Town which hardly any others do, and I end up with a ~144ms latency to London. From there though, their routing seems way superior latency-wise to other countries.
 
CyberGhost. They have servers in Cape Town which hardly any others do, and I end up with a ~144ms latency to London. From there though, their routing seems way superior latency-wise to other countries.
Thats pretty good. Had good results from Exitlag but they did not have servers in cape town, so had the extra leg to jhb. What are your pings like to east coast USA? NYC/Washington/Philadelphia?
 
Thats pretty good. Had good results from Exitlag but they did not have servers in cape town, so had the extra leg to jhb. What are your pings like to east coast USA? NYC/Washington/Philadelphia?

NYC:

Code:
Pinging 168.235.89.44 with 32 bytes of data:
Reply from 168.235.89.44: bytes=32 time=218ms TTL=52
Reply from 168.235.89.44: bytes=32 time=217ms TTL=52
Reply from 168.235.89.44: bytes=32 time=217ms TTL=52
Reply from 168.235.89.44: bytes=32 time=217ms TTL=52

Washington:

Code:
Pinging 207.228.238.7 with 32 bytes of data:
Reply from 207.228.238.7: bytes=32 time=220ms TTL=114
Reply from 207.228.238.7: bytes=32 time=219ms TTL=114
Reply from 207.228.238.7: bytes=32 time=219ms TTL=114
Reply from 207.228.238.7: bytes=32 time=221ms TTL=114

France:
Code:
Pinging 51.158.22.211 with 32 bytes of data:
Reply from 51.158.22.211: bytes=32 time=155ms TTL=113
Reply from 51.158.22.211: bytes=32 time=155ms TTL=113
Reply from 51.158.22.211: bytes=32 time=153ms TTL=113
Reply from 51.158.22.211: bytes=32 time=153ms TTL=113

Germany:
Code:
Pinging 195.201.213.247 with 32 bytes of data:
Reply from 195.201.213.247: bytes=32 time=166ms TTL=116
Reply from 195.201.213.247: bytes=32 time=162ms TTL=116
Reply from 195.201.213.247: bytes=32 time=163ms TTL=116
Reply from 195.201.213.247: bytes=32 time=162ms TTL=116
 
NYC:

Code:
Pinging 168.235.89.44 with 32 bytes of data:
Reply from 168.235.89.44: bytes=32 time=218ms TTL=52
Reply from 168.235.89.44: bytes=32 time=217ms TTL=52
Reply from 168.235.89.44: bytes=32 time=217ms TTL=52
Reply from 168.235.89.44: bytes=32 time=217ms TTL=52

Washington:

Code:
Pinging 207.228.238.7 with 32 bytes of data:
Reply from 207.228.238.7: bytes=32 time=220ms TTL=114
Reply from 207.228.238.7: bytes=32 time=219ms TTL=114
Reply from 207.228.238.7: bytes=32 time=219ms TTL=114
Reply from 207.228.238.7: bytes=32 time=221ms TTL=114

France:
Code:
Pinging 51.158.22.211 with 32 bytes of data:
Reply from 51.158.22.211: bytes=32 time=155ms TTL=113
Reply from 51.158.22.211: bytes=32 time=155ms TTL=113
Reply from 51.158.22.211: bytes=32 time=153ms TTL=113
Reply from 51.158.22.211: bytes=32 time=153ms TTL=113

Germany:
Code:
Pinging 195.201.213.247 with 32 bytes of data:
Reply from 195.201.213.247: bytes=32 time=166ms TTL=116
Reply from 195.201.213.247: bytes=32 time=162ms TTL=116
Reply from 195.201.213.247: bytes=32 time=163ms TTL=116
Reply from 195.201.213.247: bytes=32 time=162ms TTL=116
One thing you need to take into consideration when using the VPN though is if you playing a game the game might be using a certain transit, e.g. Fall Guys connects us to Google servers so our traffic is picked up via Google in JHB and carried via their transit which takes sometimes a longer route.

From CT with Google transit i get 190ms to their Belgium servers (same with Amazon to Germany) if i VPN to London where i get 140ms my end result to the server is around 155ms. In SA we get screwed over quite badly by the likes of Google and Amazon since their transit generally prefers to go via East Coast instead of WACS. This is the case with Cyberghost as well, they sending the traffic to the server direct and not using a third party transit.

*Thought i'd chip in with some random information i discovered a couple months ago...
 
One thing you need to take into consideration when using the VPN though is if you playing a game the game might be using a certain transit, e.g. Fall Guys connects us to Google servers so our traffic is picked up via Google in JHB and carried via their transit which takes sometimes a longer route.

From CT with Google transit i get 190ms to their Belgium servers (same with Amazon to Germany) if i VPN to London where i get 140ms my end result to the server is around 155ms. In SA we get screwed over quite badly by the likes of Google and Amazon since their transit generally prefers to go via East Coast instead of WACS. This is the case with Cyberghost as well, they sending the traffic to the server direct and not using a third party transit.

*Thought i'd chip in with some random information i discovered a couple months ago...

Yeah - besides the ping results I posted, the latencies I was quoting earlier were all in-game.
 
Thanks so much [mention]websquadza [/mention] everything running and in amazing time!

Please tell Martha I say thanks
 
Twitch is absolutely terrible tonight. Trying to watch a stream and it's downscaling to 720p or lower constantly.
 
Streams is pretty bad.. not watchable even. pausing every 20seconds. Playing games is also sadness...
 
Twitch is absolutely terrible tonight. Trying to watch a stream and it's downscaling to 720p or lower constantly.
Streams is pretty bad.. not watchable even. pausing every 20seconds. Playing games is also sadness...

Still waiting for feedback on WACS issue final resolution. Prefer to keep it offline until it’s 100%. Thanks for your patience on this one. Will update as soon as we have feedback.

Edit: Been working on a workaround for the high latencies. Not WACS level for CPT, but a vast improvement.

WACS L2 circuit to London still not stable. Vendor is still working on a resolution. Thanks for your patience
 
Last edited:
Still waiting for feedback on WACS issue final resolution. Prefer to keep it offline until it’s 100%. Thanks for your patience on this one. Will update as soon as we have feedback.

Edit: Been working on a workaround for the high latencies. Not WACS level for CPT, but a vast improvement.

WACS L2 circuit to London still not stable. Vendor is still working on a resolution. Thanks for your patience

Helped a bit with the latency, thanks. Anything you can do about Twitch? Can't stay at anywhere near source quality, and watching at potato resolution isn't fun.
 
@websquadza

- Haven't received an invoice yet?
- Moving at the end of the month is there a way to have my account moved to the new premises with no downtime if there is already working vumatel fibre installed?
 
Code:
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    0 |   15 |   15 |    0 |    0 |    0 |    0 |
|                         160.119.238.105 -   34 |    6 |    4 |    1 |    1 |    1 |    1 |
|             core.cr-01.cp1.za.ws.net.za -   34 |    6 |    4 |    0 |    0 |    1 |    1 |
|           165-69-148-197.as37497.za.net -   34 |    6 |    4 |   22 |   22 |   23 |   22 |
|             1-71-148-197.as37497.za.net -   34 |    6 |    4 |   19 |   19 |   20 |   19 |
|     41-79-249-245.static.pccwglobal.net -   34 |    6 |    4 |   20 |   20 |   21 |   20 |
| HundredGE0-3-0-0.br02.frf06.pccwbtn.net -   34 |    6 |    4 |  194 |  194 |  195 |  195 |
|                   No response from host -  100 |    2 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    2 |    0 |    0 |    0 |    0 |    0 |
|                      unknown.Level3.net -   34 |    6 |    4 |  196 |  196 |  197 |  196 |
|        xe-5-1.edge4.enf.lon5.coreix.net -   34 |    6 |    4 |  196 |  196 |  197 |  196 |
|        85.13.221.178.reverse.coreix.net -   34 |    6 |    4 |  195 |  196 |  197 |  196 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X