Web Squad ISP

Status
Not open for further replies.
Zodiak said:
My COD download speed is also very poor:

View attachment 842949

But another big problem tonight is that Youtube videos take forever to load, just circles on all devices and PC (wifi and LAN) before the video will play, once it plays no buffering. I recall this happening before and it being Google services. Please could you guys look into this? Happening all evening.
Click to expand...

Yup myself struggling with the same just circles
 
websquadza said:
8.238.0.0/16 seems to be part of something else.
Click to expand...
Level 3,at least thats what they used to be called
CDN and Major connectivity provider in the states
Blizz has had a love/hate with them for years
 
PsyWulf said:
Level 3,at least thats what they used to be called
CDN and Major connectivity provider in the states
Blizz has had a love/hate with them for years
Click to expand...

So at first i was thinking this is a server problem. and lets be honest, blizzard has lots of problems...

But if I'm seeing a big variance when connecting via VPN. I've now connected to Texas and am getting ~8 vs the 1~2 i was getting without.
 
cavedog said:
battle.net is pretty much dead..... Afrihost btw

View attachment 842971
Click to expand...
JustinB said:
So at first i was thinking this is a server problem. and lets be honest, blizzard has lots of problems...

But if I'm seeing a big variance when connecting via VPN. I've now connected to Texas and am getting ~8 vs the 1~2 i was getting without.
Click to expand...

It all really depends on the CDN location serving the files. We pick up transit in Europe, same as Afrihost above. Level 3's CDN in Europe will be feeding European downloads as well as everyone who takes transit from there - which is pretty much the whole of EMEA region. Switching to a VPN in another region, say US, opens you to the CDN presence there (which may have different capacity and or different demand given the timezone difference). This really just looks like an overloaded CDN delivering 25 GB updates to hundreds of thousands, if not millions of users at the same time. Until last week, these downloads were delivered by Blizzard's own network, which took it down over and over. Good to see them pull out the big guns here, they just need bigger ones.

Zodiak said:
My COD download speed is also very poor:

View attachment 842949

But another big problem tonight is that Youtube videos take forever to load, just circles on all devices and PC (wifi and LAN) before the video will play, once it plays no buffering. I recall this happening before and it being Google services. Please could you guys look into this? Happening all evening.
Click to expand...

Youtube issue is an interesting one and definitely related to the one we saw from them in Feb. Feb's fix (taking down Google JHB Peering 2) hasn't helped. Will alternate Peering 1 and 3 as well over the next 24 hours while we wait for NOC response.
 
JustinB said:
what would happen if i block that range?
Click to expand...
Unknown,they might be mirrors or they might not

This tickled me so I decided to dig in a bit quickly


I did a test for Overwatch:

After it establishes it seems to run okay (on my 100Meg it's hovering at the 40's)
1589919820925.png
1589920541094.png

Vs MW

1589920432840.png

1589920371787.png

Looks more to MW being an issue than Battle.net,seeing significantly less successful IP connections to transfer,at least from my line
 
Also loads of proxied connections to the agent and hundreds of connection drops from destination (these seem to occur on both but more for MW)
 
websquadza said:
Can you test to Vumatel handover using a LAN cable? This is definitely last mile or LAN

Test to Vumatel handover - should be no issues at all on local.
Click to expand...

