Zusammenfassung

  • hrStorageTable beschrieb logisch zugeteilte Bereiche mit festen Grenzen aus Sicht der anfordernden Instanz, nicht die Rohkapazität eines Geräts.
  • hrStorageSize und hrStorageUsed zählten hrStorageAllocationUnits; ohne deren Bytegröße blieb der Integer ohne Maßstab.
  • Geräte, Platten, Partitionen und Dateisysteme besaßen eigene Tabellen, während ein Nullindex auch eine unbekannte Zuordnung bedeuten konnte.

Der Unterschied war im Modell vorgesehen

Auf einer Managementstation steht neben der Plattenkapazität ein kleinerer Wert für einen nutzbaren Bereich. Formatierung und Dateisystemreferenzen beanspruchen Teile des Mediums. Ein Kontingent kann enger sein als die Partition. Swap oder ein Pufferpool kann Speicher darstellen, obwohl kein eigenständiger Datenträger dahintersteht.

Keiner dieser Unterschiede beweist einen Fehler. Erst ein Export, der Zeilentyp und Einheit entfernt und alles „Plattengröße“ nennt, erzeugt den scheinbaren Widerspruch. Die ursprünglichen Messungen waren präzise; ihre Fragen waren verschieden.

Die Host Resources MIB sollte Personal Computer, Unix-Varianten und andere Architekturen gemeinsam beschreiben. RFC 1514 zwang ihnen keine innere Einheitsstruktur auf. Konzeptuelle Tabellen machten stattdessen sichtbar, welche lokale Sicht jeweils in ein fernlesbares Objekt projiziert wurde.

Speicher aus Sicht des Antragstellers

Für jeden zugeteilten logischen Speicherbereich mit festen Ressourcengrenzen sollte hrStorageTable eine Zeile enthalten. Dargestellt wurde die Menge, die eine anfordernde Instanz tatsächlich nutzen konnte. Verluste durch Formatierung oder Dateisystem-Referenzinformationen waren ausgeschlossen.

Der RFC stellte diese Bereiche, wie eine Anwendung sie sehen könnte, physischen Speicherobjekten gegenüber, die typischerweise das Betriebssystem sieht. Partitionen, Dateisysteme, RAM-Segmente und virtueller Speicher konnten deshalb dieselbe Tabelle nutzen. Gemeinsam war ihnen der Zuteilungsvertrag, nicht das Material.

Eine Bandkassette oder Diskette ohne Dateisystem erschien dagegen normalerweise nicht allein aufgrund ihrer physischen Anwesenheit. Wenn das Betriebssystem sie nicht stückweise an Anwendungen vergab, gehörte sie nicht auf diese logische Oberfläche. Inventar und Zuteilbarkeit blieben getrennt.

Ein Integer brauchte seinen Multiplikator

hrStorageAllocationUnits gab die Bytegröße eines zugeteilten Objekts an. Bei Sektoren, Blöcken, Puffern oder Paketen lag sie häufig über eins. hrStorageSize und hrStorageUsed meldeten die Anzahl dieser Einheiten.

Die dargestellten Bytes ergeben sich erst aus Anzahl mal Einheit. Wer nur den Größenwert speichert, archiviert keine Kapazität, sondern eine Koordinate ohne Skala. Ändert sich die Einheit, darf auch eine scheinbar stabile Zeile nicht unbesehen als kontinuierliche Zeitreihe behandelt werden.

Die Konstruktion ließ dem laufenden Host seine lokale Granularität. Der gemeinsame Standard regelte die Interpretation des Paares, nicht die Blockgröße jeder Implementierung.

Physische Geräte blieben sichtbar

Neben der Speichertabelle definierte RFC 1514 eine Gerätetabelle und spezielle Tabellen für Prozessoren, Schnittstellen, Drucker und Platten. Die Plattentabelle beschrieb langfristige Speichergeräte und meldete Kapazität in Kilobyte. Partitionen und Dateisysteme führten weitere Identitäten.

Ihre Beziehungen mussten ausdrücklich geliefert werden. hrPartitionFSIndex konnte null sein, wenn eine Partition kein Dateisystem enthielt oder wenn Informationen darüber fehlten. hrFSStorageIndex verband ein lokales Dateisystem mit dem logischen Speicherbereich, der für Auslastung und Platzmangeldiagnose nützlich war; auch dort stand null für nicht verfügbare Information.

Null bewies nicht, dass kein Träger existierte. Der Wert begrenzte die Aussage des Managementbildes. Eine geschätzte Verknüpfung hätte fehlende Sichtbarkeit in erfundene Topologie verwandelt.

Zurückgewiesene Anforderungen waren ein eigenes Signal

hrStorageAllocationFailures zählte Anforderungen, die wegen unzureichenden Speichers im dargestellten Bereich nicht erfüllt wurden. Ein Anstieg konnte Grenzkontakt zeigen, den periodische Auslastungsproben verpasst hatten.

Der Zähler nannte weder Prozess noch abgelehnte Bytes, Nutzerwirkung, Datenverlust, Dauer oder Erholung. Sein Anfangswert war nicht definiert. RFC 1514 empfahl eine Initialisierung auf null; RFC 2790 warnte zusätzlich, dass Managementstationen davon nicht abhängen dürfen. Ein einzelner Wert war somit keine Geschichte seit dem Systemstart.

Bereichsgröße, Nutzung und Ablehnungen waren drei verschiedene Belege. Keiner lieferte automatisch einen vollständigen Vorfall.

Schreibbar war keine Rollenbeschreibung

RFC 1514 erklärte, dass die Zugriffsstufe aussagt, ob Lesen oder Schreiben im Protokoll sinnvoll ist, unabhängig von administrativer Autorisierung. Das read-write von hrStorageSize machte eine beliebige SNMP-Station nicht zum berechtigten Kapazitätsverwalter.

RFC 2790 präzisierte die technische Seite. Ändern ließ sich die Größe nur, wenn es für den Bereich sinnvoll und im zugrunde liegenden System möglich war, etwa beim Speicher eines Pufferpools oder beim Plattenanteil für virtuellen Speicher. Das Schema beschrieb eine mögliche Operation, die Implementierung die Fähigkeit und die Autorisierung den zulässigen Akteur.

RFC 1514 diskutierte Sicherheit nicht. Der Nachfolger warnte vor sensiblen Konfigurations- und Leistungsdaten und vor Änderungen am Host durch schreibbare Objekte. Die Revision machte eine bereits angelegte Trennung ausdrücklich sicherheitsrelevant.

Der Nachfolger behielt die Schichten

RFC 2790 ersetzte RFC 1514 im Jahr 2000 und überführte das Modul in SMIv2. Die Definition des logischen, fest begrenzten und für den Antragsteller nutzbaren Bereichs blieb bestehen. Ebenso blieben Zuordnungseinheit, mögliche Nullbeziehung zum Dateisystem und getrennte Geräteansicht.

Das ist das historische Ergebnis: Interoperabilität erforderte kein identisches Innenleben aller Hosts. Sie erforderte genug gemeinsame Semantik, damit Typ, Einheit und Beziehung eines Werts aus der Ferne überprüfbar blieben.

Auch moderne Telemetrie verliert diese Pflicht nicht. Darstellungsschicht, Zeilenidentität, Einheit, Zuordnung und Erfassungsepoche müssen mit dem Messwert reisen. Werden sie entfernt, kann keine spätere Oberfläche rekonstruieren, ob ein alter Integer Blöcke, ein Anwendungskontingent, ein Dateisystem oder ein physisches Gerät bezeichnete.

Quellen