Zusammenfassung

  • RFC 9714 definiert Extension Label, Flow-ID Label Indicator und Flow-ID Label als MPLS-Konstrukt für Flow-Identität, wechselnde Farben sowie Hop-by-Hop- oder Edge-to-Edge-Messung.
  • Das Flow-ID Label ist kein Weiterleitungslabel, verändert aber den Stack und kann die ECMP-Wahl ändern. Präzise Werte können daher den instrumentierten Pfad statt des ursprünglichen Verkehrs beschreiben.
  • Lesetiefe, Fähigkeit, PHP, getrennte Service- und Transport-IDs sowie die Domänengrenze bestimmen den tatsächlichen Umfang. Erst deren Belege machen Zähler entscheidungsfähig.

Der Betreiber markiert echten Verkehr und erwartet damit mehr Repräsentativität als von einem synthetischen Probe. Doch die Instrumentierung beginnt mit einer Paketänderung. Wenn die ECMP-Logik den neuen Stack in ihren Hash einbezieht, geht die Stichprobe einen anderen Weg, bevor der erste Zähler steigt.

RFC 9714 ist ein Standards-Track-Dokument vom Februar 2025 zur MPLS-Kapselung von Verlust-, Verzögerungs- und Jittermessung mit Alternate Marking. Es benennt ausdrücklich die Möglichkeit, dass das Flow-ID Label unter ECMP einen anderen Pfad bewirkt. Das Problem ist nicht Rechenfehler, sondern Referenzfehler.

Nicht weiterleitend bedeutet nicht unsichtbar

Extension Label 15 und Flow-ID Label Indicator 18 bilden nach RFC 9017 ein Composite Special Purpose Label; anschließend folgt die Flow-ID. Ihr TTL ist null, damit sie nicht versehentlich als Weiterleitungslabel dient.

Trotzdem kann die Stack-Form in die Lastverteilung eingehen. RFC 9714 zieht die Parallele zum Synonymous Flow Label aus RFC 8957. Als Gegenmaßnahmen nennt es Entropy Labels nach RFC 6790 oder Flow-ID Labels für alle Flows.

Eine Maßnahme bestimmt die Entropie ausdrücklich, die andere beseitigt den Strukturunterschied. Beide brauchen einen Laufzeitbeleg: gelesene Felder, Hash-Regel und gewähltes Mitglied vor und nach der Aktivierung.

Beleg Begrenzte Aussage
Flow-Auswahl Klassifizierung nennt die Population
ID-Zuteilung Controller reserviert eine Domänenidentität
XL/FLI/FL eingefügt Pakete tragen die Messstruktur
L/D/T erkannt Farbe, Delay-Auswahl und Typ sind kodiert
Fähigkeit belegt vorgesehene Knoten verstehen die Struktur
Tiefe belegt Knoten erreichen die Position
ECMP-Gleichheit Instrumentierung verschob nicht oder bewusst
Export quittiert Zähler und Zeiten kamen an
Blöcke abgeglichen Flow, Farbe, Richtung und Fenster stimmen
Wirkung beobachtet unabhängige Evidenz verbindet Messung und Dienst

Das markierte Paket kann den Pfad seines unmarkierten Gegenstücks nicht allein beweisen.

Ein Typbit erzeugt noch keine Leser

Die TC-Bits des Flow-ID Labels werden umgewidmet: L wechselt die Verlustfarbe, D markiert Delay/Jitter, T unterscheidet Edge-to-Edge und Hop-by-Hop. Bei T=1 verarbeiten Ingress und Egress, bei T=0 alle MPLS-Knoten des LSP.

Jeder Knoten braucht dennoch Flow-ID Label Capability und ausreichende Flow-ID Readable Label Depth. Analog zu RFC 8662 muss Ingress das Label einem fähigen Knoten aussetzen und sollte die kleinste relevante FRLD beachten. Wie Ingress diese Werte kennt, bleibt außerhalb des Dokuments.

