[Snap] Snap: Slow CDN speeds?

Forums › 2degrees (including Slingshot, Orcon, Flip, Stuff Fibre, MyRepublic, 2talk and Vocus) › [Snap] Snap: Slow CDN speeds?

1 | 2 | 3 | 4

956 posts

Ultimate Geek
Inactive user

#831302 5-Jun-2013 21:22

mercutio:
JamesL: This might explain why I get buffering issues on crunchyroll which is served via cp150757.edgefcs.net?

not necessarily related, that ip resolves to nz akamai for me.

Damn, oh well

@michaelmurphy I'm using snap dns

202.37.101.1 202.37.101.2

JamesL

956 posts

Ultimate Geek
Inactive user

#831303 5-Jun-2013 21:23

yitz: First hop looks like a new welly BNG ?
Maybe they have yet to do some tweaking on it.

eXDee is gong via Auckland and getting the same results

mercutio

1392 posts

Uber Geek

#831305 5-Jun-2013 21:23

michaelmurfy:
mercutio: michael.. i think you have a local cache.. i very much doubt you got 100mb/sec average to a US node of www2.ati.com in 1.8 seconds.

although it's nice that you get directed to US rather than AU.

Hah, this was actually done off one of my servers at Hurricane Electric (only because I had a SSH session open) - I was more or less testing via an IPv6 host if this was possibly the case. It's not, looks like one of the following:

- The OP's DNS is not set to Snaps DNS servers, causing it to resolve to a CDN server not close to the OP's location (overseas)
- Snap ain't doing things right and something is broken.

yeah i got bit by ipv6 by default.

even in the US can be a diff in speed between ipv4 and ipv6.

# time curl -4O http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-unstable/google-chrome-unstable_29.0.1521.3-r202710_amd64.deb
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 41.4M 100 41.4M 0 0 32.3M 0 0:00:01 0:00:01 --:--:-- 32.4M
curl -4O 0.02s user 0.23s system 18% cpu 1.295 total

# time curl -6O http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-unstable/google-chrome-unstable_29.0.1521.3-r202710_amd64.deb
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 41.4M 100 41.4M 0 0 17.3M 0 0:00:02 0:00:02 --:--:-- 17.4M
curl -6O 0.01s user 0.27s system 11% cpu 2.397 total
can't get your 100mb/sec though :(

mercutio

1392 posts

Uber Geek

#831307 5-Jun-2013 21:28

JamesL:
mercutio:
JamesL: This might explain why I get buffering issues on crunchyroll which is served via cp150757.edgefcs.net?

not necessarily related, that ip resolves to nz akamai for me.

Damn, oh well

@michaelmurphy I'm using snap dns

202.37.101.1 202.37.101.2

you'd probably actually get faster results by using 4.2.2.2 for www2.ati.com

# host www2.ati.com 4.2.2.2
Using domain server:
Name: 4.2.2.2
Address: 4.2.2.2#53
Aliases:

www2.ati.com is an alias for wpc.658C.att-acdn.net.
wpc.658C.att-acdn.net is an alias for wpc.658c.na.att-acdn.net.
wpc.658c.na.att-acdn.net has address 12.120.148.146

