6. Router- und Präfix-Erkennung (Router and Prefix Discovery)

Dieser Abschnitt beschreibt Router- und Präfix-Erkennung. Router Discovery ist der Prozess, durch den Hosts Router lokalisieren, die sich auf einem angeschlossenen Link befinden. Prefix Discovery ist der Prozess, durch den Hosts die Menge der Adresspräfixe entdecken, die definieren, welche Ziele für einen angeschlossenen Link on-link sind.

Hosts verwenden die beworbenen On-Link-Präfixe, um eine Liste zu erstellen und zu pflegen, die bei der Entscheidung verwendet wird, wann das Ziel eines Pakets on-link oder jenseits eines Routers ist. Standardmäßig lernen Hosts alle On-Link-Präfixe aus Router Advertisements. Router können jedoch so konfiguriert werden, dass sie einige oder alle Präfixe aus Router Advertisements weglassen. In solchen Fällen nehmen Hosts an, dass Ziele off-link sind, und senden Verkehr an Router. Ein Router kann dann bei Bedarf Redirects ausgeben.

6.1. Nachrichtenvalidierung (Message Validation)

6.1.1. Validierung von Router Solicitation-Nachrichten

Hosts MÜSSEN (MUST) alle empfangenen Router Solicitation-Nachrichten stillschweigend verwerfen.

Ein Router MUSS (MUST) alle empfangenen Router Solicitation-Nachrichten stillschweigend verwerfen, die nicht alle folgenden Gültigkeitsprüfungen erfüllen:

• Die IP-Quelladresse ist eine Link-Local-Adresse. Router DÜRFEN NICHT (MUST NOT) Router Advertisements an Multicast-Adressen (außer der All-Nodes-Multicast-Adresse) senden, wenn die Quelladresse der Solicitation die unspezifizierte Adresse ist. Diese Einschränkung soll Denial-of-Service-Angriffe von böswilligen Knoten verhindern.

• Das IP Hop Limit-Feld hat einen Wert von 255, d. h., das Paket konnte unmöglich von einem Router weitergeleitet worden sein.

• Die ICMP-Prüfsumme ist gültig.

• Der ICMP-Code ist 0.

• Die ICMP-Länge (abgeleitet von der IP-Länge) beträgt 8 oder mehr Oktette.

• Alle enthaltenen Optionen haben eine Länge, die größer als Null ist.

Wenn eine Router Solicitation, die gemäß den obigen Prüfungen gültig ist, auf einer Schnittstelle empfangen wird und die Schnittstelle eine Advertising-Schnittstelle ist, kann der Router entweder mit einem Multicast-Router Advertisement oder mit einem Unicast-Router Advertisement, das an die Adresse des anfordernden Knotens gerichtet ist, antworten, wie unten beschrieben. Der Router sollte mit einem Unicast-Router Advertisement antworten, wenn die Router Solicitation von einer Unicast-Adresse gesendet wurde, und mit einem Multicast-Router Advertisement, wenn die Router Solicitation von der unspezifizierten Adresse gesendet wurde.

6.1.2. Validierung von Router Advertisement-Nachrichten

Ein Knoten MUSS (MUST) alle empfangenen Router Advertisement-Nachrichten stillschweigend verwerfen, die nicht alle folgenden Gültigkeitsprüfungen erfüllen:

• Die IP-Quelladresse ist eine Link-Local-Adresse. Router müssen ihre Link-Local-Adresse als Quelle für Router Advertisement- und Redirect-Nachrichten verwenden, damit Hosts Router eindeutig identifizieren können.

• Das IP Hop Limit-Feld hat einen Wert von 255, d. h., das Paket konnte unmöglich von einem Router weitergeleitet worden sein.

• Die ICMP-Prüfsumme ist gültig.

• Der ICMP-Code ist 0.

• Die ICMP-Länge (abgeleitet von der IP-Länge) beträgt 16 oder mehr Oktette.

• Alle enthaltenen Optionen haben eine Länge, die größer als Null ist.

Der Inhalt des Reserved-Feldes und aller nicht erkannten Optionen MUSS (MUST) ignoriert werden. Zukünftige, rückwärtskompatible Änderungen am Protokoll können den Inhalt des Reserved-Feldes spezifizieren oder neue Optionen hinzufügen; rückwärtsinkompatible Änderungen können unterschiedliche Code-Werte verwenden.

