Diferencia entre revisiones de «Difusión por proximidad»

Contenido eliminado Contenido añadido
Elvisor (discusión · contribs.)
Bot:Reparando enlaces
Marcecoro (discusión · contribs.)
Sin resumen de edición
Línea 1:
[[Image:anycast.svg|right|250px]]
'''Anycast''' es una forma de direccionamiento, [[direccionamientoencaminamiento]] o enrutamiento en la que la información es [[Encaminamiento|encaminada o enrutada]] al mejor destino desde el punto de vista de la topología de la red. En la red [[internet]], una [[dirección IP]] se puede anunciar desde varios puntos diferentes. Los routers intermedios encaminan el paquete hasta el destino más cercano. Por ejemplo 3ffe:b80:1daf:1::/64 es un identificador anycast de un [[6bone]]. Un paquete enviado a una dirección anycast es entregado a la máquina más próxima desde el punto de vista del tiempo de latencia.
 
El origen del término viene del inglés y su similitud con ''[[unicast]]'', [[Broadcast (informática)|''broadcast'']] y ''[[multicast]]'':
* En ''unicast'', cada dirección destino se corresponde con un único destino.
* En ''broadcast'' y ''multicast'' se asocia una dirección destino a muchos destinos finales.
* En ''anycast'' también hay una asociación de una dirección destino a varias máquinas. La diferencia está en que se selecciona una de estas máquinas para ser la destinataria de la información.
 
En internet se suele implementar anycast usando [[BGP]], anunciando el mismo [[Subred|rango IP]] desde diferentes lugares. El resultado es que los routers eligen la ruta más cercana de entre todos los anuncios que reciben y enrutan toda la información hacia el destino más cercano.
Línea 12:
 
== Aplicaciones ==
 
=== Para mejorar DNS ===
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>ComoCómo se explica en el [RFC 3258 (http://www.ietf.org/rfc/rfc3258.txt RFC 3258www.ietf.org/rfc/rfc3258.txt]).</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 de diciembre de 2011 |idioma=inglés }}</ref>
 
=== Para ayudar a la transición a [[IPv6]] ===
{{AP|IPv6}}
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>ComoCómo se explica en el RFC 3068 ([http://www.ietf.org/rfc/rfc3068.txt RFC 3068www.ietf.org/rfc/rfc3068.txt]).</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.
 
=== Ataques distribuidos y anycast ===
Línea 22 ⟶ 24:
 
== Seguridad ==
 
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]].
 
== Fiabilidad ==
 
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 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 ''[[IGPInterior Gateway Protocol]]'' (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ólosolamente afecta a los clientes cercanos, y nunca a la totalidad de los usuarios.
 
== Local contra Global ==
 
En algunos despliegues anycast en internet hay diferencias entre los nodos locales y globales. Los nodos locales se suelen usar para mejorar el acceso de un grupo de usuarios locales. Estos nodos se suelen anunciar usando la opción no-export de BGP para evitar que la ruta se propague por internet, es decir, el anuncio se restringe al área local. Cuando se implementan nodos locales y globales, los anuncios de nodos globales se anuncian como [[sistema autónomo|AS]] (sistemas autónomos), de manera que un anuncio de nodo local se prefiere a uno de un nodo global.
 
Los servidores de nombres raíz F y K usan nodos locales y globales.
 
== Referencias ==
{{listaref}}
 
== Véase también ==
 
* [[Broadcast (informática)|''Broadcast'']]
*[[Multicast]]
* [[UnicastEncaminamiento]]
* ''[[DNSGeocast]]''
* ''[[Multicast]]''
* ''[[Unicast]]''
* [[DNS]]
 
== Enlaces externos ==
*[http://web.archive.org/web/http://aharp.ittns.northwestern.edu/papers/k5-anycast/index.html Uso de anycast en internet] (en inglés).
*[http://web.archive.org/web/http://www.isc.org/index.pl?/pubs/tn/?tn=isc-tn-2003-1.html Hierarchical Anycast for Global Service Distribution], Documento del [[Internet Systems Consortium|ISC]] sobre anycast (en inglés).
*[http://www.ripe.net/ripe/meetings/ripe-52/presentations/ripe52-plenary-kroot-anycast.pdf The Impact of anycast on Root DNS Servers: The Case of K-root], presentación de Lorenzo Colitti ([[RIPE NCC]]) en [http://www.ripe.net/ripe/meetings/ripe-52/ RIPE 52] en abril de 2006 sobre el impacto de anycast en el servidor raíz DNS K (en inglés).
*[http://icann.org/announcements/announcement-08mar07.htm Icann DNS Attack Fact Sheet] Informe de [[ICANN]] sobre cómo la tecnología anycast ayudó a resistir el ataque DDoS sobre los servidores raíz DNS el 6 de febrero de 2007 (en inglés).
 
* [http://web.archive.org/web/http://aharp.ittns.northwestern.edu/papers/k5-anycast/index.html Uso de anycast en internet] (en inglés).
== Referencias ==
* [http://web.archive.org/web/http://www.isc.org/index.pl?/pubs/tn/?tn=isc-tn-2003-1.html Hierarchical Anycast for Global Service Distribution], Documento del [[Internet Systems Consortium|ISC]] sobre anycast (en inglés).
<references/>
* [http://www.ripe.net/ripe/meetings/ripe-52/presentations/ripe52-plenary-kroot-anycast.pdf The Impact of anycast on Root DNS Servers: The Case of K-root], presentación de Lorenzo Colitti ([[RIPE NCC]]) en [http://www.ripe.net/ripe/meetings/ripe-52/ RIPE 52] en abril de 2006 sobre el impacto de anycast en el servidor raíz DNS K (en inglés).
* [http://icann.org/announcements/announcement-08mar07.htm Icann DNS Attack Fact Sheet] Informe de [[ICANN]] sobre cómo la tecnología anycast ayudó a resistir el ataque DDoS sobre los servidores raíz DNS el 6 de febrero de 2007 (en inglés).
 
[[Categoría:Redes informáticas]]