Google has their CDN within Malaysia. And it isn't located only in KL but other cities in Peninsular too like Penang and JB.

Google peers directly with TM (you can do a traceroute), that link only states where in Malaysia Google peering point is located.

Well, TM and google do not have exactly a peering agreement, but more likely the latter has put a local CDN within the TM network.

The CDN is put there by Google. Almost all other ISPs also do the same thing. If TM only peers with Google, TM will have to pay Google a lot of money because of unbalanced traffic direction.

I don't think TM pays to Google, in fact I suspect is was the other way around.
The CDN servers are owned by Google. It works the way Netflix OpenConnect servers does. No peering, only CDN.

Highly likely the problem lies with the CDN servers itself. Therefore Google problem.

I don;t think Google do it with purpose though. It is common knowledge their kul* CDN has capacity problems.

If you access YouTube via IPv6, the speed seems to be OK. It is the IPv4 YouTube that has problems, where people has to refresh the Youtube page just to get good speed.

Confirmed it is CDN problem.

Tested with the Kyoukai no Kanata video at http://youtu.be/L5eAWXiI4jA

tm-kul10



tm-pen2



The tm-pen2 sure has problems. So now kul* CDN is good while pen* one has problems.

This post has been edited by asellus: Oct 27 2013, 04:17 PM

Turn off IPv6 for youtube.com domain, then do 'recycle your IP address ---> check redirector.c.youtube.com/report_mapping' until you get the CDN you want. IPv6 users will always get kul* CDN servers.

I use Streamyx 4MB. That video of yours doesn't work here.

If you use Firefox + Greasemonkey + Download YouTube Videos as MP4 script, it is easy to do traceroute from the server where you download the video file.

Sometimes it can be good, other times bad. If you get low download speed from YouTube, look up what CDN you are using then recycle your PPPoE until you got a different one, then test the speed again.