Der Inhalt aller definierten Optionen, die nicht für die Verwendung mit Router Advertisement-Nachrichten spezifiziert sind, MUSS (MUST) ignoriert werden und das Paket normal verarbeitet werden. Die einzigen definierten Optionen, die erscheinen können, sind die Optionen Source Link-Layer Address, MTU und Prefix Information.

Ein Router Advertisement, das die Gültigkeitsprüfungen besteht, wird als "gültiges Router Advertisement" bezeichnet.

6.2. Router-Spezifikation (Router Specification)

6.2.1. Router-Konfigurationsvariablen (Router Configuration Variables)

Ein Router MUSS (MUST) es ermöglichen, dass die folgenden konzeptionellen Variablen durch Systemverwaltung für jede Advertising-Schnittstelle konfiguriert werden:

MaxRtrAdvInterval - Die maximal zulässige Zeit zwischen dem Senden unaufgeforderter Multicast-Router Advertisements von der Schnittstelle in Sekunden. MUSS (MUST) mindestens 4 Sekunden und höchstens 1800 Sekunden betragen.

Standard: 600 Sekunden

MinRtrAdvInterval - Die minimal zulässige Zeit zwischen dem Senden unaufgeforderter Multicast-Router Advertisements von der Schnittstelle in Sekunden. MUSS (MUST) mindestens 3 Sekunden und höchstens 0,75 * MaxRtrAdvInterval betragen.

Standard: 0,33 * MaxRtrAdvInterval

AdvManagedFlag - Der Wert, der im Flag "Managed address configuration" im Router Advertisement platziert werden soll. Siehe [ADDRCONF].

Standard: FALSE

AdvOtherConfigFlag - Der Wert, der im Flag "Other configuration" im Router Advertisement platziert werden soll. Siehe [ADDRCONF].

Standard: FALSE

AdvLinkMTU - Der Wert, der in MTU-Optionen platziert werden soll, die vom Router gesendet werden. Ein Wert von Null zeigt an, dass keine MTU-Optionen gesendet werden.

Standard: 0

AdvReachableTime - Der Wert, der im Reachable Time-Feld in den Router Advertisement-Nachrichten platziert werden soll, die vom Router gesendet werden. Der Wert Null bedeutet unspezifiziert (von diesem Router). DARF NICHT (MUST) größer als 3.600.000 Millisekunden (1 Stunde) sein.

Standard: 0

AdvRetransTimer - Der Wert, der im Retrans Timer-Feld in den Router Advertisement-Nachrichten platziert werden soll, die vom Router gesendet werden. Der Wert Null bedeutet unspezifiziert (von diesem Router).

Standard: 0

AdvCurHopLimit - Der Wert, der im Cur Hop Limit-Feld in den Router Advertisement-Nachrichten platziert werden soll, die vom Router gesendet werden. Der Wert sollte auf den aktuellen Durchmesser des Internets gesetzt werden. Der Wert Null bedeutet unspezifiziert (von diesem Router).

Standard: Der Wert, der in den "Assigned Numbers" [ASSIGNED] spezifiziert wurde, die zum Zeitpunkt der Implementierung gültig waren.

AdvDefaultLifetime - Der Wert, der im Router Lifetime-Feld von Router Advertisements platziert werden soll, die von der Schnittstelle gesendet werden, in Sekunden. MUSS (MUST) entweder Null oder zwischen MaxRtrAdvInterval und 9000 Sekunden sein. Ein Wert von Null zeigt an, dass der Router nicht als Standard-Router verwendet werden soll. Diese Grenzen können durch spezifische Dokumente überschrieben werden, die beschreiben, wie IPv6 über verschiedene Link-Layer funktioniert. Zum Beispiel können die Peers auf einem Punkt-zu-Punkt-Link genügend Informationen über die Anzahl und den Status der Geräte am anderen Ende haben, sodass Advertisements nicht benötigt werden.

Standard: 3 * MaxRtrAdvInterval

AdvPrefixList - Eine Liste von Präfixen, die in Prefix Information-Optionen in Router Advertisement-Nachrichten platziert werden sollen, die von der Schnittstelle gesendet werden.

Standard: alle Präfixe, die der Router über Routing-Protokolle als on-link für die Schnittstelle bewirbt, von der das Advertisement gesendet wird.

Für jedes in Prefix Information-Optionen beworbene Präfix MUSS (MUST) der Router auch die folgenden Konfigurationsvariablen erlauben:

