🌉Übergangstechniken

IPv4 und IPv6 sind nicht kompatibel – ein reiner IPv6-Rechner kann einen reinen IPv4-Server nicht direkt erreichen. Diese Techniken überbrücken die Lücke.

🧰Überblick

🛣️ Dual-Stack RFC 4213

Jedes Gerät spricht IPv4 und IPv6 parallel. Der einfachste und häufigste Weg. „Happy Eyeballs“ (RFC 8305) versucht IPv6 zuerst und startet IPv4 kurz versetzt (empfohlen 250 ms), falls IPv6 hakt.

App
 ├── IPv4 ──► 192.0.2.10
 └── IPv6 ──► 2001:db8::10

🔁 NAT64 + DNS64 RFC 6146, 6147

IPv6-only-Netz, das trotzdem IPv4-Server erreicht: DNS64 erfindet AAAA-Einträge, NAT64 übersetzt die Pakete. Ablauf unten zum Durchklicken.

IPv6-only ─► NAT64 ─► IPv4-Internet
             64:ff9b::/96

📱 464XLAT RFC 6877

Für Apps, die IPv4-Adressen fest eingebaut haben: Der CLAT im Gerät übersetzt IPv4 zustandslos nach IPv6, der PLAT (NAT64) beim Provider zurück. Typisch in Mobilfunknetzen.

IPv4-App ─► CLAT ═IPv6═► PLAT ─► IPv4
          (4→6, Gerät)   (NAT64)

🏚️ DS-Lite RFC 6333

Der Kunde bekommt echtes IPv6; IPv4 wird im IPv6 getunnelt (Next Header 4) zum AFTR des Providers, der Carrier-Grade-NAT macht. Folge: keine eigene öffentliche IPv4-Adresse, kein Port-Forwarding für IPv4.

LAN IPv4 ─► B4 ═[IPv4 in IPv6]═► AFTR (CGN) ─► IPv4

🚇 6in4 (Tunnel) RFC 4213

IPv6-Pakete stecken in IPv4 mit Protokollnummer 41 – z. B. zu einem Tunnelbroker. Kostet 20 Byte: aus MTU 1500 wird 1480.

[IPv4-Header proto 41][IPv6-Header][Daten]
        20 Byte             40 Byte

🪦 6to4, Teredo, ISATAP RFC 7526 u. a.

Automatische Tunnel der ersten Stunde. Unzuverlässig und abgekündigt – 6to4 (2002::/16) und Teredo (2001::/32) sieht man nur noch in alten Logs.

2002:c000:201::/48 ← 6to4 aus 192.0.2.1

🎬DNS64 + NAT64 Schritt für Schritt

Schritt 1 / 8 · Tasten ← →
IPv6-only-Client
DNS64
DNS (autoritativ)
NAT64
IPv4-Server
DNS64 + NAT64 · RFC 6146, RFC 6147, RFC 6052

AAAA? www.example.org

DNS

Der Client hat nur IPv6 und fragt nach einer IPv6-Adresse.

🧮IPv4 in IPv6 einbetten (RFC 6052)

00
0
64
1
ff
2
9b
3
00
4
00
5
00
6
00
7
00
8
00
9
00
10
00
11
c0
192
00
0
02
2
21
33
Präfix /96IPv4 (4 Byte)
Synthetisierte Adresse
64:ff9b::192.0.2.33
Reines Hex
64:ff9b::c000:221

Die Präfixe /32 bis /64 sind genau die Beispiele aus RFC 6052 §2.4 – die App rechnet sie nach (siehe Tests). Das Well-Known Prefix 64:ff9b::/96 darf nur mit öffentlichen IPv4-Adressen verwendet werden (RFC 6052 §3.1); private Adressen brauchen ein eigenes Netzbetreiber-Präfix.

📚 Quellen: RFC 6052 · RFC 6146 · RFC 6147 · RFC 6877 · RFC 6333 · RFC 4213 · RFC 8305 · RFC 7526