11.7 Kombinationen von Trennzeichen
11.7 Kombinationen von Trennzeichen
Für IPv6-Adressen sind weitere Arten von Trennzeichen definiert. Dieser Unterabschnitt beschreibt, wie sie mit dem Format für nicht globale Adressen kombiniert werden sollten.
Die IPv6-Adressierungsarchitektur [1] definiert auch die Syntax von IPv6-Präfixen. Wenn der Adressteil eines Präfixes nicht global ist und seine Scope-Zone eindeutig bestimmt werden soll, SOLLTE der Adressteil in diesem Format vorliegen. Beispielsweise kann ein linklokales Präfix fe80::/64 auf dem zweiten Link wie folgt dargestellt werden:
fe80::%2/64
Bei dieser Kombination ist es wichtig, den Zonenindex vor der Präfixlänge zu platzieren, wenn das Format durch eine Name-zu-Adresse-Bibliotheksfunktion [11] analysiert wird. Damit kann zunächst die Adresse mit dem Zonenindex von der Präfixlänge getrennt und nur erstere an die Bibliotheksfunktion übergeben werden.
Auch das bevorzugte Format für literale IPv6-Adressen in URLs ist definiert [12]. Wenn ein Benutzer das bevorzugte Format für eine nicht globale IPv6-Adresse eingibt, deren Zone explizit angegeben werden soll, könnte er das Format für die nicht globale Adresse zusammen mit dem bevorzugten Format verwenden.
Die eingegebene URL wird jedoch oft über das Netz übertragen; es würde zu Verwirrung führen, wenn eine Anwendung den Teil <zone_id> nicht vor dem Senden entfernt. Beachten Sie, dass Anwendungen weder berücksichtigen müssen sollten, welche Art von Adressen sie verwenden, noch den Teil <zone_id> der Adresse analysieren oder entfernen müssen sollten.
Außerdem könnte das Format für nicht globale Adressen mit der URI-Syntax [13] kollidieren, da diese das Trennzeichen (%) als Escape-Zeichen definiert. Dieser Konflikt würde beispielsweise erfordern, dass der Teil <zone_id> für Zone 1 mit dem Trennzeichen als „%251“ dargestellt wird. Das bedeutet auch, dass ein nicht maskiertes Format nicht einfach aus anderen Quellen als Eingabe für den URI-Parser kopiert werden kann. Wenn der URI-Parser das maskierte Format nicht umwandelt, bevor er es an eine Name-zu-Adresse-Bibliothek übergibt, schlägt die Umwandlung fehl. All diese Probleme verringern den Nutzen der in diesem Abschnitt beschriebenen Textdarstellung.
Daher legt dieses Dokument nicht fest, wie das Format für nicht globale Adressen mit dem bevorzugten Format für literale IPv6-Adressen kombiniert werden soll. In jedem Fall wird empfohlen, in einer URL einen FQDN statt einer literalen IPv6-Adresse zu verwenden, sofern ein FQDN verfügbar ist.