Zusammenfassung

  • RFC 1304 zählte in seinen Empfangsobjekten nur fehlerfreie Level-3-PDUs; sipL3Errors erfasste verworfene Protokoll- oder Bitfehler, aber keine adressbezogenen Fehler.
  • Abonnement- und Destination-Address-Screening-Verstöße wurden einer anderen MIB-Oberfläche zugewiesen, sodass selbst eine als Gesamtzahl beschriebene Summe nicht alle Netzverwürfe abdeckte.
  • Die Fehlertabelle speicherte nur das jüngste Ereignis je Typ und Schnittstelle; die spätere Verlagerung von Zählern verlangt zusätzlich eine lückenlose Quellen- und Epochenangabe.

Wenn die Adresse eines Messwerts Geschichte wird

RFC 1694 löste RFC 1304 im August 1994 ab. Die SMIv2-Fassung nannte ihre Definitionen semantisch identisch, weitete den Geltungsbereich aus und markierte zugleich mehrere bisherige SIP-Zähler als veraltet. Künftig sollten Manager entsprechende Objekte aus der MIB-II-Schnittstellentabelle abfragen.

Das ist kein bloßes Detail der Dokumentpflege. Eine historische Messreihe muss festhalten, bis wann der alte Objektbezeichner und ab wann ifTable verwendet wurde. Wurden beide während einer Übergangsphase gelesen? Bezogen sie sich auf dieselbe Schnittstelle und denselben Paketbestand? Wurden Neustarts erkannt oder Werte doppelt gezählt? Der Nachfolgestandard beweist nicht, dass ein Agent, Sammler oder Dashboard diese Fragen richtig beantwortete.

Ein glatter Verlauf kann deshalb eine unbemerkte Quellenverkettung verbergen. Ein Sprung kann aus dem Wechsel der Instrumentierung stammen, nicht aus dem Netz. Die Zahl allein ist für die historische Diagnose zu wenig.

Der ursprüngliche Zähler hatte schon eine Grenze

RFC 1304 erschien im Februar 1992 als Proposed Standard für die Verwaltung des SIP-Schnittstellentyps, also des SMDS Interface Protocol. Der beschriebene Stapel reichte von SIP Level 3 und Level 2 über eine Physical Layer Convergence Procedure bis zu DS1 oder DS3. Bestehende MIBs sollten die Übertragungsschnittstellen abdecken; die Verwaltung von SMDS-Abonnements und Subscriber-Network Interfaces lag außerhalb dieses Dokuments.

Auch innerhalb der SIP-MIB waren die Populationen getrennt. Die Empfangsobjekte für individuell und für Gruppen adressierte Level-3-PDUs enthielten nur fehlerfreie Einheiten. Sie waren kein Rohzähler vor jeder Prüfung.

sipL3Errors zählte Einheiten, die vom entfernten System empfangen, mit Protokollverarbeitungs- oder Bitfehlern erkannt und verworfen wurden. Adressierungsfehler schloss die Beschreibung aus. Für die Berechnung der Level-3-PDU-Fehler nannte der RFC neben der syntaktischen Komponente mehrere semantische: unbekannte Einzelziele, unbekannte Gruppenziele und ungültige SMDS-Adresstypen.

Das Wort Gesamt bezeichnete damit die Summe einer definierten Taxonomie. Es bezeichnete nicht jedes Paket, das irgendwo zwischen Sender und Anwendung scheiterte.

Die Abonnementstelle führte ein anderes Buch

Öffentliche SMDS-Netze konnten PDUs wegen Abonnementverstößen verwerfen. RFC 1304 verwies dafür auf die SMDS Subscription MIB. Verstöße gegen Destination Address Screening waren ausdrücklich auch nicht in den Zählern für unbekannte Ziele enthalten.

Ein Protokollfehlerzähler von null ist daher mit politischen oder vertraglichen Verwerfungen vereinbar. Ein steigender Adressfehlerzähler sagt nichts über Bitfehler aus. Ein wachsender fehlerfreier Empfang beweist nicht, dass die Anwendung die Daten nutzte. Jede Aussage kann innerhalb ihres Messraums korrekt sein, ohne ein Gesamturteil über den Dienst zu tragen.

