Summary

  • Eine IPv6 Router Advertisement kündigt einen Router und Parameter an. Router Lifetime betrifft seine Nutzbarkeit als Standardrouter; Optionen können eigene Laufzeiten haben.
  • Die Auswahl hängt von Host-Fähigkeiten, Präferenz und Erreichbarkeitszustand ab. RFC 4861 trennt die Fehlererkennung als Neighbor Unreachability Detection von ausbleibenden Anzeigen.
  • Ein dauerhafter Beleg muss empfangene RA, tatsächlich gewählte Route, Neighbor Cache/NUD und repräsentative Paketergebnisse verbinden.

Die Route erschien vor dem Erreichbarkeitsbeleg

Ein Host empfängt eine gültige RA, übernimmt den Sender als Standardrouter und zeigt sofort ein scheinbar gesundes ::/0. Link-local-Adresse, positive Laufzeit und passende Präferenz sind vorhanden. Trotzdem kann der Hinweg durch einen asymmetrischen Link, fehlendes Upstream-Forwarding oder veralteten Layer-2-Zustand unterbrochen sein.

Das widerspricht der Anzeige nicht. Router Discovery beantwortet, welche Router und Parameter angekündigt wurden. NUD sucht positive Bestätigung, dass ein Nachbar Pakete empfängt und auf seiner IP-Schicht verarbeitet. Wer beides gleichsetzt, macht aus einem echten Discovery-Ereignis eine erfundene Zustellgarantie.

So entsteht ein Blindfenster: frische RA und installierte Route, bevor Upper-Layer-Fortschritt oder NUD-Probes den ersten Hop bestätigen. Wer nur die Installation bewahrt, verliert den entscheidenden Übergang.

Was eine Router Advertisement tatsächlich feststellt

RFC 4861 beschreibt RA als Ankündigung der Router-Präsenz mit Link- und Internet-Parametern. Dazu können Prefixe, vorgeschlagenes Hop Limit, Router Lifetime, Reachable Time, Retrans Timer, Link-Layer-Angaben und MTU gehören.

Diese Daten teilen keine Gültigkeitsuhr. Router Lifetime gilt nur für die Eignung des Senders als Standardrouter. Andere Felder und Optionen haben eigene Laufzeiten. „RA empfangen“ rekonstruiert daher nicht, was zum Zeitpunkt eines Pakets noch gültig war.

Die RFC ist bei der Fehlererkennung eindeutig. Anzeigen kommen oft genug zur Routererkennung, aber nicht oft genug, um ihr Ausbleiben als Fehlernachweis zu verwenden. Dafür gibt es NUD. Das Alter der letzten Multicast-RA ist weder Liveness-Test noch Beleg für bidirektionalen Fortschritt.

Die Default Router List verweist auf Neighbor-Cache-Einträge und bevorzugt als erreichbar bekannte Router gegenüber zweifelhaften. Der Next Hop ist ein veränderliches Ergebnis aus Discovery, Cache und Zielzustand, keine dauerhafte Eigenschaft einer RA.

Präferenz verändert Auswahl, nicht Zustellung

RFC 4191 ergänzt Default Router Preference im Header und Route Information Option für spezifischere Prefixe. Die drei Werte sind keine Metriken. Bei Router Lifetime null wird die Header-Präferenz ignoriert. Jede RIO trägt eigenes Prefix, Präferenz und Laufzeit.

Hosts verhalten sich unterschiedlich. Typ A ignoriert Präferenz und RIO. Typ B nutzt die Standardrouter-Präferenz, ignoriert aber RIO. Typ C baut aus beidem eine Routing-Tabelle. Für Typ C kann eine ::/0-RIO Header-Präferenz und -Laufzeit überschreiben. Dieselben Bytes können also verschiedene wirksame Routen erzeugen.

Erreichbarkeit steht weiter an erster Stelle. Typ B bevorzugt erreichbare Router und nutzt Präferenz danach. Typ C wählt das längste Prefix, verwendet Präferenz bei gleicher Länge und überspringt einen bekannt unerreichbaren Next Hop. Fehlen Erreichbarkeitsdaten, nimmt das Modell den Router zunächst als erreichbar an. Das ermöglicht den Sendestart, beweist aber keinen Erfolg.

NUD liefert eine andere Beweisklasse

Neighbor Unreachability Detection sucht positive Bestätigung, dass Pakete den Nachbarn erreichen und von dessen IP-Schicht verarbeitet werden. Aktueller Fortschritt höherer Schichten kann bestätigen. Fehlt er, sendet der Knoten Unicast Neighbor Solicitations und erwartet angeforderte Neighbor Advertisements.

Der Neighbor Cache speichert mehr als eine Adresszuordnung: Erreichbarkeitszustand, Zahl unbeantworteter Probes und nächsten NUD-Termin. Die Standardroute kann installiert bleiben, während der Nachbar durch reachable, stale, delay und probe wechselt. Beide Einträge sind gemeinsam zu lesen.

NUD bleibt First-Hop-Evidenz, keine Ende-zu-Ende-Zusage. Ein Router kann lokal antworten und upstream keine Route besitzen. Umgekehrt beweist eine kurze Pause ohne Anwendungshinweis keinen Fehler. Der Geltungsbereich jeder Beobachtung muss erhalten bleiben.

Quellen