Zusammenfassung

  • RFC 10014 empfiehlt, „In-Band-OAM“ und „Out-of-Band-OAM“ als pauschale Beschreibungen zu vermeiden. Stattdessen sind aktive, passive oder hybride Teilnahme, Pfadkongruenz und gleiche oder unterschiedliche Weiterleitungsbehandlung getrennt anzugeben.
  • Ein dediziertes Testpaket kann dieselben Knoten und Links wie der Dienst nutzen und dennoch andere Priorität, Queue, Scheduling-, Shaping- oder Schutzmechanismen erhalten. Das Ergebnis kann den Pfad belegen, ohne die Kundenerfahrung zu messen.
  • Konsequente Assurance bindet jedes Ergebnis an Strom, Richtung, Klasse, Konfigurationsepoche, Schicht, Wartungsdomäne, Paketpopulation und Berechnung, Pfad- und Behandlungsannahmen, Entscheidungsregel, Änderungsbefugnis und unabhängige Ergebnisprüfung.

Das Qualitätsdiagramm zeigte keine Abweichung. Eine Assurance-Session trat am selben Edge ein, durchquerte dieselben Core-Systeme und verließ dasselbe Interface wie der geschäftskritische Datenstrom. Dennoch stiegen dessen Antwortzeiten jeden Nachmittag. Weil Vertrag und Oberfläche „In-Band-OAM“ versprachen, galt das Netz als entlastet.

Die Pfade trennten sich nicht auf der Karte, sondern im Scheduler. Die Testpakete trugen eine Kontrollklasse und liefen bevorzugt. Die Nutzdaten warteten in einer überfüllten Service-Queue. Topologisch waren beide kongruent; ihre Behandlung war es nicht. Die Messung sagte Wahres über den Pfad und wurde zur Aussage über eine andere Realität ausgedehnt.

RFC 10014 erschien im Juni 2026 als IETF Best Current Practice. Das Dokument definiert kein universelles OAM-Protokoll und ändert ältere RFC-Bedeutungen nicht. Es schafft ein genaueres Vokabular für Eigenschaften, die Verträge, Incident-Entscheidungen und Automatisierung nicht verwechseln dürfen.

Worin soll „in-band“ liegen?

In Funk und Telefonie bezeichnet Band einen erkennbaren Kanal. Paketnetze bieten mehrere mögliche Bezugsobjekte. OAM-Information kann im Datenpaket selbst liegen. Ein separates Prüfpaket kann den gleichen topologischen Pfad nutzen. Außerdem kann es die gleiche QoS-Behandlung erhalten. Die drei Fälle sind unabhängig.

Die erste Achse beschreibt den Modus. Active OAM erzeugt dedizierte OAM-Pakete. Passive OAM beobachtet vorhandene Datenströme, ohne Testpakete zu erzeugen oder die beobachteten Pakete zu verändern. Hybrid OAM kombiniert aktive und passive Methoden. In-Data-Packet OAM ist ein enger Hybrid-Type-I-Fall, bei dem Datenpakete auch OAM-Information tragen.

Die zweite Achse beschreibt den Weg. Path-Congruent OAM folgt exakt denselben Knoten und Links wie der beobachtete Verkehr. Non-Path-Congruent bietet diese Garantie nicht. Die Definition enthält keine Aussage zur Queue innerhalb eines Knotens.

Die dritte Achse beschreibt die Behandlung. Equal-Forwarding-Treatment bedeutet gleiche relevante QoS, Queues, Scheduling und Shaping. Bei Different-Forwarding-Treatment kann die Behandlung abweichen.

Das ist keine Rangliste. Aktive Verfahren liefern definierte Pakete auch ohne Nutzerverkehr. Passive Beobachtung bewahrt Produktionsverhalten, isoliert Ursachen aber nicht immer. Hybride Verfahren verbinden beides und benötigen Auswahl-, Markierungs-, Zähler- und Zeitregeln. Die zu entscheidende These bestimmt die Eignung.

Gleicher Pfad ist noch kein gemeinsames Schicksal

VCCV ist das präzise Gegenbeispiel. Seine Prüfmeldungen folgen dem Pseudowire-Pfad und wurden deshalb historisch in-band genannt. RFC 10014 klassifiziert sie als aktiv und pfadkongruent, aber mit potenziell unterschiedlicher Behandlung. Der Pseudowire-Pfad kann erreichbar sein, während die Kunden-Queue leidet.

BFD zeigt einen sinnvollen Grund für Ungleichheit. Kontrollpakete erhalten häufig hohe Priorität, damit ein Ausfall schnell erkannt wird. Das stärkt Liveness und Konvergenz. Eine stabile BFD-Session beweist dadurch nicht automatisch geringe Verzögerung oder geringen Verlust für normalen Verkehr.

Stimmen Pfad und Behandlung überein, entsteht stärkeres Fate-Sharing. Auch dann besitzt ein synthetisches Paket nicht automatisch Größenverteilung, Bursts, Verschlüsselungszustand, Transporthistorie, Anwendungstimeout oder Geschäftsbedeutung des Nutzdatenstroms. Netzwerkunsicherheit sinkt; Anwendungserfolg bleibt eine andere Aussage.

