Zusammenfassung

  • RFC 8362 setzt bei Extended LSAs das U-Bit. Dadurch kann ein Router eine unbekannte LSA-Funktion innerhalb des codierten Scopes speichern und fluten. Sichtbarkeit in der LSDB belegt Transport, nicht Verständnis, Aktivierung, SPF-Nutzung oder eine Wirkung in RIB, FIB und Paketen.
  • Unbekannt und wohlgeformt ist nicht dasselbe wie fehlerhaft. Eine Extended LSA mit inkonsistenter Länge oder anderem Codierungsfehler darf weder installiert noch bestätigt noch geflutet werden; der Fehler sollte gezählt und protokolliert werden.

Ein Eintrag ohne Funktionsversprechen

Drei Router teilen sich einen OSPFv3-Bereich. Der erste erzeugt eine Extended Router-LSA mit einer neuen Erweiterung, der dritte versteht sie. Der mittlere Router läuft mit älterer Software. Er kann die neuen Felder nicht auswerten, dennoch gelangt die LSA durch ihn hindurch.

Die Grundlage liegt im LS Type. RFC 5340 kombiniert dort Funktionscode, U-Bit und Flooding-Scope. Erkennt ein Router die Funktion nicht und ist U=0, behandelt er die LSA wie Link-Local. Bei U=1 speichert und flutet er sie entsprechend dem codierten Scope. RFC 8362 vergibt für Extended LSAs neue Funktionscodes, indem zum passenden Basiscode dezimal 32 beziehungsweise 0x20 addiert wird, und verlangt U=1.

Der Zwischenrouter leistet reale Protokollarbeit. Er akzeptiert eine gültige Struktur, verwaltet die Instanz in seiner Link-State-Datenbank und beteiligt sich am zuverlässigen Flooding. Er ist jedoch Verwahrer, nicht semantischer Zeuge. Versions- und Fähigkeitsdaten müssen belegen, was er decodiert. Konfiguration muss belegen, was aktiviert ist. SPF- oder Anwendungsausgabe muss die Nutzung zeigen. RIB, FIB und Paketmessung tragen nochmals eigene Aussagen.

Ein grünes Feld „vorhanden“ verschmilzt somit vier verschiedene Behauptungen: angekommen, erkannt, verwendet und wirksam geworden. RFC 8362 erlaubt absichtlich, dass nur die erste stimmt.

Eine Hülle für Bedeutungen, die später kommen

Die älteren OSPFv3-LSAs besitzen feste Formate. Extended LSAs verlagern veränderliche Information in Type-Length-Value-Strukturen und bei Bedarf in Sub-TLVs. Der neue Funktionscode kennzeichnet die erweiterbare Hülle; das U-Bit hilft ihr, einen Router zu passieren, der den Inhalt noch nicht kennt.

Das erleichtert schrittweise Einführung, garantiert aber nicht die Funktion bei Teilunterstützung. Jede neue TLV- oder Sub-TLV-Spezifikation muss laut RFC 8362 selbst beschreiben, wie sie in einer gemischten Topologie arbeitet. Mancher Mechanismus braucht nur fähige Endpunkte, ein anderer eine geschlossene Kette oder einen vollständigen Attributsatz. Erfolgreiches Flooding erfüllt diese Voraussetzungen nicht automatisch.

Unbekannte TLVs und Sub-TLVs in einer bekannten Extended LSA werden beim Parsen und Verarbeiten ignoriert. Ignorieren bedeutet weder Löschen noch Unterstützen. Die äußere LSA kann für das Flooding erhalten bleiben, während ein Element ohne Bedeutung bleibt. RFC 9492 zeigt später dieselbe Zurückhaltung: Das Ankündigen anwendungsspezifischer Link-Attribute ist vom Aktivieren der Anwendung auf dem Link getrennt.

Neuheit ist kein Codierungsfehler

Vorwärtskompatibilität verlangt Toleranz für neue, gültige Bedeutungen, nicht für beschädigte Strukturen. Bei inkonsistenten Längen oder anderen Codierungsfehlern darf eine Extended LSA nach RFC 8362 nicht in die LSDB gelangen, nicht bestätigt und nicht geflutet werden. Der Fehler sollte in Zähler und Log eingehen.

Drei Zustände müssen sichtbar bleiben:

  1. Bekannt und gültig: definierte Strukturen decodieren und nur gemäß Spezifikation und Konfiguration verwenden.
  2. Unbekannt und gültig: als opake Information im zulässigen Scope bewahren und transportieren, ohne Verständnis zu behaupten.
  3. Fehlerhaft: von LSDB und Flooding fernhalten und den Ausschluss belegen.

Wer jede unbekannte Form verwirft, zerstört die Kompatibilitätsbrücke zwischen Versionen. Wer eine fehlerhafte Form als bloße Neuheit behandelt, vergrößert die Fehlerdomäne. Der Parser muss „unbekannt, aber gültig“ von „strukturell ungültig“ trennen; die Telemetrie muss dieselbe Sprache sprechen.

