Zusammenfassung

  • RFC 2366 ordnete marsMIB unter { snmpModules 17 } ein. Zwei Monate später benannte RFC 2417 einen redaktionellen Zuweisungsfehler und verschob sie unter { mib-2 57 }.
  • Die symbolischen Pfade ergeben unterschiedliche numerische Wurzeln: 1.3.6.1.6.3.17 und 1.3.6.1.2.1.57. Auch die unter der MIB definierten Objekte übernehmen das neue Präfix.
  • Die MIB beschreibt Verwaltungsobjekte für MARS-Clients, -Server und Multicast-Server. Die geänderten Namen melden für sich genommen keine Änderungen an Agenten, Managern, Gruppenmitgliedschaften, virtuellen Verbindungen oder Paketweiterleitung.

Eine korrigierte Verzweigung verschiebt alle Nachkommen

Ein Objektbezeichner (OID) ist ein hierarchischer Pfad, kein Etikett auf einer ansonsten festen Zahl. Jeder Arc benennt ein Kind seines übergeordneten Knotens. Im Juli 1998 definierte RFC 2366 das MARS-Verwaltungsmodul als marsMIB ::= { snmpModules 17 }. Im September löste RFC 2417 dieses Memo ab. Der Hinweis an IANA bezeichnet die frühere Zuweisung als redaktionellen Fehler; die Revisionsnotiz verlangt, die MIB von snmpModules nach mib-2 umzuhängen. Die Modulidentität lautet nun marsMIB ::= { mib-2 57 }.

Die ausgeschriebenen Zahlenpfade zeigen die Reichweite der Korrektur. RFC 1902 ordnet snmpModules unter snmpV2 ein, das wiederum unter internet liegt. MIB-II, RFC 1213 stellt mib-2 unter mgmt und internet. Damit ergibt sich für die alte Wurzel 1.3.6.1.6.3.17, für die korrigierte 1.3.6.1.2.1.57. Die Nachkommen des Moduls sind relativ zu marsMIB definiert und erhalten daher ebenfalls das neue numerische Präfix.

Das ist eine tatsächliche Änderung der Identität im Verwaltungsnamensraum, aber keine Änderung des MARS-Betriebs an sich. RFC 2022 beschreibt MARS als Mechanismus, mit dem Endpunkte in ATM-Netzen Multicast-Gruppenmitgliedschaften registrieren oder abfragen und den Verkehr anschließend über virtuelle Verbindungsmaschen oder einen Multicast-Server verteilen. Die Tabellen in RFC 2417 bieten Verwaltungsansichten auf Clients, Server, Gruppen, Zuordnungen, virtuelle Verbindungen, Zustände, Timer und Statistiken. Sie beschreiben, was ein Agent melden kann; sie führen die Verteilung der Mitgliedschaften nicht aus und belegen nicht, über welche Verbindung ein Paket lief.

Die Unterscheidung ist wichtig, denn „die MIB änderte sich“ kann mehrere Ebenen meinen: ein Standarddokument, eine symbolische OID, den in einen Agenten kompilierten Zahlennamen, die von einem Manager abgefragten Objekte und das vom Betreiber beobachtete Netzverhalten. RFC 2417 belegt die ersten beiden. Es nennt weder einen Anbieter noch einen aktualisierten Agenten, ein umgestelltes Überwachungssystem, eine Kompatibilitätsbrücke, einen Ausfall oder eine abgeschlossene Migration des Gerätebestands. Der Status als Nachfolgedokument zeigt, welche Zuweisung die Standardisierung übernimmt – nicht, wie schnell laufende Geräte ihr folgten.

Das aktuelle IANA SMI Numbers Registry führt Arc 57 unter mib-2 als marsMIB mit Verweis auf RFC 2417 und kennzeichnet den früheren Eintrag für Arc 17 unter snmpModules als obsolet. Das bestätigt den heutigen Registerstand, ist aber keine rückwirkende Einsatzstatistik. RFC 2417 erklärt außerdem, dass das Modul zusammen mit der ATM-MIB aus RFC 1695, MIB-II aus RFC 1213 und optional der IF-MIB aus RFC 1573 verwendet wird – Abhängigkeiten zwischen Verwaltungsmodellen, kein Beleg dafür, dass ein bestimmter Agent sie bereitstellte.

Die Beweisgrenze ist die Geschichte

Es liegt nahe, sich einen Betreiber vorzustellen, der beobachtet, wie alle MARS-Objekte aus einem Zweig verschwinden und im anderen wieder auftauchen. Die Dokumente berichten diese Szene nicht. Ein Manager, der den alten numerischen Teilbaum abfragte, hätte möglicherweise eine neue Ansicht gebraucht; ein Agent, der für den korrigierten Teilbaum gebaut wurde, hätte vielleicht anders geantwortet. Das sind plausible Folgen der Umbenennung, keine dokumentierten historischen Ereignisse.

Ob ein System beide Namen akzeptierte, seine Konfiguration änderte oder Abfragefehler erlebte, lässt sich nur mit Implementierungs- oder Betriebsbelegen beantworten, die hier fehlen.

Heng Lus Notizen zu Running-Code-Primacy und Reality Layers bieten einen hilfreichen analytischen Rahmen: symbolische Zuweisung, Implementierung, Interpretation durch den Manager und beobachteter Dienst sind unterschiedliche Aussagen. Dieser Rahmen liefert keine Belege für Einsätze im Jahr 1998.

Die eng gefasste Lehre ist belastbarer als eine unbelegte Migrationsanekdote: Eine Registerkorrektur kann die Identität ändern, unter der Verwaltungssoftware Informationen findet, und dabei sämtliche Nachkommen-Namen verschieben. Das beobachtete Netzverhalten bleibt trotzdem eine eigene Frage. Der Dokumentationsbaum bewegte sich. Die RFCs sagen nicht, dass MARS selbst umzog.

Quellen