Zusammenfassung

  • RFC 3434 koppelte den Betrag an HcValueStatus: Null mit valueNotAvailable(1) bedeutete fehlgeschlagene Beschaffung und nicht eine Messung mit dem Wert null.
  • Die Alarmzeile blieb bestehen, Fehlversuche wurden gezählt und ein Delta ohne vorherige Probe wurde ungültig; Schwellwertübergang, Ereignis, Zustellung und Reaktion blieben getrennte Nachweise.

Eine Null ohne Messung

RFC 3434 definierte für Hochkapazitätsalarme einen zusammengesetzten Wert. hcAlarmAbsValue speicherte den Betrag, hcAlarmValueStatus seine Gültigkeit und sein Vorzeichen. Konnte die überwachte Instanz nicht gelesen werden, stand im Betrag null und im Status „nicht verfügbar“.

Diese Null war kein Ersatzmesswert. Sie hielt nur die Datenform stabil. Der Status begrenzte die Aussage. Weil eine Differenz auch negativ sein kann, unterschied derselbe Status außerdem positive und negative Werte. Wer nur den Betrag exportierte, konnte aus einem negativen Delta ein positives und aus einer Lücke eine gemessene Null machen.

Die Textfassung, der RFC-Editor-Eintrag, die IETF-Seite, ihre Historie und Referenzen belegen Spezifikation und Prozess, aber keine heutige Implementierung oder Störung.

Weshalb 32 Bit nicht mehr genügten

Die RMON-Tabelle aus RFC 2819 konnte periodisch abtasten und steigende oder fallende Schwellen mit Ereignissen verbinden. Ihre Semantik war jedoch auf 32-Bit-Werte zugeschnitten. RFC 2863 zeigte, wie schnell ein 32-Bit-Oktettzähler bei wachsenden Leitungsraten umlaufen konnte: im zitierten Beispiel bei 1 Gbit/s in ungefähr 34 Sekunden.

RFC 3434 schuf deshalb eine unabhängige Tabelle für Counter64 und CounterBasedGauge64 aus RFC 2856. Die vorhandene RMON-Ereignistabelle wurde weiterverwendet, ohne die alte Alarmtabelle rückwirkend umzudeuten.

Auch ein Schwellwert bestand aus mehreren Objekten: einem unteren Wort, einem oberen Wort und einem Vorzeichenstatus. Der Betrag war das untere Wort plus das obere Wort mal zwei hoch zweiunddreißig. Fehlte ein Teil, blieb eine syntaktische Zahl übrig, aber nicht derselbe Schwellwert.

Die Regel überlebte, die Beobachtung nicht

War die Variable in einem Intervall nicht verfügbar, wurde die Alarmzeile nicht gelöscht. Die Konfiguration blieb aktiv. hcAlarmValueFailedAttempts zählte erfolglose Beschaffungsversuche, die für diese Zeile durchgeführt wurden.

Das waren getrennte Aussagen. Zeilenbestand bewies Konfigurationskontinuität. Der Zähler bewies fehlgeschlagene Abfragen. Der Status bewies, dass der gespeicherte Betrag nicht als Beobachtung gelten durfte. Keiner erklärte die Ursache. Zugriffsrechte, fehlendes Objekt, Last, Zeitverhalten oder Agentenfehler mussten gesondert untersucht werden.

Im absoluten Modus wurde der aktuelle Wert direkt verglichen. Im Delta-Modus wurde die vorherige Probe abgezogen. Fehlte die vorherige Probe, gab es keine ehrliche Basis. Selbst eine erfolgreiche aktuelle Abfrage konnte die Vergangenheit nicht nachträglich erzeugen. Der Delta-Status musste nicht verfügbar bleiben.

Eine einzige Lücke wirkte somit auf zwei Zeitpunkte: Sie war selbst keine Nullmessung und entzog der nächsten Differenz ihre Grundlage. Kontinuität gehörte zur Bedeutung des Werts.

Der Übergang war noch kein Ergebnis

Ein steigendes Ereignis entstand beim Wechsel von unterhalb der oberen Schwelle auf gleich oder darüber. Ein weiteres durfte erst entstehen, nachdem der Wert bis zur unteren Schwelle zurückgekehrt war. Die fallende Seite arbeitete spiegelbildlich. Diese Hysterese verhinderte eine Ereignisflut bei Schwankungen nahe einer Grenze.

Die Startregel konnte beim ersten gültigen Wert ein Ereignis zulassen. Trotzdem bedeutete Ereignisindex null: keine Zuordnung. Ein anderer Index ohne passende Zeile in der Ereignistabelle bedeutete ebenfalls keine Zuordnung. Selbst eine gültige Zuordnung bewies weder Versand noch Empfang, Kenntnisnahme oder Behebung.

Beschaffen, validieren, berechnen, vergleichen, Übergang erkennen, Ereigniszeile auflösen, Aktion ausführen, transportieren, empfangen und reagieren waren eigenständige Schritte. RFC 3434 spezifizierte frühe Belege, nicht den Gesamterfolg.

Der Zeiger und die Sicht

hcAlarmVariable konnte verschiedene ganzzahlige MIB-Objekte bezeichnen. RFC 3434 wies darauf hin, dass SNMP-Sichten zwar den Zugriff auf Objekte regeln, den Wert dieses Zeigers aber nicht zuverlässig auf Objekte einer bestimmten Sicht beschränken konnten. Schreibzugriff sollte daher nur in Sichten möglich sein, die alle Objekte der Sonde lesen durften.

RFC 3410 beschreibt den Rahmen, RFC 3414 USM und RFC 3415 VACM. Ihre Nennung beweist keine sichere Konfiguration. RFC 2578, RFC 2579, RFC 2580 und RFC 2119 definieren Sprache und Konventionen, nicht den Zustand eines Geräts.

Das IANA-SMI-Verzeichnis bewahrt den Registrierungsrahmen; die Errata-Suche begrenzt bekannte Korrekturen. Beides misst keine Verbreitung.

Ungewissheit als Datenbestandteil

Zeit und Zahl reichen für eine hübsche Kurve. Für eine belastbare Aussage braucht man Status, Vorzeichen, Modus, Vorgängerkontinuität, Zeilenidentität und Fehlerhistorie. RFC 3434 zeigte, dass das Weglassen dieser Felder keine neutrale Kompression ist.

Heng Lus Text über Realitätsebenen erklärt die Macht der sichtbaren Null gegenüber ihrer Einschränkung. Sein Plädoyer für laufenden Code erinnert daran, dass eine Standardunterscheidung nur lebt, wenn Implementierungen sie weitertragen.

RFC 3434 garantierte keine erfolgreiche Alarmzustellung. Es ermöglichte eine präzisere Aussage: Die Regel bestand, die Beobachtung fehlte, und die Null war nicht gemessen.

Quellen