4.5. Application and Higher Level Protocol Issues (Anwendungs- und höhere Protokollebenen-Probleme)

4.5. Application and Higher Level Protocol Issues (Anwendungs- und höhere Protokollebenen-Probleme)

Anwendungen und andere höhere Protokollebenen können lokale IPv6-Adressen auf die gleiche Weise behandeln wie andere Arten von globalen Unicast-Adressen. Es ist keine spezielle Behandlung erforderlich. Dieser Adresstyp ist möglicherweise nicht erreichbar, aber das ist nicht anders als bei anderen Arten von globalen IPv6-Unicast-Adressen. Anwendungen müssen in der Lage sein, mehrere Adressen zu handhaben, die zu jedem Zeitpunkt möglicherweise erreichbar sind oder nicht. In den meisten Fällen sollte diese Komplexität in APIs verborgen sein.

Aus der Perspektive eines Hosts zeigt sich der Unterschied zwischen lokalen IPv6-Adressen und anderen Arten von globalen Unicast-Adressen als unterschiedliche Erreichbarkeit und könnte standardmäßig auf diese Weise behandelt werden. In einigen Fällen ist es besser für Knoten und Anwendungen, sie anders als globale Unicast-Adressen zu behandeln. Ein Ausgangspunkt könnte sein, ihnen Vorrang vor globalen Unicast-Adressen zu geben, aber auf globale Unicast zurückzufallen, wenn festgestellt wird, dass ein bestimmtes Ziel nicht erreichbar ist. Vieles von diesem Verhalten kann durch die Art und Weise gesteuert werden, wie sie Knoten zugewiesen und in das DNS eingetragen werden. Es ist jedoch nützlich, wenn ein Host beide Arten von Adressen haben und sie angemessen verwenden kann.

Beachten Sie, dass die Adressauswahlmechanismen von [ADDSEL] und insbesondere der Policy-Override-Mechanismus, der die Standardadressauswahl ersetzt, voraussichtlich auf einer Site verwendet werden, auf der lokale IPv6-Adressen konfiguriert sind.