AdvValidLifetime - Der Wert, der in der Valid Lifetime in der Prefix Information-Option platziert werden soll, in Sekunden. Der bezeichnete Wert aller 1en (0xffffffff) repräsentiert Unendlichkeit.

Standard: 2.592.000 Sekunden (30 Tage), fest (d. h., bleibt in aufeinanderfolgenden Advertisements gleich).

AdvOnLinkFlag - Der Wert, der im On-Link-Flag-Feld ("L-bit") in der Prefix Information-Option platziert werden soll.

Standard: TRUE

AdvPreferredLifetime - Der Wert, der in der Preferred Lifetime in der Prefix Information-Option platziert werden soll, in Sekunden. Der bezeichnete Wert aller 1en (0xffffffff) repräsentiert Unendlichkeit.

Standard: 604.800 Sekunden (7 Tage), fest (d. h., bleibt in aufeinanderfolgenden Advertisements gleich).

AdvAutonomousFlag - Der Wert, der im Autonomous Flag-Feld in der Prefix Information-Option platziert werden soll.

Standard: TRUE

6.2.2. Eine Advertising-Schnittstelle werden (Becoming An Advertising Interface)

Der Begriff "Advertising-Schnittstelle" bezieht sich auf jede Schnittstelle, auf der ein Router periodische Router Advertisements sendet. Ein Router MUSS (MUST) es einem Systemadministrator ermöglichen, eine Schnittstelle zu einer Advertising-Schnittstelle zu machen.

Eine Schnittstelle kann jederzeit eine Advertising-Schnittstelle werden. Wenn dies geschieht, der Router:

• Initialisiert die Schnittstelle wie in [ADDRCONF] beschrieben.

• Plant sein erstes Router Advertisement, das von der Schnittstelle gesendet werden soll. Die Übertragungszeit wird so gewählt, dass das Advertisement zu einem Zeitpunkt gesendet wird, der gleichmäßig zwischen 0 und MAX_INITIAL_RTR_ADVERT_INTERVAL verteilt ist.

6.2.3. Router Advertisement-Nachrichteninhalt (Router Advertisement Message Content)

Ein Router sendet periodische sowie angeforderte Router Advertisements von seinen Advertising-Schnittstellen aus. Ausgehende Router Advertisements werden mit den folgenden Werten gefüllt, die mit dem in Abschnitt 4.2 angegebenen Nachrichtenformat übereinstimmen:

• Im Router Lifetime-Feld: das konfigurierte AdvDefaultLifetime der Schnittstelle.

• In den M- und O-Flags: das konfigurierte AdvManagedFlag bzw. AdvOtherConfigFlag der Schnittstelle.

• Im Cur Hop Limit-Feld: das konfigurierte CurHopLimit der Schnittstelle.

• Im Reachable Time-Feld: das konfigurierte AdvReachableTime der Schnittstelle.

• Im Retrans Timer-Feld: das konfigurierte AdvRetransTimer der Schnittstelle.

• In den Optionen:

  • Source Link-Layer Address-Option: Link-Layer-Adresse der Schnittstelle. Diese Option SOLLTE (SHOULD) enthalten sein, KANN (MAY) aber auf Links weggelassen werden, die keine Adressen haben.

  • MTU-Option: der konfigurierte AdvLinkMTU-Wert der Schnittstelle, wenn der Wert nicht null ist. Wenn AdvLinkMTU null ist, wird die MTU-Option nicht gesendet.

  • Prefix Information-Optionen: eine Prefix Information-Option für jedes in AdvPrefixList aufgeführte Präfix. Jede Prefix Information-Option enthält die folgenden Felder:

    • Im "on-link"-Flag: AdvOnLinkFlag
    • Im Valid Lifetime-Feld: AdvValidLifetime
    • Im "autonomous address-configuration"-Flag: AdvAutonomousFlag
    • Im Preferred Lifetime-Feld: AdvPreferredLifetime
    • Im Prefix: das beworbene Präfix

Ein Router KANN (MAY) andere als die oben spezifizierten Optionen einschließen.

6.2.4. Senden unaufgeforderter Router Advertisements (Sending Unsolicited Router Advertisements)

Ein Router sendet unaufgeforderte Router Advertisements, um seine Präsenz anzukündigen und verschiedene Link- und Internet-Parameter zu bewerben. Für jede Advertising-Schnittstelle sendet der Router periodische Multicast-Router Advertisements an die All-Nodes-Multicast-Adresse.

