SNMP Connector

Viele Netzwerkkomponenten enthalten Programme, über die SNMP Kommunikation möglich ist. Diese sogenannten Agenten, die direkt auf dem überwachten Gerät laufen, können den Zustand des Geräts übermitteln und Daten zur Konfiguration der Netzwerkkomponente empfangen und umsetzen.

Kommunikation

Zur Überwachung von Komponenten in einfachen und komplexen IT-Netzwerken wird ein SNMP-Server eingesetzt. Die Agenten der Netzwerkkomponenten kommunizieren über SNMP mit dem Server. Die Kommunikation über SNMP basiert auf dem verbindungslosen User Datagram Protocol (UDP), das den Datenpaketen von SNMP nur noch die Adressierung hinzufügt und daher kaum Bandbreite benötigt. Standardmäßig kommunizieren die Agenten über Port 161 und der SNMP Manager über Port 162.

Die Struktur der SNMP Datenpakete ist bei der Benutzung des SNMP Connectors transparent. Für die Konfiguration des Connectors müssen nur die Verbindungsdaten, die Art des Datenpakets und die OID bekannt sein.

Datenpakete

Von den sechs verschiedenen Datenpaketen, die im SNMP Standard definiert sind, werden für den SNMP Connector nur vier benötigt. Die Datenpakete sind nach den Methoden benannt, die mit ihnen ausgeführt werden. Der SNMP Connector unterstützt die Operationen GET, GETNEXT, SET und TRAP.

OID

Jeder Agent kennt die Menge der Parameter seiner Netzwerkkomponente. Über diese kann entweder eine Statusmeldung erfolgen (Trap) oder die Konfiguration geändert werden. Diese Parameter werden Managed Objects genannt. Alle Managed Objects werden in einer tabellenartig angelegten Liste gehalten (nicht in einer Datenbank). Diese Liste heißt Management Information Base (MIB). Jedem Managed Object in der MIB wird eine Object Identifier (OID) zugeordnet.

Der Object Identifier ist eine Zeichenkette, die sich aus Zahlen und Punkten zusammensetzt. Dabei folgt der Aufbau der Zeichenkette einer Struktur, die sich aus dem sogenannten MIB-Baum zusammensetzt.

Siehe https://de.wikipedia.org/wiki/SNMP für eine Abbildung des MIB-Baums.

In diesem Nummerncode gibt es auch einen Teil, der für die Firma steht. Die Virtimo AG hat die 15899 für die INUBIT- Software erhalten, damit lautet der Anfang von OIDs:

Die OID ist nur bis zum Private Enterprise Code standardisiert. Die weitere Zusammensetzung der OID ist nicht genormt. Es liegt bei den Systemadministratoren, eine firmenspezifische Systematik zu erstellen, die alle Netzwerkkomponenten erfasst und diesen Nummern zuweist. Allen Managed Objects der Geräte muss ebenfalls eine Nummer zugewiesen werden. Die Menge der Managed Objects, also der Ereignisse, die durch SNMP überwachbar oder konfigurierbar sind, ist geräteabhängig und muss den jeweiligen Herstellerhandbüchern entnommen werden.

OID als Konstante und Variable

Häufig wird den Strukturvorgaben für den Aufbau der OID Zeichenkette aus Zahlen und Punkten nicht gefolgt, da die OIDs nur firmenintern genutzt werden und daher keine eindeutige Abgrenzung gegenüber den IT-Landschaften anderer Firmen bestehen muss.

Soll über SNMP ein Trap oder eine Konfigurationsanweisung gesendet werden, so besteht diese üblicherweise aus einer OID und einem Wert. Variable: Jede OID kann genau die Werte bekommen, die in den Herstellerangaben der Netzwerkkomponente angegeben sind. Konstante: Es gibt auch den Fall, dass nur eine OID ohne Wert übermittelt wird. Dies ist der Fall, wenn ein Managed Object über eine OID nur einen Zustand kommunizieren kann.

Community

SNMP bietet die Möglichkeit, bei der Kommunikation einen sogenannten Community String zu übermitteln. Nur Komponenten, die in derselben Community sind, reagieren auf Traps oder Konfigurationsbefehle. Der Community String wird unverschlüsselt verschickt.

Über einen SNMP Medium Connector soll im Workflow über einen Router eine ISDN Verbindung aufgebaut werden. Über diese soll anschließend, am Ende des Workflows, eine Nachricht an einen FTP Connector geschickt werden.

Beim SNMP Medium Connector kann keine Tabelle mit Tupeln aus OID und Wert angegeben werden. Hier werden die entsprechenden Wertepaare in der XML-Eingangsnachricht erwartet.

Der Wert einer OID kann eine der folgenden Angaben sein:

In einer XML-basierten Eingangsnachricht haben diese drei Fälle das folgende Format (OIDs und Werte sind Beispiele):

Der Router wird dynamisch während der Workflow-Ausführung konfiguriert. Die benötigten Werte werden aus den Eingangsnachrichten gelesen, von einem XSLT Converter in eine XML-Nachricht transformiert und an den SNMP Connector übergeben.

Die folgende Abbildung zeigt das Mapping im XSLT Converter. Dabei bedeuten die Abkürzungen:

Die folgenden Zeilen zeigen die XML-Nachricht, die als Ergebnis das Mappings an den SNMP Medium Connector übergeben wird:

Dieses Beispiel bezieht sich auf das Beispiel zum Medium Connector.

Falls die ISDN-Verbindung des Routers immer dieselben Daten benutzt, kann die Verbindung auch am Anfang eines Workflows mit einer statischen OID Tabelle konfiguriert werden. Dazu wird ein SNMP Input Connector folgendermaßen konfiguriert:

In diesem Dialog haben Sie folgende Optionen:

Grundkonfiguration

Konfiguration der Variablenbindung

Operation

Für die Variablenbindung wird eine Tabelle mit Paaren aus OID und Werten aufgebaut. Diese Tabelle ist nur für den Input SNMP Connectoren verfügbar.

Die Tabelle bietet ein Kontextmenü zum Hinzufügen und Löschen von OIDs.

Trap Konfiguration
(Nur bei Auswahl der Operation TRAP)

Verbindungstest