Zusammenfassung

  • RFC 9515 verschiebt 32768–65530 in sechs BGP-Monitoring-Protocol-Registern von Specification Required zu First Come First Served.
  • Eine frühe öffentliche Zuteilung verhindert wild belegte und kollidierende Codes, verlangt aber weder technische Prüfung noch eine interoperable Spezifikation.
  • Zuteilung, Bedeutung, Implementierung, Collector-Unterstützung, Transportschutz und betriebliche Schlussfolgerung benötigen getrennte Nachweise.

Ein Antrag nennt einen Wert, eine kurze Beschreibung und eine Referenz. Ist er formal korrekt und der Wert frei, kann IANA zuteilen. Kein benannter Experte muss entscheiden, ob zwei unabhängige Teams aus der Referenz dasselbe Verhalten bauen könnten. Bei First Come First Served ist diese fehlende technische Filterung beabsichtigt.

RFC 9515 reagiert auf ein Koordinationsproblem: Ist Registrierung zu teuer, verwenden Entwickler unregistrierte Werte, bis Bedeutungen kollidieren. Der niedrigere Zugang kann das verhindern. Er macht aus der Registerzeile aber keine technische Zulassung.

Ein genauer Schnitt durch sechs Register

Betroffen sind 32768–65530 bei BMP Statistics Types, Initiation and Peer Up Information TLVs, Termination Message TLVs, Termination Message Reason Codes, Route Mirroring TLVs und Route Mirroring Information Codes. 0–32767 bleibt Standards Action; 65531–65534 bleibt Experimental Use; 65535 bleibt reserviert.

RFC 7854 hatte für diese hohen Bereiche Specification Required vorgesehen. In der Praxis lag dessen Aufwand laut RFC 9515 näher an Standards Action als erwartet und förderte das Ausweichen auf nicht registrierte Codes. Nachrichtenformat und Sicherheitsmodell wurden nicht geändert.

RFC 8126 beschreibt den entscheidenden Verlust an Vorprüfung. FCFS akzeptiert im Wesentlichen jeden wohlgeformten Antrag für einen freien Wert. Specification Required forderte zusätzlich Expertenfreigabe und eine dauerhafte öffentliche Spezifikation, die klar und technisch belastbar genug für unabhängige Interoperabilität ist.

Damit unterscheidet sich RFC 9515 von RFC 9519 für SSH und RFC 9650 für ein IS-IS-Register: Beide behalten Expert Review. Bei den sechs BMP-Bereichen entfällt dieses Urteil als Zuteilungsvoraussetzung. Die ältere Begriffswelt aus RFC 5226, auf die RFC 7854 verwies, ist die historische Basis vor der heute maßgeblichen RFC 8126.

Eine eindeutige Zahl ist noch keine eindeutige Messung

Das aktuelle IANA-BMP-Register zeigt FCFS und verweist auf RFC 9515. Es kann belegen, dass ein Wert zu einem Zeitpunkt einer Beschreibung und Referenz zugeordnet und nicht doppelt vergeben wurde.

Es belegt weder Einheiten, Fehlerfälle noch Versionsregeln. Es zeigt nicht, dass zwei Router gleiche Nutzdaten senden oder zwei Collector-Versionen dieselben Felder erzeugen. Ein Dashboard kann aus einer eindeutigen Typnummer eine sauber dargestellte, aber semantisch falsche Kennzahl machen.

BMP exportiert Routing-Sichten, Peer-Ereignisse, gespiegelte BGP-Nachrichten und Statistiken. RFC 7854 warnt, dass dabei private Routingdaten offengelegt werden können und ohne Schutz Router oder Collector nachgeahmt, Daten gelesen oder verändert werden können. Kollisionsfreiheit ersetzt weder Authentizität noch Provenienz.

Nachweise nach dem Register sichtbar machen

Der Zuteilungsbeleg enthält Register, Bereich, Antrag, Wert, Beschreibung, Referenz, Antragsteller, Änderungsverantwortlichen, Verfügbarkeitsprüfung und Zeitpunkte. Der Bedeutungsbeleg enthält versionierte Spezifikation, Bytebeispiele, Einheiten, Kardinalität, Fehler- und Kompatibilitätsregeln. Der Implementierungsbeleg nennt Commits, Releases, Rollen, Collector-Versionen und Tests. Der Betriebsbeleg ergänzt Umfang, Transportschutz, Herkunft, Migration, Fehler und Rücknahme.

So kann ein Hersteller die IANA-Zeile nicht als technische Prüfung verkaufen. Umgekehrt wird die legitime Koordination nicht abgewertet, nur weil kein Experte beteiligt war. FCFS wird an schneller, eindeutiger Zuteilung gemessen; die Erweiterung an ihrem laufenden Verhalten.

Die IANA-Seite ist ein lebendes Register. RFC 9736 und RFC 9972 änderten später BMP-Namensräume und Einträge. Deshalb gehören Richtlinienversion, Zuteilungszeit und Implementierungsstand in jede Prüfung.

Die RFC-Information, der Text, das XML, die Errata-Suche, die Datatracker-Historie und der letzte Entwurf dokumentieren die Regeländerung, nicht den späteren Betrieb einer Erweiterung.

Heng Lus Texte über laufenden Code, minimale Anfangsspezifikation und freiwillige Übernahme sowie Realitätsebenen liefern die analytische Grenze: Eine institutionelle Zuteilung darf kein Betriebsergebnis darstellen.