2. Overview (Überblick)

2. Overview (Überblick)

Dieser Abschnitt bietet eine Einführung in den DNS64-Mechanismus.

Wir gehen davon aus, dass wir eine oder mehrere IPv6/IPv4-Translator-Boxen haben, die ein IPv4-Netzwerk und ein IPv6-Netzwerk verbinden. Das IPv6/IPv4-Translator-Gerät bietet Übersetzungsdienste zwischen den beiden Netzwerken und ermöglicht die Kommunikation zwischen reinen IPv4-Hosts und reinen IPv6-Hosts. (HINWEIS: Mit "reinen IPv6-Hosts" meinen wir Hosts, die reine IPv6-Anwendungen ausführen, und Hosts, die nur IPv6 verwenden können, sowie Fälle, in denen dem Client nur IPv6-Konnektivität zur Verfügung steht. Mit "reinen IPv4-Servern" meinen wir Server, die reine IPv4-Anwendungen ausführen, und Server, die nur IPv4 verwenden können, sowie Fälle, in denen dem Server nur IPv4-Konnektivität zur Verfügung steht). Jeder IPv6/IPv4-Translator, der in Verbindung mit DNS64 verwendet wird, MUSS Kommunikationen ermöglichen, die vom reinen IPv6-Host zum reinen IPv4-Host initiiert werden.

Um einem IPv6-Initiator eine standardmäßige AAAA RR DNS-Abfrage zu ermöglichen, um die Adresse des Responders zu erfahren, wird DNS64 verwendet, um einen AAAA-Eintrag aus einem A-Eintrag zu synthetisieren, der eine echte IPv4-Adresse des Responders enthält, wenn DNS64 keinen AAAA-Eintrag für den abgefragten Namen abrufen kann. Der DNS64-Dienst erscheint dem IPv6-Initiator als regulärer DNS-Server oder Resolver. DNS64 empfängt eine AAAA DNS-Abfrage, die vom IPv6-Initiator generiert wurde. Es versucht zunächst eine Auflösung für die angeforderten AAAA-Einträge. Wenn keine AAAA-Einträge für den Zielknoten verfügbar sind (was der normale Fall ist, wenn der Zielknoten ein reiner IPv4-Knoten ist), führt DNS64 eine Abfrage nach A-Einträgen durch. Für jeden entdeckten A-Eintrag erstellt DNS64 einen synthetischen AAAA RR aus den Informationen, die im A RR abgerufen wurden.

Der Owner Name eines synthetischen AAAA RR ist derselbe wie der des ursprünglichen A RR, aber eine IPv6-Darstellung der im ursprünglichen A RR enthaltenen IPv4-Adresse wird im AAAA RR enthalten. Die IPv6-Darstellung der IPv4-Adresse wird algorithmisch aus der IPv4-Adresse und zusätzlichen im DNS64 konfigurierten Parametern generiert. Unter diesen im DNS64 konfigurierten Parametern befindet sich mindestens ein IPv6-Präfix. Wenn nicht ausdrücklich erwähnt, werden alle Präfixe gleich behandelt, und die in diesem Dokument beschriebenen Operationen werden unter Verwendung der verfügbaren Präfixe durchgeführt. Um allgemein zu sein, werden wir jedes dieser Präfixe als Pref64::/n bezeichnen und die Operationen mit dem generischen Präfix Pref64::/n beschreiben. Die IPv6-Adressen, die IPv4-Adressen repräsentieren und im vom DNS64 synthetisierten AAAA RR enthalten sind, enthalten Pref64::/n, und sie betten auch die ursprüngliche IPv4-Adresse ein.

Derselbe Algorithmus und dieselben Pref64::/n-Präfixe MÜSSEN sowohl im DNS64-Gerät als auch in den IPv6/IPv4-Translator(en) konfiguriert sein, damit beide algorithmisch dieselbe IPv6-Darstellung für eine gegebene IPv4-Adresse generieren können. Darüber hinaus ist es erforderlich, dass IPv6-Pakete, die an eine IPv6-Zieladresse adressiert sind, die das Pref64::/n enthält, an einen IPv6/IPv4-Translator geliefert werden, der dieses bestimmte Pref64::/n konfiguriert hat, damit sie in IPv4-Pakete übersetzt werden können.