Die Rate, mit der Router Advertisements gesendet werden, wird durch die Konfigurationsvariablen des Routers gesteuert: MaxRtrAdvInterval und MinRtrAdvInterval. Wenn eine Schnittstelle eine Advertising-Schnittstelle wird, initialisiert der Router einen Timer auf der Schnittstelle, der nach dem Senden des ersten Advertisements abläuft. Der Timer wird so eingestellt, dass er zu einem Zeitpunkt abläuft, der gleichmäßig zwischen 0 und MAX_INITIAL_RTR_ADVERT_INTERVAL verteilt ist.

Nach dem ersten Advertisement werden nachfolgende Router Advertisements gesendet, wenn der Timer abläuft. Der Timer wird auf einen Wert zurückgesetzt, der gleichmäßig zwischen MinRtrAdvInterval und MaxRtrAdvInterval verteilt ist, wenn der Timer abläuft.

6.2.5. Aufhören, eine Advertising-Schnittstelle zu sein (Ceasing To Be An Advertising Interface)

Eine Schnittstelle kann jederzeit aufhören, eine Advertising-Schnittstelle zu sein. Zum Beispiel kann ein Router, der heruntergefahren wird, oder eine Schnittstelle, die deaktiviert wird, aufhören, eine Advertising-Schnittstelle zu sein. In solchen Fällen SOLLTE (SHOULD) der Router ein oder mehrere (aber nicht mehr als MAX_FINAL_RTR_ADVERTISEMENTS) abschließende Multicast-Router Advertisements auf der Schnittstelle mit einem Router Lifetime-Feld von Null übertragen. Im Fall eines Routers, der heruntergefahren wird, SOLLTE (SHOULD) die Schnittstelle als nicht mehr Advertising-Schnittstelle deklariert werden und dann die abschließenden Router Advertisements gesendet werden. In dem Fall, in dem der Router weiß, dass eine Schnittstelle wahrscheinlich für einige Zeit nicht verfügbar sein wird (z. B. aufgrund eines bevorstehenden Stromausfalls), KANN (MAY) der Router die abschließenden Router Advertisements mit einer schnelleren Rate übertragen (d. h., häufiger als einmal pro MinRtrAdvInterval).

6.2.6. Verarbeitung von Router Solicitations (Processing Router Solicitations)

Ein Host MUSS (MUST) alle empfangenen Router Solicitation-Nachrichten stillschweigend verwerfen.

Zusätzlich zum Senden periodischer, unaufgeforderter Advertisements sendet ein Router Router Advertisements als Antwort auf gültige Router Solicitations, die auf einer Advertising-Schnittstelle empfangen werden. Ein Router KANN (MAY) wählen, die Antwort direkt an die Adresse des anfordernden Hosts zu unicasten (wenn die Quelladresse der Solicitation nicht die unspezifizierte Adresse ist), aber der übliche Fall wird sein, die Antwort an die All-Nodes-Gruppe zu multicasten. Im letzteren Fall wird der Interval-Timer der Schnittstelle auf einen neuen Zufallswert zurückgesetzt, als ob ein unaufgefordertes Advertisement gesendet worden wäre (siehe Abschnitt 6.2.4).

In allen Fällen MÜSSEN (MUST) Router Advertisements, die als Antwort auf eine Router Solicitation gesendet werden, um eine zufällige Zeit zwischen 0 und MAX_RA_DELAY_TIME Sekunden verzögert werden. (Wenn ein einzelnes Advertisement als Antwort auf mehrere Solicitations gesendet wird, ist die Verzögerung relativ zur ersten Solicitation.) Darüber hinaus MÜSSEN (MUST) aufeinanderfolgende Router Advertisements, die an die All-Nodes-Multicast-Adresse gesendet werden, auf nicht mehr als ein Advertisement alle MIN_DELAY_BETWEEN_RAS Sekunden ratenbegrenzt werden.

Ein Router KANN (MAY) wählen, Router Solicitations zu ignorieren, wenn die Konfiguration des Routers anzeigt, dass Router Advertisements nicht auf der Schnittstelle gesendet werden sollten.

6.2.7. Router Advertisement-Konsistenz (Router Advertisement Consistency)

