Zusammenfassung

  • RFC 9947 definiert ein experimentelles AltMark-SRH-TLV für eine kontrollierte SRv6-Domäne. Es beschreibt eine begrenzte Beobachtung, nicht einen öffentlichen Rollout, einen vollständigen Pfad oder ein Serviceergebnis.
  • L, D, FlowMonID, Zeitstempel und Sequenz stützen erst nach Abgleich von Domänenzugang, SID-Funktionen, Kennungszuordnung, Perioden, Uhren und Collector-Punkten eine Messinferenz.
  • Entscheidend ist nicht, ob eine Markierung auftauchte, sondern wer welchen Geltungsbereich konfigurierte, welche Endpunkte sie tatsächlich verarbeiteten und welche unabhängige Serviceevidenz die behauptete Folge trägt.

Ein anderes Feld trägt nicht weniger Beweislast

Alternate Marking trennt aufeinanderfolgende Paketgruppen, um Verlust, Verzögerung und Jitter im Live-Verkehr zu beobachten. RFC 9341 beschreibt die Methode, RFC 9343 die IPv6-Option-Header-Form und RFC 9947 den experimentellen SRH-TLV. SR-Knoten sollen SRH schnell analysieren; manche Implementierungen verarbeiten Destination Options oder mehrere Erweiterungsheader jedoch nicht oder nur auf einem langsamen Pfad. Das ist eine zu prüfende Annahme, kein Benchmark-Ergebnis.

RFC 9947 verlangt gerade den Vergleich von Überlebensfähigkeit, Verarbeitungsaufwand und Einfluss auf die Forwarding Plane. Ein veröffentlichtes Format ist kein Fähigkeitsinventar für Router, ASIC, Policy, Provider oder Kundenroute. Running-Code Primacy heißt hier: Die Aussage stammt vom tatsächlich durchlaufenen Pfad, nicht von der im Dokument möglichen Verarbeitung.

Die kontrollierte Domäne begrenzt den Versuch, sie globalisiert ihn nicht

Der RFC verlangt eine kontrollierte SR-Domäne, einen koordinierten Wert aus dem experimentellen TLV-Bereich und verhindert, dass markierte Pakete die Domäne betreten oder verlassen. Es gibt keine IANA-Aktion. Lokale Koordination kann deshalb präzise sein, ohne zu einer globalen Zuweisung, einem Internet-Rollout oder einer Zustimmung fremder Netze zu werden.

Die Grenze dient auch der Sicherheit: Der Betreiber wählt Knoten und Zugang und verhindert Injektion oder Austritt. Doch eine vertrauenswürdige Domäne erzeugt nicht automatisch eine vertrauenswürdige Schlussfolgerung. Sie belegt weder, dass alle erwarteten SID-Funktionen aktiv waren, dass die Segmentliste unverändert blieb, dass eine 20-Bit-Kennung kollisionsfrei war, noch dass der Vormittagspfad dem Kundenpfad am Nachmittag entspricht.

Vor jeder Kennzahl gehört daher ein Messprotokoll: Domänenverantwortlicher, TLV-Wert, Ein- und Austritt, SR-Policy-Revision, erwartete Segmente, SID-Funktionen, Flussauswahl, Periode, Collector und ausdrücklich nicht bewiesene Tatsachen.

FlowMonID verbindet Kandidaten, keine eindeutige Identität

Das BasistLV enthält eine 20-Bit-FlowMonID sowie L und D. Es existiert, weil das IPv6 Flow Label nicht zur Identifikation des überwachten Flusses dienen kann. Es ist weder Kundenidentität noch Berechtigungsobjekt noch globaler Primärschlüssel. RFC 9947 warnt, dass selbst pseudozufällige Vergabe am Domain-Eingang kollidieren kann. Erweiterte Felder können die Kennung vergrößern und weitere Zuordnungsdaten tragen; sie verringern Mehrdeutigkeit nur bei konsistenter Provisionierung und Interpretation.