Wer diese Quellen in einem Dashboard zusammenfasst, muss die Trennlinien sichtbar lassen: Objektmenge, Ausschlüsse, zuständige Verwaltungsstelle und zeitliche Zuordnung. Andernfalls wird aus technischer Verdichtung eine unbelegte Kausalbehauptung.

Zwölf Fächer, jeweils nur für den letzten Fall

Die Level-3-Fehlertabelle unterschied zwölf syntaktische Fehlerarten. Dazu gehörten fehlerhafte Adressfelder, unmögliche Größen, unzulässige Lage oder Länge von Header-Erweiterungen, Tag- und Längendifferenzen sowie ein abgelaufenes Message Receive Interval. Je Schnittstelle und Typ speicherte sie die verworfene Quelladresse, Zieladresse und einen auf sysUpTime beruhenden Zeitpunkt.

Das Fach enthielt jedoch nur das jüngste Vorkommnis. Der nächste Fehler desselben Typs verdrängte seinen Vorgänger. Daraus lassen sich weder Häufigkeit und Dauer noch Behebung und Wirkung rekonstruieren. Ein Zeitstempel von null erklärte den Datensatz für ungültig; er erklärte nicht alle übrigen Fehlerklassen für abwesend.

Auch die Zeitbasis fordert Kontext. sysUpTime ist keine automatisch stabile zivile Uhr. Ohne Systemepoche kann ein scheinbar später Eintrag nach einem Neustart älter sein als ein zuvor exportierter. Ein „letzter Fehler“ braucht somit die Identität und Laufzeit des Systems, das ihn gespeichert hat.

Ein reservierter Ast war noch keine Funktion

Die MIB enthielt eine Gruppe für die Auswahl eines Carriers, doch RFC 1304 nannte sie einen Platzhalter. Der Ast reservierte einen Koordinatenpunkt im Schema. Er belegte weder implementierte Objekte noch aktive Auswahlregeln oder eine getroffene Carrier-Entscheidung.

Die Anwendungstabelle für IP über SMDS verband eine IP-Adresse mit einer individuellen SMDS-Adresse, einer Gruppenadresse für ein Logical IP Subnetwork und dem Ziel für ARP-Anfragen. Diese Zuordnung war nicht eindeutig: Eine SMDS-Adresse konnte mehreren IP-Adressen dienen, und eine Subscriber-Network Interface konnte mehreren logischen Subnetzen angehören.

Die Objekte waren als read-only definiert. Ein Agent durfte sie nach eigenem Ermessen jedoch read-write anbieten, damit eine entsprechend autorisierte Managementstation Adressdaten änderte. Definition, Implementierungsentscheidung, Autorisierung, Änderungswunsch und resultierender Zustand sind getrennte Tatsachen. Eine vorhandene Spalte beweist keine ausgeführte Änderung.

Normtext ist kein Betriebsprotokoll

RFC 1304 dokumentierte keine konkrete Installation und keine Live-Werte. Er belegt nicht, dass ein Hersteller alle Gruppen implementierte, ein Manager die richtige Zeile abfragte oder ein Anwendungsproblem aus einem Zähleranstieg folgte. Der Sicherheitsabschnitt sagte lediglich, Sicherheitsfragen würden nicht behandelt. Daraus folgt weder Authentisierung noch Integrität der Verwaltungsdaten.

Die bleibende Leistung des Dokuments besteht in seiner Begrenztheit. Protokollverarbeitung, Adresssemantik, Abonnementpolitik, Konfiguration und Anwendungsergebnis wurden nicht in eine universelle Kennzahl gezwungen. Historisch belastbar wird ein Messwert erst, wenn Nenner, Ausschlüsse, Objektadresse, Zeitbasis und institutionelle Zuständigkeit mit ihm erhalten bleiben.

Quellen