Zusammenfassung

  • RFC 9917 ergänzt die Flex-Algorithm Definitions von IS-IS und OSPF um Exclude-, Include-Any- und Include-All-Bedingungen für Administrative Groups der Gegenrichtung.
  • Eine am empfangenden Knoten klassifizierte Beobachtung kann die korrespondierende Vorwärtskante aus der eingeschränkten Topologie entfernen; das belegt die Ausführung einer Regel, nicht den physischen Fehler, die Güte der Schwelle oder den tatsächlichen Paketweg.
  • Ein neues geordnetes IANA-Register erlaubt das Einfügen künftiger Regeln. Die relative Reihenfolge bestehender Regeln darf jedoch weder geändert noch durch Löschen, Zusammenfassen oder Wiederholen unterlaufen werden.

Der Sensor sitzt nicht am Entscheidungspunkt

Eine Punkt-zu-Punkt-Verbindung erscheint physisch als ein Kabel, im IGP-Graphen aber als zwei gerichtete Kanten. Fehler in Frames von A werden beim Empfang durch B gezählt. Die gewünschte Reaktion kann trotzdem darin bestehen, A die Nutzung von A→B zu verwehren. Messrichtung und betroffene Berechnungsrichtung fallen auseinander.

Genau dafür liefert RFC 9917 die standardisierte Verknüpfung. Das Anwendungsbeispiel nennt CRC- und andere Eingangsfehler über einen Beobachtungszeitraum. Lokale Policy kann daraus eine Extended Administrative Group auf B→A erzeugen. Eine Flex-Algorithm Definition darf diese Gruppe anschließend bei der Bewertung von A→B heranziehen.

Standardisiert ist die Übergabe an die Berechnung, nicht das vorgelagerte Urteil. Weder Zähler noch Messfenster, Fehlerschwelle oder Hysterese sind universell vorgeschrieben. Die Farbe ist das Ergebnis einer Betreiberentscheidung. Reproduzierbar wird sie erst zusammen mit Rohwert, Messort, Zeitraum, Setz- und Löschschwelle, Policy-Version und Zeitstempel. Ohne diese Angaben beweist sie nur, dass klassifiziert wurde.

Drei Mengenregeln mit klarer Wirkung

Exclude Reverse Administrative Group entfernt den Link, sobald irgendeine angegebene Gruppe auf der Gegenkante vorkommt. Include-Any Reverse entfernt ihn, wenn dort keine der Gruppen vorkommt. Include-All Reverse verlangt alle genannten Gruppen und entfernt den Link, sobald eine fehlt. RFC 9917 definiert die zugehörigen sub-TLVs für IS-IS- und OSPF-FADs.

Auch fehlerhafte Kodierung ist Teil der Kontrollgrenze. Ein Reverse-Group-sub-TLV mit ungültiger Länge wird vollständig ignoriert. Duplikate führen je nach Position zur Verwendung des ersten Vorkommens oder zur Ablehnung der FAD. Mehrdeutige Bits sollen so nicht stillschweigend zu herstellerspezifischer Policy werden.

Das Rechenergebnis bleibt dennoch lokal. Ein Router muss eine bestimmte Link-State-Version empfangen, nach RFC 9350 die winning FAD bestimmen, deren Bedingungen unterstützen und die Regeln in der festgelegten Reihenfolge anwenden. Erst dann entstehen eingeschränkte Topologie und Route. Daraus folgt nicht, dass alle Router zeitgleich denselben Stand hatten, dieselbe Route installierten oder dieselben Pakete weiterleiteten.

Aus einer Fehlerschwelle kann ein Stabilitätsproblem werden

Pendelt ein Zähler um eine einzelne Schwelle, kann die Reverse Group fortlaufend gesetzt und gelöscht werden. Jede Änderung kann LSP- oder LSA-Flooding und eine neue Pfadberechnung auslösen. RFC 9917 warnt davor, zeigt getrennte Setz- und Löschschwellen und verweist auf das übliche LSP/LSA-Throttling zur Begrenzung der Änderungsrate.

Hysterese und Throttling dämpfen Bewegung; Wahrheit erzeugen sie nicht. Eine vorsichtige Löschschwelle kann einen verbesserten Link länger ausgeschlossen halten. Eine hohe Setzschwelle kann einen beeinträchtigten Link länger zulassen. Gedrosselte Verteilung verlängert möglicherweise den Zeitraum unterschiedlicher Datenbankstände. Das sind vertretbare lokale Abwägungen, solange sie nicht hinter einem schlichten Rot-Grün-Status verschwinden.

Eine belastbare Zeitleiste trennt mindestens vier Zeitpunkte: Überschreiten der Messschwelle, lokale Änderung der Reverse Group, Erzeugung und Empfang jeder Link-State-Version sowie Berechnung und FIB-Änderung. Paketbeobachtung und Servicewirkung bilden eine weitere Uhr. Wer alles zu einem Ereignis verdichtet, löscht die für die Diagnose entscheidenden Verzögerungen.

Regelreihenfolge ist nun ein Kompatibilitätsvertrag

RFC 9350 legte den grundlegenden Flex-Algorithm-Ablauf fest, RFC 9843 ergänzte Bandbreiten- und Verzögerungsbedingungen. RFC 9917 fügt Reverse-Group-Regeln hinzu und schafft bei der IANA das Register „IGP Flex-Algorithm Path Computation Rules“, das die Gesamtfolge festhält.

Eine künftige Regel darf an beliebiger Stelle eingefügt werden, doch die relative Reihenfolge bestehender Regeln bleibt unverändert. Eine etablierte Regel darf nicht gelöscht, mit einer anderen verschmolzen oder wiederholt werden. Zwei Implementierungen könnten sonst aus derselben Definition unterschiedliche zulässige Topologien bilden. Die feste Ordnung ist daher eine minimale gemeinsame Spezifikation, auf der spätere Erweiterungen aufsetzen können.

Das aktuelle IANA-Register belegt den Inhalt dieses Koordinationsvertrags. Es belegt nicht, dass ein bestimmter Router eine Regel unterstützt, am Algorithmus teilnahm oder sie auf einem bestimmten Datenbankstand ausführte. Fähigkeit, Konfiguration, empfangener Zustand, Rechenspur und Weiterleitung müssen separat nachgewiesen werden.

Die Beweiskette endet bei Paketen und Service

Eine vollständige Erklärung folgt Rohzählern am Empfänger, Fenster- und Schwellenentscheidung, Reverse EAG, gefluteter Link-State-Version, winning FAD, geordnetem Pruning, lokaler eingeschränkter Topologie, berechneter Route, FIB-Eintrag, beobachtetem Paketweg und Serviceergebnis. Jeder Übergang hat einen eigenen Verantwortlichen und eigene Fehlermöglichkeiten.

Diese Trennung verhindert zwei entgegengesetzte Kurzschlüsse. Wer die Farbe als „bloße Metadaten“ abtut, übersieht ihre reale Rechenwirkung. Wer aus ihr einen bewiesenen Vorwärtsdefekt oder eine Serviceerholung ableitet, überspringt Messung und Ausführung. RFC 9917 verleiht Metadaten deterministische Wirkung, ohne ihnen die Autorität über sämtliche Realitätsebenen zu geben.

Quellen