Cabletron SPECTRUM Enterprise Management

    Seit 1990 ist Cabletron Systems, Inc. mit seiner Netzmanagementsoftware SPECTRUM auf dem Markt präsent, die in jüngster Zeit unter der Bezeichnung ,,SPECTRUM Enterprise Management`` angeboten wird.

  

Abbildung: Aufbau der Managementplattform SPECTRUM

SPECTRUM setzt sich aus folgenden Bestandteilen zusammen (siehe Abbildung ):

• Virtual Network Machine (VNM): Sie ist der zentrale Teil von SPECTRUM, der neben dem Netzmodell auch das gesamte Managementwissen in Form sog. Inference Handler enthält. Innerhalb der Virtual Network Machine laufen zahlreiche Threads ab, die zum überwiegenden Teil Kontrollfunktionen (Polling von Attributen, Entgegennehmen von Ereignismeldungen) wahrnehmen und Aktionen durch das Triggern von Inference Handlern anstoßen können. Die Ausführung eines Inference Handlers erfolgt dann jeweils innerhalb eines Threads.
• Objektorientierte Datenbank: In der Datenbank werden alle für das Managementsystem relevanten Informationen abgelegt: Diese umfassen Objektklassen, Instanzen, Attribute, Relationen, Regeln und Assoziationen. Der Zugriff auf die Datenbank erfolgt für den Benutzer transparent ausschließlich durch die VNM, die bei ihrer Initialisierung den gesamten Datenbankinhalt von der Platte in den Hauptspeicher lädt.
• Device Communication Manager (DCM): Da SPECTRUM verschiedene Managementprotokolle unterstützt, entspricht der DCM der VNM-Schnittstelle zu den verwendeten Managementprotokollen. Aufgabe des DCM ist es beispielsweise, von den Agenten kommende SNMP-Traps in Meldungen an die VNM umzusetzen.
• SpectroGRAPH: Diese Anwendung bildet die graphische Benutzerschnittstelle zu SpectroSERVER. Sie ermöglicht verschiedene Sichtweisen (geographische, topologische, organisatorische) auf ein Rechnernetz und dessen Elemente. Informationen werden durch graphische Symbole visualisiert; der aktuelle Status einer Netzkomponente wird durch die Farbe des zugehörigen Icons angezeigt.

Die Gesamtheit von VNM, DCM und Datenbank wird als SpectroSERVER  bezeichnet. SpectroGRAPH steht mit SpectroSERVER in einem Client/Server-Verhältnis; es ist daher möglich, mehrere SpectroGRAPHen an einem SpectroSERVER zu betreiben. Ein Benutzer kann mit SpectroGRAPH unter anderem

• neue Modelle erzeugen,
• Assoziationen zwischen Modellen herstellen (Das Verbinden von zwei Komponentenicons generiert in der VNM eine CONNECTS_TO Beziehung zwischen den Modellen) sowie
• die Benutzer von SPECTRUM verwalten.

also Modifikationen an MO-Instanzen vornehmen.

Um neues deklaratives Wissen (Objektklassen, Attribute, Relationen oder Regeln) in SPECTRUM einzubringen, sind Eingriffe in den SpectroSERVER nötig, die mit dem Model Type Editor (MTE), einem graphischen Werkzeug zum Erzeugen und Löschen von Modelltypen, Relationen und Regeln, vorgenommen werden. Das Hinzufügen zusätzlichen prozeduralen Wissens durch Inference Handler hingegen bedeutet eine Erweiterung der VNM und kann weder mit SpectroGRAPH noch mit dem Model Type Editor, sondern nur durch Neucompilierung der VNM mit den Erweiterungen in Form von C++ Quelltext erfolgen. Eine detaillierte Beschreibung des Datenmodells von SPECTRUM sowie ein darauf aufbauender Prototyp zum Management eines Filetransfer-Dienstes findet der interessierte Leser in [#!kell93!#].

Der zentrale Gedanke des SPECTRUM Enterprise Managements auf Basis des ,,Distributed SpectroSERVER`` besteht nun darin, jeder Domäne eines Rechnernetzes einen SpectroSERVER zuzuweisen, der für das Management sämtlicher Ressourcen seiner Domäne verantwortlich ist. Domänen (in der SPECTRUM-Terminologie als ,,Landscapes`` bezeichnet) werden an der Benutzeroberfläche SpectroGRAPH als Icons dargestellt, die bei Auswahl durch den Benutzer eine Verbindung über ein proprietäres Kommunikationsprotokoll zu dem für diese Domäne zuständigen SpectroSERVER aufbauen. Dieser liefert dann die Topologie-Darstellungen der Ressourcen in Form hierarchisch aufgebauter Maps sowie die für das Management relevanten Ressourcen-Informationen. Parallel zueinander können mehrere Domänen bearbeitet werden, d.h. es bestehen dann Verbindungen zu zahlreichen SpectroSERVERn. Das Gesamtsystem besteht also aus mehreren eigenständigen Managementplattformen, die unter einer einheitlichen graphischen Benutzerschnittstelle zusammengefaßt sind. Eine Hierarchisierung verteilter SpectroSERVER kann mit den gegenwärtig verfügbaren Mitteln nicht erreicht werden; dies ist problematisch, da beispielsweise die Filterung von Ereignissen für jeden SpectroSERVER einzeln definiert werden muß. Bei einer großen Anzahl an Domänen impliziert dies einen sehr hohen Konfigurationsaufwand.

Hinsichtlich der Ausfallsicherheit der SpectroSERVER ist anzumerken, daß es möglich ist, die Domänen-Datenbanken auf mehrere SpectroSERVER zu replizieren und Parameter zur Synchronisation der Datenbankinhalte sowie zu den Zeitbedingungen eines Ausfalls anzugeben. Dies alles geschieht jedoch von Hand durch den Netzadministrator, da es bisher keine Instrumentierung gibt, die eine diesbezügliche Konfiguration der SpectroSERVER gestattet. Hier zeigen sich die Nachteile der Nutzung eines proprietären Kommunikationsprotokolls zur Kommunikation mit den SpectroSERVERn: Es ist bislang nicht machbar, beispielsweise SNMP-Agenten zu entwickeln, die diese Funktionalität bieten. Gegenwärtig ebenfalls nicht möglich ist die Kooperation mehrerer verteilter SpectroSERVER: Dies äußert sich unter anderem darin, daß Ressourcen, die einzelne Domänen miteinander verbinden, durch den Netzadministrator jeweils in die entsprechenden Domänen eingefügt werden müssen.