i got the same IP exactly as michaelmurphy got
with curl it's easy to force which IP to go to assuming you're not being transparently proxied (which snap don't afaik)

curl -x 12.120.148.146:80 http://www2.ati.com/drivers/beta/amd_catalyst_13.6_beta.exe > /dev/null

JamesL

956 posts

Ultimate Geek
Inactive user

#831323 5-Jun-2013 21:41

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 178M 100 178M 0 0 1381k 0 0:02:12 0:02:12 --:--:-- 1125k

Speed fluctuated a lot, went as low as 300k

mercutio

1392 posts

Uber Geek

#831330 5-Jun-2013 21:53

JamesL: % Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 178M 100 178M 0 0 1381k 0 0:02:12 0:02:12 --:--:-- 1125k

Speed fluctuated a lot, went as low as 300k

i checked out a whole lot of dns servers.

managed to get europe IP.. and dallas, and blah blah.. but nothign really any better.

this is uk, but it's still at&t that historically cogent have had issues with.

curl -x 32.58.65.146:80 http://www2.ati.com/drivers/beta/amd_catalyst_13.6_beta.exe -v > /dev/null

JamesL

956 posts

Ultimate Geek
Inactive user

#831336 5-Jun-2013 22:02

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 178M 100 178M 0 0 2632k 0 0:01:09 0:01:09 --:--:-- 3276k

Better speeds to UK and USA than AUS, awesome..

Sharesies

Trade NZ and US shares and funds with Sharesies (affiliate link).

Ragnor

8219 posts

Uber Geek

Trusted

#831382 5-Jun-2013 23:37

JamesL:

Better speeds to UK and USA than AUS, awesome..

Which probably indicates that it's not Snap's core network or domestic transit that's the problem but upstream in a transit provider.

Could be that Snap doesn't have enough bandwidth to Aussie due to customer growth.

Alternatively may not be Snap's fault at all, could be a dodgy route back from the host which they have no control over.

If you try a wider range of tests to Australia you may be able to figure out if there is a common transit provider or network hop that's problematic.

Also whether it's problem only at peak time or throughout the day.

JamesL

956 posts

Ultimate Geek
Inactive user

#831513 6-Jun-2013 11:12

Yeah, by no means am I solely blaming Snap

It might be some form of peak time congestion as as the client.akamai.com came down at line speed, albeit the file is too small to do a proper test

However the www2.ati.com download is still slow

Connecting to www2.ati.com (www2.ati.com)|68.232.45.78|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 186978904 (178M) [application/octet-stream]
Saving to: â/dev/nullâ

100%[===========>] 186,978,904 797KB/s in 3m 22s

2013-05-27 10:39:49 (903 KB/s) - â/dev/nullâ saved [186978904/186978904]

RalphFromSnap

776 posts

Ultimate Geek

Trusted

Snap Internet

#831767 6-Jun-2013 18:13

Hey Guys,

Thanks for all the feedback, I can see you have done your homework! While this isn't an issue in the Snap network, we've been in discussions with Edgecast today in order to see what we can do about improving this. Our network operations staff are in the process of standing up a 10Gbit peering session with Edgecast in Sydney in order to improve connectivity to them. We expect this to be done within the next week, but we're working to get everything arranged as quickly as possible so that you can download your "linux ISOs" as fast as possible! Obviously we don't have visibility into Edgecast's network, so we can't garuntee this will fix the issues, however this will ensure the best possible connectivity from our side into Edgecast's network.

Thanks,
Ralph

Snap

0800 BROADBAND (276 232)
www.snap.net.nz

@SnapInternet on Twitter
Snap Internet on Facebook

Our Social Media Team:
^RO Ricky - Technical Lead
^AT Ashleigh - Retail Marketing Coordinator

JamesL

956 posts

Ultimate Geek
Inactive user

#831801 6-Jun-2013 19:25

Sweet, thanks for the update :)

eXDee

4032 posts

Uber Geek

Trusted

#831822 6-Jun-2013 20:13

I'm impressed!

And today i learned a lot of websites i use utilize edgecast:
http://www.edgecast.com/customers/ (warning, auto play media on chrome for me).

mercutio

1392 posts

Uber Geek

#831871 6-Jun-2013 21:57

ralph, don't you already have peering with google? any idea what's with dl.google.com being slow.

RalphFromSnap

776 posts

Ultimate Geek

Trusted

Snap Internet

#832026 7-Jun-2013 09:50

mercutio: ralph, don't you already have peering with google? any idea what's with dl.google.com being slow.

Hey, we have a 10Gbit peering facing Google, so there really shouldn't be any issues on our side. If you can run some traceroutes and send them through to support@snap.net.nz and we'll have a look into it.

Cheers, Ralph

Snap

0800 BROADBAND (276 232)
www.snap.net.nz

@SnapInternet on Twitter
Snap Internet on Facebook

Our Social Media Team:
^RO Ricky - Technical Lead
^AT Ashleigh - Retail Marketing Coordinator

Ragnor

8219 posts

Uber Geek

Trusted

#832364 7-Jun-2013 17:34

RalphFromSnap:

Our network operations staff are in the process of standing up a 10Gbit peering session with Edgecast in Sydney in order to improve connectivity to them. We expect this to be done within the next week...

Really nice to see a NZ ISP address problems like this openly with details of their actual plan and rough time frame.

Impressive.

Meanwhile on Orcon or Vodafone/Telstraclear.. 30+ pages and months later.....

1 | 2 | 3 | 4