<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div style="font-size:small;font-family:tahoma,sans-serif" class="gmail_default">Estimados,</div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">soy operador de NOC de Argentina en varios ISPs de acceso. Confirmo y reafirmo la inquietud de Ariel.</font></div>

<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Entiendo que Google puede guardar como secreto comercial los detalles del algoritmo CDN pero como operadores y administradores de los enlaces deberíamos tener un contacto más fluido y directo ante la detección de comportamientos erróneos que afectan a los  clientes detrás del ASN gestionado. Si no vamos a tener información pública de como opera y se persuade la elección de los mejores nodos GGC, por lo menos deberíamos contar con una herramienta de reporte que genere un escalamiento y procesos internos por parte de Google que terminen reflejando los cambios deseados.</font></div>

<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Parece que el trato fluido es con los grandes carriers que disponen colocar en su backbone un nodo GGC, pero no con los operadores de ISPs de acceso, que son en definitiva los que aportan sus clientes en el despacho de contenidos de los caches.</font></div>

<div class="gmail_default"><br></div></div><div class="gmail_default"><i><span style="font-family:arial,sans-serif;font-size:13px">Pregunta: la alternancia que ven es para un mismo cliente (es decir, accediendo desde una misma direccion IP) o se da que para algunas direcciones IP acceden al local y para otras al remoto??</span><br>

</i></div><div class="gmail_default"><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div class="gmail_default"><div class="gmail_default">Sucede con las IPs de TODO el ASN. Expongo un caso puntual y real para que se interprete mejor:</div>

<div class="gmail_default"><br></div><div class="gmail_default">- Un ISP multi-homed con TELECOM Arg (TECO) y TELEFONICA Arg (TASA) como carriers contratados.</div><div class="gmail_default">- El ISP dispone de ASN y prefijos propios que anuncia por ambos carriers, prependeando algunos sobre uno y otro link para lograr el load-balance.</div>

<div class="gmail_default">- TECO dispone un nodo GGC local de latencia mínima (10-15ms).</div><div class="gmail_default">- TASA dispone de un nodo GGC indirectamente de su carrier internacional TIWS, como es un enlace internacional la latencia promedio es 190ms hacia los hosts de ese nodo.</div>

<div class="gmail_default">- Desde la activación del nodo local de TECO, tanto para los prefijos anunciados sin prepends por TECO (con prepend por TASA) como los prependeados por el mismo link (sin prepend por TASA) el trafico Youtube era mapeado de manera estable y sostenida al nodo GGC local. Lo que parece coherente dado que se estaba disputando el despacho del streaming entre un host extremadamente nacional y otro internacional.</div>

<div class="gmail_default">- Por esta razón el balanceo BGP se tuvo que modificar dramáticamente dado que, independientemente de los prepends, el 90% del tráfico Youtube ingresaba por el link de TECO.</div><div class="gmail_default">

<br></div><div class="gmail_default">- Hace un tiempo de manera extraña, y al menos desde mi extremo injustificada, en ciertos horarios esta clase de tráfico switchea bruscamente y se migra al enlace de TASA. Se comienza a ver que para todos los prefijos el mapeo de la reproducción de Youtube empieza a apuntar a hosts del nodo GGC de TIWS (salida internacional de TASA). </div>

<div class="gmail_default"><br></div><div class="gmail_default">- Esto produce una terrible saturación sobre el enlace de TASA dado que el anuncio de rutas estaba acomodado de manera tal que no se contara con esa importante carga que aporta Youtube por estar ingresando por TECO. Termina afectando entonces, no solo la performance de Youtube, sino a todas las conexiones que hacen downstream-traffic por dicho link para las IP del ASN. Se debe estar encima de las gráficas de consumo para empezar a "patear" prefijos hacia TECO y así descomprimir TASA, algo poco práctico y que no escala.<br>

