Zusammenfassung

  • RFC 9516 stellt für SFC ein aktives OAM-Instrument für Fehlerverwaltung, Pfadverfolgung und Konsistenzprüfung bereit; das Ergebnis belegt die Behandlung eines Test-Requests.
  • Eine belastbare Aussage über einen Produktionsdienst braucht zusätzlich die passenden Versionen von Klassifikation, SFP/RSP und Underlay, den tatsächlich gewählten Funktionsinstanznachweis sowie eine unabhängige Beobachtung des Ergebnisses.

In vielen Störungen fehlt nicht Telemetrie, sondern Zeitbezug. Ein Team schaut auf einen Echo Reply, der heute um 09:42 zurückkam, und leitet daraus eine Aussage über einen Kundenfluss ab, der zehn Minuten zuvor oder nach einer Umschaltung verarbeitet wurde. Dazwischen können Klassifikationsregel, Rendered Service Path, Lastverteilung, Session-Zustand und Underlay bereits andere Tatsachen beschrieben haben. Ein grüner Test ohne seine Konfigurationsepoche ist ein Befund mit unbestimmtem Geltungsbereich.

RFC 9516 macht diese Beobachtung nicht wertlos. Sie definiert Active OAM für Service Function Chaining bei Nutzung des Network Service Header und bietet Funktionen für Kontinuitäts- und Konnektivitätsprüfung, Fehlerlokalisierung, SFP/RSP-Tracing und Konsistenzprüfung. Der Gegenstand ist Fault Management. Performance Monitoring wird von dem Dokument nicht erfüllt und liegt außerhalb seines Umfangs. Diese Trennung ist wichtig: Ein Paket, das einen definierten Pfad erreicht, ist kein Messwert für die Qualität einer Dienstleistung und kein Beleg für ihre Semantik.

Der erste Versionswechsel kann schon am Klassifikator liegen. RFC 7665 beschreibt Klassifikation als lokale Zuordnung von Traffic Flows zu einer Richtlinie. Diese Richtlinie kann kunden-, netz- oder dienstspezifisch sein. Eine SFC ist die geordnete, abstrakte Menge von Service Functions und Reihenfolgebeschränkungen für den so ausgewählten Verkehr. Wer ein Echo für eine Kette erzeugt, hat damit nicht gezeigt, welche produktiven Flüsse im betrachteten Zeitfenster diese Kette tatsächlich ausgewählt haben.

Es kann eine Ausnahme für ein Segment gegeben haben, einen neuen Tenant-Schlüssel, eine Richtung, die nicht vom Test repräsentiert wird, oder eine Policy-Version, die nur einen Teil der Flows umstellte.

Auch „Pfad“ ist ohne genaue Schichtbezeichnung zu unpräzise. Der Service Function Path ist eine logische Instanz. Der Rendered Service Path ist die konkrete Realisierung, die bestimmte SFF- und SF-Identitäten enthält. Diese Indirektion bedeutet, dass ein SFP zu mehreren RSPs abgebildet werden kann. Bei Lastverteilung hinter einem SFF durchläuft ein einzelner Flow nur eine der angeschlossenen SF-Instanzen. Ein Konsistenzbericht über verfügbare Instanzen beschreibt deshalb nicht den Verlauf eines beliebigen Produktionspakets; er kann allenfalls zeigen, welche Informationen die spezielle Prüfprozedur zurückgemeldet hat.

Die Konstruktion des Tests versucht, einen relevanten Vergleich zu schaffen. Eine Echo Request muss das zum überwachten SFP passende Underlay-Encapsulation verwenden, das O-Bit im NSH setzen und den SFC Active OAM Header unmittelbar nach dem NSH platzieren. So soll der Test im Vorwärtsweg fate sharing mit den überwachten SFC-Daten haben. Das ist eine starke operative Eigenschaft: Ein offensichtlicher Pfadfehler wird nicht durch eine völlig getrennte Managementroute verdeckt.