Um die Wahrscheinlichkeit einer Fehlkonfiguration zu minimieren, SOLLTEN (SHOULD) Router in den Werten, die sie bewerben, konsistent sein. Das heißt, Router auf demselben Link SOLLTEN (SHOULD) dieselben Werte für AdvCurHopLimit, AdvManagedFlag, AdvOtherConfigFlag, AdvLinkMTU, AdvReachableTime und AdvRetransTimer bewerben. Eine solche Konsistenz ist jedoch nicht erforderlich, und wenn Router unterschiedliche Werte bewerben, sollte das System immer noch funktionieren, wenn auch vielleicht nicht so gut, wie es könnte.

Wenn Router auf einem Link unterschiedliche Werte für AdvCurHopLimit bewerben, werden Hosts den beworbenen Wert verwenden, den sie zuletzt gelernt haben. Wenn sich AdvCurHopLimit ändert, können einige Hosts einen Wert verwenden, während andere einen anderen Wert verwenden, bis alle Hosts ein Router Advertisement empfangen haben, das den neuen Wert bewirbt.

Wenn Router unterschiedliche Werte für AdvReachableTime oder AdvRetransTimer bewerben, werden Hosts ihre eigenen Werte berechnen, wie in Abschnitt 6.3.2 beschrieben.

Wenn Router unterschiedliche Werte für AdvDefaultLifetime bewerben, werden Hosts den Router bevorzugen, der den größten Wert bewirbt.

6.3. Host-Spezifikation (Host Specification)

6.3.1. Host-Konfigurationsvariablen (Host Configuration Variables)

Ein Host SOLLTE (SHOULD) es ermöglichen, dass die folgende Variable durch Systemverwaltung für jede Schnittstelle konfiguriert wird:

DupAddrDetectTransmits - Die Anzahl aufeinanderfolgender Neighbor Solicitation-Nachrichten, die beim Durchführen von Duplicate Address Detection auf einer tentative-Adresse gesendet werden. Ein Wert von Null zeigt an, dass Duplicate Address Detection nicht auf tentative-Adressen durchgeführt wird. Ein Wert von eins zeigt eine einzelne Übertragung ohne Folge-Neuübertragungen an.

Standard: 1, kann aber durch einen Link-Typ-spezifischen Wert im Dokument überschrieben werden, das den Betrieb von IP über einen bestimmten Link-Typ abdeckt.

6.3.2. Host-Variablen (Host Variables)

Ein Host verwaltet die folgenden Variablen auf einer Pro-Interface-Basis:

RouterList - Eine Liste von Standard-Routern, wie in Abschnitt 5 definiert.

PrefixList - Eine Liste von Präfixen, wie in Abschnitt 5 definiert.

LinkMTU - Der MTU-Wert für den Link. Initialisiert aus dem linkmtu-Wert, den die Link-Layer bereitstellt.

CurHopLimit - Der Standardwert, der im Hop Count-Feld des IP-Headers für ausgehende IP-Pakete platziert werden sollte. Initialisiert auf den Wert, der vom Dokument "IPv6 Assigned Numbers" [ASSIGNED] spezifiziert wird.

BaseReachableTime - Ein Basiswert, der zur Berechnung des zufälligen ReachableTime-Werts verwendet wird. Initialisiert auf REACHABLE_TIME.

ReachableTime - Die Zeit, in der ein Nachbar als erreichbar angesehen wird, nachdem eine Erreichbarkeitsbestätigung empfangen wurde. ReachableTime wird vom Neighbor Unreachability Detection-Algorithmus verwendet (siehe Abschnitt 7.3). Es wird aus Router Advertisements gelernt oder auf einen Standardwert gesetzt. Es ist ein Zufallswert, der gleichmäßig zwischen MIN_RANDOM_FACTOR und MAX_RANDOM_FACTOR mal BaseReachableTime verteilt ist. Ein neuer Zufallswert sollte berechnet werden, wenn sich BaseReachableTime ändert (aufgrund von Router Advertisements) oder zumindest alle paar Stunden, auch wenn keine Router Advertisements empfangen werden.

RetransTimer - Die Zeit zwischen Neuübertragungen von Neighbor Solicitation-Nachrichten an einen Nachbarn beim Auflösen der Adresse oder beim Testen der Erreichbarkeit eines Nachbarn. Wird auch während Duplicate Address Detection verwendet (siehe [ADDRCONF]). RetransTimer wird aus Router Advertisements gelernt oder auf einen Standardwert gesetzt.