Came right again 20 mins later - full 200Mb/s - now this morning some issues again. Actually stopped working in the middle of a speed test. Doubt its local as I get same result with LAN and 5G wireless. Well unless my router is dying ;-(

Can you send link or some other info to test VUMA handover and general stability of that part of the link? I'm quite familiar with networking but more on hosted server level.
 
lestoran said:
Came right again 20 mins later - full 200Mb/s - now this morning some issues again. Actually stopped working in the middle of a speed test. Doubt its local as I get same result with LAN and 5G wireless. Well unless my router is dying ;-(

Can you send link or some other info to test VUMA handover and general stability of that part of the link? I'm quite familiar with networking but more on hosted server level.
Click to expand...

Log in at shop.vumatel.co.za , there is a speed test there
 
websquadza said:
It all really depends on the CDN location serving the files. We pick up transit in Europe, same as Afrihost above. Level 3's CDN in Europe will be feeding European downloads as well as everyone who takes transit from there - which is pretty much the whole of EMEA region. Switching to a VPN in another region, say US, opens you to the CDN presence there (which may have different capacity and or different demand given the timezone difference). This really just looks like an overloaded CDN delivering 25 GB updates to hundreds of thousands, if not millions of users at the same time. Until last week, these downloads were delivered by Blizzard's own network, which took it down over and over. Good to see them pull out the big guns here, they just need bigger ones.



Youtube issue is an interesting one and definitely related to the one we saw from them in Feb. Feb's fix (taking down Google JHB Peering 2) hasn't helped. Will alternate Peering 1 and 3 as well over the next 24 hours while we wait for NOC response.
Click to expand...
I was thinking it was a net neutrality issue... Non US traffic being deprioritised.
 
JustinB said:
I was thinking it was a net neutrality issue... Non US traffic being deprioritised.
Click to expand...

From @PsyWulf's tests, looks more like EU CDN resources being under-provisioned for this specific piece of content or over-utilised - given that two different games ran at different speeds from the same CDN, I think there's some sort of resource limiting to ensure that a single piece of content doesn't completely overwhelm the rest of the CDN's resources. To be honest, the only provider who seems to be getting this right at the moment is Steam (Valve), putting caches as close to clients as possible. Games are only going to get bigger, and their updates too. It's unreasonable to expect to deliver 20-100 GB files from a small number of densely trafficked locations, especially when global connectivity speeds keep increasing (which increases the overall load on the CDN servers feeding data).
 
websquadza said:
From @PsyWulf's tests, looks more like EU CDN resources being under-provisioned for this specific piece of content or over-utilised - given that two different games ran at different speeds from the same CDN, I think there's some sort of resource limiting to ensure that a single piece of content doesn't completely overwhelm the rest of the CDN's resources. To be honest, the only provider who seems to be getting this right at the moment is Steam (Valve), putting caches as close to clients as possible. Games are only going to get bigger, and their updates too. It's unreasonable to expect to deliver 20-100 GB files from a small number of densely trafficked locations, especially when global connectivity speeds keep increasing (which increases the overall load on the CDN servers feeding data).
Click to expand...
Yeah was pretty surprised at the low speed per open connection overall too,there's definitely some management happening,coupled with a high number of failed connections to port 1120 on the Client app - (Battle.net File Transfer port from the looks of it)
1589971668557.png
 
websquadza said:
From @PsyWulf's tests, looks more like EU CDN resources being under-provisioned for this specific piece of content or over-utilised - given that two different games ran at different speeds from the same CDN, I think there's some sort of resource limiting to ensure that a single piece of content doesn't completely overwhelm the rest of the CDN's resources. To be honest, the only provider who seems to be getting this right at the moment is Steam (Valve), putting caches as close to clients as possible. Games are only going to get bigger, and their updates too. It's unreasonable to expect to deliver 20-100 GB files from a small number of densely trafficked locations, especially when global connectivity speeds keep increasing (which increases the overall load on the CDN servers feeding data).
Click to expand...
Well regardless of issues downloading the update, I must say it was worth it! Quality of life and Performance seems to be improved... Not sure about assault rifles in Gulag though...
 
Deadmanza said:
@websquadza

What is going on today?

Increased latency, packet loss. This is becoming more and more frequent?

View attachment 843115

View attachment 843139
Click to expand...

1589972767506.png

You and I seem to be getting 2 different destination IPs,both hosted by Softlayer Technologies
1589972678806.png

MTR is also pretty clear for losses on the last few hops so no additive loss there
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router.lan - 0 | 106 | 106 | 0 | 0 | 1 | 0 |
| as-vuma.jb-is-bry-01.za.ws.net.za - 0 | 106 | 106 | 2 | 4 | 34 | 24 |
| core.vuma-l3.jb1.za.ws.net.za - 11 | 74 | 66 | 2 | 9 | 248 | 2 |
| core.as-xe-02.jb1.za.ws.net.za - 0 | 106 | 106 | 1 | 1 | 7 | 1 |
| core.cr-xe-01.jb1.za.ws.net.za - 0 | 106 | 106 | 1 | 1 | 7 | 2 |
| core.pe-xe-ip01.cp1.za.ws.net.za - 0 | 106 | 106 | 19 | 19 | 34 | 19 |
| 165-69-148-197.as37497.za.net - 0 | 106 | 106 | 19 | 19 | 40 | 20 |
| 162-68-148-197.as37497.za.net - 3 | 98 | 96 | 160 | 162 | 255 | 161 |
| 54-71-148-197.as37497.za.net - 3 | 98 | 96 | 159 | 162 | 213 | 172 |
| 37-66-148-197.as37497.za.net - 3 | 98 | 96 | 159 | 160 | 180 | 160 |
| bbr01.lon01.networklayer.com - 3 | 98 | 96 | 160 | 161 | 183 | 161 |
| ae5.cbs02.tg01.lon01.networklayer.com - 3 | 98 | 96 | 161 | 163 | 182 | 162 |
| c5.13.2da9.ip4.static.sl-reverse.com - 0 | 106 | 106 | 160 | 162 | 200 | 163 |
| 7b.76.32a9.ip4.static.sl-reverse.com - 0 | 106 | 106 | 161 | 162 | 180 | 161 |
| c7.76.32a9.ip4.static.sl-reverse.com - 0 | 106 | 106 | 160 | 161 | 178 | 161 |
| 5b.d5.32a9.ip4.static.sl-reverse.com - 0 | 106 | 106 | 160 | 162 | 177 | 161 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 
Getting some weird github issues now as well running from CI server
Code: 
 $ git clone https://github.com/protocolbuffers/protobuf.git
 Cloning into 'protobuf'...
 error: RPC failed; result=56, HTTP code = 200
 fatal: The remote end hung up unexpectedly
 fatal: early EOF
 fatal: index-pack failed
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X