Gerade diese Präzision verlangt aber, die Vergleichsmenge aufzuschreiben. Eine synthetische Probe trägt möglicherweise nicht dieselbe Länge, denselben Flow-Key, dieselben Metadaten, denselben verschlüsselten Zustand, denselben Anwendungsinhalt oder dieselbe Queue-Situation wie der Datenverkehr, über den gesprochen wird. Eine Service Function kann auf persistente Sitzungseigenschaften, Inhalt einer Anwendung, Kundenattribute oder Ressourcenknappheit reagieren. RFC 7799 beschreibt aktive Messung als Erzeugung von Paketströmen für Messzwecke, häufig als synthetisch bezeichnet.

Synthetisch bedeutet nicht irrelevant; es bedeutet, dass Repräsentativität angegeben werden muss, statt stillschweigend vorausgesetzt zu werden.

Der Rückweg hat eine eigene Epoche und eine eigene Behauptung. Die Request durchläuft den SFP mit NSH. Die Echo Reply kehrt normalerweise ohne NSH zurück. Der Absender kann eine Antwort außerhalb des Bands über IPv4- oder IPv6-UDP oder einen bestimmten Rückweg anfordern; es gibt ebenfalls Varianten mit MAC-basierter Integrität. Wenn ein Bericht lediglich „Round Trip erfolgreich“ meldet, sollte er offenlegen, welche dieser Konstruktionen vorlag. Ein bestätigter Vorwärtspfad und eine außerhalb des Bands beim Controller eintreffende Antwort ergeben keine automatisch symmetrische Ende-zu-Ende-Beobachtung.

Dasselbe gilt für die Codes. Ein validierter Request am Ende des SFP führt zu End of the SFP; ein transitierender SFF kann No Error zurückgeben. Diese Codes informieren über die Bearbeitung dieses Requests. Sie zeigen nicht, dass eine Firewall die richtige Kundenentscheidung traf, dass ein Proxy den erwarteten Anwendungsvorgang ausführte oder dass ein externer Dienst wirksam erreichbar war. Aus einem Protokollcode eine Kundenwirkung abzuleiten, fügt der Messung einen neuen Gegenstand hinzu, statt sie auszuwerten.

Für einen belastbaren Dienstbefund braucht es daher ein gemeinsames, zeitlich sortiertes Evidenzprotokoll. Es hält fest: die Policy-Version und die repräsentierte Flow-Population; die SFC-, SFP-, RSP- und Underlay-Version; Quelle, Konstruktion, Zeitplan, Verlust und Reply Mode der Probe; Beobachtungen des Produktionsverkehrs am Eintritt und Austritt; Nachweise der tatsächlich ausgewählten SF-Instanz; sowie ein vom Probe-Ergebnis unabhängiges Ergebnismerkmal, das zum behaupteten Dienst passt. Nicht jede Information kann breit gespeichert oder offengelegt werden.

Die zulässige Vertraulichkeit entbindet jedoch nicht davon, die Grenzen des Belegs zu benennen.

Der von RFC 9516 vorgesehene einzelne Provider-Betriebsbereich gibt diesem Protokoll eine Zuständigkeitsgrenze. Innerhalb des Bereichs kann ein Betreiber die Testkonstruktion kontrollieren und die lokalen Elemente erkennen. An einer Domänengrenze können Klassifikation, Routing, Verantwortlichkeit und Sichtbarkeit wechseln. Ein lokaler Echo Reply ist nicht von selbst ein Nachweis für den Teil, den eine andere Organisation kontrolliert, auch wenn beide Teile in einem Kundenangebot zusammen erscheinen.

Die Leitungsfrage lautet also nicht: „War die Probe erfolgreich?“ Sie lautet: „Für welche Konfiguration, welchen Flow-Typ, welche Instanz und welchen Zeitpunkt gilt ihr Ergebnis?“ Erst danach lässt sich entscheiden, welche weitere Evidenz fehlt. Diese Reihenfolge bewahrt die Stärke des OAM-Signals, statt es durch Überdehnung unbrauchbar zu machen.

Sources