6.3.3. Schnittstelleninitialisierung (Interface Initialization)

Der Host tritt der All-Nodes-Multicast-Adresse auf allen Multicast-fähigen Schnittstellen bei.

6.3.4. Verarbeitung empfangener Router Advertisements (Processing Received Router Advertisements)

Beim Empfang eines gültigen Router Advertisements extrahiert ein Host die Quelladresse des Pakets und tut Folgendes:

• Wenn die Adresse noch nicht in der Default Router List des Hosts vorhanden ist und die Router Lifetime des Advertisements nicht null ist, erstellen Sie einen neuen Eintrag in der Liste und initialisieren Sie seinen Invalidierungstimerwert aus dem Router Lifetime-Feld des Advertisements.

• Wenn die Adresse bereits in der Default Router List des Hosts als Ergebnis eines zuvor empfangenen Advertisements vorhanden ist, setzen Sie seinen Invalidierungstimer auf den Router Lifetime-Wert im neu empfangenen Advertisement zurück.

• Wenn die Adresse bereits in der Default Router List des Hosts vorhanden ist und der empfangene Router Lifetime-Wert null ist, lassen Sie den Eintrag sofort wie in Abschnitt 6.3.5 spezifiziert ablaufen.

Ein Router Advertisement-Feld (z. B. Cur Hop Limit, Reachable Time und Retrans Timer) kann einen Wert enthalten, der anzeigt, dass es unspezifiziert ist. In solchen Fällen sollte der Parameter ignoriert werden und der Host sollte weiterhin den Wert verwenden, den er bereits verwendet.

Wenn der empfangene Cur Hop Limit-Wert nicht null ist, SOLLTE (SHOULD) der Host seine CurHopLimit-Variable auf den empfangenen Wert setzen.

Wenn der empfangene Reachable Time-Wert nicht null ist, SOLLTE (SHOULD) der Host seine BaseReachableTime-Variable auf den empfangenen Wert setzen. Wenn sich der neue Wert vom vorherigen Wert unterscheidet, SOLLTE (SHOULD) der Host einen neuen zufälligen ReachableTime-Wert neu berechnen.

Wenn der empfangene Retrans Timer-Wert nicht null ist, SOLLTE (SHOULD) der Host seine RetransTimer-Variable auf den empfangenen Wert setzen.

Wenn die MTU-Option vorhanden ist, SOLLTEN (SHOULD) Hosts den Wert der Option in LinkMTU kopieren, solange der Wert größer oder gleich dem minimalen Link-MTU [IPv6] ist und den in dem Link-Typ-spezifischen Dokument (z. B. [IPv6-ETHER]) spezifizierten Standard-LinkMTU-Wert nicht überschreitet.

Prefix Information-Optionen, bei denen das "on-link" (L)-Flag gesetzt ist, zeigen ein Präfix an, das einen Bereich von Adressen identifiziert, die als on-link betrachtet werden sollten. Beachten Sie jedoch, dass eine Prefix Information-Option mit dem auf Null gesetzten On-Link-Flag keine Informationen zur On-Link-Bestimmung vermittelt und NICHT (MUST NOT) so interpretiert werden darf, dass Adressen, die vom Präfix abgedeckt werden, off-link sind. Die einzige Möglichkeit, ein zuvor beworbenes Präfix zu deaktivieren, besteht darin, dieses Präfix mit auf Null gesetzter Valid Lifetime zu bewerben (siehe Abschnitt 6.3.5).

Für jede Prefix Information-Option mit gesetztem On-Link-Flag tut ein Host Folgendes:

• Wenn das Präfix noch nicht in der Prefix List vorhanden ist und das Valid Lifetime-Feld der Prefix Information-Option nicht null ist, erstellen Sie einen neuen Eintrag für das Präfix und initialisieren Sie seinen Invalidierungstimer auf den Valid Lifetime-Wert in der Prefix Information-Option.

• Wenn das Präfix bereits in der Prefix List des Hosts als Ergebnis eines zuvor empfangenen Advertisements vorhanden ist, setzen Sie seinen Invalidierungstimer auf den Valid Lifetime-Wert in der Prefix Information-Option zurück. Wenn der neue Lifetime-Wert null ist, lassen Sie das Präfix sofort ablaufen (siehe Abschnitt 6.3.5).

