Zusammenfassung

  • Das klassische Punkt-zu-Punkt-Verfahren konnte einen Nachbarn nach einem empfangenen Hello für erreichbar erklären, ohne den Rückweg zu kennen. Down, Initializing und Up machen einseitiges Hören und bestätigte Gegenseitigkeit unterscheidbar.
  • Neighbor System ID und Extended Local Circuit ID binden die Antwort an System und Verbindung. Three-Way Up bleibt dennoch ein IIH-Beleg, kein Nachweis für synchronisierte LSDB, installierte FIB, Datentransport oder Dienstwirkung.

Der verlorene CSNP kommt nach dem grünen Nachbarn

Im klassischen Ablauf hört jede Seite ein Hello, erklärt die andere Seite für erreichbar und sendet einen Complete Sequence Number PDU, um die Datenbanksynchronisation anzustoßen. Der Ablauf übernimmt Voraussetzungen des darunterliegenden Subnetzes aus ISO 10589. Werden sie verletzt, bleibt das empfangene Hello korrekt, aber seine Reichweite als Beleg schrumpft.

RFC 5303 nennt drei bekannte Fehlerbilder. Beim ersten kehrt ein Link zurück oder ein System startet neu. Geht der CSNP verloren und bildet der Link den einzigen Schnitt zwischen den Netzteilen, können die Link-State-Datenbanken einen ganzen LSP-Refresh-Zeitraum auseinanderliegen — bis zu achtzehn Stunden. Adjazenz und gemeinsame Topologiesicht sind nicht dasselbe Ereignis.

Beim zweiten fällt nur eine Richtung aus. Eine Seite bemerkt den Defekt, die andere nicht. Bei einem einzelnen Link würde die einseitige Ankündigung normalerweise dazu führen, dass SPF ihn ignoriert. Existieren zwei parallele Links, bleibt jedoch ein Pfad zwischen den Systemen berechenbar. Die unwissende Seite kann Pakete weiter in die tote Richtung senden. Gesamtverfügbarkeit verdeckt Mitgliederversagen.

Beim dritten ändert die physische Schicht die Zuordnung von Endpunkten ohne Link-Down. Ein System erhält Pakete, die für ein anderes System oder einen anderen Anschluss bestimmt waren, und hält die alte Adjazenz für fortgesetzt. Empfang belegt dann Anwesenheit, aber nicht die beabsichtigte Gegenstelle.

RFC 5303 erschien 2008 auf dem Standards Track als kleinere Überarbeitung von RFC 3373. Daraus folgt keine Aussage über heutige Produkte oder Netze. Das Dokument liefert eine präzise Reparatur für eine präzise Beweislücke.

Three-Way State ist kein zweiter Name für Adjazenz

Die Point-to-Point Three-Way Adjacency Option meldet einen eigenen Zustand. Down bedeutet: Auf diesem Circuit kam kein IIH mit der Option an. Initializing bedeutet: Ein solches IIH kam an, doch das lokale System weiß noch nicht, ob der Nachbar seine IIHs empfängt. Up bedeutet: Dieser Empfang ist bekannt.

Der Zustand ist weder gleich noch gleichwertig mit dem Adjazenzzustand aus ISO 10589. Eine Adjazenz kann beide Zustände führen. Ein ISH kann den ISO-Zustand verändern, während Three-Way bis zum passenden IIH Down bleibt. Wer beide Zustandsmaschinen in der Anzeige zusammenzieht, entfernt den Erkenntnisgewinn der Erweiterung.

Auch die Übergangstabelle trägt Diagnosewert. Lokal Up plus empfangenes Down führt zurück zur Initialisierung. Lokal Down plus empfangenes Up kann die Adjazenz mit „Neighbor restarted“ löschen. Die Abweichung der Sichtweisen ist kein kosmetischer Zwischenzustand, sondern ein zeitlicher Beleg.

Up besagt trotzdem nur, dass der Nachbar die lokalen IIHs empfängt. Es besagt nicht, dass ein CSNP ankam, alle LSPs übereinstimmen, eine Route in der FIB liegt, Daten beide Richtungen durchqueren oder ein Dienst antwortet.

