El Protocolo de Internet versión 6 ( IPv6 ) es la versión más reciente del Protocolo de Internet (IP), el protocolo de comunicaciones que proporciona un sistema de identificación y ubicación para computadoras en redes y enruta el tráfico a través de Internet . IPv6 fue desarrollado por el Grupo de Trabajo de Ingeniería de Internet (IETF) para abordar el tan esperado problema del agotamiento de las direcciones IPv4 , y estaba destinado a reemplazar a IPv4 . [1] En diciembre de 1998, IPv6 se convirtió en un borrador de estándar para el IETF, [2] que posteriormente lo ratificó como estándar de Internet el 14 de julio de 2017. [3] [4]
A los dispositivos en Internet se les asigna una dirección IP única para su identificación y definición de ubicación. Con el rápido crecimiento de Internet después de su comercialización en la década de 1990, se hizo evidente que se necesitarían muchas más direcciones para conectar dispositivos que las que había disponible el espacio de direcciones IPv4. En 1998, el IETF había formalizado el protocolo sucesor. IPv6 utiliza direcciones de 128 bits , lo que en teoría permite 2 128 , o aproximadamente3,4 × 10 38 direcciones totales. El número real es ligeramente menor, ya que varios rangos están reservados para uso especial o completamente excluidos del uso general. Los dos protocolos no están diseñados para ser interoperables y, por lo tanto, la comunicación directa entre ellos es imposible, lo que complica el paso a IPv6. Sin embargo, se han ideado varios mecanismos de transición para rectificar esto.
IPv6 proporciona otros beneficios técnicos además de un mayor espacio de direccionamiento. En particular, permite métodos jerárquicos de asignación de direcciones que facilitan la agregación de rutas a través de Internet y, por lo tanto, limitan la expansión de las tablas de enrutamiento . El uso del direccionamiento de multidifusión se amplía y simplifica y proporciona una optimización adicional para la prestación de servicios. En el diseño del protocolo se han considerado aspectos de movilidad, seguridad y configuración del dispositivo.
Las direcciones IPv6 se representan como ocho grupos de cuatro dígitos hexadecimales cada uno, separados por dos puntos. La representación completa podrá abreviarse; por ejemplo, 2001:0db8:0000:0000:0000:8a2e:0370:7334 se convierte en 2001:db8::8a2e:370:7334 .
IPv6 es un protocolo de capa de Internet para interconexión de redes con conmutación de paquetes y proporciona transmisión de datagramas de extremo a extremo a través de múltiples redes IP, adhiriéndose estrechamente a los principios de diseño desarrollados en la versión anterior del protocolo, el Protocolo de Internet Versión 4 (IPv4).
Además de ofrecer más direcciones, IPv6 también implementa características que no están presentes en IPv4. Simplifica aspectos de configuración de direcciones, renumeración de redes y anuncios de enrutadores al cambiar de proveedor de conectividad de red. Simplifica el procesamiento de paquetes en enrutadores al asignar la responsabilidad de la fragmentación de paquetes a los puntos finales. El tamaño de la subred IPv6 se estandariza fijando el tamaño de la parte del identificador de host de una dirección en 64 bits.
La arquitectura de direccionamiento de IPv6 está definida en RFC 4291 y permite tres tipos diferentes de transmisión: unicast , anycast y multicast . [5] : 210
El Protocolo de Internet versión 4 (IPv4) fue la primera versión del Protocolo de Internet utilizada públicamente . IPv4 fue desarrollado como un proyecto de investigación por la Agencia de Proyectos de Investigación Avanzada de Defensa (DARPA), una agencia del Departamento de Defensa de los Estados Unidos , antes de convertirse en la base de Internet y la World Wide Web . IPv4 incluye un sistema de direccionamiento que utiliza identificadores numéricos de 32 bits. Estas direcciones normalmente se muestran en notación decimal con puntos como valores decimales de cuatro octetos, cada uno en el rango de 0 a 255, u 8 bits por número. Por tanto, IPv4 proporciona una capacidad de direccionamiento de 2,32 o aproximadamente 4,3 mil millones de direcciones. El agotamiento de direcciones no fue inicialmente una preocupación en IPv4 ya que originalmente se supuso que esta versión era una prueba de los conceptos de red de DARPA. [6] Durante la primera década de funcionamiento de Internet, se hizo evidente que era necesario desarrollar métodos para conservar el espacio de direcciones. A principios de la década de 1990, incluso después del rediseño del sistema de direccionamiento utilizando un modelo de red sin clases , quedó claro que esto no sería suficiente para evitar el agotamiento de las direcciones IPv4 y que se necesitaban más cambios en la infraestructura de Internet. [7]
Los últimos bloques de direcciones de nivel superior no asignados de 16 millones de direcciones IPv4 fueron asignados en febrero de 2011 por la Autoridad de Números Asignados de Internet (IANA) a los cinco registros regionales de Internet (RIR). [8] Sin embargo, cada RIR todavía tiene grupos de direcciones disponibles y se espera que continúe con políticas de asignación de direcciones estándar hasta que quede un bloque /8 de enrutamiento entre dominios sin clases (CIDR). Después de eso, sólo se proporcionarán bloques de 1.024 direcciones (/22) desde los RIR a un registro de Internet local (LIR). A partir de septiembre de 2015, todos los Centros de Información de Redes de Asia y el Pacífico (APNIC), el Centro de Coordinación de Redes Réseaux IP Européens (RIPE NCC), el Centro de Información de Redes de América Latina y el Caribe (LACNIC) y el Registro Americano de Números de Internet (ARIN) han llegado a esta etapa. [9] [10] [11] Esto deja al Centro de Información de Redes Africanas (AFRINIC) como el único registro regional de Internet que todavía utiliza el protocolo normal para distribuir direcciones IPv4. A partir de noviembre de 2018, la asignación mínima de AFRINIC es /22 o 1024 direcciones IPv4. Un LIR puede recibir una asignación adicional cuando se haya utilizado aproximadamente el 80% de todo el espacio de direcciones. [12]
RIPE NCC anunció que se había quedado sin direcciones IPv4 el 25 de noviembre de 2019 [13] y pidió un mayor progreso en la adopción de IPv6.
Se espera ampliamente que Internet utilice IPv4 junto con IPv6 en el futuro previsible. [ ¿ por quién? ]
En Internet, los datos se transmiten en forma de paquetes de red . IPv6 especifica un nuevo formato de paquete , diseñado para minimizar el procesamiento de encabezados de paquetes por parte de los enrutadores. [2] [14] Debido a que los encabezados de los paquetes IPv4 y los paquetes IPv6 son significativamente diferentes, los dos protocolos no son interoperables. Sin embargo, la mayoría de los protocolos de capa de aplicación y transporte necesitan pocos o ningún cambio para funcionar en IPv6; las excepciones son los protocolos de aplicación que incorporan direcciones de capa de Internet, como el Protocolo de transferencia de archivos (FTP) y el Protocolo de tiempo de red (NTP), donde el nuevo formato de dirección puede causar conflictos con la sintaxis del protocolo existente.
La principal ventaja de IPv6 sobre IPv4 es su mayor espacio de direcciones. El tamaño de una dirección IPv6 es de 128 bits, frente a los 32 bits de IPv4. [2] El espacio de direcciones tiene por tanto 2 128 = 340.282.366.920.938.463.463.374.607.431.768.211.456 direcciones (340 undecillones , aproximadamente3,4 × 10 38 ). Algunos bloques de este espacio y algunas direcciones específicas están reservados para usos especiales .
Si bien este espacio de direcciones es muy grande, la intención de los diseñadores de IPv6 no era asegurar la saturación geográfica con direcciones utilizables. Más bien, las direcciones más largas simplifican la asignación de direcciones, permiten una agregación de rutas eficiente y permiten la implementación de funciones de direccionamiento especiales. En IPv4, se desarrollaron métodos complejos de enrutamiento entre dominios sin clases (CIDR) para aprovechar al máximo el pequeño espacio de direcciones. El tamaño estándar de una subred en IPv6 es de 264 direcciones , aproximadamente cuatro mil millones de veces el tamaño de todo el espacio de direcciones IPv4. Por lo tanto, la utilización real del espacio de direcciones será pequeña en IPv6, pero la administración de la red y la eficiencia del enrutamiento mejoran gracias al gran espacio de subred y la agregación jerárquica de rutas.
La multidifusión , la transmisión de un paquete a múltiples destinos en una única operación de envío, es parte de la especificación básica de IPv6. En IPv4, esta es una característica opcional (aunque comúnmente implementada). [15] El direccionamiento de multidifusión IPv6 tiene características y protocolos en común con la multidifusión IPv4, pero también proporciona cambios y mejoras al eliminar la necesidad de ciertos protocolos. IPv6 no implementa la transmisión IP tradicional , es decir, la transmisión de un paquete a todos los hosts en el enlace adjunto utilizando una dirección de transmisión especial y, por lo tanto, no define direcciones de transmisión. En IPv6, se logra el mismo resultado enviando un paquete al grupo de multidifusión de todos los nodos de enlace local en la dirección ff02::1, que es análogo a la multidifusión de IPv4 a la dirección 224.0.0.1. IPv6 también proporciona nuevas implementaciones de multidifusión, incluida la incorporación de direcciones de punto de encuentro en una dirección de grupo de multidifusión IPv6, lo que simplifica la implementación de soluciones entre dominios. [dieciséis]
En IPv4 es muy difícil para una organización obtener siquiera una asignación de grupo de multidifusión enrutable globalmente, y la implementación de soluciones entre dominios es arcana. [17] Las asignaciones de direcciones de unidifusión realizadas por un registro de Internet local para IPv6 tienen al menos un prefijo de enrutamiento de 64 bits, lo que produce el tamaño de subred más pequeño disponible en IPv6 (también de 64 bits). Con tal asignación, es posible incrustar el prefijo de dirección de unidifusión en el formato de dirección de multidifusión IPv6, al mismo tiempo que se proporciona un bloque de 32 bits, los bits menos significativos de la dirección o aproximadamente 4,2 mil millones de identificadores de grupo de multidifusión. Por lo tanto, cada usuario de una subred IPv6 tiene automáticamente disponible un conjunto de grupos de multidifusión específicos de fuente enrutables globalmente para aplicaciones de multidifusión. [18]
Los hosts IPv6 se configuran automáticamente. Cada interfaz tiene una dirección de enlace local autogenerada y, cuando se conecta a una red, se realiza la resolución de conflictos y los enrutadores proporcionan prefijos de red a través de anuncios de enrutador. [19] La configuración sin estado de los enrutadores se puede lograr con un protocolo especial de renumeración de enrutadores. [20] Cuando sea necesario, los hosts pueden configurar direcciones con estado adicionales a través del Protocolo de configuración dinámica de host versión 6 (DHCPv6) o direcciones estáticas manualmente.
Al igual que IPv4, IPv6 admite direcciones IP únicas a nivel mundial . El diseño de IPv6 pretendía volver a enfatizar el principio de diseño de red de extremo a extremo que se concibió originalmente durante el establecimiento de la Internet temprana al hacer obsoleta la traducción de direcciones de red . Por lo tanto, todos los dispositivos de la red son direccionables globalmente directamente desde cualquier otro dispositivo.
Una dirección IP estable, única y direccionable globalmente facilitaría el seguimiento de un dispositivo a través de redes. Por lo tanto, dichas direcciones suponen un problema de privacidad particular para los dispositivos móviles, como ordenadores portátiles y teléfonos móviles. [21] Para abordar estas preocupaciones de privacidad, el protocolo SLAAC incluye lo que normalmente se denominan "direcciones de privacidad" o, más correctamente, "direcciones temporales", codificadas en RFC 4941, "Extensiones de privacidad para la configuración automática de direcciones sin estado en IPv6". [22] Las direcciones temporales son aleatorias e inestables. Un dispositivo de consumo típico genera una nueva dirección temporal diariamente e ignorará el tráfico dirigido a una dirección anterior después de una semana. Las direcciones temporales se utilizan de forma predeterminada en Windows desde XP SP1, [23] macOS desde (Mac OS X) 10.7, Android desde 4.0 e iOS desde la versión 4.3. El uso de direcciones temporales por parte de las distribuciones de Linux varía. [24]
Renumerar una red existente para un nuevo proveedor de conectividad con diferentes prefijos de enrutamiento es un esfuerzo importante con IPv4. [25] [26] Sin embargo, con IPv6, cambiar el prefijo anunciado por algunos enrutadores puede, en principio, volver a numerar una red completa, ya que los identificadores de host (los 64 bits menos significativos de una dirección) pueden autoconfigurarse de forma independiente mediante un anfitrión. [19]
El método de generación de direcciones SLAAC depende de la implementación. El IETF recomienda que las direcciones sean deterministas pero semánticamente opacas. [27]
Internet Protocol Security (IPsec) se desarrolló originalmente para IPv6, pero se implementó ampliamente primero en IPv4, para el cual fue rediseñado. IPsec era una parte obligatoria de todas las implementaciones del protocolo IPv6, [2] y se recomendó el Intercambio de claves de Internet (IKE), pero con RFC 6434 la inclusión de IPsec en las implementaciones de IPv6 se rebajó a recomendación porque se consideró poco práctico requerir una implementación completa de IPsec. para todo tipo de dispositivos que puedan utilizar IPv6. Sin embargo, a partir del RFC 4301, las implementaciones del protocolo IPv6 que implementan IPsec deben implementar IKEv2 y admitir un conjunto mínimo de algoritmos criptográficos . Este requisito ayudará a que las implementaciones de IPsec sean más interoperables entre dispositivos de diferentes proveedores. El encabezado de autenticación IPsec (AH) y el encabezado de carga útil de seguridad encapsulante (ESP) se implementan como encabezados de extensión IPv6. [28]
El encabezado del paquete en IPv6 es más simple que el encabezado de IPv4. Muchos campos poco utilizados se han trasladado a extensiones de encabezado opcionales. El encabezado del paquete IPv6 ha simplificado el proceso de reenvío de paquetes por parte de los enrutadores . Aunque los encabezados de los paquetes IPv6 tienen al menos el doble de tamaño que los encabezados de los paquetes IPv4, el procesamiento de paquetes que solo contienen el encabezado IPv6 base por parte de los enrutadores puede, en algunos casos, ser más eficiente, porque se requiere menos procesamiento en los enrutadores debido a que los encabezados están alineados. para que coincida con los tamaños de palabras comunes . [2] [14] Sin embargo, muchos dispositivos implementan soporte IPv6 en software (a diferencia del hardware), lo que resulta en un rendimiento de procesamiento de paquetes muy malo. [29] Además, para muchas implementaciones, el uso de encabezados de extensión hace que los paquetes sean procesados por la CPU de un enrutador, lo que genera un rendimiento deficiente o incluso problemas de seguridad. [30]
Además, un encabezado IPv6 no incluye una suma de verificación. La suma de comprobación del encabezado IPv4 se calcula para el encabezado IPv4 y los enrutadores deben volver a calcularla cada vez que el tiempo de vida (llamado límite de saltos en el protocolo IPv6) se reduce en uno. La ausencia de una suma de comprobación en el encabezado IPv6 promueve el principio de extremo a extremo del diseño de Internet, que preveía que la mayor parte del procesamiento en la red se produjera en los nodos hoja. Se supone que la protección de la integridad de los datos encapsulados en el paquete IPv6 está asegurada tanto por la capa de enlace como por la detección de errores en protocolos de capa superior, concretamente el Protocolo de control de transmisión (TCP) y el Protocolo de datagramas de usuario (UDP) en el transporte. capa . Por lo tanto, mientras que IPv4 permitía que los encabezados de datagramas UDP no tuvieran suma de verificación (indicado por 0 en el campo del encabezado), IPv6 requiere una suma de verificación en los encabezados UDP.
Los enrutadores IPv6 no realizan fragmentación de IP . Los hosts IPv6 deben realizar el descubrimiento de MTU de ruta , realizar fragmentación de extremo a extremo o enviar paquetes que no superen la unidad de transmisión máxima (MTU) predeterminada, que es 1280 octetos .
A diferencia del IPv4 móvil, el IPv6 móvil evita el enrutamiento triangular y, por lo tanto, es tan eficiente como el IPv6 nativo. Los enrutadores IPv6 también pueden permitir que subredes enteras se muevan a un nuevo punto de conexión del enrutador sin tener que volver a numerarlas. [31]
El encabezado del paquete IPv6 tiene un tamaño mínimo de 40 octetos (320 bits). Las opciones se implementan como extensiones. Esto brinda la oportunidad de ampliar el protocolo en el futuro sin afectar la estructura central del paquete. [2] Sin embargo, RFC 7872 señala que algunos operadores de red descartan paquetes IPv6 con encabezados de extensión cuando atraviesan sistemas autónomos de tránsito .
IPv4 limita los paquetes a 65.535 (2 ·16 −1) octetos de carga útil. Opcionalmente, un nodo IPv6 puede manejar paquetes que superen este límite, denominados jumbogramas , que pueden ser tan grandes como 4.294.967.295 (2 32 −1) octetos. El uso de jumbogramas puede mejorar el rendimiento en enlaces de alta MTU . El uso de jumbogramas se indica mediante el encabezado de extensión Jumbo Payload Option. [32]
Un paquete IPv6 tiene dos partes: un encabezado y una carga útil .
El encabezado consta de una parte fija con una funcionalidad mínima requerida para todos los paquetes y puede ir seguida de extensiones opcionales para implementar características especiales.
El encabezado fijo ocupa los primeros 40 octetos (320 bits) del paquete IPv6. Contiene las direcciones de origen y destino, la clase de tráfico, el recuento de saltos y el tipo de extensión o carga útil opcional que sigue al encabezado. Este campo Siguiente encabezado le dice al receptor cómo interpretar los datos que siguen al encabezado. Si el paquete contiene opciones, este campo contiene el tipo de opción de la siguiente opción. El campo "Siguiente encabezado" de la última opción apunta al protocolo de capa superior que se transporta en la carga útil del paquete .
El uso actual del campo Clase de tráfico IPv6 lo divide entre un punto de código de servicios diferenciados de 6 bits [33] y un campo de notificación de congestión explícita de 2 bits. [34]
Los encabezados de extensión contienen opciones que se utilizan para el tratamiento especial de un paquete en la red, por ejemplo, para enrutamiento, fragmentación y seguridad utilizando el marco IPsec .
Sin opciones especiales, una carga útil debe tener menos de 64 kB . Con una opción de carga útil Jumbo (en un encabezado de extensión de Opciones Hop-By-Hop ), la carga útil debe ser inferior a 4 GB.
A diferencia de IPv4, los enrutadores nunca fragmentan un paquete. Se espera que los hosts utilicen Path MTU Discovery para hacer que sus paquetes sean lo suficientemente pequeños como para llegar al destino sin necesidad de fragmentarlos. Consulte Fragmentación de paquetes IPv6 .
Las direcciones IPv6 tienen 128 bits. El diseño del espacio de direcciones IPv6 implementa una filosofía de diseño diferente a la de IPv4, en el que se utilizó la división en subredes para mejorar la eficiencia de la utilización del pequeño espacio de direcciones. En IPv6, el espacio de direcciones se considera lo suficientemente grande para el futuro previsible, y una subred de área local siempre usa 64 bits para la parte del host de la dirección, designada como identificador de interfaz, mientras que los 64 bits más significativos se usan como enrutamiento. prefijo. [35] Si bien ha existido el mito de que las subredes IPv6 son imposibles de escanear, RFC 7707 señala que los patrones resultantes de algunas técnicas y algoritmos de configuración de direcciones IPv6 permiten el escaneo de direcciones en muchos escenarios del mundo real.
Los 128 bits de una dirección IPv6 están representados en 8 grupos de 16 bits cada uno. Cada grupo se escribe como cuatro dígitos hexadecimales (a veces llamados hextetos [36] [37] o más formalmente hexadectetos [38] e informalmente una objeción o cuádruple mordisco [38] ) y los grupos están separados por dos puntos (:). Un ejemplo de esta representación es 2001:0db8:0000:0000:0000:ff00:0042:8329 .
Por comodidad y claridad, la representación de una dirección IPv6 se puede acortar con las siguientes reglas:
Un ejemplo de aplicación de estas reglas:
La dirección de loopback 0000:0000:0000:0000:0000:0000:0000:0001 se define en RFC 5156 y se abrevia a ::1 utilizando ambas reglas.
Como una dirección IPv6 puede tener más de una representación, el IETF ha emitido una propuesta de estándar para representarlas en texto . [40]
Debido a que las direcciones IPv6 contienen dos puntos y las URL usan dos puntos para separar el host del número de puerto, RFC2732 [41] especifica que una dirección IPv6 utilizada como parte del host de una URL debe estar entre corchetes, por ejemplo, http://[ 2001:db8:4006:812::200e] o http://[2001:db8:4006:812::200e]:8080/path/page.html.
Todas las interfaces de hosts IPv6 requieren una dirección de enlace local , que tiene el prefijo fe80:: / 10 . A este prefijo le siguen 54 bits que se pueden utilizar para la creación de subredes, aunque normalmente se establecen en ceros, y un identificador de interfaz de 64 bits. El host puede calcular y asignar el identificador de interfaz por sí mismo sin la presencia o cooperación de un componente de red externo como un servidor DHCP, en un proceso llamado configuración automática de dirección local de enlace . [ cita necesaria ]
Los 64 bits inferiores de la dirección local del enlace (el sufijo) se derivaron originalmente de la dirección MAC de la tarjeta de interfaz de red subyacente. Como este método de asignación de direcciones causaría cambios de dirección no deseados cuando se reemplazaran las tarjetas de red defectuosas, y como también sufría una serie de problemas de seguridad y privacidad, RFC 8064 ha reemplazado el método original basado en MAC con el método basado en hash especificado en RFC 7217. [ cita necesaria ]
IPv6 utiliza un nuevo mecanismo para asignar direcciones IP a direcciones de capa de enlace (por ejemplo, direcciones MAC ), porque no admite el método de direccionamiento de difusión , en el que se basa la funcionalidad del Protocolo de resolución de direcciones (ARP) en IPv4. IPv6 implementa el protocolo de descubrimiento de vecinos (NDP, ND) en la capa de enlace , que se basa en ICMPv6 y transmisión de multidifusión . [5] : 210 hosts IPv6 verifican la unicidad de sus direcciones IPv6 en una red de área local (LAN) enviando un mensaje de solicitud de vecino solicitando la dirección de capa de enlace de la dirección IP. Si cualquier otro host en la LAN está usando esa dirección, responde. [42]
Un host que abre una nueva interfaz IPv6 primero genera una dirección local de enlace única utilizando uno de varios mecanismos diseñados para generar una dirección única. Si se detecta una dirección no única, el host puede intentarlo nuevamente con una dirección recién generada. Una vez que se establece una dirección de enlace local única, el host IPv6 determina si la LAN está conectada en este enlace a cualquier interfaz de enrutador que admita IPv6. Lo hace enviando un mensaje de solicitud de enrutador ICMPv6 al grupo de multidifusión de todos los enrutadores [43] con su dirección de enlace local como fuente. Si no hay respuesta después de un número predeterminado de intentos, el host concluye que no hay enrutadores conectados. Si recibe una respuesta, conocida como anuncio de enrutador, de un enrutador, la respuesta incluye la información de configuración de red para permitir el establecimiento de una dirección global única con un prefijo de red de unidifusión apropiado. [44] También hay dos bits de bandera que le indican al host si debe usar DHCP para obtener más información y direcciones:
El procedimiento de asignación de direcciones globales es similar a la construcción de direcciones locales. El prefijo se proporciona a partir de anuncios de enrutadores en la red. Los anuncios de prefijos múltiples hacen que se configuren múltiples direcciones. [42]
La configuración automática de direcciones sin estado (SLAAC) requiere un bloque de 64 direcciones, como se define en RFC 4291. A los registros locales de Internet se les asignan al menos 32 bloques, que dividen entre redes subordinadas. [45] La recomendación inicial establecía la asignación de una subred de 48 a los sitios del consumidor final ( RFC 3177). Esto fue reemplazado por RFC 6177, que "recomienda dar a los sitios de inicio significativamente más que un solo 64 , pero tampoco recomienda que a cada sitio de inicio se le dé un 48 ". Se consideran específicamente 56 s. Queda por ver si los ISP cumplirán esta recomendación. Por ejemplo, durante las pruebas iniciales, a los clientes de Comcast se les proporcionó una única red 64 . [46]
En el Sistema de nombres de dominio (DNS), los nombres de host se asignan a direcciones IPv6 mediante registros de recursos AAAA ("quad-A"). Para la resolución inversa , el IETF reservó el dominio ip6.arpa , donde el espacio de nombres se divide jerárquicamente por la representación hexadecimal de 1 dígito de las unidades nibble (4 bits) de la dirección IPv6. Este esquema está definido en RFC 3596.
Cuando un host de doble pila consulta a un servidor DNS para resolver un nombre de dominio completo (FQDN), el cliente DNS del host envía dos solicitudes DNS, una consulta registros A y la otra consulta registros AAAA. El sistema operativo host se puede configurar con preferencia por las reglas de selección de direcciones RFC 6724. [47]
En las primeras implementaciones de DNS para IPv6 se utilizó un tipo de registro alternativo, diseñado para facilitar la renumeración de la red, los registros A6 para la búsqueda directa y una serie de otras innovaciones, como etiquetas de cadenas de bits y registros DNAME . Se define en RFC 2874 y sus referencias (con una discusión adicional de los pros y los contras de ambos esquemas en RFC 3364), pero ha quedado obsoleto y pasa a estado experimental ( RFC 3363).
No se prevé que IPv6 sustituya instantáneamente a IPv4. Ambos protocolos seguirán funcionando simultáneamente durante algún tiempo. Por lo tanto, se necesitan mecanismos de transición de IPv6 para permitir que los hosts IPv6 alcancen los servicios IPv4 y para permitir que los hosts y redes IPv6 aislados se comuniquen entre sí a través de la infraestructura IPv4. [48]
Según Silvia Hagen , una implementación de doble pila de IPv4 e IPv6 en los dispositivos es la forma más sencilla de migrar a IPv6. [49] Muchos otros mecanismos de transición utilizan túneles para encapsular el tráfico IPv6 dentro de redes IPv4 y viceversa. Esta es una solución imperfecta, que reduce la unidad de transmisión máxima (MTU) de un enlace y, por lo tanto, complica el descubrimiento de Path MTU y puede aumentar la latencia . [50] [51]
Las implementaciones IP de doble pila proporcionan pilas completas de protocolos IPv4 e IPv6 en el sistema operativo de una computadora o dispositivo de red además de la implementación de la capa física común , como Ethernet . Esto permite que los hosts de doble pila participen en redes IPv6 e IPv4 simultáneamente. El método se define en RFC 4213. [52]
Un dispositivo con implementación de doble pila en el sistema operativo tiene una dirección IPv4 e IPv6 y puede comunicarse con otros nodos en la LAN o Internet utilizando IPv4 o IPv6. Ambos protocolos IP utilizan el protocolo DNS para resolver nombres de dominio completos y direcciones IP, pero la pila dual requiere que el servidor DNS de resolución pueda resolver ambos tipos de direcciones. Un servidor DNS de doble pila de este tipo contiene direcciones IPv4 en los registros A y direcciones IPv6 en los registros AAAA. Dependiendo del destino que se vaya a resolver, un servidor de nombres DNS puede devolver una dirección IP IPv4 o IPv6, o ambas. Es necesario configurar un mecanismo de selección de dirección predeterminado, o un protocolo preferido, en los hosts o en el servidor DNS. El IETF ha publicado Happy Eyeballs para ayudar a las aplicaciones de doble pila, de modo que puedan conectarse utilizando IPv4 e IPv6, pero prefieran una conexión IPv6 si está disponible. Sin embargo, también es necesario implementar la doble pila en todos los enrutadores entre el host y el servicio para el cual el servidor DNS ha devuelto una dirección IPv6. Los clientes de doble pila deben configurarse para preferir IPv6 solo si la red puede reenviar paquetes IPv6 utilizando las versiones IPv6 de los protocolos de enrutamiento . Cuando existen protocolos de red de doble pila, la capa de aplicación se puede migrar a IPv6. [53]
Si bien la doble pila es compatible con los principales proveedores de sistemas operativos y dispositivos de red, el hardware y los servidores de red heredados no son compatibles con IPv6.
Los proveedores de servicios de Internet (ISP) proporcionan cada vez más a sus clientes comerciales y privados direcciones de unidifusión globales IPv6 de cara al público. Sin embargo, si todavía se usa IPv4 en la red de área local (LAN) y el ISP solo puede proporcionar una dirección IPv6 pública, las direcciones LAN IPv4 se traducen a la dirección IPv6 pública usando NAT64 , una traducción de direcciones de red (NAT ) mecanismo. Algunos ISP no pueden proporcionar a sus clientes direcciones IPv4 e IPv6 públicas, por lo que admiten redes de doble pila, porque algunos ISP han agotado su conjunto de direcciones IPv4 enrutables globalmente. Mientras tanto, los clientes de ISP todavía están intentando llegar a servidores web IPv4 y otros destinos. [54]
Un porcentaje significativo de ISP en todas las zonas de registro regional de Internet (RIR) ha obtenido espacio de direcciones IPv6. Esto incluye muchos de los principales ISP y operadores de redes móviles del mundo , como Verizon Wireless , StarHub Cable , Chubu Telecommunications , Kabel Deutschland , Swisscom , T-Mobile , Internode y Telefónica . [55]
Si bien algunos ISP todavía asignan a sus clientes solo direcciones IPv4, muchos ISP asignan a sus clientes solo IPv6 o IPv4 e IPv6 de doble pila. Los ISP informan que la proporción del tráfico IPv6 de los clientes a través de su red oscila entre el 20% y el 40%, pero a mediados de 2017 el tráfico IPv6 todavía representaba solo una fracción del tráfico total en varios grandes puntos de intercambio de Internet (IXP). AMS-IX informó que era del 2% y SeattleIX informó que era del 7%. Una encuesta de 2017 encontró que muchos clientes de DSL que contaban con un ISP de doble pila no solicitaban servidores DNS para resolver nombres de dominio completos en direcciones IPv6. La encuesta también encontró que la mayoría del tráfico de los recursos del servidor web preparados para IPv6 todavía se solicitaba y servía a través de IPv4, principalmente debido a los clientes de ISP que no utilizaban la función de doble pila proporcionada por su ISP y, en menor medida, debido a los clientes. de ISP que sólo utilizan IPv4. [56]
La base técnica para la tunelización, o encapsulación de paquetes IPv6 en paquetes IPv4, se describe en RFC 4213. Cuando la red troncal de Internet era solo IPv4, uno de los protocolos de tunelización utilizados con frecuencia era 6to4 . [57] El túnel Teredo también se utilizó con frecuencia para integrar LAN IPv6 con la red troncal de Internet IPv4. Teredo se describe en RFC 4380 y permite que las redes de área local IPv6 hagan túneles a través de redes IPv4, encapsulando paquetes IPv6 dentro de UDP. El relé Teredo es un enrutador IPv6 que media entre un servidor Teredo y la red IPv6 nativa. Se esperaba que 6to4 y Teredo se implementaran ampliamente hasta que las redes de ISP cambiaran a IPv6 nativo, pero en 2014, Google Statistics mostró que el uso de ambos mecanismos se había reducido a casi 0. [58]
Las implementaciones híbridas de doble pila IPv6/IPv4 reconocen una clase especial de direcciones, las direcciones IPv6 asignadas a IPv4. [59] [60] Estas direcciones generalmente se escriben con un prefijo de 96 bits en el formato IPv6 estándar, y los 32 bits restantes se escriben en la notación decimal de punto habitual de IPv4.
Las direcciones de este grupo constan de un prefijo de ceros de 80 bits, los siguientes 16 bits son unos y los 32 bits restantes, menos significativos, contienen la dirección IPv4. Por ejemplo, ::ffff:192.0.2.128 representa la dirección IPv4 192.0.2.128 . Un formato anterior, llamado "dirección IPv6 compatible con IPv4", era ::192.0.2.128 ; sin embargo, este método está en desuso. [60]
Debido a las importantes diferencias internas entre las pilas de protocolos IPv4 e IPv6, algunas de las funciones de nivel inferior disponibles para los programadores en la pila IPv6 no funcionan de la misma manera cuando se usan con direcciones asignadas a IPv4. Algunas pilas IPv6 comunes no implementan la función de dirección asignada IPv4, ya sea porque las pilas IPv6 e IPv4 son implementaciones separadas (por ejemplo, Microsoft Windows 2000, XP y Server 2003), o por cuestiones de seguridad ( OpenBSD ). [61] En estos sistemas operativos, un programa debe abrir un socket separado para cada protocolo IP que utiliza. En algunos sistemas, por ejemplo, el kernel de Linux , NetBSD y FreeBSD , esta característica está controlada por la opción de socket IPV6_V6ONLY. [62] : 22
El prefijo de dirección 64:ff9b::/96 es una clase de direcciones IPv6 integradas en IPv4 para usar en métodos de transición NAT64 . [63] Por ejemplo, 64:ff9b::192.0.2.128 representa la dirección IPv4 192.0.2.128 .
Una serie de implicaciones de seguridad pueden surgir del uso de IPv6. Algunos de ellos pueden estar relacionados con los propios protocolos IPv6, mientras que otros pueden estar relacionados con fallos de implementación. [64] [65]
La adición de nodos que tienen IPv6 habilitado de forma predeterminada por el fabricante del software puede dar como resultado la creación inadvertida de redes en la sombra , lo que provoca que el tráfico IPv6 fluya hacia redes que solo tienen implementada una administración de seguridad IPv4. Esto también puede ocurrir con las actualizaciones del sistema operativo, cuando el sistema operativo más nuevo habilita IPv6 de forma predeterminada, mientras que el anterior no. No actualizar la infraestructura de seguridad para dar cabida a IPv6 puede provocar que el tráfico IPv6 la evite. [66] Se han producido redes en la sombra en redes empresariales en las que las empresas están reemplazando los sistemas Windows XP que no tienen una pila IPv6 habilitada de forma predeterminada, con sistemas Windows 7 , que sí la tienen. [67] Por lo tanto, algunos implementadores de pila IPv6 han recomendado deshabilitar las direcciones asignadas de IPv4 y, en su lugar, utilizar una red de pila dual donde sea necesario admitir tanto IPv4 como IPv6. [68]
Las investigaciones han demostrado que el uso de la fragmentación se puede aprovechar para evadir los controles de seguridad de la red, de forma similar a IPv4. Como resultado, RFC 7112 requiere que el primer fragmento de un paquete IPv6 contenga toda la cadena de encabezado IPv6, de modo que algunos casos de fragmentación muy patológica están prohibidos. Además, como resultado de la investigación sobre la evasión de RA-Guard en RFC 7113, RFC 6980 desaprobó el uso de fragmentación con Neighbor Discovery y desaconsejó el uso de fragmentación con Secure Neighbor Discovery (SEND).
Debido al crecimiento global previsto de Internet , el Grupo de Trabajo de Ingeniería de Internet (IETF) a principios de la década de 1990 inició un esfuerzo para desarrollar un protocolo IP de próxima generación. [5] : 209 A principios de 1992, aparecieron varias propuestas para un sistema de direccionamiento de Internet ampliado y, a finales de 1992, el IETF anunció una convocatoria de libros blancos. [69] En septiembre de 1993, el IETF creó un área temporal y ad hoc de IP de próxima generación (IPng) para abordar específicamente estas cuestiones. La nueva área fue dirigida por Allison Mankin y Scott Bradner , y tenía una dirección con 15 ingenieros de diversos orígenes para establecer direcciones y revisar documentos preliminares: [7] [70] Los miembros del grupo de trabajo fueron J. Allard (Microsoft), Steve Bellovin (AT&T), Jim Bound (Digital Equipment Corporation), Ross Callon (Wellfleet), Brian Carpenter (CERN), Dave Clark (MIT), John Curran (NEARNET), Steve Deering (Xerox), Dino Farinacci (Cisco), Paul Francis (NTT), Eric Fleischmann (Boeing), Mark Knopper (Ameritech), Greg Minshall (Novell), Rob Ullmann (Lotus) y Lixia Zhang (Xerox). [71]
El Grupo de Trabajo de Ingeniería de Internet adoptó el modelo IPng el 25 de julio de 1994, con la formación de varios grupos de trabajo IPng. [7] En 1996, se publicó una serie de RFC que definían el Protocolo de Internet versión 6 (IPv6), comenzando con el RFC 1883. (La versión 5 fue utilizada por el Protocolo de transmisión de Internet experimental ).
El primer RFC que estandarizó IPv6 fue el RFC 1883 en 1995, [72] que quedó obsoleto por el RFC 2460 en 1998. [5] : 209 En julio de 2017, este RFC fue reemplazado por el RFC 8200, que elevó IPv6 a "Estándar de Internet" ( el nivel de madurez más alto para los protocolos del IETF). [3]
La introducción en 1993 del enrutamiento entre dominios sin clases (CIDR) en el enrutamiento y la asignación de direcciones IP para Internet, y el uso extensivo de la traducción de direcciones de red (NAT), retrasaron el agotamiento de las direcciones IPv4 para permitir la implementación de IPv6, que comenzó a mediados de -2000.
Las universidades estuvieron entre las primeras en adoptar IPv6. Virginia Tech implementó IPv6 en una ubicación de prueba en 2004 y luego amplió la implementación de IPv6 en toda la red del campus . En 2016, el 82% del tráfico de su red utilizaba IPv6. El Imperial College London comenzó la implementación experimental de IPv6 en 2003 y en 2016 el tráfico IPv6 en sus redes promediaba entre el 20% y el 40%. Una parte importante de este tráfico IPv6 se generó a través de su colaboración en física de alta energía con el CERN , que se basa completamente en IPv6. [73]
El Sistema de Nombres de Dominio (DNS) admite IPv6 desde 2008. Ese mismo año, IPv6 se utilizó por primera vez en un importante evento mundial durante los Juegos Olímpicos de Verano de Beijing 2008 . [74] [75]
En 2011, todos los principales sistemas operativos utilizados en computadoras personales y sistemas de servidores tenían implementaciones de IPv6 con calidad de producción. Los sistemas de telefonía celular presentaron un gran campo de implementación para dispositivos de Protocolo de Internet a medida que el servicio de telefonía móvil hizo la transición de las tecnologías 3G a 4G , en las que la voz se proporciona como un servicio de voz sobre IP (VoIP) que aprovecharía las mejoras de IPv6. En 2009, el operador celular estadounidense Verizon publicó especificaciones técnicas para que los dispositivos funcionen en sus redes de "próxima generación". [76] La especificación exigía el funcionamiento de IPv6 de acuerdo con las especificaciones de la versión 8 del 3GPP (marzo de 2009) , y desaprobaba IPv4 como capacidad opcional. [76]
Continuó el despliegue de IPv6 en la red troncal de Internet . En 2018, solo el 25,3% de los alrededor de 54.000 sistemas autónomos anunciaron prefijos IPv4 e IPv6 en la base de datos de enrutamiento global Border Gateway Protocol (BGP). Otras 243 redes anunciaron sólo un prefijo IPv6. En todos los países del mundo existían redes troncales de tránsito de Internet que ofrecían soporte IPv6, excepto en algunas partes de África , Oriente Medio y China. [77] : 6 A mediados de 2018, algunos de los principales ISP europeos de banda ancha habían implementado IPv6 para la mayoría de sus clientes. Sky UK proporcionó IPv6 a más del 86% de sus clientes, Deutsche Telekom tuvo un despliegue de IPv6 del 56%, XS4ALL en los Países Bajos tuvo un despliegue del 73% y en Bélgica los ISP de banda ancha VOO y Telenet tuvieron un despliegue de IPv6 del 73% y 63% respectivamente. [77] : 7 En Estados Unidos, el ISP de banda ancha Xfinity tuvo un despliegue de IPv6 de aproximadamente el 66%. En 2018, Xfinity informó aproximadamente 36,1 millones de usuarios de IPv6, mientras que AT&T informó 22,3 millones de usuarios de IPv6. [77] : 7-8
