Verizon FiOS → Re: Horrible youtube speeds

I just remembered I have a giganews diamond account which includes vyprvpn, so I fired up the VPN, and bang, youtube was at full speed. Now if only I could devise a way to only use the VPN for youtube and let everything else go direct.

Anyone know how to do that?

You cannot with the Actiontec since it doesnt support VPN client or server functions...at least not that I've ever seen

If you have 3rd party router running a different firmware (dd-wrt or other) you can usually use OpenVPN client and have all traffic route through the viper vpn that way.

If giganews vypervpn is really just openvpn then its pretty easy to do and you can just do it on your comp as openvpn works on mac/linux/windows. I am very familiar with openvpn but ive never really used giganews 'vypervpn'.

Curious if slowness will show up in my latency plots i just setup for youtube.com:

Daily:


Weekly:


Monthly:

I bet it won't. The problem isn't really youtube.com itself, but rather the servers that the videos are being streamed from.

Actually it should. Youtube itself is hosted off of the same AS number (AS15169) as the server serving the content (atleast for me). When links get saturated it should show in latency graphs. It is very likely it will take the same path when going to the same AS number. I see it going through alter.net (vz) -> alternet customer (gw) link just like with the content server.

Look at the traceroute:

traceroute to youtube.com (74.125.224.166), 30 hops max, 46 byte packets
 1  router.houkouonchi.jp (1.1.1.1)  0.072 ms  0.930 ms  0.098 ms
 2  * * *
 3  G0-3-1-7.LSANCA-LCR-21.verizon-gni.net (130.81.140.224)  5.872 ms  7.182 ms  3.608 ms
 4  130.81.199.38 (130.81.199.38)  3.584 ms  28.155 ms  4.203 ms
 5  0.xe-2-1-3.XL3.LAX15.ALTER.NET (152.63.8.41)  3.800 ms  4.007 ms  4.485 ms
 6  TenGigE0-6-2-0.GW4.LAX15.ALTER.NET (152.63.114.213)  9.345 ms TenGigE0-6-4-0.GW4.LAX15.ALTER.NET (152.63.114.217)  7.831 ms TenGigE0-4-0-0.GW4.LAX15.ALTER.NET (152.63.112.73)  6.393 ms
 7  google-gw.customer.alter.net (63.125.112.154)  4.358 ms  4.530 ms  5.932 ms
 8  64.233.174.238 (64.233.174.238)  3.496 ms  4.429 ms  4.076 ms
 9  72.14.236.11 (72.14.236.11)  5.645 ms  4.081 ms  5.376 ms
10  youtube.com (74.125.224.166)  3.642 ms  3.861 ms  3.751 ms
root@dekabutsu: 12:41 AM :~#
 

The possible bad hop is 7 (63.125.112.154) which is google's border router (transit to VZ)

Now when I traceroute an IP of one of the servers that was actually sending me the video stream it goes through the same 63.125.112.154:

 
root@dekabutsu: 12:45 AM :~# traceroute -I 173.194.8.230
traceroute to 173.194.8.230 (173.194.8.230), 30 hops max, 46 byte packets
 1  router.houkouonchi.jp (1.1.1.1)  0.171 ms  0.395 ms  0.097 ms
 2  * * *
 3  G0-3-1-7.LSANCA-LCR-21.verizon-gni.net (130.81.140.224)  7.760 ms  4.948 ms  4.321 ms
 4  130.81.199.38 (130.81.199.38)  3.613 ms  18.408 ms  3.794 ms
 5  0.xe-2-1-3.XL3.LAX15.ALTER.NET (152.63.8.41)  3.895 ms  3.930 ms  3.658 ms
 6  TenGigE0-4-0-0.GW4.LAX15.ALTER.NET (152.63.112.73)  7.282 ms TenGigE0-6-0-0.GW4.LAX15.ALTER.NET (152.63.114.205)  7.594 ms  8.861 ms
 7  google-gw.customer.alter.net (63.125.112.154)  5.010 ms  6.408 ms  6.543 ms
 8  216.239.43.197 (216.239.43.197)  5.755 ms  4.168 ms  4.398 ms
 9  173.194.8.230 (173.194.8.230)  3.735 ms  3.389 ms  3.421 ms
 

Now of course this is VZ -> google. I don't have access to google's servers so I can't do a reverse traceroute to see if the return route is coming back the same way on both but its a likely possibility that is the case considering they both have similar forward routes and about the same latency.

I haven't really been noticing any bad youtube performance though here in Socal. That is with 720/1080p videos. As always 360/480p videos are throttled by youtube itself and load much slower than their 720p/1080p counter-parts.