Despliegue rápido de IPv6

6rd es un mecanismo para facilitar el despliegue rápido de IPv6 en las infraestructuras IPv4 de los proveedores de servicios de Internet (ISP).

El protocolo deriva de 6to4 , un mecanismo preexistente para transferir paquetes IPv6 a través de la red IPv4, con la importante diferencia de que opera completamente dentro de la red del ISP del usuario final, evitando así los principales problemas arquitectónicos inherentes al diseño de 6to4. El nombre 6rd hace referencia tanto a los rápidos despliegues de IPv6 que permite como, informalmente, a las iniciales (RD) de su inventor, Rémi Després .

Una descripción de los principios 6rd y su primera aplicación por parte de ISP Free se publica en RFC 5569, ^{[ 1 ]} La especificación 6rd preparada para la estandarización en el IETF está disponible como RFC 5969. ^{[ 2 ]}

En noviembre de 2007, Rémi Després ^{[ 3 ]}  , uno de los creadores de la red de datos Transpac en Francia en la década de 1970  , propuso a Free , el segundo mayor ISP de Francia, utilizar el mecanismo 6rd que había inventado para desplegar rápidamente IPv6. Aunque Free no tenía previsto ofrecer el servicio IPv6 a corto plazo, Rani Assaf , el CTO de la compañía, decidió implementar la solución. Cinco semanas después, ^{[ 4 ]} tras la debida aprobación de marketing y validación operativa, se publicó el comunicado de prensa ^{[ 5 ]} anunciando que IPv6 estaba disponible para los clientes de Free.

El primer borrador que describía el sexto mecanismo y el despliegue de Free se presentó al IETF el 9 de febrero de 2008. ^{[ 6 ]} Tras mejoras, se publicó el 24 de enero de 2010 como RFC 5569 informativo. ^{[ 1 ]}

En marzo de 2010, un Grupo de Trabajo del IETF aprobó que su último borrador sobre 6rd se convirtiera, tras algunas modificaciones adicionales, en un RFC estándar . En agosto de 2010, se publicó el RFC 5969 estándar ^{[ 2 ]} . En octubre de 2010, Comcast lanzó el software 6rd para dispositivos de puerta de enlace domésticos como software de código abierto. ^{[ 7 ]}

6to4 funciona retransmitiendo el tráfico entre IPv6 nativo e IPv4 mediante servidores de retransmisión que anuncian prefijos IPv4 e IPv6 comunes a las redes para las que están preparados para proporcionar servicios de retransmisión, pero no hay garantía de que todos los hosts IPv6 nativos tengan una ruta operativa hacia dicho servidor. Por ello, no se garantiza que un host 6to4 sea accesible desde todos los hosts IPv6 nativos. Incluso cuando hay un servidor de retransmisión disponible, a menudo lo opera un tercero que no tiene la obligación de mantener una buena calidad de servicio a medida que aumenta el tráfico. 6rd cambia este modelo haciendo que cada ISP utilice uno de sus propios prefijos IPv6 en lugar del prefijo especial 2002:: / 16 estandarizado para 6to4, ^{[ 8 ]} de modo que un proveedor tiene la garantía de que sus hosts 6rd serán accesibles desde todos los hosts IPv6 nativos que pueden acceder a su red IPv6. Dado que el servidor de retransmisión está completamente bajo el control del ISP, este mantiene la responsabilidad total de la calidad del servicio para sus clientes.

Debido a que los relés 6rd solo pueden ser utilizados por un conjunto limitado de hosts que están todos bajo el control de la misma entidad administrativa, también reduce el alcance de los ataques de anonimización de tráfico como los posibles con 6to4. ^{[ 2 ]}

La implementación más sencilla de 6rd, que utiliza 32 bits del espacio de direcciones IPv6 para mapear todo el espacio de direcciones IPv4, consume más espacio de direcciones que el habitual con soporte nativo para IPv6 en todos los enrutadores de ISP. Esto se puede mitigar omitiendo partes redundantes del espacio de direcciones IPv4 y, en algunos casos, implementando varios dominios 6rd. ^{[ 1 ] [ 2 ]}

La asignación predeterminada de espacio IPv6 por parte de un registro regional de Internet (RIR) es un prefijo de 32 bits. Dado que se necesitan 32 bits para mapear una dirección IPv4 con 6rd, esto implica que un ISP solo podría asignar prefijos IPv6 de 64 bits a sus clientes si utilizara direcciones IPv4 completas. Sin embargo, 6rd permite descartar cualquier parte redundante de una dirección IPv4: por ejemplo, si las direcciones IPv4 que un ISP emite a sus clientes comparten los mismos dieciocho primeros bits, un prefijo 6rd solo necesita incluir los catorce bits restantes. Sin esta flexibilidad, Free asignó inicialmente prefijos IPv6 de 64 bits a sus clientes, pero pudo asignarles prefijos más cortos una vez que obtuvo una mayor asignación de espacio IPv6 (un prefijo de 26 bits) del RIPE NCC .