Eine Unknown-LSA-Ansicht belegt daher Verwahrung. Ein decodiertes TLV belegt Erkennung. Ein Malformed-Zähler belegt Zurückweisung. Keine dieser Beobachtungen belegt allein eine gewählte Route.

Eine belastbare Identität für den Transport

RFC 5340 identifiziert eine LSA durch LS Type, Link State ID und Advertising Router. Sequenznummer, Prüfsumme und Alter helfen, Instanzen zu unterscheiden. Die Prüfsumme schließt LS age aus, während das Alter beim Halten und Flooding fortschreitet. Bytegenaue Unveränderlichkeit über jeden Hop wäre deshalb die falsche Aussage.

Ein Transportbeleg erfasst Typ und Scope, Ursprung, Link State ID, Sequenznummer, Prüfsumme, beobachteten Bereich oder Interface und Zeitpunkt. LS age unterstützt die Verlaufserzählung, ist aber kein unveränderliches Nutzdatenbyte. Erst separate Verknüpfungen zu Softwarefähigkeit, Feature-Konfiguration, Berechnung, RIB/FIB und Paketen erweitern den Beleg von Transport zu Wirkung.

Auch Management-Daten können Autorität verlieren. Ein Polling-Intervall übersieht eine kurze Zurückweisung, ein Controller normalisiert Scope-Bits, eine Datenbank hält alten Zustand nach einer Deaktivierung. Quelle, Modellpfad und Erhebungszeit gehören zur Aussage.

Zwei Migrationswege, kein Presence-Gate

Für eine vollständige Migration beschreibt RFC 8362 getrennte OSPFv3-Instanzen für alte und Extended LSAs. Die neue Instanz startet mit höherer administrativer Distanz und damit geringerer Präferenz. Betreiber vergleichen die RIBs, erklären Abweichungen, ändern die Präferenz, prüfen erneut und entfernen erst dann die Altinstanz. Maßstab ist das verstandene Routenergebnis, nicht die gefüllte LSDB.

Im Sparse Mode steuern ältere LSAs weiterhin die normale SPF-Berechnung; Extended LSAs tragen nur neue Funktionalität. Das spart zwei vollständige Instanzen, erhöht aber die Bedeutung der Fähigkeitskarte und der Regeln für Teilunterstützung. Sichtbare Extended LSAs sagen nicht, ob alle nötigen Knoten oder TLVs vorhanden sind.

RFC 9587, an der Lindem ebenfalls als Koautor beteiligt war, definiert ein OSPF-YANG-Modell. Es enthält Extended-LSA-Support mit dem Standardwert false und Betriebszustand für unbekannte TLVs mit Typ, Länge und Hexwert. Das Modell macht Opazität beobachtbar, ohne sie in Verständnis umzudeuten. Berechnungs- und Weiterleitungsnachweise bleiben erforderlich.

Acee Lindems begrenzter Autorenfaden

RFC 8362 erschien im April 2018 von Acee Lindem, Abhay Roy, Dirk Goethals, Veerendranatha Reddy Vallem und Fred Baker. Sie aktualisiert RFC 5340 und RFC 5838. Die aktuelle Seite der IETF-Arbeitsgruppe Link State Routing führt Lindem als einen ihrer Chairs. Das ist eine zeitgebundene Rolle, kein Eigentum an Standard, Implementierungen oder Netzen.

Die Quellen tragen eine präzise Aussage: Lindem wirkte an kollektiver Standardisierung mit, die erweiterbaren OSPFv3-Zustand über Implementierungen mit unterschiedlichen Fähigkeiten transportierbar machte, und später an seiner betrieblichen Abbildung. Sie machen ihn nicht zum alleinigen Erfinder der Extended LSAs, zum Autor jedes späteren TLV oder zum Entscheider über Herstellerverhalten.

Diese Begrenzung passt zur verteilten Autorität des Protokolls. Der Ursprung bestimmt die Ankündigung. Das Protokoll regelt den Transport einer gültigen Hülle. Die Implementierung bestimmt die Erkennung, die Konfiguration die Nutzung. Routing und Forwarding erzeugen Folgen. Betreiber entscheiden, welche Belege erhalten bleiben.

Vom Transportbeleg zum Bedeutungsbeleg

Ein belastbares Protokoll verknüpft sieben Elemente: Identität und Scope der LSA; erkannte Grammatiken je Version; aktivierte Funktion; SPF- oder Anwendungsausgabe; RIB/FIB-Installation; beobachtete Verkehrswirkung; sowie Zähler und Logs verworfener fehlerhafter Eingaben.

Verwahrung ist keine schwache Form von Wirkung, sondern eine andere Tatsache. Manchmal ist es die korrekte Leistung eines Routers, eine unverstandene Information zuverlässig zu einem Router zu bringen, der sie versteht. Die operative Disziplin besteht darin, diesen Dienst anzuerkennen, ohne ihm eine unbewiesene Bedeutung zuzuschreiben.

Quellen