O Canada! > Canadian > TekSavvy > [Cable] Youtube lags at night still, upgrade cache servers?

reply to HKPolice

Re: [Cable] Youtube lags at night still, upgrade cache servers?

reply to HKPolice
Unless I'm mistaken, I don't think its TSI servers that are to blame this time - at least I dont see it in the video url, but there is something weird going on.

I noticed that all the videos that were slow were loading from the following addresses:
»r*---sn-ux3n588t-mjhe.c.youtube.com/...

Where * is a number 1-9.

All others seemed fine. I don't know if this address represents a Teksavvy cache server (I don't think so), but it does look like a youtube cache server of some sort and it seems to be having speed issues only managing about 300 KB/s - 400 KB/s.

reply to HKPolice
As Gabe has mentioned, YouTube does have caching hardware in TekSavvy's cage at 151 Front.
--
Developer: Tomato/MLPPP, Linux/MLPPP, etc »fixppp.org

reply to Sanek

reply to HKPolice
Have you changed your DNS servers at all?

Using a foreign DNS server will change which CDN node you connect to. You might not be connecting to the edge closest to you.

For the record, I'm having absolutely no issues here in Toronto.

reply to HKPolice
After firing up TCP View, I realized that actually none of the youtube videos are loading from a caching server. The Tomato script I found a while ago was actually working still. All of them are being streamed directly from youtube's servers in Mountain View California.

IP ranges from 208.117.240.xxx to 208.117.251.xxx

Some of the videos load fine @ around 2MB/s without causing any buffering issues but the majority of them chug along at ~300-400KB/s which causes buffering.

I tried turning off the Anti caching script so that videos would load from TSI's cache again and guess what: the speeds are the same or slower. 206.248.151.140 - 206.248.151.147 IP range.

So I tried switching to a 16Mbit DSL I have access to and guess what: Full 2MB/s streaming no issues whatsoever.

So what does this prove?

1) Teksavvy's Youtube cache servers are overloaded and
2) Some of Teksavvy's peering is either overloaded or not functioning efficiently.

This is the Tomato script I used, in the WAN UP page:

echo > /etc/hosts
youtube=$(nslookup www.youtube.com|grep -v 127.0.0.1|grep " 1:"|awk {'print $3'})
for ls in 1 2 3 4 5 6 7 8;do for v in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25;do echo $youtube o-o.preferred.teksavvy-xcm1.v$v.lscache$ls.c.youtube.com >> /etc/hosts;done;done

I'm honestly surprised that there aren't any more complaints about this issue. Is everyone still watching videos in 480p or 720p?? I use youtube center script that automatically loads all vids in 1080p and every night, 90% of the videos have buffering issues which were non existent a few months ago.

It was supposed to be fixed last week according to gabe, but he hasn't updated this thread or responded.

It should be completely fixed as of this morning.

Wppt! I'll test that theory tonight!

reply to morisato
What's the point of these Google cache servers? Does that mean there are Twitch cache servers too?

I never had problems with YouTube except for this one night.

reply to geokilla
Twitch has it's own CDN, yes. It's not integrated into Teksavvy's network but they do provide multiple POP's on the Twitch/JTV network.

reply to jmck

reply to TSI Gabe

reply to TSI Gabe

reply to Sanek

reply to HKPolice