Zusammenfassung

  • draft-ietf-cats-metric-definition-11 vom 4. September 2026 ergänzt Betriebsregeln für herstellerübergreifende Berechnung, Aktualisierungsraten, veraltete Werte und Alarme. Das Dokument bleibt ein Internet-Draft.
  • CATS kann Rechen-, Kommunikations- und Dienstmetriken in einen ein Byte großen, einheitslosen Wert verdichten. Gleiches Format schafft keine Vergleichbarkeit bei verschiedenen Funktionen, Grenzen oder Gewichten.
  • Revision 11 legt die Bedeutung in ein offline synchronisiertes, versioniertes Konfigurationsmanifest. Ob alle Komponenten diese Version ausführen und die gewählte Instanz tatsächlich liefert, muss gesondert belegt werden.

Zwei Standorte melden acht. Standort A leitet den Wert aus freier CPU und Speicher ab. Standort B gewichtet Latenz, Warteschlange und erfolgreiche Anfragen. A verwendet min-max mit den Grenzen einer großen Plattform, B eine Sigmoidkurve für ein kleines Edge-System. Beide Nachrichten sind gültig signiert und frisch.

Der Gleichstand ist syntaktisch. Betrieblich muss er keiner sein.

Die elfte Revision der CATS Metrics Definition macht diese Naht sichtbar. Computing-Aware Traffic Steering soll einen Pfad zu einer Dienstinstanz anhand von Netz- und Rechenzustand wählen. Im CATS Framework sammelt C-SMA Dienst- und Recheninformationen, C-NMA Netzmetriken und C-PS wählt damit den Pfad.

Das Modell hat drei Ebenen. Level 0 enthält rohe, plattformspezifische Messwerte. Level 1 verdichtet sie in computing, communication, service oder composed. Level 2 macht daraus einen globalen normalisierten Einzelwert.

Diese Reduktion spart Protokollaufwand. Ein Netzelement muss nicht Hunderte herstellerspezifische Zähler verstehen. Die Vergleichstabelle des Entwurfs nennt den Preis: Level 0 ist genau und aufwendig, Level 2 einfach und stabil, aber weniger genau. Der globale Wert besitzt keine physische Einheit, belegt ein Oktett und nennt als Quelle normalization.

Derselbe Wertebereich ist noch kein gemeinsamer Maßstab

Vorgeschlagen ist null bis zehn. Als Normalisierung nennt der Text min-max und Sigmoid, als Aggregation Mittelwert, Minimum, Maximum und gewichteten Mittelwert. Die konkrete Funktion wird nicht standardisiert. Implementierung und Betreiberpolitik entscheiden.

Andere min-max-Grenzen geben demselben Rohwert eine andere Note. Andere Gewichte verschieben Macht zwischen CPU, Netz und Dienst. Selbst die Richtung muss feststehen: Bedeutet höher besser oder schlechter? Das gemeinsame Byte trägt ein Ergebnis, nicht dessen Bedeutung.

Einige Felder erhalten Kontext. Source unterscheidet nominal, geschätzt, direkt gemessen, aggregiert und normalisiert. Statistics kann Maximum, Minimum, Mittelwert oder aktuellen Wert markieren. Observation_Time verankert die Beobachtung optional nach RFC 3339, Validity_Interval begrenzt ihre Verwendung; fehlt es, greift lokale Politik. RFC 5835 behandelt Metrikkomposition, RFC 9439 die Herkunft.

Doch Source: normalization ist kein Rechenbeleg. Rohproben, Ausreißer, Formel, Grenzen, Gewichte, Kalibrierlast und Softwarestand fehlen. Ein authentischer und frischer Wert kann die falsche Manifestversion vollkommen korrekt ausführen.

Der neue Abschnitt 7 verlangt innerhalb einer Verwaltungsdomäne eine gemeinsame Auffassung aller Hersteller. Abzugleichen sind Wertebereich, Normalisierungstyp und Parameter, Aggregationsformel und Gewichte sowie die Vergleichsrichtung. Ohne Einigung kann die Auswahl verzerrt werden.