</div><div class="gmail_default"><br></div><div class="gmail_default"><span style="font-family:tahoma,sans-serif"></span><br></div><div class="gmail_default"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><div></div></div><div>Si el cache cercano esta en su limite de capacidad o sin disponibilidad del video solicitado, la alternativa es lo cache a +200. </div><span><font color="#888888"><div> </div>
<div><br></div><div>Rubens</div><div><br></div></font></span></div></div></div></blockquote></div><div class="gmail_default"><br></div><div class="gmail_default">Rubens, para este caso no es un factor válido (nodo GGC local saturado) porque al momento de perder el cache de TECO para las IPs del ISP multi-homed en cuestión se verifica sobre otros ISPs que tiene ÚNICAMENTE a TECO como carrier y en ese escenario el mismo cache local sigue sirviendo sin problemas contenidos en casi la totalidad de las consultas. Parece una disputa entre el cache local de TECO y el internacional de TIWS que ganan y pierden de manera brusca uno y otro.</div>

<div class="gmail_default"><br></div><div class="gmail_default"><div class="gmail_default" style="font-family:tahoma,sans-serif">
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">

<div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="display:inline;font-family:tahoma,sans-serif">

</div>¿Tienen idea de cómo funciona el algoritmo de selección de cache de youtube?<br></div></blockquote><div><br></div></div><div><a href="https://wwws.cs.umn.edu/tech_reports_upload/tr2011/old_files/11-012.pdf" target="_blank">https://wwws.cs.umn.edu/tech_reports_upload/tr2011/old_files/11-012.pdf</a> </div>

<div><a href="http://scholarworks.umass.edu/cgi/viewcontent.cgi?article=1178&context=cs_faculty_pubs" target="_blank">http://scholarworks.umass.edu/cgi/viewcontent.cgi?article=1178&context=cs_faculty_pubs</a><br>
</div>
<div><br></div></div></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif">Rubens, </div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">esos docs los tengo presentes pero ya no son válidos y son previos a GGC. En ese momento la inteligencia del CDN estaba en los DNS dado que las URL del link del vídeo eran dominios globales únicos que se mapeaban de manera dinámica a diferentes IPs según de que DNS server venia el pedido de recursión. Ahora el DNS solo afecta al frontend web del los servicios de Google pero no al despacho de contenido.</font></div>

</div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Actualmente en los nodos GGC colocados en los carrires/NAPS se le asignan a los hosts dominios especiales de resolución única. Siguiendo con el ejemplo argentino:</font></div>

<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">- los vídeos servidos desde el nodo local de TECO son del tipo <b><a href="http://r4---sn-uxaxjvh5gbxoupo5-x1xs.c.youtube.com">r4---sn-uxaxjvh5gbxoupo5-x1xs.c.youtube.com</a></b> y mapean (uses el DNS que uses) a IPs del rango <b><a href="http://181.15.96.0/21">181.15.96.0/21</a></b> (propias de TECO).</font></div>

<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">- los vídeos servidos desde el nodo internacional de TASA/TIWS son del tipo </font>r<b>1---sn-upfn-hp5e.c.<span class="">youtube</span>.com</b> y mapean (uses el DNS que uses) a IPs del rango <b><a href="http://208.117.253.0/24">208.117.253.0/24</a></b> (si bien son de Google se propagan por TIWS exclusivamente).</div>
<div class="gmail_default"><br></div><div class="gmail_default"><br></div><div class="gmail_default" style>Espero exista gente de Google en la lista para que pueda aportar un poco de certezas o herramientas que a nuestro entender faltan ya que un CDN como Youtube flapeando de un link al otro no es poca cosa y termina degradando la experiencia general del usuario, no solo la del sitio en cuestión. </div>
<div class="gmail_default" style><br></div><div class="gmail_default" style>Saludos y gracias por los prontos aportes.</div></div></div></div><div><br></div>-- <br><div dir="ltr"><b>Ivan Chapero<br><span style="color:rgb(102,102,102)">Área Técnica y Soporte</span></b><span style="color:rgb(102,102,102)"> </span><br style="color:rgb(102,102,102)">

<span style="color:rgb(102,102,102)">Fijo: 03464-470280 (interno 535)</span> | <span style="color:rgb(102,102,102)">Móvil:  03464-155-20282</span>  | <span style="color:rgb(102,102,102)">Skype ID: ivanchapero</span><div>
<span style="color:rgb(102,102,102)">--</span><br style="color:rgb(102,102,102)">
<div style="text-align:center"><span style="color:rgb(102,102,102)">Go Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito - Santa Fe - Argentina</span></div><br><br><br><br><br><br><br></div></div>
</div></div>