Zusammenfassung

  • entPhySensorValue war keine selbsterklärende Messung. Datentyp, Zehnerpotenz und Festkommapräzision bestimmten die Bedeutung; Betriebsstatus, Zeitstempel und Aktualisierungsrate begrenzten die Aussage über ihre Aktualität.
  • Die Rate null konnte bedarfsgesteuerte, ereignisgesteuerte oder unbekannte Aktualisierung bedeuten. ok(1) bestätigte nur, dass der Agent einen Wert erhielt. Kalibrierung, physische Wahrheit und Alarmausführung blieben außerhalb.

Eine Datenbankspalte wusste noch nicht, was 315 bedeutete

Ein Managementsystem liest 315. Ohne Vertrag können dies 31,5 Grad Celsius, 315 Umdrehungen pro Minute, 315 Watt, eine relative Größe oder ein alter Polling-Wert sein.

RFC 3433 standardisierte im Dezember 2002 die Entity Sensor MIB. Textfassung, RFC-Editor-Datensatz, IETF-Seite, Historie, Referenzen und Errata-Suche belegen einen Standards-Track-Vertrag, keine aktuelle Gerätemessung.

Die Tabelle ergänzte nur physische Einträge der Klasse sensor(8) und teilte deren entPhysicalIndex. Grundlage war RFC 2737; RFC 6933 bewahrte später das physische Identitätsmodell. Erst kam die Frage, welcher Komponente die Zahl zugeordnet wurde.

Typ, Skala und Präzision bildeten ein Paket

Der Typ unterschied Spannung, Strom, Leistung, Frequenz, Celsius, Feuchte, RPM, Luftstrom, Wahrheitswert und offene Kategorien. Die Skala fügte eine Zehnerpotenz von yocto bis yotta hinzu. Die Präzision beschrieb Dezimalstellen oder genaue Ziffern.

Mit Celsius, units und Präzision 1 bedeutete 315 genau 31,5 Grad. Eine andere Skala oder Art machte aus derselben Ganzzahl eine andere Behauptung.

Bei Festkommatypen waren minus eine Milliarde und plus eine Milliarde für Unter- und Überlauf reserviert. Ohne Sentinel-Status wurde ein Fehler zum scheinbaren Extremwert.

Das Modell stützte sich auf RFC 2578 für SMIv2, RFC 2579 für Textkonventionen, RFC 2580 für Konformität und RFC 2119 für Normsprache.

Das bestätigte Erratum 2008 korrigierte vertauschte Kommentare: peta(14) steht für 10^15, exa(15) für 10^18. Wer nur den falschen Kommentar übernahm, konnte sich um den Faktor tausend irren.

Dezimalstellen waren keine Genauigkeitsklasse

Precision bezeichnete die Darstellung, nicht automatisch Kalibrierung, Unsicherheit oder Rückführbarkeit. RFC 7460 erklärte später ausdrücklich, dass RFC 3433 keine ANSI-/IEC-Genauigkeitsklassen für Stromzähler enthält und definierte deshalb ein eigenes Accuracy-Objekt.

Eine Nachkommastelle beweist keine Genauigkeit auf ein Zehntel. Auch entPhySensorUnitsDisplay war nur Anzeigetext; maschinelle Auswertung musste Typ und Skala verwenden.

Der Status war Wissen des Agenten

ok(1) hieß, der Agent konnte den Wert beschaffen. unavailable(2) hieß, er konnte es gerade nicht. nonoperational(3) hieß, er hielt den Sensor wegen harter oder weicher Fehler für defekt.

Ein grüner Zustand bewies weder Kalibrierung noch korrekte Montage. RFC 3410 ordnet eine MIB als virtuellen Informationsspeicher eines Agenten ein. Zwischen physischem Vorgang und Zeile liegen Sensor, Treiber und Erfassungslogik.

Null enthielt drei Zeitmodelle

Der Zeitstempel erfasste sysUpTime der letzten Beschaffung. Eine positive Rate nannte ein möglicherweise geschätztes Polling-Intervall.

Null konnte Aktualisierung auf Anfrage, bei Wertänderung oder eine unbekannte Rate bedeuten. Das Etikett „live“ hätte die dritte Möglichkeit unterschlagen. Auch eine positive Rate war nur eine Aussage über Polling, nicht über physische Wandlungszeit oder Richtigkeit.

Alarmierung gehörte nicht zur Sensorzeile

RFC 3433 definierte keine eigenen Schwellen, sondern verwies etwa auf Alarm und Event in RFC 2819. Messwert, Grenzübertritt, Auswertung, Meldung und Aktion waren getrennte Ereignisse. Die schreibgeschützte Zeile bewies keine Abschaltung oder Reparatur.

Lesedaten konnten sensibel sein

Die Spezifikation nannte den Sensorwert potenziell sensibel und warnte vor SNMPv1. Empfohlen wurden SNMPv3 USM aus RFC 3414 und VACM aus RFC 3415. Eine autorisierte Abfrage bewies Zugriff, nicht die physische Wahrheit des Sensors.

Quellen und Grenzen

Heng Lus Trennung von Realitätsebenen und laufendem Code als Primärbeleg hält Spezifikation, Implementierung, Antwort, physische Größe, Alarm und Ergebnis auseinander.

Die zwanzig Quellen belegen keine benannte Implementierung, Verbreitung, Kalibrierung, Störung, Verletzung, Alarmzustellung oder Reparatur. RFC 3433 verhinderte, dass eine nackte Ganzzahl als vollständige Messung auftrat.