Resumo

  • A RFC 9872 recomenda obter o prefixo de síntese NAT64 pela opção PREF64 dos anúncios de roteador definida na RFC 8781.
  • A escolha preserva o vínculo entre prefixo, validade, rede de acesso e caminho até o tradutor.

O problema surge antes do primeiro pacote traduzido. O dispositivo conhece o destino IPv4, mas precisa de um prefixo aceito pelo NAT64 daquela rede para formar o endereço IPv6. Um valor válido aprendido em outro contexto pode criar um destino perfeito na forma e inútil no encaminhamento.

A RFC 9872 coloca a configuração no momento da conexão. O dispositivo deve procurar PREF64 nos anúncios de roteador, e o operador de NAT64 deve anunciá-lo. O método DNS da RFC 7050 permanece quando a opção não existe ou não pode ser processada, mas deixa de ser a autoridade padrão.

O anúncio carrega escopo e tempo

A RFC 8781 reserva o tipo 38 de Neighbor Discovery para PREF64. A opção contém bits do prefixo, código de comprimento e validade em unidades de oito segundos. Validade zero retira o prefixo. Não se recomenda validade menor que a do roteador padrão, pois o prefixo poderia expirar enquanto o caminho ainda parece disponível.

O host trata PREF64 como específico da rede de origem e, se usar Provisioning Domains, associa-o ao PvD correto. Pode escolher entre prefixos com validade não nula, mas deve evitar misturar fontes de descoberta. Em multihoming, tráfego sintetizado com o prefixo de um provedor precisa seguir para o tradutor desse provedor.

O ponto de vista do DNS pode mudar

A RFC 7050 consulta um resolvedor DNS64 e extrai PREF64 de respostas AAAA sintetizadas. DNS criptografado, VPN ou configuração manual podem deslocar o resolvedor para fora da rede de acesso. O resolvedor remoto talvez não conheça o tradutor local. Além disso, valores descobertos por DNS obedecem ao TTL; anúncios podem alterar ou retirar o prefixo diretamente no enlace.

A recomendação está na RFC 9872, a opção na RFC 8781 e o método DNS na RFC 7050. As RFCs 6052 e 7915 definem formato e tradução. Elas não provam adoção ou saúde operacional.

Descobrir PREF64 tampouco autentica o anúncio, comprova que o tradutor esteja alcançável, demonstra implantação ou desempenho, nem torna o Well-Known Prefix da RFC 6052 válido em toda rede NAT64. Cada uma dessas cinco conclusões exige evidência própria.