- peering connection, or
- some sort of GGC-like nodes [Google Maps, YouTube videos]
Issues
Strangely, while www.youtube.com resolves to a locally-hosted server (64.233.179.100 currently), youtube.com (with no leading www.) resolves to a 208.65.153.xxx address, seemingly in Richmond, VA.
Clarification
The caching nodes [presumably GGC nodes] currently serve only certain services (map tiles, YouTube videos) and are generally co-located within a client network. The other Google services are served from machines located in Cape Town (based on ping times) and that are administratively within a Google-owned IP block.
Further clarification
Assume this is a "small" trial run (limited number of users on TENET, maximum goodwill from helping the poor academics) before a full roll-out. The caching nodes already save TENET up to 45 Mbps international transport! There is no local visibility to Google's ZA IP block from IS's route server.
2 comments:
Last I heard, the whole of Neotel was also getting service from the TENET google caching nodes.
I've pinged (pung?) people at Neotel and will post any useful replies.
I should emphasise that there is probably no routing change involved for TENET, since they have been peering with Google for a while. However, it looks like Google has replaced the tunnel with actual machines.
Other networks (e.g. MTN Business) resolve Google hosts to the same IPs users on TENET-connected networks do, so the geolocation for the DNS server seems fully active. It's just the routing. I presume Google will prefer to peer in Cape Town, given their potential sponsorship of the new CINX switch.
Post a Comment