[lacnog] Google Global Cache... nuevamente

[Ivan Chapero]

Estimados,
vuelvo a molestar por este tema.

¿Alguno conoce alguna vía de comunicación que tenga la capacidad de
reflejar en acciones reales configuraciones que influyan en cuanto a la
elección del nodo GGC por el cual servir tráfico para cierto ASN destino?.

Hace ya mas de un año que venimos reportando una elección demasiado
sub-optima por parte del "algoritmo" del CDN, pero estamos rebotando entre
el NOC de Google que nos sugiere verlo con el carrier poseedor de un nodo
GGC y el carrier que alude que esa preferencia de mapeo es puramente
dinámica y eventualmente gestionada por Google. Quedando sin herramientas
de manipulación de tráfico como ISPs propietarios del ASN/prefijos
receptores de contenido (los prepends están re-contra probados que no
influyen en nada).

También nos encontramos con un caso, que me gustaría que algún miembro de
Google en la lista confirme si es practica aceptable:
- el carrier X tiene un nodo GGC en su backbone, este carrier también es
broadband y prestador de 3G.
- El GGC esta bajo la figura del carrier (no de sus empresas hijas de
acceso final).
- En varios ISPs clientes de este carrier, con prefijos anunciados por BGP
exclusivamente por el mismo (es decir no son alcanzables desde otro
upstream) el nodo GGC del carrier sirve tráfico muy pocas horas en el día,
yendo la mayoría de las veces a un POP regional o remoto con enlaces
saturados.
- En paralelo las redes broadband/3G de la sub-empresas de acceso final del
carrier nunca dejan de recibir trafico local y de alta performance.

No quiero entrar en el eterno debate de la neutralidad de red, simplemente
estoy consultando a los fines prácticos, si es admisible que un nodo de
Google que se vincula a un carrier (y no al sus empresas de acceso final)
puede realizar esta diferencia en el despacho del contenido.

Espero sus sabios comentarios.

Slds.
-- 

*Ivan Chapero*
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20140628/7f9ec11a/attachment.html>