464XLAT
termoAcesso IPv4 através de uma rede só IPv6 com duas traduções: stateless no dispositivo, stateful na operadora.
O 464XLAT (RFC 6877) mantém aplicações só IPv4 e literais IPv4 funcionando em redes só IPv6, em especial as celulares, juntando um tradutor no dispositivo (CLAT) a um NAT64 na rede (PLAT). Ele traduz e não encapsula: nada é tunelado.
O CLAT dá às aplicações locais um endereço IPv4 privado e uma rota padrão, tirados da faixa 192.0.0.0/29, reservada para sistemas que precisam de endereço IPv4 mas não emitem pacotes IPv4, e traduz os pacotes delas um para um em IPv6. O PLAT, um NAT64 stateful comum, traduz de volta e divide endereços IPv4 globais entre muitos clientes. O IPv4 só existe dentro do dispositivo.
A maior parte do tráfego nem passa pelo CLAT. Ele só traduz quando um literal IPv4 ou um socket só IPv4 exige; aplicações que usam nomes recebem registros AAAA sintetizados pelo DNS64 e vão direto ao NAT64, e o IPv6 nativo dispensa tradução. A RFC 9313 cita uma rede celular em que, até o fim de 2018, 75% do tráfego era IPv6 de ponta a ponta, 24% passava por DNS64 e NAT64 e menos de 1% usava também o CLAT.
Não é IPv4 completo. Só atende clientes que chegam a servidores com endereço IPv4 global, então peer-to-peer IPv4 e conexões de entrada não funcionam. O lado da operadora guarda estado por fluxo e, onde há lei de retenção de dados, cada entrada do PLAT tem de ir para o log, como em qualquer NAT de operadora.
Também conhecido como: 464 xlat, clat, plat, rfc 6877
Fontes
- RFC 6877, 464XLAT: Combination of Stateful and Stateless Translation, April 2013: abstract and sections 1, 2 and 5.2 (read 2026-10-18)
- RFC 7335, IPv4 Service Continuity Prefix, August 2014: section 1 (read 2026-10-18)
- RFC 9313, Pros and Cons of IPv6 Transition Technologies for IPv4-as-a-Service (IPv4aaS), October 2022: sections 3.3, 4.4.2, 4.5.2 and 4.7 (read 2026-10-18)