1. Introduction (Einführung)
Dieses Dokument spezifiziert die Schritte, die ein Host unternimmt, um zu entscheiden, wie seine Schnittstellen in der IP-Version 6 (IPv6) automatisch konfiguriert werden. Der Autokonfigurationsprozess umfasst die Generierung einer Link-Local-Adresse (Link-Local Address), die Generierung globaler Adressen (Global Address) über zustandslose Adresskonfiguration und das Verfahren zur Erkennung doppelter Adressen (Duplicate Address Detection), um die Eindeutigkeit der Adressen auf einem Link zu überprüfen.
Der zustandslose IPv6-Autokonfigurationsmechanismus erfordert keine manuelle Konfiguration von Hosts, minimale (wenn überhaupt) Konfiguration von Routern und keine zusätzlichen Server. Der zustandslose Mechanismus ermöglicht es einem Host, seine eigenen Adressen unter Verwendung einer Kombination aus lokal verfügbaren Informationen und von Routern angekündigten Informationen zu generieren. Router kündigen Präfixe (Prefix) an, die das oder die mit einem Link verbundenen Subnetze identifizieren, während Hosts einen „Schnittstellenidentifikator (Interface Identifier)" generieren, der eine Schnittstelle in einem Subnetz eindeutig identifiziert. Eine Adresse wird durch Kombination der beiden gebildet. In Abwesenheit von Routern kann ein Host nur Link-Local-Adressen generieren. Link-Local-Adressen sind jedoch ausreichend, um die Kommunikation zwischen Knoten zu ermöglichen, die mit demselben Link verbunden sind.
Der zustandslose Ansatz wird verwendet, wenn eine Site sich nicht besonders um die exakten Adressen kümmert, die Hosts verwenden, solange sie eindeutig und korrekt routbar sind. Andererseits wird das Dynamic Host Configuration Protocol für IPv6 (DHCPv6) [RFC3315] verwendet, wenn eine Site eine strengere Kontrolle über die exakte Adresszuweisung erfordert. Zustandslose Adresskonfiguration und DHCPv6 können (MAY) gleichzeitig verwendet werden.
IPv6-Adressen werden einer Schnittstelle für eine feste (möglicherweise unendliche) Zeitdauer geleast. Jede Adresse hat eine zugeordnete Lebensdauer (Lifetime), die angibt, wie lange die Adresse an eine Schnittstelle gebunden ist. Wenn die Lebensdauer abläuft, wird die Bindung (und die Adresse) ungültig, und die Adresse kann einer anderen Schnittstelle an anderer Stelle im Internet neu zugewiesen werden. Um den Ablauf der Adressbindung elegant zu handhaben, durchläuft eine Adresse zwei verschiedene Phasen, wenn sie einer Schnittstelle zugewiesen wird. Zunächst ist die Adresse „bevorzugt (Preferred)", was bedeutet, dass ihre Verwendung in jeder Kommunikation nicht eingeschränkt ist. Später wird die Adresse „veraltet (Deprecated)" in Erwartung dessen, dass ihre aktuelle Schnittstellenbindung ungültig wird. Während sich eine Adresse im veralteten Zustand befindet, wird ihre Verwendung abgeraten, ist aber nicht streng verboten. Neue Kommunikation (z. B. das Öffnen einer neuen TCP-Verbindung) sollte (SHOULD) bevorzugte Adressen verwenden, wenn möglich. Veraltete Adressen sollten (SHOULD) nur von Anwendungen verwendet werden, die sie bereits verwenden und für die es schwierig wäre, ohne Unterbrechung des Dienstes zu einer anderen Adresse zu wechseln.
Um sicherzustellen, dass alle konfigurierten Adressen wahrscheinlich eindeutig auf einem gegebenen Link sind, führen Knoten einen Algorithmus zur „Erkennung doppelter Adressen (Duplicate Address Detection)" auf einer Adresse aus, bevor die Adresse einer Schnittstelle zugewiesen wird. Der Algorithmus zur Erkennung doppelter Adressen wird auf allen Adressen durchgeführt, unabhängig davon, ob sie über zustandslose Autokonfiguration oder DHCPv6 erhalten wurden. Dieses Dokument definiert den Algorithmus zur Erkennung doppelter Adressen.
Der in diesem Dokument spezifizierte Autokonfigurationsprozess gilt nur für Hosts und nicht für Router. Da die Host-Autokonfiguration von Routern angekündigte Informationen verwendet, müssen (MUST) Router auf andere Weise konfiguriert werden. Es wird jedoch erwartet, dass Router Link-Local-Adressen unter Verwendung des in diesem Dokument beschriebenen Mechanismus generieren. Darüber hinaus wird erwartet, dass Router die in diesem Dokument beschriebene Prozedur zur Erkennung doppelter Adressen erfolgreich durchlaufen, bevor sie alle Adressen einer Schnittstelle zuweisen.
Abschnitt 2 bietet Definitionen für die in diesem Dokument verwendeten Begriffe. Abschnitt 3 beschreibt die Designziele, die zu den aktuellen Autokonfigurationsprozeduren geführt haben. Abschnitt 4 bietet einen Überblick über das Protokoll, während Abschnitt 5 das Protokoll im Detail beschreibt.