Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Grundlegendes zur Unterstützung von 464XLAT ALG-Datenverkehr

Beachten Sie beim Bereitstellen von IPv6-Anwendungen in Mobilfunknetzen, dass einige Mobilfunkanbieter keine IPv6-Unterstützung für ihre Benutzer bereitstellen können, da einige Telefonanwendungen keine reine IPv6-Umgebung unterstützen.

Die Lösung besteht darin, den NAT64-Mechanismus für den Zugriff auf die reinen IPv4-Inhalte im Netzwerk des Betreibers zu verwenden und den 464XLAT-Datenverkehr zu verwenden, damit reine IPv4-Anwendungen in reinen IPv6-Netzwerken ausgeführt werden können.

Die 464XLAT-Architektur ist eine Kombination aus zustandsloser Übersetzung auf dem kundenseitigen Übersetzer (CLAT) und zustandsbasierter Übersetzung auf dem anbieterseitigen Übersetzer (PLAT). Die 464XLAT-Architektur wird verwendet, um die Paketinformationen eines Geräts mithilfe der Kombination aus zustandsloser (übersetzt private IPv4-Adressen in globale IPv6-Adressen und umgekehrt) und zustandsbehafteter (übersetzt IPv6-Adressen in globale IPv4-Adressen und umgekehrt) Übersetzung zu übersetzen.

Abbildung 1 veranschaulicht die 464XLAT-Architektur, die IPv4-Konnektivität in einem reinen IPv6-Netzwerk bietet, indem vorhandene und bekannte zustandsbehaftete Protokollübersetzung auf PLAT im Core und zustandsloses Protokoll auf CLAT am Edge kombiniert werden. Der private IPv4-Host kann globale IPv4-Hosts sowohl durch CLAT- als auch durch PLAT-Übersetzung erreichen. Umgekehrt kann der IPv6-Host andere IPv6-Hosts im Internet ohne Übersetzung direkt erreichen. Das bedeutet, dass das CPE-Gerät (Customer Premises Equipment) CLAT unterstützen und auch als nativer IPv6-Router für nativen IPv6-Datenverkehr fungieren kann.

Abbildung 1: 464XLAT-Architektur 464XLAT Architecture

Grundlegendes zur 464XLAT ALG-Funktionalität

Abbildung 2 beschreibt die Adressübersetzungsarchitektur und zeigt, wie Paketinformationen für ein Gerät mithilfe einer Kombination aus zustandsbehafteter Übersetzung beim anbieterseitigen Übersetzer (PLAT) und zustandsloser Übersetzung beim kundenseitigen Übersetzer (CLAT) übersetzt werden. In diesem Diagramm wird dem Client ein IPv6-Präfix von einem Präfixdelegierungsmechanismus wie DHCPv6 Prefix Delegation (DHCPv6-PD) delegiert. Daher verfügt der Client über ein dediziertes IPv6-Präfix für die Übersetzung.

Abbildung 2: 464XLAT ALG-Funktionalität IPv4 to IPv6 translation using 464XLAT, showing IPv4 client with CLAT translating to IPv6 cloud, then PLAT translating to IPv4 server.

Die PPTP-, RTSP- und FTP-ALGs unterstützen auch XLAT-Funktionen.

In den folgenden Abschnitten wird erläutert, wie die PPTP-, RTSP- und FTP-ALGs funktionieren, wenn das Gerät als PLAT fungiert:

Wie das PPTP-ALG das Gerät unterstützt, das als PLAT fungiert

Abbildung 3 beschreibt die Funktionalität von PPTP ALG XLAT.

Abbildung 3: PPTP ALG-XLAT-Funktionalität Translating network traffic between IPv4 and IPv6 using CLAT and PLAT, showing packet transformation from IPv4 client to IPv4 server via IPv6 Internet.