„OAM war grün“ benötigt daher Objekt und Geltungsbereich: welcher Strom, welche Richtung, Klasse, Epoche, Schicht, Wartungsdomäne und welche Eigenschaft? Kontinuität, Pfad, Verlust, Verzögerung und Transaktionsabschluss sind keine austauschbaren Zustände.

Die gemessene Paketpopulation setzt die Grenze

MPLS Echo ist aktiv und konstruiert eine Nachricht für eine bestimmte FEC und ein bestimmtes Data-Plane-Verhalten. Label Stack, TTL, Entropie, Größe und Rückweg grenzen die Aussage ein. Ein starker Befund für diese FEC kann einen anderen ECMP-Ausgang oder großen Produktionsstrom verfehlen.

MPLS Loss/Delay Measurement unterscheidet Inferred Loss, das erzeugte Testnachrichten zählt, und Direct Loss, das aus Nutzverkehr gewonnene Zähler in OAM-Nachrichten transportiert. Letzteres ist hybrid: aktive Übertragung einer passiven Beobachtung. Ein gemeinsames Prozentfeld darf diese Populationen nicht unsichtbar machen.

RFC 9197 führt IOAM-Felder in ausgewählten Datenpaketen. Für diese Pakete innerhalb der Domäne sind Pfad und Behandlung eng gekoppelt. Nicht bewiesen sind vollständige Auswahl, verlustfreie Ausleitung, Autorisierung in fremden Domänen oder Verarbeitung durch die Anwendung.

RFC 9341 markiert Produktionsverkehr in wechselnden Blöcken und vergleicht Zähler oder Zeit. Die Methode misst reale Pakete; ihre Bedeutung hängt dennoch von Flow-Definition, Messpunkten, Blockgrenzen, Uhren, Zählern und Reordering ab.

Aktiv, passiv und hybrid liefern unterschiedliche Stärken. Autorität entsteht erst, wenn Paketpopulation und Entscheidungsobjekt zusammenpassen.

Schicht und Wartungsdomäne begrenzen Verantwortung

RFC 7276 ordnet OAM als Werkzeugfamilie für Fehlererkennung, -eingrenzung, Meldung und Performance ein und betont Mehrschichtigkeit. Ein Provider misst MPLS zwischen PEs, ein Kunde IP zwischen CEs, ein Overlay und eine Anwendung weitere Grenzen.

Alle Ergebnisse können korrekt sein. Ein gesunder Core belegt weder Access, CPE, Tunnel, Gateway noch Anwendung. Ein fehlgeschlagener Kundentest lokalisiert die Ursache nicht automatisch im Core. Die Wartungsdomäne begrenzt technische Aussage und Verantwortungszuweisung.

Auch Richtung und Epoche gehören in den Befund. Hin- und Rückweg können andere Pfade und Queues nutzen; RTT faltet zwei Verteilungen zusammen. Ein Ergebnis vor einer Änderung von SR Policy, Queue Map, Schutz oder Software beschreibt die alte Ausführung. Zeitstempel ohne Konfigurations- und Policy-Version genügen nicht.

OAM ist ein Funktionsfeld, kein einziger Entscheider

RFC 6291 legt Operations, Administration, and Maintenance fest. Operations hält Dienste am Laufen und findet Probleme; Administration verfolgt Ressourcen; Maintenance unterstützt Reparatur, Upgrade und Prävention. Provisioning ist verwandt, aber getrennt.

Ein Connectivity Check wird durch das OAM-Etikett nicht gleichzeitig Inventar, Ursachendiagnose, Change Approval und Ergebnisabnahme. Eine integrierte Plattform kann jedoch beobachten, interpretieren, handeln und schließen. Jede Übergabe braucht einen eigenen Verantwortlichen.

Das Messsystem verantwortet die Beobachtung. Der Service Owner bestimmt deren Reichweite. Der Automation Owner kontrolliert Schwelle und Blast Radius. Die Change Authority erlaubt die Wirkung. Der Outcome Owner bestätigt die Erholung. Eine gemeinsame Oberfläche vereint diese Mandate nicht.

Der minimale Evidenzvertrag

Er beginnt mit Identität: Service oder Aggregat, Quelle, Ziel, Richtung, Klasse, Schicht, Domäne, Stream/FEC/Auswahlregel, Konfiguration und Forwarding-Epoche. Danach folgt der Modus. Für dedizierte Pakete werden Pfadkongruenz und Behandlung als garantiert, erwartet, stichprobengeprüft, unbekannt oder abweichend erfasst.

Messsemantik umfasst Aufbau, Größe, Rate, markierte Population, Zähler mit Wrap/Reset, Uhr, Synchronisation, Messpunkte, Fenster, Formel, Sampling, Threshold, Vertrauen und Missing-Data-Regel. Null Verlust ohne Nenner und Zeitraum ist nicht auditierbar.

Provenienz umfasst Implementierungs- und Policy-Version, Kollektoridentität, Authentisierung, Integrität, Konfigurationshash, Zeitquelle, Controller und Korrelationsregel. Ein echtes Datum kann an den falschen Stream gebunden sein.

Entscheidung und Wirkung bleiben getrennt: Objekt, Umfang, Idempotency Key, Freigabe, Commit, Rollback und unabhängiger Servicetest. Ein erfolgreicher Reroute bei weiter scheiternden Transaktionen beendet die Automation, nicht den Incident.