Zusammenfassung

  • Ein aktueller GROW-Arbeitsgruppenentwurf soll BMP-Gauge-Statistiken um Messfenster, Stichprobenzahl, Extremwerte, Mittelwert, Median, P5 und P95 erweitern.
  • Der Entwurf lässt periodische, ereignisgesteuerte und hybride Erhebung zu, schreibt keinen Perzentilalgorithmus vor und überträgt die erzeugende Konfiguration nicht im TLV.
  • Ein korrekt codierter P95 hat deshalb lokalen Nutzen, ist aber nicht automatisch zwischen Routern, Herstellern, Versionen oder Erhebungsstrategien vergleichbar.
  • Als Ergänzung bietet sich ein Messherkunftsbeleg in der Managementebene an: Identität, Fenster, Auswahlregel, Ausschlüsse, Algorithmus, Uhrqualität, Version, Verantwortung und verwendete Entscheidung.
  • Dieser Beleg ist ein Vorschlag von Daniel Kade, keine Vorgabe von BMP, GROW oder IETF.

Eine ruhige Linie kann eine unruhige Viertelstunde enthalten

Ein Collector erhält im Abstand von fünfzehn Minuten jeweils 100.000 Routen. Im Diagramm entsteht eine gerade Linie. Innerhalb des ersten Intervalls könnte die Zahl jedoch auf 95.000 gefallen, auf 105.000 gestiegen und vor dem nächsten Bericht zum Ausgangswert zurückgekehrt sein. Jeder Endpunkt wäre richtig und die entscheidende Bewegung dennoch unsichtbar.

An dieser Lücke setzt der aktive GROW-Entwurf BMP Statistics Information TLV an. Revision 01 vom 11. September 2026 schlägt vor, Gauge-Statistiken nicht nur als Einzelwert zu melden. Ein Router kann ein Messfenster, die Zahl der Stichproben sowie Minimum, Maximum, Mittelwert, Median, P5 und P95 anhängen; Minimum und Maximum tragen zusätzlich ihren Beobachtungszeitpunkt.

Der Nutzen liegt im späteren Gebrauch. RFC 7854 beschreibt BMP als Monitoring-Schnittstelle für BGP-Sitzungen und Routensichten, nicht als Routingprotokoll. Seine Daten werden im Nachhinein für Störungsanalyse, Kapazitätsvergleich, Alarmierung, Begründung von Richtlinienänderungen oder Investitionsentscheidungen verwendet. Eine formal gültige Meldung garantiert, was der Sender übertragen hat. Sie garantiert nicht, dass zwei Meldungen dieselbe Entscheidungsgrundlage bilden.

Revision 01 ist weiterhin ein Internet-Draft. Die Datatracker-Historie zeigt die Entwicklung als Arbeitsgruppendokument. Auf der aktuellen Seite fehlen Shepherd, verantwortlicher Area Director und Telechat-Termin; der IESG-Status lautet I-D Exists. Im Kopf des Entwurfs steht Standards Track, während das Datatracker-Feld für den beabsichtigten RFC-Status keinen Wert anzeigt. Diese Differenz gehört zum gegenwärtigen Befund und darf nicht zu einem abgeschlossenen Ergebnis geglättet werden.

Die Revision leistet zweierlei: Sie macht das Intervall weniger undurchsichtig und benennt die Grenzen der zusätzlichen Statistik. Beide Teile gehören zusammen. Mehr Kontext stärkt die lokale Beobachtung, erhebt ein lokal erzeugtes Aggregat aber nicht zur universellen Tatsache.

Fenster und Anzahl sind Mindestkontext

Der Entwurf trennt das interne Stichprobenintervall vom Sendeintervall des Statistics Report. Ein Router kann jede Minute messen und nur alle fünfzehn Minuten berichten. So bleibt der Nachrichtenaufwand niedrig, während die schnellere interne Beobachtung Ausschläge erfassen kann, die ein bloßer Endwert verpasst.

Revision 01 macht Messfenster und Stichprobenzahl explizit; beide müssen größer als null sein. Das Fenster kann vom Abstand zweier Berichte abweichen, etwa nach Sitzungsaufbau, nach der Rückkehr eines Peers in Established oder bei einem ereignisbedingten Bericht. Werden Werte derselben Statistik über verschiedene Fenster berechnet, müssen sie in getrennten Statistics Information TLVs erscheinen.