Sobald DNS64 die AAAA RRs synthetisiert hat, werden die synthetischen AAAA RRs an den IPv6-Initiator zurückgegeben, der eine IPv6-Kommunikation mit der IPv6-Adresse initiiert, die dem IPv4-Empfänger zugeordnet ist. Das Paket wird an einen IPv6/IPv4-Translator geleitet, der es an das IPv4-Netzwerk weiterleitet.

Im Allgemeinen ist der einzige gemeinsame Zustand zwischen DNS64 und dem IPv6/IPv4-Translator das Pref64::/n und ein optionaler Satz statischer Parameter. Das Pref64::/n und der Satz statischer Parameter MÜSSEN so konfiguriert sein, dass sie auf beiden gleich sind; es gibt keine Kommunikation zwischen der DNS64-Gerätefunktion und den IPv6/IPv4-Translator-Funktionen. Der Mechanismus zur Konfiguration der Parameter von DNS64 liegt außerhalb des Umfangs dieses Memos.

Die als Pref64::/n zu verwendenden Präfixe und ihre Anwendbarkeit werden in [RFC6052] diskutiert. Es gibt zwei Arten von Präfixen, die als Pref64::/n verwendet werden können.

• Das Pref64::/n kann das Well-Known Prefix 64:ff9b::/96 sein, das von [RFC6052] zum Zweck der Darstellung von IPv4-Adressen im IPv6-Adressraum reserviert ist.

• Das Pref64::/n kann ein Network-Specific Prefix (NSP) sein. Ein NSP ist ein IPv6-Präfix, das von einer Organisation zugewiesen wird, um IPv6-Darstellungen von IPv4-Adressen zu erstellen.

Der Hauptunterschied in der Natur der beiden Präfixtypen besteht darin, dass das NSP ein lokal zugewiesenes Präfix ist, das unter der Kontrolle der Organisation steht, die die Übersetzungsdienste bereitstellt, während das Well-Known Prefix ein Präfix ist, das eine globale Bedeutung hat, da es für den spezifischen Zweck zugewiesen wurde, IPv4-Adressen im IPv6-Adressraum darzustellen.

Die DNS64-Funktion kann an einem von drei Orten ausgeführt werden. Die folgenden Begriffe werden in Abschnitt 4 formaler definiert.

Die erste Option besteht darin, die DNS64-Funktion in autoritativen Servern für eine Zone zu platzieren. In diesem Fall stellt der autoritative Server synthetische AAAA RRs für einen reinen IPv4-Host in seiner Zone bereit. Dies ist eine Art von DNS64-Server.

Eine weitere Option besteht darin, die DNS64-Funktion in rekursiven Nameservern zu platzieren, die Endhosts bedienen. Wenn in diesem Fall ein reiner IPv6-Host den Nameserver nach AAAA RRs für einen reinen IPv4-Host abfragt, kann der Nameserver die Synthese von AAAA RRs durchführen und diese an den reinen IPv6-Initiator zurückgeben. Der Hauptvorteil dieses Modus besteht darin, dass aktuelle IPv6-Knoten diesen Mechanismus ohne Änderungen verwenden können. Dieser Modus wird als "DNS64 im DNS-Recursive-Resolver-Modus" bezeichnet. Dies ist eine zweite Art von DNS64-Server und auch eine Art von DNS64-Resolver.

Die letzte Option besteht darin, die DNS64-Funktion in den Endhosts zu platzieren, gekoppelt mit dem lokalen (Stub-)Resolver. In diesem Fall versucht der Stub-Resolver, (echte) AAAA RRs zu erhalten, und falls diese nicht verfügbar sind, synthetisiert die DNS64-Funktion AAAA RRs zur internen Verwendung. Dieser Modus ist mit einigen Funktionen wie DNSSEC-Validierung im Endhost kompatibel. Der Hauptnachteil dieses Modus ist seine Einsetzbarkeit, da er Änderungen in den Endhosts erfordert. Dieser Modus wird als "DNS64 im Stub-Resolver-Modus" bezeichnet. Dies ist die zweite Art von DNS64-Resolver.