Resumen

  • Microsoft anunció Windows CLAT para Windows 11 Client 25H2 desde la compilación 26200.9550. Su publicación describe la detección de configuración cuando IPv4 no está disponible o cuando la opción DHCP 108 indica preferencia IPv6-only.
  • En RIPE 93, Wilhelm Boeddinghaus dijo que la opción 108 activa WinCLAT. Sin respuesta DHCPv4, Windows mostraba un error APIPA. Aún quería probar un servicio local que envía la opción sin asignar una dirección IPv4.

Análisis

«Disponibilidad general» es una etiqueta de lanzamiento. Una respuesta DHCP es un paquete que tiene que llegar. Un departamento de redes no puede confundir una cosa con la otra.

La dificultad aparece en las aplicaciones antiguas. Un programa que abre sockets IPv6 puede llegar a destinos IPv4 mediante NAT64. El que exige un socket IPv4 necesita un traductor en el cliente. En 464XLAT, CLAT traduce en el dispositivo y el PLAT/NAT64 de la red completa el trayecto. Microsoft llama WinCLAT a su función de cliente.

El anuncio del 27 de octubre sitúa la función en Windows 11 Client 25H2, compilación 26200.9550. Menciona dos vías para iniciar la detección: no tener conectividad IPv4 o recibir la opción DHCPv4 108 que indica preferencia IPv6-only. Dos días después, Boeddinghaus contó al grupo IPv6 de RIPE que WinCLAT había salido de la vista previa, aunque un administrador aún debía configurarlo. Citó netsh y la directiva de grupo de Active Directory; la interfaz gráfica todavía no ofrecía el ajuste.

La opción 108 de RFC 8925 forma parte de DHCPv4. El cliente compatible la solicita y un pool IPv6-mostly puede devolverla para que el equipo renuncie a una dirección IPv4 durante un plazo limitado. Pero antes el cliente debe poder comunicarse con el servidor.

Ahí aparece la paradoja de una oficina IPv6-only: si el servidor DHCPv4 es central y el equipo ya no tiene ruta IPv4, ¿cómo recibe la opción? Boeddinghaus planteó tres caminos: un túnel IPv4, que considera poco atractivo; transportar DHCPv4 sobre DHCPv6 según RFC 7341 y el soporte de relay de RFC 9928; o ejecutar un servicio DHCPv4 sin estado en cada switch para enviar la opción 108 sin entregar direcciones IPv4.

La tercera posibilidad aún necesita una prueba en Windows. Boeddinghaus dijo que funcionaba con otro cliente y que pensaba comprobar la respuesta de distintas versiones de Windows. En las preguntas, al plantearle que un cliente sin respuesta DHCPv4 podría activar CLAT por sí solo, contestó que Windows trataba la dirección APIPA como un error y no iniciaba el traductor. La transcripción no indica la compilación ni incluye una captura de paquetes.

El texto de Microsoft deja una distinción abierta. «Detección de configuración» puede referirse a buscar el prefijo NAT64 después de habilitar el traductor; en la conversación de RIPE, la opción 108 es el disparador de WinCLAT. Pueden ser fases distintas o depender de la compilación. El registro público no resuelve qué sucede cuando la interfaz IPv6 no recibe ningún mensaje DHCPv4.

No es la misma pregunta que cuánto tarda en volver IPv4 después de la opción 108. Ese reloj empieza cuando llega la señal. Antes hay que saber si Windows habilita CLAT sin DHCPv4 y, si no, qué servicio debe seguir activo para entregar la opción.

Antes de retirar un relay, el operador necesita repetir la prueba en la compilación que desplegará: registrar DHCPDISCOVER y la eventual opción 108, el estado de IPv4, la detección del prefijo NAT64, el estado de CLAT y un intento con una aplicación IPv4 antigua. Si basta con no recibir respuesta, la documentación debería decirlo. Si no, la red debe llevar la opción por DHCPv6 o servirla desde el switch.

Fuentes