Der PPTP-ALG verwendet die call_ID für die Zielportfunktionalität.

  1. The client sends the outgoing call request (with PPTP Access Concentrator (PAC) call_ID) to the server:

    CLAT: Die Quelladresse/der Port wird von Ipv4_1/Port1 nach Ipv6_1/Port1 übersetzt. Die Payload-call_ID wird jedoch nicht geändert.

    PLAT: Die Quelladresse/Port Ipv6_1/Port1 wird in Ipv4_1'/Port1' übersetzt und entspricht der NAT64-Regel. Die call_ID in der Nutzlast wird jedoch nicht geändert. Das PPTP-ALG erzeugt ein Gatter wie server_ip/0->Ipv4_1'/call_ID(Ipv6_1/call_ID).

    The first generic routing encapsulation (GRE) packet reaches the gate from the server side: Wenn der erste GRE-Datenverkehr das Gate erreicht, wird das GRE-Paket von der Serverseite mit dem Ziel Ipv4_1'/call_ID in Ipv6_1/call_ID übersetzt. Schließlich erreicht das GRE-Paket den Client Ipv4_1/call_ID nach CLAT.

    Another special case for call_ID 0:

    CLAT: Die Quelladresse/der Port wird von Ipv4_1/Port1 nach Ipv6_1/Port1 übersetzt. Die Payload-call_ID wird jedoch nicht geändert.

    PLAT: Die Quelladresse/Port Ipv6_1/Port1 wird in Ipv4_1'/Port1' übersetzt und entspricht der NAT64-Regel. Die call_ID 0 in der Nutzlast wird jedoch manuell in 65002 übersetzt. Das PPTP-ALG erzeugt ein Gatter wie server_ip/0->Ipv4_1'/65002(Ipv6_1/0).

    The first GRE packet reaches the gate from the server side: Wenn der erste GRE-Datenverkehr das Gate erreicht, wird das GRE-Paket von der Serverseite mit dem Ziel Ipv4_1'/65002 in Ipv6_1/0 übersetzt. Schließlich erreicht das GRE-Paket den Client Ipv4_1/0 nach CLAT.

  2. The server sends the outgoing call reply (with PPTP Network Server (PNS) and PAC call_ID) to the client:

    PLAT: Die Quelladresse/Port Ipv4_2/Port2 wird in Ipv6_2/Port2' übersetzt und entspricht der NAT64-Regel. Der call_ID in der Nutzlast wird jedoch nicht geändert, und das PPTP-ALG erstellt ein Gatter wie client_v6/0->Ipv6_2/call_ID(Ipv4_2/call_ID).

    CLAT: Die Quelladresse/der Port wird von Ipv6_2/Port2 nach Ipv4_2/Port2 übersetzt. Die Payload-call_ID wird jedoch nicht geändert.

    The first GRE packet reaches the gate from the client side: Wenn der erste GRE-Datenverkehr das Gate erreicht, wird das GRE-Paket von der Client-Seite mit dem Ziel Ipv4_2'/call_ID nach CLAT in Ipv6_2/call_ID und dann in Ipv4_2/call_ID übersetzt. Schließlich erreicht das GRE-Paket den Server Ipv4_2/call_ID nach PLAT.

    Another special case for call_ID 0:

    PLAT: Die Quelladresse/Port Ipv4_2/Port2 wird in Ipv6_2/Port2' übersetzt und entspricht der NAT64-Regel. Der call_ID in der Nutzlast wird jedoch in 65002 übersetzt, und das PPTP-ALG erzeugt ein Gatter wie client_v6/0->Ipv6_2/65002(Ipv4_2/0).

    CLAT: Die Quelladresse/der Port wird von Ipv6_2/Port2 nach Ipv4_2/Port2 übersetzt. Die Payload-call_ID wird jedoch nicht geändert.

    The first GRE packet reaches the gate from the client side: Wenn der erste GRE-Datenverkehr das Gate erreicht, wird das GRE-Paket von der Client-Seite mit dem Ziel Ipv4_2'/65002 nach CLAT in Ipv6_2/65002 und dann in Ipv4_2/0 übersetzt. Schließlich erreicht das GRE-Paket den Server Ipv4_2/0 nach PLAT.

Wie das RTSP ALG das Gerät unterstützt, das als PLAT fungiert

Abbildung 4 beschreibt die RTSP ALG XLAT-Funktionalität.

