Zusammenfassung
- Revision 01 des BMP Statistics Information TLV ergänzt Messfensterdauer, Stichprobenzahl, P5 und P95, ein Zeitstempel-Flag sowie Mikrosekunden-Zeitstempel für Minimum und Maximum.
- Damit werden Veränderungen zwischen Berichten sichtbar. Die Felder liefern aber weder die Stichprobenfolge noch Verweildauer oder den frühesten Reaktionszeitpunkt des Collectors.
Um 12 Uhr meldet ein Router 10.000 Routen, um 12.15 Uhr erneut 10.000. Zwei Snapshots legen Stabilität nahe. Innerhalb des Fensters kann der Adj-RIB-In jedoch auf 15.000 gestiegen, auf 8.000 gefallen und zum Ausgangswert zurückgekehrt sein. Das vorgeschlagene TLV kann Minimum, Maximum, Mittelwert, Median, P5, P95 und Stichprobenzahl melden. Minimum und Maximum erhalten Beobachtungszeiten.
Das ist ein wesentlicher Erkenntnisgewinn, aber keine Wiedergabe der Viertelstunde. Ein einsekündiger Ausschlag, ein zehnminütiges Plateau und wiederholte Schwankungen können dieselbe Zusammenfassung erzeugen. Auch dieselben fünfzehn Werte in anderer Reihenfolge behalten sämtliche Verteilungskennzahlen, obwohl die betriebliche Erklärung eine andere wird.
Grundlage ist draft-ietf-grow-bmp-stats-informational-tlv-01, hochgeladen am 11. September 2026 und gültig bis 15. März 2027. Es ist ein GROW-Working-Group-Internet-Draft mit Status I-D Exists. Der Kopf nennt Standards Track, Datatracker lässt den Intended RFC status leer. Document shepherd, verantwortlicher Area Director und Telechat sind nicht eingetragen. Beantragte IANA-Register und Typen stehen auf TBD1. Implementierungsbericht, Interoperabilitätsnachweis, Produktionseinsatz oder Messdaten fehlen.
Fenster und Nenner schließen eine Lücke
RFC 7854 definiert BMP Statistics Reports, doch periodische Gauge-Snapshots verschweigen das Geschehen zwischen Nachrichten. Revision 00 schlug Minimum, Maximum, Snapshot, Durchschnitt und Median vor. Revision 01 fügt eine 32-Bit Measurement Window Duration, einen 32-Bit Sample Count, P5 und P95 hinzu und ersetzt ein reserviertes Byte durch Flags.
Das T-Bit kennzeichnet einen Zeitstempel. Minimum und Maximum müssen Sekunden und Mikrosekunden seit 1970 UTC tragen; Snapshot, Durchschnitt, Median, P5 und P95 dürfen keinen tragen. Die Stichprobenzahl zeigt die Grundgesamtheit der Ableitung. Sie macht zugleich klar: Das gemeldete Maximum ist nur die größte beobachtete Stichprobe. Ein höherer Wert zwischen Abtastpunkten bleibt möglich.
Messfenster und Sendeintervall können voneinander abweichen, etwa bei ereignisgesteuerten Berichten, neuen Sessions oder Peer-Übergängen. Verschiedene Fenster derselben Statistik brauchen getrennte TLVs. Ein erster Bericht kann das TLV auslassen oder nur ein Teilfenster enthalten.
Die Verteilung bleibt, die Chronologie geht verloren
Nehmen wir fünfzehn Minutenwerte. Fenster A liegt dreizehnmal nahe 10.000, einmal bei 15.000 und einmal bei 8.000. Fenster B enthält dieselben Werte, beginnt aber beim Maximum und endet beim Minimum. Die exportierten Felder können identisch sein. Für die Ursachenanalyse ist entscheidend, ob der Anstieg vor einer Withdrawal-Welle kam, ob Erholung einer Maßnahme folgte und ob zwei Symptome zeitlich zusammenpassen.
Zeitstempel der Extremwerte verankern zwei Punkte, nicht alle Werte dazwischen. P95 unterscheidet kein dauerhaftes Hoch von mehreren kurzen Episoden. Sample Count ist ein Nenner, keine Reihenfolge; Window Duration ist eine Spanne, keine Verweildauer.
Der Entwurf erlaubt periodische, ereignisgetriebene und hybride Erhebung. Er warnt auch, dass nearest-rank und lineare Interpolation bei gleichen Stichproben andere Perzentile liefern können. Interne Konfiguration und Methodik werden nicht exportiert; Routervergleiche benötigen extern abgestimmte Verfahren. Selbst bei identischer Abtastung, Uhr und Berechnung kann eine Verteilungszusammenfassung die verworfene Reihenfolge nicht wiederherstellen.
Beobachtungszeit ist keine Ereignisdauer
Für Extremwerte soll die tatsächliche Beobachtungszeit gelten, nicht die Erzeugungszeit der Nachricht. Genauigkeit und Präzision hängen von Auflösung und Synchronisation der Router-Uhr ab. Geschützter Transport repariert keine falsche Uhr.
Wird bei minutenweiser Abtastung um 12.08 Uhr das Maximum gesehen, kann der Grenzwert um 12.07:01 oder 12.07:59 überschritten worden sein. Der Zustand kann eine Sekunde später beendet sein oder bis zur nächsten Stichprobe anhalten. Ein um 12.01 Uhr beobachteter Ausschlag kann bei langem Berichtsintervall erst um 12.15 Uhr eintreffen. Der Zeitstempel schafft historische Einordnung, keine Echtzeitwarnung. Evidenz-, Erzeugungs-, Transport-, Empfangs- und Handlungszeit bleiben getrennte Größen.
Der Parser braucht präzisen Kontext
Das TLV muss einen gültigen BMP-Gauge-Stat-Type referenzieren und darf keinen monoton steigenden Counter beschreiben. Der Empfänger sollte solchen Missbrauch ignorieren. Unbekannte Entry Types lassen sich anhand des T-Bits mit 10 oder 18 Byte überspringen. Doppelte Typen nach dem ersten Eintrag sollen ignoriert werden.
Bei Stat Types 9 und 10 hängt die Bedeutung von AFI/SAFI ab, doch das Information TLV trägt diese Identität nicht selbst. Derselbe Bericht muss daher das gewöhnliche Statistik-TLV mit passendem AFI/SAFI enthalten. Fehlt es, ist die Verteilung nicht zuzuordnen. Wenn Snapshot und Information TLV zusammen erscheinen, sollte der Snapshot zwischen Minimum und Maximum liegen. Das ist eine Konsistenzprüfung, kein Wahrheitsbeweis.
BMP authentifiziert auch nicht kryptografisch den Inhalt der Messung. TLS oder IPsec schützt Verbindung und Gegenstelle, ein kompromittierter Router kann trotzdem falsche Zusammenfassungen senden. Größere TLVs erhöhen zudem Nachrichten- und Zustandskosten; Rate Limits und Ressourcensteuerung bleiben nötig.
Eine begrenzte Spur an entscheidenden Stellen bewahren
Heng Lus Lehre der minimalen Anfangsspezifikation stützt eine kleine interoperable Hülle aus Metrik, Fenster, Nenner und gemeinsamen Kennzahlen, ohne jede interne Erhebung zu vereinheitlichen. Der Vorrang laufenden Codes verlangt zusätzliche Belege dort, wo eine komprimierte Zahl Alarm, Änderung oder Gegenmaßnahme auslöst.
Für folgenreiche Schwellen sollte ein begrenzter Ring aus Rohstichproben oder Ereignissen erhalten bleiben. Aufzuzeichnen sind Fensterbeginn und -ende, Modus und Takt, Perzentilalgorithmus, Uhrquelle und Abweichung, Erzeugungs- und Empfangszeit, Konfigurationsgeneration sowie die exakten TLV-Bytes. Dies sind Betriebsempfehlungen, keine Pflichten der Revision 01.
Das TLV kann die Behauptung widerlegen, nichts habe sich verändert. Den Vorfall erklärt es allein nicht. Bevor Führung Ursache, Dauer oder Verantwortung festlegt, braucht sie weiterhin die Reihenfolge, die bei der Kompression verloren ging.
Quellen
- Aktueller Datatracker-Eintrag
- Datatracker-Revisionsverlauf
- Minimum Initial Specification and Voluntary Adoption
- Running-Code Primacy
- BMP Path Status TLV Revision 05
- BMP routing-event logging Revision 06
- Statistics Information TLV Revision 00
- Statistics Information TLV Revision 01
- XML der Revision 01
- BMP extended TLV support Revision 21
- RFC 2119
- RFC 7854
- RFC 8126
- RFC 8174
- RFC 8671
- RFC 9069
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten

