Con la creciente adopción de IPv6 comienzan a surgir arquitecturas de red que operan predominantemente sobre IPv6. En este contexto, mecanismos como la Opción 108 (IPv6-Only Preferred) definida en la RFC 8925, el anuncio de Pref64 mediante Router Advertisement (RFC 8781) y el modelo 464XLAT, ampliamente utilizado en redes móviles, han adquirido mayor relevancia operativa.
Sin embargo, en la práctica existe una confusión recurrente entre dos conceptos diferentes: IPv6-mostly e IPv6-only. Este artículo aborda esta diferencia conceptual, analiza la función de estos mecanismos y presenta las implicancias prácticas observadas en diferentes sistemas operativos y entornos de red.
El camino hacia redes IPv6-mostly
En la introducción de la serie Star Trek, el espacio se describe como la última frontera, un territorio aún por explorar donde cada nuevo descubrimiento redefine los límites del conocimiento.
(Acceso libre, no requiere suscripción)
En cierto modo, la evolución de las redes IP parece estar atravesando un momento similar. Tras décadas de coexistencia entre IPv4 e IPv6, Internet se acerca a una nueva frontera: el punto en el que las arquitecturas basadas en IPv6-only dejarán de ser meros experimentos o implementaciones puntuales y empezarán a ser un modelo operativo viable en diferentes entornos.
En este escenario, surge el concepto de IPv6-mostly, introducido por la RFC 8925, junto con mecanismos como la Opción 108, que permite indicar a los clientes que prefieran el uso de IPv6. Al mismo tiempo, mecanismos como NAT64, CLAT y el modelo 464XLAT permiten acceder a recursos IPv4 desde redes predominantemente IPv6.
IPv6-mostly versus IPv6-only
Una red IPv6-only tiene una característica arquitectónica clara: el host recibe exclusivamente direccionamiento IPv6 y no tiene conectividad IPv4 nativa. Cuando las aplicaciones necesitan acceder a recursos que todavía utilizan IPv4, esta comunicación se realiza a través de mecanismos de traducción.
En cierto modo, la evolución de las redes IP parece estar atravesando un momento similar. Tras décadas de coexistencia entre IPv4 e IPv6, Internet se acerca a una nueva frontera: el punto en el que las arquitecturas basadas en IPv6-only dejarán de ser meros experimentos o implementaciones puntuales y empezarán a ser un modelo operativo viable en diferentes entornos.
En este escenario, surge el concepto de IPv6-mostly, introducido por la RFC 8925, junto con mecanismos como la Opción 108, que permite indicar a los clientes que prefieran el uso de IPv6. Al mismo tiempo, mecanismos como NAT64, CLAT y el modelo 464XLAT permiten acceder a recursos IPv4 desde redes predominantemente IPv6.
IPv6-mostly versus IPv6-only
Una red IPv6-only tiene una característica arquitectónica clara: el host recibe exclusivamente direccionamiento IPv6 y no tiene conectividad IPv4 nativa. Cuando las aplicaciones necesitan acceder a recursos que todavía utilizan IPv4, esta comunicación se realiza a través de mecanismos de traducción.
El modelo más común para este escenario es 464XLAT (RFC 6877). Este modelo tiene dos componentes principales:
CLAT (Customer-side-Translator), presente en el host
PLAT (Provider-side Translator) o NAT64, presente en la infraestructura de red
CLAT convierte el tráfico IPv4 originado por las aplicaciones en tráfico IPv6, que después será traducido a IPv4 por NAT64.
El concepto de IPv6-mostly, introducido por la RFC 8925, tiene una naturaleza diferente. No elimina IPv4 de la red ni altera su arquitectura fundamental. En cambio, define una política de preferencia que incentiva a los sistemas operativos y a las aplicaciones a usar IPv6 siempre que sea posible.
Por lo tanto, una red IPv6-mostly sigue siendo esencialmente dual-stack, pero con políticas que favorecen el uso de IPv6.
La Opción 108 y la preferencia por IPv6
La Opción 108, definida en la RFC 8925, permite que un servidor DHCPv4 informe a los clientes que la red prefiere que operen en modo IPv6-only durante un período determinado.
Pero esta opción no es obligatoria. La RFC no define que el cliente deba rechazar IPv4 ni que DHCPv4 deba interrumpirse.
En la práctica, se trata simplemente de una indicación de preferencia, cuya interpretación depende de la implementación del sistema operativo.
Figura 1 – Captura del flujo DHCP que muestra la interrupción del proceso DORA tras la indicación de la Opción 108, destacando la decisión del cliente de no continuar con la obtención de una dirección IPv4.
Pref64 y descubrimiento automático de NAT64
Otro componente importante en las redes IPv6-only es Pref64, definido en la RFC 8781.
Este mecanismo permite a los hosts descubrir automáticamente qué prefijo IPv6 utiliza la red para realizar la traducción NAT64.
El anuncio se realiza mediante Router Advertisements, lo que permite que el host construya direcciones IPv6 a partir de direcciones IPv4.
Este proceso es fundamental para que las aplicaciones lleguen a destinos IPv4 en redes IPv6-only.
Comportamiento de los sistemas operativos
El comportamiento de los dispositivos en relación con estos mecanismos varía entre los diferentes sistemas operativos.
Las plataformas móviles como Android, iOS y las versiones recientes de macOS soportan CLAT de forma nativa, permitiendo que los dispositivos operen de manera transparente en entornos IPv6-only.
Figura 2 – Interfaz CLAT observada en macOS que muestra la presencia de la dirección IPv4 192.0.0.2 asociada al traductor local.
Un desarrollo reciente con un impacto potencialmente significativo es la compatibilidad emergente con CLAT en Windows 11. Versiones de prueba del sistema operativo ya muestran la presencia de esta funcionalidad. La consolidación de esta compatibilidad podría representar un avance importante en la adopción de arquitecturas IPv6-only en redes corporativas y universitarias.
Figura 3: Interfaz CLAT observada en un entorno de Windows 11 Insider Preview.
En sistemas Linux, especialmente en distribuciones como Ubuntu o Debian, el soporte automático para CLAT aún no está ampliamente implementado. En este contexto, el traductor se puede activar manualmente con herramientas como clatd o jool.
Figura 4 : Ejecución de clatd en un entorno Linux que muestra la creación manual de la interfaz CLAT.
Un movimiento que crece en las universidades
En la Universidad Estatal de Campinas (UNICAMP), la adopción de IPv6 ha evolucionado significativamente en los últimos años. Hoy, la red de la Universidad ya registra niveles de utilización superiores al 75 % de tráfico IPv6, lo que refleja un entorno donde el protocolo ha dejado de ser una tecnología experimental y ha pasado a desempeñar un papel predominante en la conectividad.
Como parte de esta evolución, en 2026 se inició un proyecto piloto de adopción del modelo IPv6-mostly en las redes inalámbricas de la Universidad con el objetivo de incentivar el uso preferencial de IPv6, manteniendo la compatibilidad con los servicios que todavía dependen de IPv4.
Este tipo de iniciativa también refleja una tendencia que se viene observando en eventos técnicos internacionales, donde el debate sobre redes IPv6-mostly e IPv6-only ha cobrado gran relevancia. Se presentaron experimentos e informes operativos relacionados con este modelo, por ejemplo, en APRICOT 2024, APNIC 57 y LACNIC44, lo que demuestra el creciente interés de la comunidad técnica por explorar arquitecturas que reduzcan la dependencia de IPv4.
Este movimiento también se ha observado en otras instituciones académicas. Santiago Aggio presentó un ejemplo en el evento RIUTEC 2025, donde desarrolló un laboratorio experimental centrado en el estudio de entornos IPv6-mostly y exploró el uso de NAT64 y mecanismos de traducción como forma de habilitar la conectividad con recursos que todavía dependen de IPv4.
Iniciativas de este tipo demuestran que las universidades desempeñan un papel importante en la experimentación y validación de nuevas arquitecturas de red, con lo cual contribuyen tanto a la evolución técnica de Internet como a la formación de profesionales preparados para operar infraestructuras basadas principalmente en IPv6.
Consideraciones finales
La distinción entre entornos IPv6-mostly e IPv6-only es más que una cuestión conceptual: define el modelo operativo de las redes de la próxima generación.
Mecanismos como la Opción 108, Pref64, NAT64 y CLAT demuestran que la infraestructura necesaria para arquitecturas IPv6-only ya está ampliamente disponible.
A medida que los sistemas operativos amplían su compatibilidad con estas tecnologías, especialmente con la evolución de la compatibilidad con CLAT en plataformas muy difundidas como Windows, las redes IPv6-only tienden a volverse cada vez más viables en diferentes entornos operativos.
