Zusammenfassung

  • RFC 9634 verlangt eine nachvollziehbare Zuordnung der OAM-Sitzung zum überwachten DetNet-IP-Fluss.
  • BFD, STAMP und ICMP besitzen andere Header als die Anwendung; ein UDP-Quellport kann ECMP/LAG beeinflussen, aber keine einheitliche Entscheidung heterogener Geräte garantieren.
  • Der belastbare Beleg verbindet Selektoren, gewähltes Mitglied, Queues, Filter, Policer, Reserven, Dienstschicht, Messfenster und Anwendungsentscheidung.

STAMP meldete gute Laufzeit. Das Produktionspaket war über ein anderes ECMP-Mitglied verspätet.

RFC 9634 macht aus diesem scheinbaren Widerspruch eine Prüfpflicht. DetNet kann nach Protokoll, Adressen, Ports und DSCP klassifizieren. Die OAM-Protokolle verändern notwendigerweise einige dieser Felder. Deshalb braucht es den Produktionsselektor, den Testselektor und eine versionierte Zuordnungsregel.

Ein passend gewählter UDP-Quellport kann denselben Hash-Bucket treffen. Das bleibt eine Annahme: Geräte können andere Felder oder Seeds verwenden, Mitgliedswechsel können nur Teile des Verkehrs neu verteilen. Zu sichern sind gesendete Header, beobachtete Mitglieder, Konfigurationsgeneration und Änderungen im Messfenster.

Gleicher Pfad, andere Behandlung

Die Sonde muss auch Shaping, Filterung, Policing und vorab zugeteilte Ressourcen teilen. Eine ACL-Ausnahme, eine bevorzugte Queue oder die geringe Testrate kann genau den Engpass umgehen, der die Anwendung trifft. Bei Replikation, Eliminierung und Reihenfolge muss außerdem die richtige Dienstschicht durchlaufen werden.

IP-in-UDP vereinfacht die Zuordnung, lässt die DetNet-Domäne aber wie einen einzelnen IP-Link erscheinen; normales traceroute verliert die Transitknoten. DetNet-in-UDP und GRE-in-UDP können stärkere Zuordnungen und Messfunktionen tragen. Ihre Existenz ist dennoch kein Messprotokoll eines konkreten Tests.

Das Ergebnis behält die Grenzen der Methode

BFD erkennt Kontinuität nach seiner Zustandsmaschine, STAMP liefert Verzögerungs- und Verlustbeobachtungen innerhalb einer Sitzung, ICMP hilft bei bestimmten Fehlern. Keines übernimmt automatisch Population, Uhr oder Frist der Anwendung. Richtung, Beobachtungspunkte, Intervall, Sampling, Sequenz, Duplikate, verspätete Pakete und Zählerunterbrechungen gehören in den Vertrag.

„Kein Fehler erkannt“ beweist kein Ergebnis. Der Test kann ein anderes ECMP-Mitglied, eine andere Queue oder den Störungszeitraum ausgelassen haben. Die Negativaussage gilt nur für die belegte Abdeckung.

Domänengrenzen eröffnen die Zuordnung neu

Ein Dienst kann IP-, MPLS- und TSN-Domänen durchqueren. Richtige Tests in jeder Domäne belegen nicht, dass der Übergang Klasse, Reservierung und Zeitbezug bewahrte. Peering und Tunneling schaffen unterschiedliche Sichtbarkeit; der Betreiber dokumentiert Ende und Neubeginn jeder Zuordnung.

Mehrere grüne Anzeigen ergeben durch Addition keinen Ende-zu-Ende-Beleg. Jedes Segment braucht Identität, Übergabezeit, Mapping, Uhr und bekannte Lücken. Belegt ein Abschnitt nur Erreichbarkeit, kann die Gesamtkette keine Frist zusichern.

Sechs getrennte Belege

Der erste definiert Fluss, Richtung, Profil und Generation. Der zweite beschreibt Sitzung und gesendete Header. Der dritte belegt Mitglied und stabile Zuordnung. Der vierte dokumentiert Queue, Filter, Policer, Shaper, Reservierung und Funktion. Der fünfte bewahrt Ereignisse, Uhr, Population, Berechnung und Unsicherheit. Der sechste enthält Annahme, Begrenzung, Rollback oder Ausnahme.

Vor der Reparatur Beweise sichern

Wenn Produktion ausfällt und die Sonde grün bleibt, können Portwechsel, Mitgliederentfernung oder Sitzungsneustart den Dienst retten und zugleich die Erklärung vernichten. Zuerst werden Selektoren, Header, Mitglieder, Queue- und Policy-Treffer, Ressourcenbindung, Discontinuity und Topologieereignisse eingefroren. Danach folgt eine auf den nachgewiesenen Einfluss begrenzte Wiederherstellung.

Der Test nach der Reparatur gehört zu einer neuen Generation und einem neuen Fenster. Er beweist den alten Zeitraum nicht rückwirkend. Hin- und Rückrichtung bleiben ebenfalls getrennt: Request und Reply können andere Hashes, Mitglieder und Engpässe sehen. Ein guter RTT ist weder der Beleg zweier Einwegpfade noch Ersatz für eine One-Way-Frist.

Automatisierung darf bei vollständiger Generation, Mitgliedsbeobachtung, Behandlung, Messfenster und Abnahme in eine begrenzte nächste Phase wechseln. Eine einzelne Antwort darf nicht endgültige Lieferung bedeuten. Der unklare Nachweis eines Mitglieds oder einer Domäne rechtfertigt weder Neustarts unbeteiligter Dienste noch das Löschen gültiger Belege anderer Abschnitte.

In Heng Lus Schichten koordiniert das Modell; laufender Code und beobachtete Pakete entscheiden, ob es Wirklichkeit wurde. Keine Signatur darf die andere ersetzen.

Quellen