Fünfzehn Beobachtungen in 900 Sekunden erzählen etwas anderes als zwei Beobachtungen in derselben Zeit. Bei wenigen Punkten verlieren Mittelwert, Median und Perzentil an Repräsentativität. Ein gemeldetes Minimum ist zudem nur das Minimum der tatsächlich gesehenen Stichproben; zwischen zwei Messpunkten kann das System tiefer gelegen haben.

Das TLV ist optional. Es kann ganz fehlen, nur für ausgewählte Peers aktiviert sein oder nur bestimmte Statistiken abdecken. Der erste Bericht nach Sitzungsaufbau darf die Verteilungsinformation auslassen oder aus einem Teilfenster berechnen. Fehlen bedeutet somit nicht Stabilität, sondern kann fehlende Unterstützung, Deaktivierung, selektive Konfiguration oder noch nicht gefüllte Daten bezeichnen.

Auch die Beschränkung auf Gauges ist wichtig. Monoton steigende Zähler haben andere Eigenschaften und dürfen nicht mit diesem TLV versehen werden. Ein Collector soll eine solche Referenz ignorieren und kann sie protokollieren. Das schützt die Art der Größe, legt aber die Entstehung ihrer Stichprobe nicht offen.

Gleicher P95, andere Eltern

Die Governance-Frage beginnt dort, wo das Paket endet. Revision 01 erlaubt periodische, ereignisgesteuerte, hybride oder andere Erhebungsweisen. Der Eintrag heißt unabhängig davon P95. Die Population, deren 95. Perzentil er darstellt, kann jedoch grundverschieden sein.

Ein periodischer Sampler sieht den Zustand bei jedem Takt. Ein kurzer Ausschlag zwischen zwei Takten gelangt womöglich nie in die Stichprobe. Eine ereignisgesteuerte Implementierung misst bei Routenankündigungen oder -rücknahmen; eine turbulente Minute liefert dann viele Beobachtungen, eine ruhige Stunde wenige. Ein hybrides Verfahren verbindet beide. Alle drei können dem Entwurf entsprechen und dennoch verschiedene Fragen beantworten: typischer Zustand über Zeit oder typischer Zustand in Momenten der Änderung.

Selbst bei derselben Stichprobe ist das Ergebnis nicht zwingend gleich. Der Entwurf überlässt die Berechnung der Implementierung. Gerade in kleinen Populationen können Nearest Rank und lineare Interpolation verschiedene P95 liefern. Vertraute Namen wie Median und Perzentil laden dazu ein, methodische Gleichheit anzunehmen, die nirgends zugesagt wird.

Die Fensterbildung ist eine weitere Wahl. Häufig wird der Zeitraum seit dem letzten Bericht dienen, zwingend ist das nicht. Gleitendes Fenster, nicht überlappender Block, ereignisbegrenztes Segment und Teilfenster nach einem Neustart können bei gleicher nomineller Dauer unterschiedliche Populationen enthalten.

Die Zeitstempel von Minimum und Maximum schließen die Lücke nicht. Snapshot, Mittelwert, Median, P5 und P95 tragen keinen eigenen Zeitpunkt. Präzision und Genauigkeit der Uhr bleiben implementierungsabhängig. Der Collector erfährt, wann der Router nach eigener Aussage einen Extremwert sah; er erhält weder den vollständigen Verlauf noch eine Aussage über die Güte der Uhr.

Darum nennt der Abschnitt Operational Considerations die Werte vor allem lokal für den meldenden Router. Routerübergreifende Aggregation setzt kompatible Messfenster und Erhebungskonfigurationen voraus. Diese Kompatibilität muss über Management- oder Konfigurationskanäle hergestellt werden; das TLV exportiert die interne Methode nicht. Diese Grenze ist keine von außen erfundene Kritik, sondern steht in Revision 01.

Ein Register benennt eine Kennzahl, keine Beobachtungspraxis

Der Entwurf beantragt neue IANA-Register für Statistics Information Entry Types und Statistics Information TLV Types. Das Anfangsvokabular gibt Minimum, Maximum, Snapshot, Mittelwert, Median, P5 und P95 stabile Namen. Außerdem soll das bestehende Register BMP Parameters einen Hinweis erhalten, der gewöhnliche Statistik von Metainformation über eine Statistik unterscheidet.

