Ir al contenido principal

IPv6 Transition Mechanisms Reference

Referencia de los mecanismos de transición IPv6

Guía de comparación y decisión para 6o, DS-Lite, NAT64/DNS64, 464XLAT, MAP-E, MAP-T y mecanismos deprecatados, con referencias RFC y contexto de implementación.

1. Por qué existen mecanismos de transición

El agotamiento de la dirección IPv4 alcanzó el nivel de IANA en febrero de 2011; el agotamiento de la conexión gratuita RIR siguió (APNIC 2011, RIPE NCC 2012, ARIN 2015, LACNIC 2014, AFRINIC 2021). Los ISP ahora confían en NAT (CGN) de grado portador para compartir una sola dirección IPv4 en muchos clientes, a costa de la complejidad operacional, la sobrecarga de la localización portuaria y la pérdida de la capacidad de acceso final a extremo.

La solución a largo plazo es nativa o redes IPv6 solo. Los mecanismos de transición son puentes que permiten que las redes IPv6 lleguen al contenido IPv4, o permiten que los servicios IPv6 se despleguen sobre la infraestructura IPv4, mientras la migración avanza.

La mejor opción cuando esté disponible:RFC 6555

2. Mecanismos de túnel IPv6-over-IPv4

6a — IPv6 Despliegue rápido ()

ApátridasDespliegue

El ISP asigna un prefijo IPv6 /32 o más corto y incorpora la dirección IPv4 de cada cliente en los bits inferiores para obtener un prefijo /56 o /60 del cliente. El CPE (6rd CE) encapsula los paquetes IPv6 en IPv4 (proto 41) dirigidos al 6o BR del ISP (Relay de la orden). El tráfico de regreso es decapsulado en el BR.

  • Caso de uso:
  • Limitación clave:

Tunel manual de 6in4)

Apátridas

Un túnel IPv6-in-IPv4 configurado manualmente (número de protocolo 41) entre dos puntos finales fijos. Todavía se utiliza para la conectividad de laboratorio empresarial y el servicio TunnelBroker del Hurricane Electric.

3. NAT64 + DNS64

EstadoAmpliamente desplegado

NAT64RFC 6146

DNS64RFC 6147

DNS64 no trabaja con validación DNSSEC en el cliente.

4. 464XLAT

Estado (PLAT)Apátridas (CLAT)Estándar para móvil/celular

464XLAT) resuelve el problema DNS64/DNSSEC y también maneja aplicaciones que incrustan literales IPv4. Tiene dos componentes:

  • CLAT
  • PLAT

El resultado neto: las aplicaciones que se ejecutan en el dispositivo ver una interfaz IPv4 real. Las conexiones IPv4-literal funcionan. DNSSEC funciona. Este es el modelo estándar para las redes móviles IPv6 solo LTE/5G (T-Mobile US, muchos operadores de la UE).

El CLAT descubre el prefijo NAT64 a través de DNS (: consulta ipv4only.arpa) o a través de opciones RA ( PREF64 opción).

5. DS-Lite — Lite de doble tacto

Estado (AFTR)Común en banda ancha

DS-Lite) está diseñado para los ISPs con una red de acceso IPv6 que todavía necesita servir IPv4 a los clientes. El CPE obtiene una dirección IPv6 nativa pero no IPv4 pública. El tráfico IPv4 de la red local del cliente está encapsulado en IPv6 (elemento B4 en el CPE) y enviado al router de transición familiar de dirección del ISP (AFTR).

El AFTR decapsula y realiza CGN (NAT de grado carrier) de una piscina IPv4 compartida. Las sesiones IPv4 son rastreadas en el AFTR. Debido a que no hay IPv4 en el bucle de acceso, los ISP guardan direcciones IPv4; porque la red de acceso es el tráfico IPv6, IPv6 nativo toma el camino rápido sin traducción.

  • Caso de uso:
  • Limitación clave:

6. MAP-E y MAP- T

ApátridasAumento del despliegue

Mapping of Address and Port (MAP) es un marco de traducción/encapsulación apátrida que elimina la tabla de sesión CGN por derivar matemáticamente la dirección IPv4 de cada cliente y la gama de puertos de su prefijo IPv6. Ningún estado por sesión en el Relé Fronterizo — puede ser un router simple o incluso una función de tarjeta de línea.

MAP es cada vez más popular en las implementaciones DOCSIS 3.1 y PON donde las BRs de estado cero son atractivas para escalar. Requiere una cuidadosa planificación portuaria: cada CE obtiene un rango de puerto restringido (por ejemplo, 1024–2047 de 65536 puertos totales) derivado de su prefijo IPv6 /56.

7. Mecanismos deprecatados - No utilizar

6to4 y Teredo son oficialmente deprecatados. No despliegue ni active.

8. Cuadro de comparación

Mecanismo Access Network IPv4 para el cliente? ¿Abogado? Overhead Mejor
Doble-tapa IPv4 + IPv6 Sí (nativo) No Ninguno Preferencias en todas partes
6a IPv4 No (IPv6 vía túnel) No 20B/pkt ISP implementando IPv6 sobre IPv4 acceso
DS-Lite IPv6 Sí (AFTR CGN) Sí (AFTR) 40B/pkt Banda ancha; ISP quiere acceso IPv6 + servicio IPv4
NAT64 + DNS64 IPv6 solamente Via traducción Sí (NAT64) None IPv6 solo red que alcanza IPv4 Internet
464XLAT IPv6 only Sí (CLAT en el dispositivo) Sí (PLAT/NAT64) None Solo IPv6 móvil/celular; aplicaciones que necesitan toma IPv4
MAP-E IPv6 Sí (sin Estado) No 40B/pkt Implementaciones de escala CPE; BR de estado cero
MAP- T IPv6 Yes (stateless) No Ninguno (translated) Igual que MAP-E, pero sin encapuchar
6to4 IPv4 No No 20B/pkt Deprecated — no use
Teredo IPv4 (detrás de NAT) No No 8B/pkt UDP Deprecated — do not use

Referencias