464XLAT (RFC 6877, 2013) kombiniert stateless und stateful Übersetzung, damit IPv4-only-Anwendungen in IPv6-only-Netzen funktionieren — der Standard-Trick hinter modernen Mobilfunknetzen (LTE/5G) ohne eigene IPv4-Infrastruktur.

Zwei Übersetzer: CLAT und PLAT

464XLAT besteht aus zwei Komponenten:

  • CLAT (Customer-side TransLATor) sitzt im Endgerät und übersetzt stateless per SIIT (1:1). Er stellt der IPv4-App eine virtuelle IPv4-Schnittstelle bereit (clat4, Adressen aus 192.0.0.0/29) und kapselt die Pakete in IPv6 mit dem RFC-6052-Präfix des Netzes.
  • PLAT (Provider-side TransLATor) ist der NAT64-Gateway des Betreibers: Er übersetzt die IPv6-Pakete stateful zurück ins IPv4-Internet.

Eine IPv4-App verbindet also lokal per IPv4 zum CLAT, das Paket reist als IPv6 durch das Betreibernetz, und erst der PLAT stellt die Verbindung zum IPv4-Ziel her.

Warum NAT64+DNS64 allein nicht reicht

NAT64 mit DNS64 funktioniert nur für Anwendungen, die über Hostnamen verbinden. Viele Apps nutzen aber hartkodierte IPv4-Adressen (etwa 8.8.8.8 für DNS) oder IPv4-only-Socket-APIs — diese Verkehr kann nur 464XLAT retten.

Android und iOS bauen den CLAT automatisch auf, sobald das Netz sein NAT64-Präfix per Router Advertisement oder DNS (RFC 7050) bekannt gibt; T-Mobile USA gehörte zu den ersten Betreibern.

Verwandte Grundlagen: NAT64, DNS64, IPv4 vs. IPv6, 6to4, IP-Tunnel.