• Free ha utilizado 6rd desde diciembre de 2007. ^{[ 5 ]} En 2008, un informe de Google sobre la visibilidad del uso de IPv6 ^{[ 9 ]} mostró que Francia tenía la segunda mayor penetración de IPv6 en el mundo, con el 95% de su IPv6 siendo con direcciones IPv6 "nativas", casi todas de Free.
• Comcast anunció en enero de 2010 una prueba con 6rd en el segundo trimestre de 2010. ^{[ 10 ]} Comenzaron esa prueba de 6RD el 30 de junio de 2010, y se esperaba que aumentara a varios cientos de usuarios en julio de 2010. ^{[ 11 ]} Pero no se prevé que 6rd sea la estrategia principal de IPv6 de Comcast. ^{[ 12 ]} Comcast ha probado 2 gateways domésticos diferentes con 6rd, uno de los cuales ha puesto a disposición como código abierto. ^{[ 13 ]} Además, han publicado instrucciones de configuración de 6rd para cualquier usuario de su red que desee utilizar sus relés de borde 6rd. ^{[ 14 ]} Comcast planeaba desactivar su servicio 6rd el 30 de junio de 2011, en previsión de su despliegue más amplio de pila dual nativa. ^{[ 15 ]}
• Charter anunció el despliegue previsto de 6rd en toda su red en 2012. ^{[ 16 ]} Aloja un repetidor de frontera público de 6rd para sus suscriptores.
• El kernel de Linux añadió soporte para 6rd en la versión 2.6.33. ^{[ 17 ]}
• La empresa japonesa SoftBank ha anunciado que comenzará a implementar IPv6 utilizando 6rd. ^{[ 18 ]}
• Swisscom está implementando 6RD en 2011. ^{[ 19 ]} A partir de 2022, Swisscom pasó a un enfoque de pila dual completa. ^{[ 20 ]}
• La empresa japonesa SAKURA Internet comenzó su sexta prueba en marzo de 2011. ^{[ 21 ]}
• El ISP canadiense Videotron implementó 6rd en versión beta el 8 de junio de 2011 para clientes que utilizan un enrutador compatible con 6rd. ^{[ 22 ]}
• En diciembre de 2011, el proveedor de servicios de internet neerlandés Telfort anunció el inicio de un programa piloto preliminar de IPv6 basado en 6rd, invitando a sus clientes a participar. Desde enero de 2013, 6rd está disponible como opción de activación para todos los clientes de línea fija (ADSL y VDSL) de Telfort. Esta opción implica que el cliente debe habilitar 6RD en el módem Telfort Zyxel para obtener conectividad IPv6. Sin embargo, este programa piloto se suspendió posteriormente, ya que la empresa matriz KPN cerró la filial de Telfort en 2019.
• CenturyLink ha brindado soporte a 6rd desde abril de 2012, incluyendo una lista de módems compatibles. ^{[ 23 ]}
• En enero de 2013, el ISP holandés ZeelandNet anunció el inicio de un prepiloto de IPv6 basado en 6rd, invitando a sus clientes a participar. Tras la prueba, esperan contar con una solución nativa/de doble pila en su red de consumo EuroDOCSIS y en su red de fibra para empresas. ^{[ 24 ]}
• A fecha de 12 de junio de 2013, el ISP holandés OnsBrabantNet admite 6rd en su red. ^{[ 25 ]}
• En octubre de 2013, el ISP noruego Altibox anunció que ofrecía IPv6 a 70.000 clientes basándose en 6rd. ^{[ 26 ]} Todos los clientes que evitaban la "centralita doméstica" del ISP pudieron usar 6rd en marzo de 2013, aunque solo se anunció en la cuenta de Twitter de un técnico. ^{[ 27 ]}
• En noviembre de 2014, Sonic.net puso 6rd a disposición de los suscriptores con equipos compatibles para que pudieran optar por habilitarlo. ^{[ 28 ]}
• Telia Company está utilizando 6rd. ^{[ 29 ]}
• Tweak, un ISP de fibra holandesa, está utilizando 6rd. ^{[ 30 ]}
• Alaska Communications , una corporación de telecomunicaciones con sede en Alaska , proporciona soporte experimental para 6rd a sus suscriptores. ^{[ 31 ]}

• Implementación de IPv6

• Adeel Ahmed, Salman Asadullah, Implementación de IPv6 en redes de acceso de banda ancha , John Wiley and Sons, 2009, ISBN 0-470-19338-7págs .  195-205​

• Transición y coexistencia de IPv4 e IPv6 , proyecto 6DEPLOY, 2011