Damit reicht „Fluss 41718 verlor 0,02 %“ nicht. Die Zahl kann einen stabilen Fluss in einer Periode oder zwei kollidierende Kandidaten, Selektoren und Policy-Versionen meinen. Zu jeder Aussage gehören Matching-Regel, Flussattribute, Policy-Version, Zeitfenster und Collector.

Die SID-Funktion entscheidet, wer die Markierung liest

Eine Hop-by-Hop Option verarbeitet jeder Hop. Eine Destination Option vor dem SRH und das AltMark-SRH-TLV folgen den Segmentendpunkten, die die Zieladresse nacheinander bezeichnet. Kann ein Zwischen- oder Ausgangsknoten das TLV nicht verarbeiten, ignoriert er es; bei einem SID ohne Funktion muss der Knoten nicht danach suchen. Teilinstrumentierung ist nützlich, macht aber „der Pfad wurde gemessen“ zu einer unzulässigen Abkürzung. Vielleicht haben nur die unterstützten Endpunkte Beobachtungen geliefert. Hops dazwischen, veränderte Segmentlisten und ignorierte Felder bleiben außerhalb der Behauptung.

Das M-Bit trennt segmentweise von End-zu-End-Messung. End-zu-End ist ein angeforderter Umfang innerhalb der Domäne, kein Beweis für Nutzererlebnis außerhalb; segmentweise ist lokale Beobachtung, keine Anwendungszusage über mehrere Domänen.

Zeit, Sequenz und Service benötigen getrennte Nachweisketten

Erweiterte Daten können Zeitstempel, Sequenz und Steuerung für Rückwärtsüberwachung enthalten. Knoten können Paketzeit und lokale Uhr vergleichen und Einwegverzögerung ableiten. Das ist Fähigkeit, nicht bereits kalibrierte Zahl. Ein Verzögerungsbericht muss Zeitquelle und Epoche, Vergleichspunkte, Umgang mit Abweichung, Capture-Ort und Berechnung behalten. Eine Sequenzlücke kann Netzverlust bedeuten, aber auch Sampling, Capture-Verlust, Regelwechsel oder Collector-Ausfall. F verhindert mehrfaches Zählen eines fragmentierten Originalpakets, nicht aber fehlende Fragmente oder fehlende Anwendungsrekonstruktion.

Der Versuch stellt Fragen; er erklärt keinen Sieger

RFC 9947 fragt, ob der SRH-TLV besser oder schlechter überlebt, Verarbeitung hilft oder schadet, welche Forwarding-Wirkung entsteht und wie seine Metadaten mit anderer On-Path-Telemetrie abschneiden. Er erwartet spätere Evaluation, liefert sie nicht. Ein sauberer Versuch friert Software und SR-Policy ein, vergleicht beide Kodierungen, protokolliert Endpunktverarbeitung, Kollisionen, Collector-Ausfälle, Forwarding-Zähler, unerwartetes Ignorieren und einen unabhängigen Service-Canary. „Kein messbarer Vorteil auf diesem Pfad“ ist ein Ergebnis; „das TLV existiert“ nicht.

Fünf Evidenzstufen

  1. Deklaration: Domäne, Experimentwert, Selektor, SR-Policy und SID-Funktionen wurden konfiguriert.
  2. Paketbeobachtung: Der Eingang fügte das TLV ein, die erwarteten Punkte sahen oder verarbeiteten es im protokollierten Intervall.
  3. Messinferenz: Kennungen, Perioden, Sequenzen und Uhren wurden für eine begrenzte Beobachtung abgeglichen.
  4. Servicekorrelation: Transaktion, synthetische Probe oder unabhängiger Application-Canary sah das relevante Verhalten.
  5. Entscheidung: Der verantwortliche Betreiber änderte, akzeptierte, eskalierte oder rollte zurück und dokumentierte warum.

Konfiguration erlaubt „aktiv“, Capture „hier beobachtet“, ein abgeglichener Collector „in diesem Umfang gemessen“. Kundenwirkung oder Zielerfüllung verlangt die separate Serviceevidenz. Die Markierung wählt keine Abhilfe.

Quellen