NAT64 es un mecanismo de transición de IPv6 que facilita la comunicación entre hosts IPv6 e IPv4 mediante el uso de una forma de traducción de direcciones de red (NAT). La puerta de enlace NAT64 es un traductor entre los protocolos IPv4 e IPv6, [1] para cuya función necesita al menos una dirección IPv4 y un segmento de red IPv6 que comprende un espacio de direcciones de 32 bits. El "prefijo conocido" reservado para este servicio es 64: ff9b :: / 96 .
Un cliente IPv6 incrusta la dirección IPv4 con la que desea comunicarse utilizando la parte del host del segmento de red IPv6, lo que da como resultado direcciones IPv6 integradas en IPv4 (de ahí el espacio de direcciones de 32 bits en el segmento de red IPv6) y envía paquetes al dirección resultante. La puerta de enlace NAT64 crea un mapeo entre las direcciones IPv6 e IPv4, que pueden configurarse manualmente o determinarse automáticamente. [2]
Principio de funcionamiento
![](http://wikiimg.tojsiabtv.com/wikipedia/commons/thumb/1/17/NAT64_1.svg/480px-NAT64_1.svg.png)
Una instalación simple de NAT64 puede consistir en una puerta de enlace con dos interfaces conectadas a una red IPv4 y una red IPv6, respectivamente. El tráfico de la red IPv6 se enruta a través de la puerta de enlace que realiza todas las traducciones necesarias para transferir paquetes entre las dos redes. Sin embargo, la traducción no es simétrica, [3] ya que el espacio de direcciones IPv6 es mucho más grande que el espacio de direcciones IPv4 ; por lo tanto, el mapeo de direcciones uno a uno no es posible. La puerta de enlace mantiene el mapeo de direcciones IPv6 a IPv4, que puede establecerse con un algoritmo automático (mapeo sin estado) o con traducciones especiales y manuales (mapeo con estado) cuando el primer paquete de la red IPv6 llega a la puerta de enlace NAT64.
La traducción sin estado es apropiada cuando se usa un traductor NAT64 frente a servidores solo IPv4 para permitir que los clientes remotos solo IPv6 puedan acceder a ellos. La traducción con estado es adecuada para la implementación en el lado del cliente o en el proveedor de servicios, lo que permite que los hosts de cliente solo para IPv6 lleguen a nodos remotos solo para IPv4.
En general, NAT64 está diseñado para usarse cuando la comunicación es iniciada por hosts IPv6. Existen algunos mecanismos, incluido el mapeo de direcciones estáticas, para permitir el escenario inverso. [4]
No todos los tipos de recursos son accesibles con NAT64. Se excluyen los protocolos que incorporan direcciones literales IPv4, como SIP y SDP , FTP , WebSocket , Skype , MSN y cualquier otro contenido con literales IPv4, pero un proxy web de doble pila permite que los clientes con solo IPv6 accedan incluso a páginas web con IPv4 literales en URL. Sin embargo, 464XLAT (descrito en RFC 6877), que usa NAT64, permite el uso de dichos protocolos en conexiones solo IPv6. Para SIP y FTP, el problema también se puede resolver usando una puerta de enlace de nivel de aplicación o usando el Protocolo de control de puerto con la extensión PREFIX64 especificada en RFC 7225.
Referencias
- ^ RFC 6052, IPv6 Addressing of IPv4 / IPv6 Translators , IETF Standards Track, C.Bao et al. (Octubre de 2010)
- ^ RFC 6146 NAT64 con estado: traducción de protocolo y dirección de red de clientes IPv6 a servidores IPv4
- ^ Mavrin, Alex. "Potencia y limitaciones de NAT64" . Artículo de blog . Archivado desde el original el 8 de enero de 2014 . Consultado el 6 de enero de 2014 .
- ^ "Tecnología NAT64: Conexión de redes IPv6 e IPv4" . Cisco .