Das Ergebnis soll in ein formales, versionskontrolliertes Manifest und während der Initialisierung offline synchronisiert werden. Nach dem Start nehmen Komponenten an, dass empfangene Werte danach berechnet wurden; eine dynamische Aushandlung zur Laufzeit gibt es nicht. Scheitert die Einigung, kann der Betreiber zentral normalisieren oder eine bestimmte Level-0-Metrik verwenden.

Das hält die gemeinsame Schicht klein. Es schafft aber eine Annahmegrenze. Das richtige Manifest im Repository beweist nicht seine Aktivierung in jeder C-SMA und C-PS. Eine Signatur belegt Herausgeber und Unversehrtheit, nicht die verwendeten Gewichte.

Ein letzter guter Wert ist eine Kontinuitätsentscheidung

Rechenzustand ändert sich schnell; Veröffentlichungen belasten die Steuerung. Der Entwurf empfiehlt höchstens eine Aktualisierung pro Instanz und Messfenster. Bei Hunderten oder Tausenden Instanzen muss die Gesamlast geprüft werden.

Wird ein beispielhaftes Zehn-Sekunden-Fenster auf dreißig oder sechzig Sekunden verlängert, sinkt die Meldungsrate und steigt das Alter. Nur Level 2 zu senden verbirgt Kategorien. max, min, mean oder cur beantworten unterschiedliche Fragen. Eingesparte Sichtbarkeit erscheint als Unsicherheit der Auswahl.

Bei Ausfall oder fehlender Frische soll ein letzter guter Wert begrenzt weiterlaufen—beispielsweise zwei oder drei Fenster. Danach wird die Instanz herabgestuft oder ausgeschlossen; als letzte Stufe bleibt rein netzbasierte Auswahl. Frischefehler, Komponentenausfall, plötzliche Sprünge, festgefrorene Werte und Widersprüche zwischen Level 1 und Level 2 sollen alarmieren.

Bei zehn Sekunden und drei Fenstern kann eine alte Acht rund dreißig Sekunden nach Quellenstillstand wirken. Das kann Verfügbarkeit schützen. Gegenwärtige Reserve beweist es nicht. Beobachtungszeit, Empfang, Beginn der Wiederverwendung, Schwelle und Ausschluss gehören getrennt in den Beleg.

Der Sicherheitsteil verlangt Integrität, Herausgeberauthentisierung, dienstbezogene Veröffentlichungsrechte, Schutz vor Replay und Alter sowie Verschlüsselung. Diese Regeln sind nötig, weil die Metrik Weiterleitung verändert. Kryptografie kann jedoch keinen Sensor und kein Kalibrierungsmodell wahr machen.

Der Nachweis endet erst beim Dienstergebnis

Heng Lus Realitätsebenen trennen Rohbeobachtung, Statistikfenster, Aggregation, Normalisierung, Auswahl, Weiterleitung, Annahme und Nutzerwirkung. Eine Acht ist keine Kapazitätseinheit. Auswahl ist keine Zustellung; Zustellung kein nützlicher Dienst.

Running-Code Primacy verlangt deshalb Mess-IDs und Einheiten, Fenster, Statistik, Manifest-Hash, aktive Version auf Sender und Empfänger, Wert, Frischeurteil, C-PS-Eingaben, ausgewählte CSCI-ID, installierte Aktion, Empfang, Fehler, Latenz und Abschluss in einer nachvollziehbaren Kette.

Eine minimale Ausgangsspezifikation kann Felder, Herkunft, Zeit und Manifestidentität vereinheitlichen, ohne weltweit ein CPU-Gewicht festzulegen. Grenzen, Gewichte, Rate und Fallback bleiben lokal. Sichtbar bleiben muss, welche lokale Wahl Verkehr bewegte.

Revision 11 belegt weder Einsatz noch Leistungsgewinn. Sie sagt etwas Grundlegenderes: Bedeutung wird vor dem Betrieb vereinbart und im Betrieb vorausgesetzt. Die Vergleichbarkeit zweier Achten darf nicht erst nach einer Fehlleitung aus verstreuten Konfigurationen rekonstruiert werden.

Quellen