<style> /* Logo-Positionierung */ .reveal .slides { background: url(https://hedgedoc.xinux.net/uploads/xinux-weiss.png) no-repeat; background-position: right 10px bottom 10px; background-size: 80px; } /* Listen-Anpassungen */ .reveal ul li { font-size: 28px !important; line-height: 1.3 !important; margin-bottom: 10px !important; } /* Optional: Verbesserte Lesbarkeit */ .reveal .slides section { text-align: left; padding: 20px 40px !important; } </style> ## Einführung – IPv6 als Hauptprotokoll - Immer mehr Länder und Provider setzen IPv6 als Standardprotokoll ein - IPv4 wird als Ausnahme oder Übergangstechnologie behandelt - Fokus liegt auf Skalierbarkeit, Vereinfachung und Zukunftssicherheit der Netze - Herausforderungen entstehen vor allem bei Altgeräten und der Erreichbarkeit von IPv4-Diensten --- ## Länder und Betreiber mit IPv6-First oder IPv6-Only-Strategie - Belgien: Telenet, Proximus (Dual-Stack mit IPv6-Priorisierung) - USA: T-Mobile USA (IPv6-Only im Mobilfunknetz, Nutzung von 464XLAT) - Japan: NTT, KDDI (IPv6-Only Backbone, NAT64/DNS64 für Altanwendungen) - Indien: Reliance Jio (IPv6-Only mit 464XLAT für Mobilfunk-Endkunden) - Deutschland: Deutsche Telekom (IPv6 bevorzugt, IPv4 über CGNAT bereitgestellt) --- ## Typische Herausforderungen beim IPv6-Only Betrieb - Zugriff auf bestehende IPv4-Dienste, die noch kein IPv6 unterstützen - Altgeräte oder Software ohne IPv6-Kompatibilität - Kompatibilitätsprobleme bei alten Protokollen (z.B. FTP, SIP) - Anpassung von Monitoring, Security und Firewalls auf IPv6-Verkehr --- ## NAT64/DNS64 – Zugriff auf IPv4-Server für IPv6-Only Clients - **DNS64** erzeugt synthetische AAAA-Records für IPv4-Server - Der IPv6-Client verbindet sich auf eine künstliche IPv6-Adresse - **NAT64-Gateway** übersetzt eingehenden IPv6-Datenverkehr in IPv4-Verkehr - Wird ausschließlich für ausgehenden Verkehr genutzt - Beispiel: NTT Japan verwendet NAT64/DNS64 in Providernetzen für Altserverzugriffe --- ## 464XLAT – Mobilfunklösung für IPv4-only Anwendungen - Kombination von **CLAT** (Customer-side Translator) auf dem Endgerät und **NAT64** im Netz - **CLAT** übersetzt lokale IPv4-Anfragen in IPv6 - NAT64 übersetzt weiter ins öffentliche IPv4-Internet - Erlaubt IPv4-only Apps, auf IPv6-Only-Mobilfunknetzen zu funktionieren - Beispiel: Standardlösung bei T-Mobile USA und Reliance Jio Indien --- ## CLAT – Customer-side Translator im Detail - Lokale Software auf Endgeräten (z.B. Smartphone, Router) - Nimmt IPv4-Verkehr von alten Anwendungen entgegen - Verpackt IPv4-Verkehr in IPv6-Pakete (IPv4/IPv6 Translation nach RFC 7915) - Arbeitet transparent für Anwendungen - Voraussetzung: Existenz eines NAT64-Gateways im Providernetz --- ## Carrier Grade NAT (CGNAT) – IPv4 als Übergangsprotokoll - IPv4-only Kunden erhalten private IPv4-Adressen - Mehrere Kunden teilen sich eine öffentliche IPv4-Adresse - Genutzt, um knappe IPv4-Ressourcen effizient zu verwenden - Problematisch für bestimmte Protokolle (z.B. SIP, IPsec, Hostingdienste) - Beispiel: Deutsche Telekom nutzt CGNAT für nicht-migrierte Bestandskunden --- ## Public Dual-Stack Frontends – Übergang für öffentliche Dienste - Öffentliche Dienste (Webseiten, APIs, Mailserver) bieten IPv4 und IPv6 parallel an - Dual-Stack-Server binden beide Protokolle gleichzeitig - DNS liefert sowohl A- als auch AAAA-Records - IPv6 wird vom Client bevorzugt genutzt (RFC 6724 Präferenzlisten) - Beispiel: Amazon AWS, Google Cloud, Microsoft Azure als Dual-Stack-Dienstanbieter --- ## Umgang mit Altgeräten und Legacy-Applikationen - Identifikation von IPv4-only Geräten und Anwendungen - Ersatz durch IPv6-fähige Systeme oder Migration auf moderne Plattformen - Übergangslösungen (Proxys, Translatoren) nur als temporäre Maßnahmen - Konsequente Abschaltung veralteter IPv4-only Systeme als langfristiges Ziel --- ## Sicherheit und Monitoring in IPv6-First-Umgebungen - Firewalls müssen nativ IPv6 verstehen und verarbeiten können - ICMPv6 muss korrekt behandelt werden (z.B. "Packet Too Big" für Path MTU Discovery) - IDS/IPS-Systeme müssen IPv6 vollständig analysieren können - Logging- und Auditsysteme müssen IPv6-Adressen korrekt erfassen und auflösen - Monitoring muss SLAAC- und DHCPv6-basierte Geräte korrekt erkennen --- ## Technische Besonderheiten bei NAT64/DNS64 und 464XLAT - NAT64 ist für alle ausgehenden IPv6-Verbindungen zu IPv4-Zielen notwendig - DNS64 manipuliert DNS-Responses, um IPv6-Adressen bereitzustellen - 464XLAT benötigt CLAT auf dem Endgerät – integriert bei modernen Betriebssystemen (Android ab Version 4.3) - MSS-Clamping wird oft auf Firewalls aktiviert, um PMTU-Probleme bei NAT64 zu vermeiden --- ## Zusammenfassung – Erfolgsfaktoren für IPv6-Only-Netze - Fokus auf vollständige IPv6-Nutzung intern und extern - IPv4 wird als Übergangstechnologie behandelt und aktiv zurückgebaut - NAT64/DNS64 und 464XLAT als bewährte Übergangslösungen im Einsatz - Security und Monitoring müssen voll IPv6-fähig sein - Kontinuierliche Ablösung von Altgeräten und IPv4-only-Diensten notwendig