Zusammenfassung

  • draft-ietf-cats-oam-fw-01 ist ein aktiver Internet-Draft der CATS-WG, kein RFC, kein Einführungsnachweis und keine Betriebsanweisung.
  • Link-, Path-, Instance- und Service-Ebenen unterscheiden Konnektivität, Instanzstatus und Ende-zu-Ende-Evidenz.
  • Policy Verification vergleicht beobachtete Weiterleitung mit der vorausgegangenen C-PS-Wahl; Administratoren definieren die Gewichte, aus denen diese Wahl entsteht.
  • Ein Beleg von Telemetrie bis Abhilfe sollte Quelle, Frische, Richtlinie, Konflikt, Handlung, Ausführung und Ergebnis getrennt festhalten.

Beobachtungskompetenz ist kein Betriebsmandat

Die CATS-Charta behandelt die Frage, wie ein Netzwerkrand Verkehr von Clients zu Standorten mit mehreren Dienstinstanzen lenkt. Sie berücksichtigt, dass Netzwerk- und Rechenmetriken gemeinsam die Erfahrung beeinflussen können, arbeitet aber mit einem Ein-Domänen-Modell und trennt die Steering-Funktion im Netz des Anbieters logisch vom Dienstbetrieb. Eine Komponente kann eine lokale Richtlinie anwenden. Damit wird sie weder Eigentümerin des Dienstes noch Inhaberin einer vertraglichen Verpflichtung oder Instanz mit der Befugnis, eine Wiederherstellung auszuwählen.

Auch der Dokumentstatus verlangt diese Disziplin. Der Datatracker führt den Text als aktives WG-Dokument, mit IESG-Status I-D Exists, als vorgesehenes Informational-Dokument und mit Ablauf im Januar 2027. Das belegt nur einen Prozessstand. Es belegt weder die Einführung durch einen bestimmten Betreiber, noch eine bessere Dienstleistung, noch die Verbindlichkeit einer lokalen Richtlinie. Internet-Drafts sind Arbeit im Werden und können aktualisiert oder ersetzt werden.

Vier Ebenen ergeben kein einziges Urteil

Link OAM beobachtet die Verbindung, Path OAM den Pfad zwischen Forwardern, Instance OAM die Ressourcen und Gesundheit einer Instanz und Service OAM den Weg vom eingehenden Forwarder zur Dienstinstanz. Die Aufteilung verhindert, dass eine antwortende IP-Schnittstelle mit einem laufenden Anwendungsvorgang verwechselt wird. Dennoch bleiben die Gegenstände verschieden: CPU-Auslastung ist keine Anwendungstransaktion, Messlatenz keine Vertragsauslegung eines SLA und Domänenisolation kein Beweis für Ursache, Schuld oder Schaden.

Der Entwurf nimmt konkrete Protokollimplementierungen für Instance und Service OAM ausdrücklich aus dem Umfang heraus. Das ist kein Leerraum, den ein allgemeines Überwachungsbild füllen könnte. Architektur, Protokoll und Betriebsverfahren sind jeweils eigene Entscheidungen mit eigener Zuständigkeit und eigener Fehlergrenze.

Richtlinienprüfung gleicht mit einer früheren Wahl ab

Policy Verification beantwortet eine eng begrenzte Frage: Entspricht die tatsächliche Weiterleitung vom eingehenden CATS-Router bis zur gewählten Instanz der Entscheidung des CATS Path Selector, also des C-PS? Sie prüft die Ausführung gegen eine frühere Wahl. Sie entscheidet nicht, ob jene Wahl die richtige Richtlinie war.

Eine Übereinstimmung beweist nicht, dass die Gewichtung von Netz und Rechenleistung richtig war. Eine Abweichung wählt weder ein neues Gewicht noch einen Failover, eine Sperre, eine menschliche Freigabe oder ein begründetes Nichtstun. Die administrativen Anforderungen sehen vor, dass Administratoren CATS-Richtlinien einschließlich der Gewichte zwischen Netz- und Rechenressourcen definieren. Telemetrie erreicht das C-SMA, und der C-PS arbeitet innerhalb dieser Richtlinie; Verantwortung für Inhalt und Änderung bleibt bei der örtlich befugten Stelle.

Konflikterkennung wählt keine Auflösungsregel

Instance OAM erlaubt Push und Pull. Widersprechen sich Werte, muss das System den Konflikt erkennen; eine einheitliche Auflösungsstrategie schreibt der Entwurf jedoch nicht vor, weil sie von der Einführung abhängt. Welche Quelle Vorrang hat, welche Verzögerung akzeptabel ist, wer Automatisierung unterbricht und wie eine Wartungsausnahme die Handlung verändert, bleiben lokale Verantwortungsfragen.

Zeitstempel, Frischegrenzen sowie periodische oder schwellengesteuerte Berichte sind ebenfalls nicht neutral. Sie verwandeln verteilte Beobachtung in eine Handlungsregel und können zwar Verzögerung mindern, aber auch Oszillation, unnötige Verschiebung oder Übersehen erzeugen. Ein Betreiber kann einen Pfad behalten, eine Instanz entleeren, Genehmigung einholen, einen überprüften Failover ausführen oder begründet nicht handeln. Der Entwurf liefert Evidenz für diese Möglichkeiten; er wählt keine davon.

Ein Beleg von Telemetrie bis Abhilfe

Bei einer wesentlichen Änderung sollten Quelle, Zeit, Objekt und Frischeregel; eine Integritätsprüfung; Richtlinienversion und befugter Eigentümer; Konflikt und dessen Behandlung; die Person oder Instanz, die die Handlung wählte; Ausführungsnachweis; sowie eine Bedingung für Rücknahme oder Überprüfung kurz erhalten bleiben. Dafür müssen weder Kapazität, Topologie, Kundendaten noch ausnutzbare Telemetrie veröffentlicht werden.

Das Ergebnis gehört in eine eigene Zeile. Dass Weiterleitung mit dem C-PS übereinstimmt, belegt Ausführungskonsistenz, nicht Dienstwiederherstellung, Kundenerfolg oder SLA-Erfüllung. Dieser Beleg ist eine redaktionelle Empfehlung von Daniel Kade, keine IETF-Anforderung und keine Behauptung über eine bestehende CATS-Einführung.

Quellen

  1. draft-ietf-cats-oam-fw-01
  2. CATS-WG-Charta
  3. RFC 7282
  4. Heng Lu, The Multi-Stakeholder Mirage