Resumo

  • A Microsoft anunciou o Windows CLAT para o Windows 11 Client 25H2, a partir da build 26200.9550. O texto descreve a descoberta de configuração quando IPv4 está indisponível ou quando a opção DHCP 108 sinaliza preferência por IPv6-only.
  • No RIPE 93, Wilhelm Boeddinghaus disse que a opção 108 ativa o WinCLAT. Sem resposta do relay DHCPv4, o Windows mostrava erro APIPA. Ele ainda pretendia testar um serviço local que envia a opção sem atribuir endereço IPv4.

Análise

“Disponibilidade geral” é um status de lançamento. Uma resposta DHCP é um pacote que precisa chegar ao cliente. A equipe de rede não pode usar a primeira como prova da segunda.

Aplicativos antigos explicam por que a migração para IPv6-only não se resolve com uma atualização de sistema. Um programa que abre socket IPv6 pode alcançar destinos IPv4 por NAT64. O que exige socket IPv4 precisa de um tradutor no cliente. Em 464XLAT, o CLAT traduz no dispositivo; o PLAT/NAT64 da rede completa o caminho. No Windows, o recurso cliente se chama WinCLAT.

O anúncio da Microsoft, publicado em 27 de outubro, coloca o recurso no Windows 11 Client 25H2, build 26200.9550. Ele lista duas situações para iniciar a descoberta de configuração: falta de conectividade IPv4 ou sinal IPv6-only enviado pela opção DHCPv4 108. Dois dias depois, Boeddinghaus disse ao grupo IPv6 do RIPE que o WinCLAT havia saído da prévia, mas que o administrador ainda precisava configurá-lo. Citou netsh e a Política de Grupo do Active Directory; naquele momento, o ajuste não aparecia na interface gráfica.

A opção 108 da RFC 8925 faz parte do DHCPv4. O cliente compatível a solicita, e um pool configurado como IPv6-mostly pode responder, levando o cliente a adiar por um período limitado a obtenção de endereço IPv4. Antes disso, porém, a solicitação precisa chegar ao servidor.

É aí que a rede de escritório IPv6-only pode manter vivo um serviço da era IPv4. Se o servidor DHCPv4 é central e o cliente não tem rota IPv4, como a opção chega até ele? Boeddinghaus enumerou três saídas: um túnel IPv4, que considerou pouco atraente; DHCPv4 transportado por DHCPv6, conforme a RFC 7341 e o suporte a relay da RFC 9928; ou um serviço DHCPv4 sem estado em cada switch, que envia a opção 108 sem distribuir endereços IPv4.

A terceira opção ainda aguardava teste no Windows. Boeddinghaus disse que funcionava com outro cliente e que pretendia verificar diferentes versões do Windows. No debate, perguntaram por que o cliente não poderia simplesmente ficar sem resposta DHCPv4 e ativar o CLAT. Ele respondeu que o Windows tratava o endereço APIPA resultante como erro e não iniciava o tradutor. A transcrição não informa a build nem apresenta captura de pacotes.

A expressão da Microsoft deixa uma distinção em aberto. “Descoberta de configuração” pode significar procurar o prefixo NAT64 depois de habilitar o tradutor; na fala de RIPE, a opção 108 é o gatilho do WinCLAT. Podem ser etapas diferentes ou condições de builds distintas. O registro público não resolve o caso em que a interface IPv6 não recebe nenhuma resposta DHCPv4.

Essa não é a mesma questão que o prazo para o IPv4 voltar depois da opção 108. O cronômetro só começa quando o sinal chega. Antes, é preciso saber se a build suportada inicia o CLAT sem DHCPv4 e, se não, qual serviço precisa permanecer para entregar o sinal.

Antes de desativar um relay, o operador precisa reproduzir o teste na build que pretende implantar: registrar DHCPDISCOVER e eventual resposta com a opção 108, estado do IPv4, descoberta do prefixo NAT64, estado do CLAT e uma tentativa de acesso por um aplicativo IPv4 antigo. Se o silêncio do DHCPv4 bastar, a documentação deve dizer em quais condições. Se não, a rede precisa entregar a opção via DHCPv6 ou por um serviço local no switch.

Fontes