Ein Circuit braucht mehr als eine wiederverwendete Nummer

Gegenseitiges Hören kann auf der falschen physischen Zuordnung stattfinden. Deshalb kann die Option Neighbor System ID und Neighbor Extended Local Circuit ID enthalten. Sind sie vorhanden und passen nicht zum lokalen System beziehungsweise zum lokalen erweiterten Circuit, wird der PDU verworfen.

Die alte Darstellung brachte eine implizite 256-Interface-Frage mit sich, obwohl die tatsächliche LAN-Grenze enger formuliert ist. Für Punkt-zu-Punkt-Verbindungen wurden Circuit IDs wiederverwendet, weil sie vor allem in IIHs eine Identitätsänderung am anderen Ende erkennen sollten. Wiederverwendung schwächt genau diesen Schutz: Ein umgesteckter Link an einem Port mit derselben kleinen Nummer kann kontinuierlich wirken.

Die Extended Local Circuit ID umfasst vier Oktette, wird bei der Erstellung vergeben und muss unter allen Circuits des Intermediate Systems eindeutig sein. Sie muss nicht mit der alten ID zusammenhängen. Das schafft keinen abstrakten Nummernvorrat, sondern einen belastbareren Namen für die Beziehung, auf die sich der Rückbeleg bezieht.

Nicht jede Session erreicht dieselbe Bindungsstärke. Der Three-Way-State ist für unterstützende Systeme Pflicht; die weiteren Felder sind SHOULD. Fehlen sie, darf die Verarbeitung weitergehen. Daher sind „Three-Way Up“ und „Three-Way Up mit bestätigter System- und Circuit-Identität“ getrennte Auditklassen.

Fallback ist eine sichtbare Ausnahme, kein identischer Erfolg

Ein altes System ignoriert die Option und sendet sie nicht. Empfängt ein modernes System ein IIH ohne Option, nimmt es bidirektionale Funktion an und nutzt das alte Verfahren. Dieser Kompromiss ermöglicht eine schrittweise Migration. Er erlaubt aber ausdrücklich eine schwächere Beweislage.

Die Bestandsaufnahme muss deshalb mehr als lokale Unterstützung zeigen: Option gesendet, Option erwidert, Zustand, vorhandene Identitätsfelder, Übereinstimmung und Fallback. Verschwindet die Option nach einer Wartung, kann die Adjazenz bleiben, während die Evidenzqualität sinkt.

Authentisierung ist ebenfalls kein Ersatz. RFC 5304 und RFC 5310 behandeln kryptografische Herkunft und Integrität. Ein authentisiertes IIH kann über eine falsch zugeordnete physische Verbindung kommen; eine korrekt benannte Verbindung kann mit divergierenden Datenbanken existieren. BFD nach RFC 5880 beobachtet schnelle bidirektionale Weiterleitungsfähigkeit als einen weiteren Gegenstand. Architektur wird belastbar, wenn diese Belege nicht zu einem Universalstatus verschmelzen.

Grenzen der Aussage

Dieser Text weist keinem aktuellen Hersteller einen Fehler zu, behauptet keine fehlende Aktivierung und beschreibt keinen realen Ausfall. Aktuelle Aussagen benötigen Implementierungsstand, Konfiguration, IIH-Captures, Identitätsfelder, LSDB-Vergleich, FIB und Datenpfadtests.

Auch die aktivierte Erweiterung beseitigt nicht jede Unsicherheit. Alte Nachbarn lösen Fallback aus, empfohlene Felder können fehlen, Schlüsselpolitik bleibt separat, Synchronisation und Weiterleitung folgen erst später. Umgekehrt macht die begrenzte Reichweite den Handshake nicht wertlos; er beantwortet zwei wichtige Fragen, die vorher nur angenommen wurden.

Die belastbare Regel lautet: Empfang nicht als Gegenseitigkeit ausgeben, Gegenseitigkeit ohne Namen nicht als Circuit-Identität, Circuit-Identität nicht als Konvergenz und Konvergenz nicht als Dienstresultat.

Quellen