Tiefe SR-Stacks können eine Platzierung zwischen SID-Labels oder identische Kopien in mehreren Tiefen verlangen. Das ist erlaubt, erfordert aber laut RFC möglicherweise aufwendige Planung. Teilweise Exporte beweisen keine vollständige Beteiligung.

PHP kann den Egress aus dem Bild schneiden

Beim Penultimate-Hop Popping nach RFC 3031 entfernt der vorletzte LSR das oberste Label. Muss er das vor XL liegende Forwarding-Label entfernen, verlangt RFC 9714 auch das Entfernen von XL, FLI und FL. Der Egress wird nicht mehr gemessen.

Daher sollte PHP deaktiviert sein, außer der vorletzte Knoten unterstützt das Verfahren nachweislich und Egress-Ausschluss ist akzeptabel. Diese Akzeptanz hängt von der Frage ab. Eine Messung bis zum vorletzten Knoten darf nicht als Messung bis zur Dienstübergabe erscheinen, wenn gerade die Ausgangsqueue oder Dekapselung relevant ist.

XL und FLI übernehmen TC und TTL des vorangehenden Labels; BoS muss null sein. Bei BoS eins muss der verarbeitende Knoten verwerfen. FL kann in der Mitte oder unten, nie oben liegen und mehrfach vorkommen. Parsbarkeit beweist keinen vollständigen Umfang.

Service und Transport bleiben eigene Identitäten

Der Controller kann eine Service-ID, eine Transport-ID oder beide erzeugen. Zwei IDs müssen verschieden sein und sind unabhängig. Ein VPN-Flow kann verschiedene LSP-Flows nutzen; verschiedene VPN-Flows können denselben LSP-Flow teilen.

Bei manueller Auslösung nennt der Operator Merkmale. Bei automatischer Auslösung klassifiziert Ingress und exportiert nach RFC 7011 per IPFIX, bevor der Controller zuteilt. Eindeutigkeit verhindert eine lokale Kollision, bestätigt aber weder Klassifizierung noch die betrachtete Schicht.

RFC 8372 liefert den allgemeinen Kontext. Das IANA-MPLS-Register belegt die zentrale Zuteilung des Indikators, nicht die Unterstützung eines Geräts.

Farbe ist Beobachtung, nicht Ursachenurteil

RFC 9341 wechselt Blöcke, damit Zähler an Punkten verglichen werden. Der Vergleich braucht denselben Flow, dieselbe Farbe, Richtung, Zeit und Reichweite. RFC 9714 nennt den Export von Flow-ID, Zählern und Zeitstempeln, lässt aber das Exportprotokoll offen.

Ankunft, Uhren, Vollständigkeit und Abgleich bleiben eigene Belege. Der Deployment-Entwurf zeigt sich entwickelnde Praxis, bleibt aber Work in Progress. Ein Unterschied benennt nicht automatisch Überlast, Policing, Linkverlust, Parser- oder Exportfehler.

Die Domäne gehört zum Namen

Flow-ID-Eindeutigkeit gilt innerhalb einer Verwaltungsdomäne zu einem Zeitpunkt. Dieselbe ID über mehrere Domänen liegt außerhalb des Umfangs und darf nicht hinaus signalisiert werden. Grenzknoten filtern ausgehende und verwerfen eingehende FLI-Pakete. Ohne Domäne, Version und Gültigkeit wird eine lokale Nummer zur falschen globalen Identität.

Text, XML, RFC-Editor-Datensatz, Errata und IETF-Historie belegen die Spezifikation, nicht eine Installation.

Heng Lus Test am laufenden Code verfolgt Auswahl, Einfügung, resultierenden Pfad, Leser und Export. Die minimale Ausgangsspezifikation koordiniert Syntax, nicht lokale Verantwortung. Getrennte Realitätsebenen halten Registry, Paket, Zähler und Dienstwirkung auseinander.

RFC 9714 gewinnt an Glaubwürdigkeit, weil es seine eigene Störung benennt. Messung bleibt nützlich, wenn Pfad und Umfang vor und nach der Instrumentierung erhalten bleiben.

Quellen