6. Implementation Considerations (Implementierungsüberlegungen)

6.1. IPv6 Address Format (IPv6-Adressformat)

Das IPv6-Adressformat in 464XLAT ist in Abschnitt 2.2 von [RFC6052] definiert.

6.2. IPv4/IPv6 Address Translation Chart (IPv4/IPv6-Adressübersetzungstabelle)

Diese Tabelle bietet eine Erklärung zur Adressübersetzungsarchitektur unter Verwendung einer Kombination aus zustandsbehafteter Übersetzung auf dem PLAT und zustandsloser Übersetzung auf dem CLAT. Dem Client in dieser Tabelle wird ein IPv6-Präfix durch einen Präfix-Delegationsmechanismus wie DHCPv6 Prefix Delegation (DHCPv6-PD) [RFC3633] zugewiesen, daher hat er ein dediziertes IPv6-Präfix für die Übersetzung.

                                       Destination IPv4 address
                                      +----------------------------+
                                      | Global IPv4 address        |
                                      | assigned to IPv4 server    |
                                   +--------+ +----------------------------+
                                   |  IPv4  |  Source IPv4 address
                                   | server | +----------------------------+
                                   +--------+ | Global IPv4 address        |
                                       ^      | assigned to IPv4 PLAT pool |
                                       |      +----------------------------+
                                   +--------+
                                   |  PLAT  | Stateful XLATE(IPv4:IPv6=1:n)
                                   +--------+
                                       ^
                                       |
                                  (IPv6 cloud)
     Destination IPv6 address
    +--------------------------------------------------------------+
    | IPv4-embedded IPv6 address                                   |
    | defined in Section 2.2 of RFC 6052                           |
    +--------------------------------------------------------------+
     Source IPv6 address
    +--------------------------------------------------------------+
    | IPv4-embedded IPv6 address                                   |
    | defined in Section 2.2 of RFC 6052                           |
    +--------------------------------------------------------------+
                                  (IPv6 cloud)
                                       ^
                                       |
                                   +--------+
                                   |  CLAT  | Stateless XLATE(IPv4:IPv6=1:1)
                                   +--------+
                                       ^       Destination IPv4 address
                                       |      +----------------------------+
                                   +--------+ | Global IPv4 address        |
                                   |  IPv4  | | assigned to IPv4 server    |
                                   | client | +----------------------------+
                                   +--------+  Source IPv4 address
                                              +----------------------------+
                                              | Private IPv4 address       |
                                              | assigned to IPv4 client    |
                                              +----------------------------+

Abbildung 3: Fall der Aktivierung nur von zustandsloser XLATE auf CLAT

6.3. IPv6 Prefix Handling (IPv6-Präfix-Handhabung)

Es gibt zwei relevante IPv6-Präfixe, die der CLAT kennen muss.

Erstens muss der CLAT seine eigenen IPv6-Präfixe kennen. Der CLAT sollte ein /64 für die Uplink-Schnittstelle, ein /64 für alle Downlink-Schnittstellen und ein dediziertes /64-Präfix zum Senden und Empfangen zustandslos übersetzter Pakete erwerben. Wenn ein dediziertes /64-Präfix nicht für die Übersetzung von DHCPv6-PD [RFC3633] verfügbar ist, kann der CLAT NAT44 für alle IPv4-LAN-Pakete durchführen, sodass alle vom LAN stammenden IPv4-Pakete von einer einzigen IPv4-Adresse zu stammen scheinen und dann zustandslos in eine Interface-IPv6-Adresse übersetzt werden, die vom CLAT über das Neighbor Discovery Protocol (NDP) beansprucht und mit Duplicate Address Detection (DAD) verteidigt wird.

Zweitens muss der CLAT das PLAT-seitige Übersetzungs-IPv6-Präfix entdecken, das als Ziel des PLAT verwendet wird. Der CLAT wird dieses Präfix als Ziel aller Übersetzungspakete verwenden, die zustandsbehaftete Übersetzung zum IPv4-Internet erfordern. Er kann das PLAT-seitige Übersetzungspräfix unter Verwendung von [Discovery-Heuristic] entdecken. In Zukunft werden möglicherweise einige andere Mechanismen, wie eine neue DHCPv6-Option, definiert, um das PLAT-seitige Übersetzungspräfix zu kommunizieren.

6.4. DNS Proxy Implementation (DNS-Proxy-Implementierung)

Der CLAT sollte einen DNS-Proxy implementieren, wie in [RFC5625] definiert. Der Fall eines reinen IPv4-Knotens hinter dem CLAT, der einen IPv4-DNS-Server abfragt, ist unerwünscht, da er sowohl zustandsbehaftete als auch zustandslose Übersetzung für jede DNS-Abfrage erfordert. Der CLAT sollte sich selbst als DNS-Server über DHCP oder andere Mittel festlegen und sollte DNS-Abfragen für IPv4- und IPv6-LAN-Clients proxyen. Die Verwendung des CLAT-fähigen Heimrouters oder UE als DNS-Proxy ist eine normale Consumer-Gateway-Funktion und vereinfacht den Verkehrsfluss, sodass nur native IPv6-Abfragen über das Zugangsnetzwerk erfolgen. DNS-Abfragen vom Client, die nicht an den DNS-Proxy auf dem CLAT gesendet werden, müssen zugelassen werden und werden wie jeder andere IP-Verkehr übersetzt und weitergeleitet.

6.5. CLAT in a Gateway (CLAT in einem Gateway)

Die CLAT-Funktion kann in einem gewöhnlichen Heimrouter oder Mobiltelefon mit Tethering-Funktion implementiert werden. Router mit einer CLAT-Funktion sollten auch gemeinsame Router-Dienste wie DHCP von [RFC1918]-Adressen, DHCPv6, NDP mit Router Advertisement und DNS-Dienst bereitstellen.

6.6. CLAT-to-CLAT Communications (CLAT-zu-CLAT-Kommunikation)

464XLAT ist eine Hub-and-Spoke-Architektur, die sich darauf konzentriert, reine IPv4-Dienste über reine IPv6-Netzwerke zu ermöglichen. Interactive Connectivity Establishment (ICE) [RFC5245] kann verwendet werden, um Peer-to-Peer-Kommunikation innerhalb eines 464XLAT-Netzwerks zu unterstützen.