Zusammenfassung

  • RFC 1285 überführte ANSI-Objekte des FDDI Station Management in das Internet-SMI und SNMP: Namen und Teile der Syntax durften sich ändern, die Bedeutung sollte erhalten bleiben.
  • RFC 1512 hält fest, dass die Änderungen von ANSI SMT 6.2 zu 7.3 einen anderen Zweig im MIB-Baum erforderten, und warnt ausdrücklich davor, Kompatibilität mit RFC 1285 anzunehmen.

FDDI verfügte bereits über ein Managementvokabular außerhalb des SNMP-Rahmens des Internets. RFC 1285 musste eine Übersetzung ermöglichen: Wie sollte ein SNMP-basierter Netzwerkmanager auf Stations-, MAC-, Pfad-, Port- und Attachment-Informationen zugreifen, die in der ANSI-Arbeit zum FDDI Station Management definiert waren? Das Dokument erklärt, seine Definitionen seien so weit wie möglich mit den ANSI-Objekten identisch. Anschließend formte es sie für das Internet-SMI und die MIB um.

Die Autoren beschrieben die Vereinbarung genau. Die Bedeutung eines verwalteten Objekts sollte gleich bleiben; seine Darstellung durfte für SNMP angepasst werden. Aus einem Boolean konnte ein enumerierter Integer, aus einer Bitfolge eine Oktettfolge und aus einem Objektnamen eine Bezeichnung werden, die in den Internet-MIB-Baum passte. Es ging nicht bloß um einheitliches Format. Gemeinsame Definitionen sollten es erlauben, Instrumentierung zwischen Managementsystemen wiederzuverwenden und verwaltete Informationen leichter zu übersetzen.

RFC 1285 formuliert damit ein Entwicklungsziel, nicht gemessene Einsparungen oder den Nachweis einer Umsetzung durch einen Hersteller.

Das Modell reduzierte einen Ring nicht auf eine einzige Anzeige „läuft/läuft nicht“. RFC 1285 trennte Gruppen für SMT, MAC, PATH, PORT, ATTACHMENT und Chipsätze. Jede Gruppe bildete eine andere Managementfläche ab. Objektkennung und Instanz identifizierten ein Element im strukturierten Management-Namensraum; sie authentifizierten weder den Urheber eines Werts noch belegten sie einen physischen Kabelweg oder eine erfolgreiche Anwendungskommunikation. Ein Zähler, Status oder Aktionswert hatte nur die Bedeutung, die für dieses Objekt festgelegt war.

Die spätere Überarbeitung macht eine Grenze sichtbar, die der Begriff „Abbildung“ leicht verdeckt. RFC 1512 überarbeitete die FDDI-MIB im September 1993 auf Grundlage der Änderungen von ANSI SMT 6.2 zu 7.3. Laut Text waren sie so umfangreich, dass die Objekte in einen anderen Zweig des MIB-Baums verlegt wurden; Kompatibilität mit RFC 1285 durfte nicht vorausgesetzt werden. Zugleich hielt RFC 1512 am Ziel fest, die Semantik der Objekte zu bewahren und ihre Syntax für SNMP anzupassen.

Semantische Übersetzung und Versionskompatibilität waren getrennte Fragen: Eine Managementarchitektur konnte Bedeutung übertragen, ohne zu garantieren, dass die vom Manager sichtbare Struktur eine Änderung des Quellmodells unverändert überstand.

Das ist praktisch relevant, wenn „FDDI-MIB-Unterstützung“ als Kompatibilitätstest gilt. Ein Manager musste wissen, welche MIB-Version und Objektkennungen ein Agent unterstützte, die Version des Quellmodells prüfen und die erwarteten Variablen bestätigen. Ein vertrauter Objektname genügte nicht. Die RFCs zeigen nicht, welche Produkte die jeweilige Revision einsetzten, ob ein bestimmtes Upgrade scheiterte oder ob FDDI-Verkehr ein Ziel erreichte. Sie dokumentieren eine Entwurfsgrenze, keine Implementierungszählung.

Die bleibende, begrenzte Lehre lautet: Interoperabilität braucht einen definierten Semantikvertrag; Migration braucht zusätzlich einen Kompatibilitätsvertrag. RFC 1285 dokumentierte den ersten. Die Warnung von RFC 1512 zeigt, dass er den zweiten nicht stillschweigend garantierte.

Quellen: RFC 1285; RFC 1512; RFC 1155; RFC 1212; RFC 1213.