Internet Initiative Japan Inc. · TSE:3774

Internet Initiative Japan — Internet Systems Consortium — Technical Presentation (May 2012)

42 slides from Internet Initiative Japan's technical presentation, May 15, 2012

  1. Slide 1: Anycast: Introducción y Experiencia Operativa

    Anycast Introducción y Experiencia Operativa Presentado por Luis E. Muñoz, Ingeniero de Aplicaciones

  2. Slide 2: Logística

    Logística • La presentación durará 1 hora • La grabación estará disponible en unos días – http://www.isc.org/webinars • Los participantes no intervienen oralmente • Las preguntas se ingresan vía el panel Q&A de WebEx para el presentador – El presentador puede diferir preguntas hasta el final de la s

  3. Slide 3: Agenda

    Agenda • Definición de Anycast • Explorando los Casos de Uso • Explorando el Impacto en los Protocolos • Explorando Anycast y DNS • Compartiendo la Experiencia Operacional de ISC • Preguntas y Respuestas

  4. Slide 4: Definición Anycast

    Definición ANYCAST

  5. Slide 5: ¿Qué es Anycast?

    ¿Qué es Anycast? • Anycast describe un método para usar la misma dirección IP en múltiples servidores • Anycast es fundamentalmente un esquema de enrutamiento • Anycast tiene más que ver con la configuración de los enrutadores que con la de los servidores – Los administradores de los servidores debe

  6. Slide 6: Routing Schemes Compared

    Routing Schemes Compared Línea Base Unicast Broadcast Multicast Anycast Fuente: http://en.wikipedia.org/wiki/Anycast.

  7. Slide 7: Propiedades de Anycast

    Propiedades de Anycast • Cada paquete enviado a una dirección Anycast puede llegar a un servidor distinto • Los paquetes van a la dirección con la mejor métrica – Usualmente el más cercano, pero no siempre. Las métricas pueden basarse en otros factores como ancho de banda, costo, carga o confiabilid

  8. Slide 8: Explorando Casos de Uso

    Explorando CASOS DE USO

  9. Slide 9: Use Cases

    Use Cases • Anycast Local – Distribuye la carga entre múltiples servidores de la misma subred – Elimina la necesidad de un balanceador al hacer que el enrutador haga la distribución de tráfico A➔1 Enrutamiento A➔2 ECMP basado Servidor 1 ¡Una sola ruta! A➔3 en flujos Simplifica la operación A➔4 Servi

  10. Slide 10: Anycast Global

    Anycast Global • Distribuye la carga entre múltiples localidades • Ofrece redundancia ASN ASN ASN ASN ASN ASN ASN ASN

  11. Slide 11: Casos de Uso

    Casos de Uso • Lo más popular en Anycast: 1. DNS, servidores recursivos • Configurados vía dirección IP en los clientes • La latencia importa • Distribuye la carga entre múltiples dispositivos 2. DNS, servidores de autoridad • Número limitado de direcciones en un sólo paquete de respuesta • La laten

  12. Slide 12: Explorando Impacto en los Protocolos

    Explorando IMPACTO EN LOS PROTOCOLOS

  13. Slide 13: Impacto en Protocolos: ICMP

    Impacto en Protocolos: ICMP • Las opciones globales y sin estado – stateless – funcionan bien – Ping solicitud y respuesta – ICMP Traceroute • La inestabilidad en la red puede causar efectos extraños en traceroute • Evite las opciones LAN – Solicitud y anuncio de enrutadores – Solicitud y respuesta

  14. Slide 14: Impacto en Protocolos: ICMP

    Impacto en Protocolos: ICMP • Los mensajes que indican fallas son un problema – Destination {network,host,protocol,port} {unreachable,unknown} – Fragmentation required – Source route failed – Source host isolated – Network administratively prohibited – {Network,Host} unreachable for TOS – Communicat

  15. Slide 15: Impacto en Protocolos: ICMP

    Impacto en Protocolos: ICMP ICMP Source Quench ALTO Congestión Paquete ICMP descartado; El otro Red servidor Cliente nunca se entera Consulta ISP B Respuesta

  16. Slide 16: Impacto en Protocolos: ICMP

    Impacto en Protocolos: ICMP • Importancia para la operación • Perder un mensaje “packet too big” previene PMTU – Las respuestas de un servidor Anycast nunca deben tener el bit DF • Se debe asumir fragmentación en el camino o limitar al MTU mínimo – IPv6 no permite fragmentación en el camino. Todos l

  17. Slide 17: Impacto en Protocolos: UDP

    Impacto en Protocolos: UDP • Sin estado, buen candidato para Anycast • Funciona bien cuando la consulta va en un paquete y la respuesta en 1-n paquetes, sin estado entre consultas – ¡Se parece mucho a la mayoría de las consultas DNS! • Mismo comportamiento que en TCP cuando las consultas son de más

  18. Slide 18: Impacto en Protocolos: TCP

    Impacto en Protocolos: TCP • Sólo funciona cuando el camino en la red es estable – Nunca es cierto en el largo plazo, pero usualmente es suficientemente cierto para períodos cortos • El usuario tiene que llegar al mismo destino Anycast durante toda la conexión – Un sólo paquete llegando al destino e

  19. Slide 19: Impacto en Protocolos: TCP

    Impacto en Protocolos: TCP Red TCP SYN TCP SYN/ACK TCP ACK/Datos TCP Reset

  20. Slide 20: Fuentes de Inestabilidad

    Fuentes de Inestabilidad 1. Balanceo de Carga – Balanceo por-paquete lleva tráfico por diferentes canales – potencialmente a otros servidores – Balanceo por-flujo típicamente emplea una 5-tupla para lograr estabilidad en muchas topologías – pero existen casos patológicos 2. Pérdida de Rutas – Fallas

  21. Slide 21: Impacto en Protocolos: TCP

    Impacto en Protocolos: TCP • ¿Qué significa para la operación? – La ubicación de los servidores Anycast es importante y depende de la topología y configuración – Funciona bien para conexiones cortas, cuando se despliega correctamente – A mayor duración de la conexión, mayor riesgo de falla • No es s

  22. Slide 22: Explorando Anycast y DNS

    Explorando ANYCAST Y DNS

  23. Slide 23: Anycast y DNS

    Anycast y DNS • La mayoría de las consultas comunes son un sólo paquete UDP con 1-3 paquetes de respuesta • Consultas TCP muy cortas – Usuario è Servidor: SYN, ACK c/consulta, ACK/FIN – Servidor è Usuario: SYN/ACK, ACK c/datos, ACK/FIN • A veces hay un paquete de datos adicional – Algunas implemen

  24. Slide 24: Resolución para Suscriptores

    Resolución para Suscriptores Backbone Consultas Evita la falla Nodo permanecen Invible al usuario Nodo Regional locales Regional Pop #1 Pop #2 Pop #3 Pop #4 Usuarios Usuarios Usuarios Usuarios

  25. Slide 25: DNS y Anycast

    DNS y Anycast • Servidores de autoridad diseminados ofrecen redundancia, balanceo de carga y mantenimiento sencillo ORD LGA SFO DFW ATL LAX Falla de un POP,Consultas locales se mantiene el servicio

  26. Slide 26: DNS y Anycast

    DNS y Anycast • Servidores de autoridad en múltiples redes ISP en Asia ISP en USA ISP en Europa - Redundancia de Red del ISP Operador - Menor latencia, tráfico local Consultas siempre locales

  27. Slide 27: DNS y Anycast: Nivel Avanzado

    DNS y Anycast: Nivel Avanzado • Contenido inconsistente – Uno de los ingredientes secretos que usan algunos CDNs • Cada servidor Anycast tiene datos ligeramente distintos y devuelve respuestas que dirigen convenientemente a los usuarios – El servidor Anycast sólo sabe sobre el resolver al que el usu

  28. Slide 28: Compartir Experiencia Operativa de ISC

    Compartir EXPERIENCIA OPERATIVA DE ISC

  29. Slide 29: SNS@ISC

    SNS@ISC • Producto de hospedaje autoritativo de ISC • Presencia en 3 ISPs globales diferentes – Cogent, Hurricane Electric, Tata Communications • Anycast dentro de cada ISP – Se emplea espacio IP de cada ISP dentro de su propia red – Mínimo de 3 localidades en la red de cada ISP • Incluyendo 3 regis

  30. Slide 30: SNS@ISC

    SNS@ISC sa | v4 #

  31. Slide 31: F-Root

    F-Root • Tres niveles de Anycast – LAN Local • Cada nodo tiene un mínimo de 2 servidores en la red local para redundancia. Más cuando se requiere – Nodos Locales • Típicamente se ubican en un punto de intercambio o dentro de una red de un ISP • Anuncia 192.5.5.0/24 y 2001:500:2f::/48 con NO_EXPORT –

  32. Slide 32: F-Root

    F-Root 192.5.4.0/23 2001:500:2E::/47 Nodo Global Nodo Global ASN ASN NO_EXPORT ASN ASN ASN NO_EXPORT 192.5.5.0/24 192.5.5.0/24 2001:500:2F::/48 2001:500:2F::/48 Nodo Local Nodo Local IX IX IX 192.5.4.0/23 192.5.4.0/23 192.5.5.0/24 192.5.5.0/24 2001:500:2E::/47 2001:500:2E::/47 2001:500:2F::/48 2001:

  33. Slide 33: F-Root

    F-Root • ¿Por qué 3 niveles? – Es importante mantener la localidad del tráfico • Los nodos locales pueden servir áreas con poco ancho de banda, p.ej. Cuando se sirven con enlaces satelitales, por lo que no deben atraer consultas de otros sitios • Incentivo para que los ISPs locales establezcan peeri

  34. Slide 34: F-Root

    F-Root • La transferencia de zonas no está oficialmente soportada, pero se permite – Si las conexiones TCP longevas fallan, ISC no lo considera un problema • Antes de IPv6 y DNSSEC las conexiones TCP eran muy raras – 0.00% antes de DNSSEC – 0.2% - 0.4% con DNSSEC – La mayoría de las implementaciones

  35. Slide 35: F-Root

    F-Root

  36. Slide 36: Para terminar: Anycast

    Para terminar ANYCAST

  37. Slide 37: Resumen

    Resumen • Anycast es un esquema de enrutamiento útil al desplegar algunas aplicaciones • Implicaciones a nivel de protocolo que deben ser consideradas en el diseño del despliegue Anycast • Normalmente DNS está bien adaptado para el uso con Anycast, donde es muy popular • Muchos otros ya lo están hac

  38. Slide 38: Eventos de ISC

    Conocer más EVENTOS DE ISC

  39. Slide 39: Eventos y Cursos

    Eventos y Cursos www.isc.org/webinars www.isc.org/support/training • Cyber Crime Remediation • 3-Day IPv6 Fundamentals • 22 May 2012 – 4-6 June 2012, Amsterdam • IPv6 Lessons Learned • 2-Day DHCP Workshop • 12 June 2012 – 7-8 June 2012, Amsterdam • 2-Day Intro DNS & BIND – 18-19 June 2012, Virginia

  40. Slide 40: Oferta Especial

    Oferta Especial Descuento del 18% en cualquier sesión de entrenamiento hasta el 30 de septiembre 2012! ¡Nuestro agradecimiento por acompañarnos! El cupón electrónico acompañará el mensaje de cierre de este evento. www.isc.org/support/training

  41. Slide 41: Preguntas y Respuestas

    Saber más PREGUNTAS Y RESPUESTAS

  42. Slide 42: Sigamos en contacto

    Sigamos en contacto www.facebook.com/InternetSystemsConsortium www.linkedin.com/company/internet-systems-consortium www.twitter.com/ISCdotORG

Internet Systems Consortium — Technical Presentation (May 2012) on 6ix