Zusammenfassung

  • RFC 9514 überträgt SRv6-Fähigkeiten, Links, Locator, SIDs, Verhaltensweisen und Strukturen über BGP-LS an Consumer.
  • Ein Prefix NLRI mit SRv6 Locator TLV 1162 bleibt eine Locator-Ankündigung, solange nicht auch Prefix Metric TLV 1155 vorhanden ist; das verifizierte Erratum 7737 ersetzt die fehlerhafte 1095-Angabe.
  • Deklaration, Erreichbarkeitsklassifikation, SID-Zuordnung, Berechnung, Installation und beobachtetes Forwarding brauchen getrennte Belege.

Das Objekt sieht vollständig aus: Prefix NLRI empfangen, SRv6 Locator TLV 1162 geparst, Algorithmus und Metrik gespeichert, lokaler Knoten erkannt. Ein Controller könnte daraus sofort eine grüne Route zeichnen.

RFC 9514 erlaubt diesen Schluss noch nicht. Ein Locator ist das abdeckende Präfix für SIDs eines Knotens. Der Prefix NLRI gilt zusätzlich nur dann als gewöhnliche Präfix-Erreichbarkeit, wenn das zugehörige Prefix Metric TLV vorhanden ist. Fehlt es, bleibt die Aussage auf die Locator-Ankündigung begrenzt.

Die Korrektur von 1095 auf 1155 ist semantisch

Im veröffentlichten RFC steht IGP Metric TLV 1095. Das verifizierte Errata-Verzeichnis korrigiert dies zu Prefix Metric TLV 1155. TLV 1095 gehört zu Link NLRI, TLV 1155 zum Prefix NLRI des Locators.

Auch das Locator TLV enthält eine Metrik. Sie wird aus dem IS-IS- oder OSPFv3-Locator übernommen und beschreibt diesen Locator. Sie ersetzt das separate Prefix Metric TLV nicht. Ein Consumer muss deshalb Feldtyp, Objektklasse und Regelversion aufbewahren, statt lediglich einen Zahlenwert „metric“ zu normalisieren.

Verwendet ein Softwarestand 1095 und ein anderer 1155, können beide dieselbe syntaktisch gültige UPDATE akzeptieren und dennoch verschiedene Topologien bilden. Das ist kein abstraktes Dokumentationsproblem. Es entscheidet, ob ein Consumer das Wort „Route“ verwenden darf.

Einzelne SID-Objekte statt eines riesigen Node-Updates

RFC 9514 verteilt SRv6-Daten über Node, Link, Prefix und SID. Node-Attribute tragen Fähigkeiten, Algorithmen und MSD-Typen. Link-Attribute tragen End.X, LAN End.X und Linkgrenzen. Prefix-Attribute tragen Locator. Der neue SRv6 SID NLRI Typ 6 beschreibt SIDs einzeln.

Die Granularität begrenzt Update-Kosten. Wären alle SIDs Teil eines Node-Attributs, müsste eine einzelne Änderung ein großes Objekt neu auslösen. Ein eigener NLRI lässt sich separat ändern oder zurückziehen. Der Consumer muss dafür die referenzielle Integrität über Local Node Descriptors, Protocol-ID, Identifier, Topologie, Locator und Endpoint Behavior erhalten. Ein weiter vorhandener Locator beglaubigt keinen bereits zurückgezogenen SID.

Jeder SID NLRI verlangt ein Endpoint Behavior TLV. Für BGP-EPE PeerNode und PeerSet kommt Peer-Kontext hinzu; das optionale SID Structure TLV beschreibt Längen von Locator Block, Locator Node, Function und Argument. RFC 8986 definiert die Verhaltenscodes, RFC 8402 die Segment-Routing-Architektur. Der Code ist gemeinsame Sprache, kein Ausführungsnachweis.

Die Informationen stammen aus den OSPFv3-Erweiterungen für SRv6, den IS-IS-Erweiterungen, BGP EPE oder der lokalen Direct-Herkunft. RFC 8814 liefert die MSD-Übertragung über BGP-LS. Das Zusammenführen in einer Datenbank beseitigt diese Provenienz nicht.

BGP prüft Syntax, der Consumer verantwortet Bedeutung

RFC 9514 lässt semantische und inhaltliche Prüfungen beim Consumer. Dazu gehört die richtige Zuordnung eines TLV zu NLRI oder BGP-LS Attribute. BGP kann fehlerhafte Formate behandeln, aber weder Locator-Erreichbarkeit noch aktuelle SID-Instanziierung, Policy-Zulässigkeit oder einen passenden Datenpfad bescheinigen.

Die Manageability-Analyse warnt, dass Encoding- oder Decoding-Fehler einem SR PCE Informationen entziehen oder falsche Informationen liefern können. Die Optimierung kann ausfallen oder unerwartet und inkonsistent laufen. Die Fehlerbehandlung der Anwendung ist implementierungsspezifisch und außerhalb des Dokuments.

Das heutige Basismodell in RFC 9552 unterscheidet Producer, Propagator und Consumer. Der Producer belegt seine abgeleitete Projektion, der Propagator Auswahl und Weitergabe, der Consumer Snapshot und Nutzung. Keiner dieser Belege ersetzt RIB/FIB-Readback oder Paketbeobachtung.

Eine prüfbare Beweiskette

Speichern Sie Quellprotokoll, Producer, Protocol-ID, Identifier, Local Node Descriptors, exakten Prefix NLRI und Topologie-Epoche. Erfassen Sie Locator TLV 1162, Algorithmus und Locator-Metrik. Daneben steht explizit, ob Prefix Metric TLV 1155 vorhanden, abwesend, dupliziert oder verworfen war und welche Errata-Fassung angewandt wurde.

Für einen verwendeten SID folgen SID NLRI, Information TLV 518, Endpoint Behavior TLV 1250, EPE-Kontext, Struktur und Withdrawal. Der Berechnungsbeleg nennt Snapshot, Constraints, Policy-Version, Kandidaten, Auswahl und Zeitpunkt. Southbound-Annahme, SR-Policy-/RIB-/FIB-Readback und kontrollierte Paketbeobachtung folgen als eigene Stufen.

Die Dokumentenspur ist vollständig: RFC-Editor-Infoseite, Text und XML; Datatracker-Historie, finale Entwurfsfassung und Referenzen; sowie das IANA-BGP-LS-Register. Sie belegen Vertrag und Korrektur, nicht die Wirkung in einem benannten Netz.

Als offengelegte redaktionelle Linse dienen Heng Lus Texte über Running-Code-Primat, minimale Anfangsspezifikation und freiwillige Einführung sowie Realitätsebenen. Sie sind keine IETF-Anforderungen. Sie verhindern hier, dass Standardsymbol, Controllermodell, Installation und beobachtete Wirkung zu einer Aussage verschmelzen.