Verteiltes SNMP-basiertes Management: DISMAN

 

Wie bereits oben beschrieben wurde, bestand der erste Ansatz im Internet-Management zur Bildung von Managementhierarchien in der RMON-MIB; mit der Einführung der M2M-MIB wurde dieses Konzept explizit auf Managementsysteme ausgedehnt. Ein denkbarer Ansatz zur Erweiterung SNMP-basierten Managements, um zur Laufzeit von einem Managementsystem Aufgaben an Agentensysteme zu delegieren, wurde in [#!mebs95!#] vorgestellt. Dies impliziert eine signifikante Erweiterung des Aufgabenumfangs von SNMP-Agenten, da diese sich bisher auf das Bereitstellen und Modifizieren von Managementinformation beschränkten; eine Analyse und Vorverarbeitung der Managementinformation durch Agenten war bisher nicht vorgesehen (Ausnahme: RMON) und ausschließlich den SNMP-Managementsystemen vorbehalten.

Naturgemäß sind die Arbeiten der IETF Distributed Management Working Group (DISMAN)  mit denselben Problemen konfrontiert wie jede Architektur, die in heterogener Umgebung verteiltes Management realisieren soll. Dementsprechend umfaßt DISMAN folgende Festlegungen:

• Ein Rahmenwerk zur Beschreibung der zu verteilenden Dienste, das sich naheliegenderweise auf das Internet-Informationsmodell abstützt, d.h. die Dienstschnittstellen liegen in Form von MIBs vor. Hier sind zur Zeit ein knappes Dutzend Basisdienste angedacht, die zum einen grundsätzlich in verteilten heterogenen Umgebungen erforderlich und daher in den vorgenannten OSI/TMN- und CORBA-Architekturen ebenfalls präsent sind (z.B. Domänenbildung, Festlegung der Empfänger von Ereignismeldungen). Andererseits gibt es Dienste, deren Notwendigkeit sich aus konzeptionellen Gegebenheiten des Internet-Managements ableitet (z.B. Ermitteln von Zielsystemen, zuverlässige Übermittlung von Ereignismeldungen, Auslösen von ICMP-Nachrichten (ping und traceroute zur Bestimmung von IP-Konnektivität).
• Ein Protokoll, mit dem die Dienste übermittelt werden. Hierfür ist SNMPv3 vorgesehen, was jedoch aufgrund der beschränkten maximalen SNMP-Paketlänge dazu führt, daß auszuführende Skripten lediglich zeilenweise übertragen werden können und somit in der Regel mehrere SNMP-PDUs notwendig sind, um ein Skript vollständig zu transferieren.
• Eine (Skript-)Sprache, in der diese Dienste implementiert sind. Hier sind gegenwärtig die Arbeiten am weitesten fortgeschritten: Mit der Definition der SNMP Scripting Language und der dazugehörigen Script MIB, die auf den früheren Arbeiten zur Mid-Level-Manager MIB aufbaut, steht neben einer Skriptsprache zur Ausführung von SNMP-Operationen auf Managementobjekten auch ein Instrumentarium zum Laden, Ausführen, Unterbrechen, Wiederaufsetzen, Stoppen und Entfernen von Managementskripten zur Verfügung. Zur Steuerung dieser Vorgänge ist es erforderlich, daß die Zielsysteme einerseits die Script-MIB implementieren und andererseits eine geeignete Laufzeitumgebung in Form virtueller Maschinen bzw. Interpreter für die konkrete Implementierungssprache (z.B. Java, Tcl) bereitstellen.

Die Öffnung des SNMP-basierten Managements in Richtung eines verteilten Managements von Diensten und Anwendungen ist prinzipiell begrüßenswert, da diese Architektur dann über Mechanismen verfügt, die über das reine Komponentenmanagement hinausgehen. Beim Betrachten der oben angesprochenen Ähnlichkeiten von DISMAN mit den vorher angesprochenen OSI/TMN- und CORBA-Architekturen wird jedoch deutlich, daß der DISMAN-Funktionsumfang eine echte Teilmenge der in den anderen Architekturen bereits vorliegenden Dienste darstellt. Konzeptionelle Neuerungen bestehen zum überwiegenden Teil aus der Eingrenzung der Unzulänglichkeiten des zugrundeliegenden Internet-Managements; diese können jedoch (wie z.B. im Falle des stückweisen Übertragens von Skripten) nicht vollständig neutralisiert werden.

Demgegenüber ist die Problematik der Migration von Programmcode mit bestehenden, konkurrierenden Architekturen (CORBA, Java) bereits heute überwiegend gelöst. In der Tat erinnert der DISMAN-Anforderungskatalog ein wenig an das Pflichtenheft zur Spezifikation eines leichtgewichtigen, SNMP-basierten Object Request Brokers. Inwieweit die Erweiterung des Internet-Managements um Mechanismen für das verteilte Management sinnvoll und notwendig ist, muß aufgrund des frühen Entwicklungsstadiums von DISMAN offenbleiben. Bisher liegen sämtliche DISMAN-Dokumente als Internet Drafts vor; die Überführung der Drafts in entsprechende RFCs ist gegen Ende 1998 geplant. Wir stellen im folgenden Kapitel Verfahren vor, die es gestatten, die Dienste einer konzeptionellen starken Managementarchitektur auch auf Architekturen auszudehnen, deren Funktionsumfang geringer ist.