• Wenn das Valid Lifetime-Feld der Prefix Information-Option null ist und das Präfix nicht in der Prefix List des Hosts vorhanden ist, ignorieren Sie die Option stillschweigend.

Das autonomous address-configuration-Flag (A-Flag) zeigt an, ob das Präfix für zustandslose Adress-Autokonfiguration verwendet werden kann oder nicht. Die Verarbeitung des A-Flags wird in [ADDRCONF] spezifiziert.

6.3.5. Ablaufen von Präfixen und Standard-Routern (Timing out Prefixes and Default Routers)

Wenn die Valid Lifetime eines Präfixes abläuft, wird das Präfix aus der Prefix List entfernt. Ein Präfix wird ungültig, wenn seine Valid Lifetime abläuft.

Immer wenn der Invalidierungstimer für einen Eintrag in der Default Router List abläuft, wird dieser Eintrag verworfen. Beim Entfernen eines Routers aus der Default Router List MUSS (MUST) der Knoten den Destination Cache so aktualisieren, dass alle Einträge, die den Router verwenden, die Next-Hop-Bestimmung erneut durchführen, anstatt weiterhin Verkehr an den (gelöschten) Router zu senden.

6.3.6. Standard-Router-Auswahl (Default Router Selection)

Der Algorithmus zur Auswahl eines Standard-Routers hängt von der Richtlinie des Hosts ab. Dieser Algorithmus könnte Teil einer Mobilitätslösung sein.

Die folgenden Regeln stellen den Standard-Router-Auswahlalgorithmus dar, der in Abwesenheit eines besseren Algorithmus verwendet werden SOLLTE (SHOULD).

• Router, die erreichbar oder wahrscheinlich erreichbar sind (d. h., in jedem Zustand außer INCOMPLETE), SOLLTEN (SHOULD) gegenüber Routern bevorzugt werden, deren Erreichbarkeit unbekannt oder zweifelhaft ist (d. h., im INCOMPLETE-Zustand). Eine Implementierung kann wählen, immer denselben Router zurückzugeben oder die Router-Liste in Round-Robin-Manier zu durchlaufen, solange sie immer einen erreichbaren Router zurückgibt, wenn einer verfügbar ist.

• Wenn kein Router in der Liste bekanntermaßen erreichbar oder wahrscheinlich erreichbar ist, SOLLTEN (SHOULD) Router in Round-Robin-Manier ausgewählt werden, sodass nachfolgende Anforderungen für einen Standard-Router nicht denselben Router zurückgeben, bis alle anderen Router ausgewählt wurden.

Das Durchlaufen der Router-Liste in diesem Fall stellt sicher, dass alle verfügbaren Router aktiv auf Erreichbarkeit getestet werden, während keiner als erreichbar bekannt ist.

6.3.7. Senden von Router Solicitations (Sending Router Solicitations)

Wenn eine Schnittstelle aktiviert wird, kann ein Host bis zu MAX_RTR_SOLICITATIONS Router Solicitation-Nachrichten senden. Schnittstellen, auf denen unaufgeforderte Router Advertisements nicht erwartet werden (z. B. Host-Only-Links oder Links, auf denen ein Host mit einem Standard-Router konfiguriert wurde), müssen jedoch keine Router Solicitations senden.

Ein Host sendet Router Solicitations an die All-Routers-Multicast-Adresse.

Der Host SOLLTE (SHOULD) bis zu MAX_RTR_SOLICITATIONS Router Solicitation-Nachrichten übertragen, die jeweils durch mindestens RTR_SOLICITATION_INTERVAL Sekunden getrennt sind. Um jedoch Netzwerküberlastung zu vermeiden, SOLLTE (SHOULD) die Verzögerung vor der ersten Übertragung ein gleichmäßig verteilter Zufallswert zwischen 0 und MAX_RTR_SOLICITATION_DELAY sein. Diese Verzögerung stellt sicher, dass Router Solicitations von verschiedenen Hosts nicht synchronisiert werden.

Nach dem Übertragen von MAX_RTR_SOLICITATIONS Solicitations wird der Host Router Advertisements empfangen oder zu dem Schluss gekommen sein, dass es keine Router auf dem Link gibt. Sobald der Host MAX_RTR_SOLICITATIONS Solicitations gesendet hat, SOLLTE (SHOULD) er weiterhin Router Advertisements empfangen und verarbeiten, die nach dem Stoppen des Sendens von Router Solicitations eintreffen können.

---