Abbildung 4: RTSP ALG XLAT-Funktionalität Translates network packets between IPv4 and IPv6 using CLAT and PLAT. Shows data flow, header, and port modifications.

  1. The Windows Media Player on the Windows PC sends a SETUP message:

    CLAT: Die Quelladresse/der Port wird von Ipv4_1/Port1 nach Ipv6_1/Port1 übersetzt. Die Nutzlast Ipv4_2/Port3 wird jedoch nicht geändert.

    PLAT: Die Quelladresse/Port Ipv6_1/Port1 wird in Ipv4_1'/Port1' übersetzt und entspricht der NAT64-Regel, und die Nutzlast Port3 wird in Port3' übersetzt. Die IP-Adresse in der Nutzlast-ULR bleibt jedoch unverändert.

  2. The Windows Media Server on the Windows server sends a 200 OK message:

    PLAT: Die Quelladresse/der Port Ipv4_1'/Port1' wird in Ipv6_1/Port1 übersetzt und entspricht der NAT64-Regel. Der Port4 in der Nutzlast wird jedoch nicht geändert. Port 3' wird in Port 3 übersetzt. Das RTSP-ALG erstellt Gatter wie c->s Ipv6_1/port1->Ipv6_2/port3 und s->c Ipv4_2/port4->Ipv4_1'/port3' über UDP-Mediendaten, die serverseitig mit dem Ziel Ipv4_1'/port1' gesendet werden, dann wird der IP-Header in Ipv6_1/Port1 übersetzt und erreicht das Gate.

    CLAT: Die Quelladresse/der Port wird von Ipv6_1/Port1 nach Ipv4_1/Port1 übersetzt. Die Nutzlast Port3/Port4 wird jedoch nicht geändert.

  3. The server sends the Real-Time Transport Protocol (RTP) over UDP media data:

    PLAT: Wenn die RTP-over-UDP-Mediendaten von der Serverseite mit dem Ziel Ipv4_1'/Port3 gesendet werden, wird der IP-Header in Ipv6_1/Port3 übersetzt und erreicht das Gate.

    CLAT: Der IP-Header wird von Ipv6_1/Port3 nach Ipv4_1/Port3 übersetzt.

  4. The client sends the RTP over UDP media data:

    CLAT: Die Quelladresse/der Port wird von Ipv4_1/Port3 nach Ipv6_1/Port3 und die Zieladresse von Ipv4_2/Port4 nach Ipv6_2/Port4 übersetzt.

    PLAT: Die Quelladresse/der Port wird von Ipv6_1/Port3 nach Ipv4_1'/Port3 und die Zieladresse von Ipv6_2/Port4 nach Ipv4_2/Port4 übersetzt.

Wie das FTP-ALG das Gerät unterstützt, das als PLAT fungiert

Abbildung 5 und Abbildung 6 beschreiben die Funktionalität von FTP ALG XLAT im passiven Modus und im Portmodus.

Abbildung 5: Passiver FTP-Modus: FTP communication in a network with IPv4-to-IPv6 translation, showing data flow from IPv4 client to IPv4 server via CLAT and PLAT over IPv6 Internet.

  1. A 227 message enters passive mode:

    CLAT: Die Quelladresse/der Port wird von Ipv4_1/Port1 nach Ipv6_1/Port1 übersetzt. Die Nutzlast enthält jedoch keine IP- oder Portinformationen.

    PLAT: Die Quelladresse/der Port Ipv4_1'/Port1' wird in Ipv6_1/Port1 übersetzt und entspricht der NAT64-Regel. Der Ipv4_2/Port3 in der Nutzlast wird jedoch nicht geändert, und das FTP-ALG erstellt ein Gatter wie Ipv4_1/0(Ipv6_1/0)->Ipv4_2/Port3.

  2. The first packet reaches the gate from the client side: Wenn der Datenverkehr das Gate erreicht, wird das Datenpaket von der Client-Seite mit Ziel Ipv4_2/Port3 in Ipv6_2/Port2 übersetzt. Der IP-Header wird durch eine auf PAT basierende NAT64-Regel in Ipv4_2/Port3 übersetzt.

Abbildung 6: FTP-Port-Modus Translating network traffic between IPv4 and IPv6 using CLAT and PLAT; shows data flow from IPv4 client to server via IPv6 Internet, highlighting IP header changes.

  1. FTP port mode sends a PORT message:

    CLAT: Die Quelladresse/der Port wird von IPv4/Port1 nach IPv6/Port1 übersetzt.

    PLAT: Die Quelladresse/der Port ist Ipv6_1/Port1 wird in Ipv4_1'/Port1' übersetzt und entspricht der NAT64-Regel. Der Ipv4_1/Port2 in der Nutzlast wird in Ipv4_1'/port2' übersetzt und der FTP-ALG erstellt ein Gatter wie Ipv4_1'/port2'(Ipv4_1/port2->server_ip/server_port.

  2. The first packet reaches the gate from the server side: Wenn der Datenverkehr das Gate erreicht, wird das erste Paket von der Serverseite mit dem Ziel Ipv4_1'/Port2' in Ipv6_1/Port2 übersetzt. Schließlich erreicht das Paket den Client Ipv4_1/Port2 vor CLAT.

Zugehörige Dokumentation

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Loslassen
Beschreibung
12.3X48-D15