Das koordiniert Semantik und Codepunkte, zertifiziert aber keine Stichprobenmethode. Ein Register kann festlegen, dass ein bestimmter Eintrag P95 bedeutet und ob ein Zeitfeld vorhanden ist. Ohne weitere Protokolldaten sagt es nicht, ob periodisch, ereignisgesteuert oder hybrid erhoben wurde, wie Ausfälle behandelt wurden oder welcher Perzentilkonvention die Implementierung folgte.

RFC 8126 liefert die Begriffe für Registrierungsrichtlinien wie Standards Action und First Come First Served. Diese Regeln beantworten, wer einen Parameter vergeben oder verändern darf. Unsichtbare Messpraktiken werden dadurch nicht austauschbar.

Die aktuelle IANA-Seite zeigt veröffentlichte Zuweisungen und temporäre Registrierungen. Ein Registerwunsch in einem aktiven Entwurf beweist die beabsichtigte Koordination, nicht die abgeschlossene Zuweisung oder den Abschluss des Standardisierungsprozesses.

Revision 01 stärkt sowohl Messwert als auch Warnung

Der Vergleich mit Revision 00 macht die Richtung sichtbar. Der ältere Text unterschied bereits periodische Berichte von interner Beobachtung. Revision 01 fügt Fensterdauer und Stichprobenzahl zum Format hinzu, führt P5 und P95 ein, erweitert Zeitstempel auf das BMP-Format aus Sekunden und Mikrosekunden, warnt ausdrücklich vor unterschiedlichen Perzentilalgorithmen und schafft Operational Considerations für lokale Bedeutung und Vergleichbarkeit.

Die I-D-Ankündigung vom 11. September belegt das Erscheinen der Revision. Sie beweist weder Konsens über jede Ergänzung noch eine Implementierung. Die GROW-Charta erklärt den sachlichen Ort: Die Gruppe befasst sich mit operativer Messung und Beobachtung des globalen Routings und pflegt BMP.

Ein Collector kann dadurch einige unvorsichtige Vergleiche zurückweisen: unterschiedliche Fenster, stark abweichende Stichprobenzahlen oder unvollständige Anfangsintervalle. Für die Einordnung zweier Router in eine vergleichbare Serie braucht er trotzdem eine Erklärung der Methode außerhalb des Pakets.

Der Messherkunftsbeleg

Die Antwort muss nicht jede Analysepolitik in BMP hineinladen. Es genügt, wenn der vom Entwurf angesprochene Managementkanal einen dauerhaften Beleg erzeugt, der zusammen mit der Messung in das Evidenzsystem des Betreibers gelangt.

Für jede beherrschte Serie sollte er Router, Peer und referenzierte Statistik nennen; gegebenenfalls AFI/SAFI; Beginn, Ende und Dauer des Fensters; Berichts- und Sitzungsgrenze; Auslöser oder Takt der Erhebung; erwartete, beobachtete und ausgeschlossene Stichproben; Behandlung von Lücken und Duplikaten; Perzentilalgorithmus und Rundung; Uhrenquelle, Auflösung und bekannte Unsicherheit; Software- und Konfigurationsversion; nachgelagerte Aggregation; verantwortliche Rolle; sowie die Bedingung, unter der ein neuer Beleg den alten ablöst.

Der Beleg ersetzt keine Rohdaten und verlangt keine Veröffentlichung privater Konfiguration. Er macht die Vergleichsregel prüfbar. Unterscheiden sich Methoden, kann eine Analyse Serien trennen, mit ausdrücklichem Vorbehalt normalisieren oder den Vergleich ablehnen. Ändert ein Release den Algorithmus, wird der Bruch sichtbar, statt die Bedeutung einer historischen Kurve still auszutauschen.

Dies ist Daniel Kades Governance-Vorschlag, kein normativer Text des Entwurfs und keine IETF-Anforderung. Er folgt Heng Lus Gedanken einer minimalen Anfangsspezifikation: Globale Einheitlichkeit ist nicht nötig, doch die Grenze lokaler Entscheidungen darf nicht verschwinden. The Policy Mirror ergänzt die institutionelle Forderung, tatsächlich wirksame Regeln und Anreize sichtbar zu machen, statt unterschiedliche Praxis hinter einem gemeinsamen Namen zu verbergen.

Quellen