Zusammenfassung

  • RFC 9800 erlaubt einer SR-Quelle, mehrere komprimierte SIDs in weniger 128-Bit-Containern unterzubringen, sofern sie die SID-Struktur validiert und die ursprüngliche Segmentfolge unverändert ausdrückt.
  • Clarence Filsfils ist einer von fünf Autoren. Weniger Headerbytes bedeuten mehr Abhängigkeit von korrekten Längen, Flavors, Kontrollplane-Daten, Nummernplänen und Grenzkonfigurationen.

Gemeinsame Bits sind nur dann redundant, wenn sie bekannt sind

Lange SRv6-Listen wiederholen häufig denselben Locator-Block in mehreren IPv6-Adressen. Hinzu kommen Nullbits, die einen SID auf 128 Bit auffüllen. Diese Bits treffen keine neue Weiterleitungsentscheidung, vergrößern aber jedes Paket.

RFC 9800, veröffentlicht im Juni 2025, beschreibt eine strukturbezogene Kompression. Ein CSID enthält Locator-Node und Function des ursprünglichen SID. Ein 128-Bit-CSID-Container kann mehrere solcher Einträge und gegebenenfalls das Argument des letzten CSID tragen. Komprimierte Sequenzen und vollständige SIDs dürfen in einer Liste nebeneinander stehen.

Die Quelle muss trotz der kürzeren Darstellung dieselbe Segmentliste ausdrücken. Wird eine andere Adjazenz, Tabelle oder Dienstfunktion angesprochen, handelt es sich um einen neuen Pfad. Dieser Äquivalenzsatz ist wichtiger als jede versprochene Ersparnis.

Zwei Flavors, zwei Verarbeitungspfade

Bei NEXT-CSID ist der aktive Container bereits ein vollständiger SRv6-SID. Der erste CSID steht in der aktiven Position, weitere CSIDs liegen im Argument. Der Endpunkt kopiert den nächsten Eintrag nach vorn, setzt ungenutzte untere Bits auf null, verringert den Hop Limit und stößt eine neue IPv6-FIB-Suche an.

REPLACE-CSID beginnt ebenfalls mit einem vollständigen SID. Die folgenden CSIDs liegen jedoch in festen Positionen gepackter 128-Bit-Einträge der SRH Segment List. Ein Index im Argument bezeichnet die aktuelle Position. Die Verarbeitung bewegt den Index oder wechselt über Segments Left zum nächsten Container und bildet daraus eine gültige Zieladresse.

Beide Flavors erweitern bestehende Endpoint-Behaviors. Sie ändern nicht die Bedeutung eines Segments. RFC 9800 hält im Sicherheitsabschnitt fest, dass lediglich Kodierung und Ermittlung des nächsten SID verändert werden.

Koexistenz ist möglich, doch der Text empfiehlt im Regelfall keine Mischung verschiedener Flavors innerhalb derselben Routingdomäne oder desselben Locator-Blocks. Unterschiedliche Codepoints, Längenempfehlungen und Fehlerpfade erhöhen die betriebliche Last, auch wenn die Pakete formal interoperabel bleiben.

Eine Quelle muss Kompression ablehnen können

Ob die Liste lokal konfiguriert, berechnet oder von einem Controller gemeldet wurde, ändert die Prüfpflicht nicht. LBL und LNFL dürfen nicht null sein; AL muss exakt 128-LBL-LNL-FL entsprechen. Eine ungültige Struktur wird als unbekannt behandelt und nicht komprimiert.

Das ist kein Totalausfall. Der betroffene SID kann vollständig bleiben, während andere Sequenzen komprimiert werden. Die lokale Rückfallebene bewahrt die Politik und verhindert, dass Autorität oder Dringlichkeit eine fehlende Struktur ersetzt.

Auch die Auswahl des ursprünglichen Pfades bleibt außerhalb des RFC. Metriken, Ausschlüsse, Schutz und Dienstziele entstehen vorher. Der Kompressor bildet diese Entscheidung ab, statt sie eigenmächtig zu verändern.

Signalisierung führt ein Strukturbuch

Für die neuen SIDs ist die Signalisierung der SRv6 SID Structure verpflichtend. Der Endpunkt muss Längen melden, die seiner lokalen Instanz entsprechen, und Argumentbits mit null ankündigen. IS-IS-, OSPFv3-, BGP-, BGP-LS- und PCEP-gestützte Abläufe können diese Angaben verbreiten.

Eine Anzeige beweist Komprimierbarkeit unter den gemeldeten Fakten, nicht die erfolgreiche Ausführung. Ein Upgrade kann lokale Strukturen ändern, während ein Controller den alten Datensatz behält. Eine FIB kann hinter der Kontrollplane zurückbleiben. Deterministische Mathematik schützt nicht vor veralteten Eingaben.

Deshalb müssen lokale Instanz, Anzeige, Controllerbestand und die von der Quelle angenommene Struktur miteinander verglichen werden. Neben Erreichbarkeit zählen Behavior, Flavor, LBL, LNL, FL und AL.

Der Blockwechsel bleibt eine lokale Eigenschaft

CSIDs einer Sequenz teilen normalerweise einen Locator-Block. End.LBS wechselt den Block an einem Grenzknoten; End.XLBS verbindet den Wechsel mit einem bestimmten Layer-3-Cross-Connect an der benachbarten Grenze.

Der Zielblock ist eine lokale Eigenschaft des instanziierten SID. Wie die Quelle ihn erfährt, lässt RFC 9800 offen und nennt Konfiguration oder Controller als Beispiele. Dieses Interface braucht einen benannten Eigentümer, Versionierung, Prüfung und einen Widerrufsweg.

So entsteht Interoperabilität ohne globale Entscheidungshoheit. Der Standard beschreibt den Übergang, die Domänen behalten die Autorität über Adressierung, Adjazenzen und Annahme.

Kürzere Kennungen kaufen Dichte mit Namensraum

Kurze CSIDs passen häufiger in einen Container, bieten aber weniger Kennungen. Längere CSIDs vergrößern den Nummernraum und senken die Kompression. Einheitliche Längen pro Domäne halten diesen Tausch nachvollziehbar.

Der GIB ist unter einem Locator-Block domänenweit geteilt; der LIB ist je Knoten lokal. RFC 9800 empfiehlt, den gemeinsamen Raum vorrangig für globale Segmente zu verwenden und lokale Dienste, Adjazenzen sowie Cross-Connects im lokalen Raum unterzubringen. Eine falsche Aufteilung kann den gemeinsamen Pool lange vor einem technischen Defekt erschöpfen.

Filsfils als Mitautor, nicht als alleinige Instanz

Der RFC-Editor-Eintrag nennt Weiqiang Cheng, Clarence Filsfils, Zhenbin Li, Bruno Decraene und Francois Clad. Das Dokument stammt aus der IETF-Arbeitsgruppe SPRING, aktualisiert RFC 8754 und ist mit IANA-Registrierungen verbunden.

Die offizielle Cisco-Autorenseite führt Filsfils als Cisco Fellow und beschreibt seine Arbeit an Segment Routing. Diese Unternehmensquelle liefert datierten beruflichen Kontext, aber keinen Beleg für Alleinautorschaft, Kontrolle fremder Implementierungen oder nicht gemessene Produktionsergebnisse.

Sein öffentlicher Beitrag bleibt greifbar: Er verbindet die SR-Architektur und SRv6-Verhaltensmodelle mit der späteren Aufgabe, lange Anweisungslisten kleiner darzustellen. Der Header wird nicht durch weniger Kontrolle klein, sondern durch genauer beschriebene gemeinsame Struktur.

Quellen