Diferencia entre revisiones de «Difusión por proximidad»

Anycast se suele usar con [[Protocolo no orientado a la conexión|protocolos no orientados a la conexión]] (como [[UDP]] en internet), dado que los [[Protocolo orientado a la conexión|protocolos orientados a la conexión]] (como [[Transmission Control Protocol|TCP]]) necesitan mantener información del estado de la comunicación y en anycast, la máquina destino puede variar sin previo aviso. Para protocolos en los que se requiere que la sesión completa use el mismo servidor se pueden usar sistemas como [[GeoDNS]]. Por ello, anycast se suele usar para dar alta disponibilidad y balanceo de carga en protocolos sin gestión del estado, como por ejemplo, en el acceso a información replicada.

 

Algunos [[Servidor Raíz|servidores raíz]] del sistema [[DNS]] están distribuidos geográficamente para repartir la carga y evitar que la caída de un servidor afecte ostensiblemente a la navegación por internet.<ref>Como se explica en el [http://www.ietf.org/rfc/rfc3258.txt RFC 3258]</ref> En concreto, los servidores C, F, I, J, K y M existen en muchas ciudades de continentes diferentes y usan anycast para dar un servicio descentralizado. Como consecuencia de ello, la mayor parte de los servidores DNS están fuera de los [[Estados Unidos]], aunque su nombre indique lo contrario. Asimismo, un servicio complementario, que responde negativamente consultas de direcciones privadas (RFC 1918), también está configurado con anycast y se reporta a través del [[AS112]].<ref name="faq">{{cita web |url=https://www.iana.org/abuse/answers |título=Abuse Issues and IP Addresses |fechaacceso=11 de mayo de 2012 |apellido=IANA |nombre= |enlaceautor=IANA |fecha=15-12-2011 |idioma=inglés }}</ref>

 

Hay una puerta de enlace predeterminada para el protocolo de transición [[6to4]] que usa la dirección IP anycast 192.88.99.1.<ref>Como se explica en el [http://www.ietf.org/rfc/rfc3068.txt RFC 3068]</ref> Esto permite que existan muchos proveedores que implementen puertas de enlace 6to4 sin que sea necesario que los hosts sepan cuál es la puerta de enlace específica de su proveedor. Usando esta dirección, los paquetes siempre irán a la puerta de enlace más cercana, generalmente la de nuestro proveedor.

 

Anycast permite redirigir paquetes que van a una determinada IP a otra máquina si la información de ruta que mandamos es aceptada por los routers intermedios. Aunque esto parece inseguro a primera vista, es lo mismo que ocurre con el resto de informaciones de ruta en IP. Como ocurría con el enrutado IP convencional, hay que filtrar cuidadosamente a quien se permite propagar anuncios de ruta para prevenir [[Ataque Man-in-the-middle|ataques man-in-the-middle]] y [[Ataque de descartado de paquetes|agujeros negros]].

 

Anycast proporciona una alta fiabilidad, dado que permite la recuperación automática ante fallos de las máquinas. Cuando se usa anycast, se suelen monitorizar las funciones del servidor con un mecanismo llamado "heartbeat" (latido de corazón). En caso de que un servidor deje de que el servidor falle y deje de mandar esos "latidos", se asume que el servidor ha dejado de funcionar y la ruta se reemplaza. En ocasiones, esto lo hacen los propios servidores, anunciando el prefijo anycast al router externo usando [[OSPF]] o cualquier otro protocolo [[IGP]]. Si el servidor se cae, el router externo dejará de anunciar la ruta y el resto de enrutadores actualizarán sus tablas en consecuencia. Esta funcionalidad es muy importante, porque si se sigue anunciando un servidor que ya no funciona, aparecerá un "agujero negro" para los clientes cercanos. Esta manera de fallar es lo peor que le puede ocurrir a un sistema anycast. En cualquier caso, sólo afecta a los clientes cercanos, y nunca a la totalidad de los usuarios.

 

== Local contra Global ==