Didactum Monitoring & CA Nimsoft Monitor Integration
Vollständige Schritt-für-Schritt-Anleitung zur Einbindung von Didactum Monitoring-Geräten und Sensoren in CA Nimsoft Monitor (CA UIM) via SNMP – inklusive Nimsoft-Probe-Konfiguration (snmpcollector / sngtw), MIB-Import in den MIB-Browser, vollständiger OID-Referenz für alle Sensortypen (Temperatur, Leckage, Luftfeuchtigkeit, Türkontakt, Rauch), Alarm-Konfiguration sowie SNMP-Trap-Verarbeitung über die sngtw-Probe.
Architektur-Hinweis: CA Nimsoft Monitor (auch bekannt als CA UIM – Unified Infrastructure Management) kommuniziert über spezialisierte Probes mit überwachten Geräten. Für das Didactum-Gerät kommen zwei Probes zum Einsatz: snmpcollector für aktives SNMP-Polling der Sensor-Messwerte sowie sngtw (SNMP Gateway) für den Empfang von SNMP-Traps. Beide Probes laufen auf einem Nimsoft-Robot im selben Netzwerksegment wie das Didactum-Gerät.
- Software: CA Nimsoft Monitor / CA UIM 9.x oder neuer
- Probes: snmpcollector (Polling), sngtw (Trap-Empfang), net_connect (Erreichbarkeit)
- Protokoll: SNMP v1 / v2c / v3
- Geräte: Didactum Monitoring System 100T / 300T / 500T / 550T
- Sensoren: Temperatur, Leckage, Luftfeuchtigkeit, Türkontakt, Rauch
1. Voraussetzungen & Systemüberblick
CA Nimsoft / CA UIM Infrastruktur
| Komponente | Anforderung / Details |
|---|---|
| CA UIM Version | 9.0 oder neuer (empfohlen: 20.x / aktuelles Release) |
| Nimsoft Robot | Robot im gleichen Netzwerksegment wie das Didactum-Gerät; erreichbar per UDP 161 (SNMP-Polling) und UDP 162 (Trap-Empfang) |
| Probe snmpcollector | Version 3.x oder neuer; auf dem Robot installiert und aktiv |
| Probe sngtw | Für SNMP-Trap-Empfang; UDP-Port 162 eingehend am Robot geöffnet |
| Probe net_connect | Für Erreichbarkeits-Monitoring (Ping / ICMP) des Didactum-Geräts |
| CA UIM MIB-Browser | Integriert in Infrastructure Manager oder UMP (Unified Management Portal) |
| Netzwerk | UDP 161 ausgehend vom Robot zum Didactum-Gerät; UDP 162 eingehend vom Didactum-Gerät zum Robot |
Didactum-Gerät
| Anforderung | Details |
|---|---|
| Modell | Monitoring System 100T, 300T, 500T oder 550T |
| SNMP | SNMP aktiviert (v2c empfohlen) |
| Community String | Individueller Community String (nicht „public") |
| Trap-Ziel | IP-Adresse des Nimsoft-Robots (nicht des UIM-Servers) |
| MIB-Datei | Unter Systemeinstellungen → SNMP herunterladbar |
Enterprise OIDs je Firmware-Generation
| Gerät / Firmware | Enterprise OID (Basis) |
|---|---|
| Ältere Modelle / ältere Firmware | .1.3.6.1.4.1.46501 |
| Neuere Modelle / aktuelle Firmware | .1.3.6.1.4.1.39052 |
Hinweis: Welche Enterprise OID Ihr Gerät verwendet, ermitteln Sie per:
snmpwalk -v 2c -c public 192.168.1.50 .1.3.6.1.2.1.1.2.0
2. SNMP auf dem Didactum-Gerät aktivieren
Schritt 1 – Web-Interface öffnen
192.168.1.50 (IP des Didactum-Geräts anpassen)
Schritt 2 – SNMP-Einstellungen aufrufen
Systemeinstellungen → SNMP
Schritt 3 – Folgende Werte eintragen
| Feld im Didactum Web-Interface | Empfohlener Wert |
|---|---|
| SNMP aktivieren | Aktiviert |
| SNMP-Version | v2c (empfohlen) |
| Community String (Read) | didactum_nimsoft (nicht „public" verwenden!) |
| SNMP-Port | 161 |
| Trap-Ziel (Trap Destination) | IP-Adresse des Nimsoft-Robots (nicht des UIM-Servers!) |
| Trap-Community | didactum_trap |
| Trap-Port | 162 |
Schritt 4 – MIB-Datei herunterladen
Systemeinstellungen → SNMP → "MIB-Datei herunterladen" Datei wird als didactum.mib gespeichert. Diese Datei wird in Schritt 3 in Nimsoft importiert.
Einstellungen speichern. Das Gerät sendet Traps ab sofort an den Nimsoft-Robot.
3. MIB-Datei in CA Nimsoft importieren
Die MIB-Datei wird in den Nimsoft Infrastructure Manager (IM) importiert, damit OID-Nummern in lesbare Namen aufgelöst werden können – sowohl im snmpcollector als auch bei Trap-Ereignissen über sngtw.
Schritt 1 – MIB-Verzeichnis des Robots ermitteln
Standard-Pfad auf Windows: C:\Program Files (x86)\Nimsoft\probes\network\snmpcollector\mibs\ Standard-Pfad auf Linux: /opt/nimsoft/probes/network/snmpcollector/mibs/ MIB-Verzeichnis für sngtw (Trap-Empfang): C:\Program Files (x86)\Nimsoft\probes\network\sngtw\mibs\ (Windows) /opt/nimsoft/probes/network/sngtw/mibs/ (Linux)
Schritt 2 – MIB-Datei kopieren
didactum.mib in beide MIB-Verzeichnisse kopieren: → snmpcollector\mibs\didactum.mib → sngtw\mibs\didactum.mib
Schritt 3 – MIB im Infrastructure Manager laden
CA UIM Infrastructure Manager → Probes → snmpcollector → Rechtsklick → Configure → Reiter "MIBs" → "Load MIB" → didactum.mib auswählen → Import bestätigen Gleiches Vorgehen für sngtw: CA UIM Infrastructure Manager → Probes → sngtw → Configure → MIBs → Load MIB → didactum.mib
Fertige MIB-Importkonfiguration (DIDACTUM-MIB.txt)
Falls keine MIB-Datei aus dem Gerät verfügbar ist, folgende minimale MIB-Struktur als DIDACTUM-MIB.txt speichern, in die MIB-Verzeichnisse beider Probes kopieren und wie oben beschrieben importieren:
-- ================================================================
-- DIDACTUM-MIB – Minimale MIB für Nimsoft snmpcollector / sngtw
-- Datei: DIDACTUM-MIB.txt
-- Für ältere Geräte: enterprises.46501
-- Für neuere Geräte: enterprises.39052 (OID anpassen)
-- ================================================================
DIDACTUM-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, Integer32, enterprises
FROM SNMPv2-SMI
NOTIFICATION-TYPE
FROM SNMPv2-SMI;
didactum MODULE-IDENTITY
LAST-UPDATED "202401010000Z"
ORGANIZATION "Didactum Security GmbH"
CONTACT-INFO "support@didactum-security.com"
DESCRIPTION "Didactum Monitoring System MIB"
::= { enterprises 46501 }
sensorTable OBJECT-TYPE
SYNTAX SEQUENCE OF SensorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Tabelle aller angeschlossenen Sensoren"
::= { didactum 5 1 1 }
sensorEntry OBJECT-TYPE
SYNTAX SensorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Einzelner Sensor-Eintrag"
INDEX { sensorIndex }
::= { sensorTable 1 }
SensorEntry ::= SEQUENCE {
sensorIndex Integer32,
sensorID Integer32,
sensorType Integer32,
sensorName OCTET STRING,
sensorStatus Integer32,
sensorValue Integer32
}
sensorIndex OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current
DESCRIPTION "Index" ::= { sensorEntry 1 }
sensorID OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current
DESCRIPTION "Sensor ID" ::= { sensorEntry 2 }
sensorType OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current
DESCRIPTION "Sensor-Typ" ::= { sensorEntry 3 }
sensorName OBJECT-TYPE SYNTAX OCTET STRING MAX-ACCESS read-only STATUS current
DESCRIPTION "Sensor-Name" ::= { sensorEntry 5 }
sensorStatus OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current
DESCRIPTION "0=OK 1=Alarm 2=Kein Signal" ::= { sensorEntry 6 }
sensorValue OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current
DESCRIPTION "Messwert (Temperatur: x10)" ::= { sensorEntry 7 }
didactumAlarmTrap NOTIFICATION-TYPE
OBJECTS { sensorName, sensorStatus, sensorValue }
STATUS current
DESCRIPTION "Alarm-Trap bei Sensor-Statusänderung"
::= { didactum 1 1 }
END
4. snmpcollector-Probe konfigurieren
Die snmpcollector-Probe übernimmt das aktive SNMP-Polling der Didactum-Sensorwerte in konfigurierbaren Intervallen und speichert die Messdaten als QoS-Metriken (Quality of Service) in der Nimsoft-Datenbank.
Schritt 1 – snmpcollector öffnen
CA UIM Infrastructure Manager → Robot (im gleichen Netzwerksegment wie das Didactum-Gerät) → Probes → network → snmpcollector → Doppelklick → Probe-Konfiguration öffnet sich
Schritt 2 – Neues SNMP-Gerät (Device) anlegen
snmpcollector → Reiter "Devices" → "New Device" Device Name: Didactum-Monitor-01 IP Address: 192.168.1.50 SNMP Version: v2c Community String: didactum_nimsoft Port: 161 Timeout: 5 Sekunden Retries: 3 Description: Didactum Monitoring System – Serverraum
Schritt 3 – SNMP-Verbindung testen
snmpcollector → Devices → Didactum-Monitor-01 → "Test Connection" / "SNMP Walk" → OID: .1.3.6.1.4.1.46501.5.1.1 → Ergebnis: Liste aller Sensor-OIDs und Rohwerte erscheint
Schritt 4 – Checkpoints (OID-Abfragen) anlegen
Wichtig – Temperaturschwellwerte: Das Didactum-Gerät liefert Temperaturwerte als Rohwert × 10. 25,5 °C = OID-Wert 255. Alle Temperaturschwellen im snmpcollector müssen ebenfalls × 10 angegeben werden!
snmpcollector → Devices → Didactum-Monitor-01 → "Add Checkpoint"
-- ================================================================
-- Checkpoint 1: Temperatursensor (digital, Sensor-ID 101001)
-- ================================================================
Checkpoint Name: Temperatur_Sensor_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.101001
Description: Temperatursensor 01 (Rohwert x10; 235 = 23,5 Grad C)
Data Type: Integer / Gauge
Poll Interval: 60 Sekunden
QoS: Aktiviert
QoS Name: temperature_sensor_01
QoS Unit: raw_x10
Alarm aktiv: Ja
Warning High: 280 (= 28,0 Grad C)
Critical High: 350 (= 35,0 Grad C)
Alarm Message: Didactum Temperatur-Alarm: Wert ${value} (= ${value/10} Grad C)
-- ================================================================
-- Checkpoint 2: Temperatur-Status (0=OK / 1=Alarm / 2=Kein Signal)
-- ================================================================
Checkpoint Name: Temperatur_Status_01
OID: .1.3.6.1.4.1.46501.5.1.1.6.101001
Data Type: Integer
Poll Interval: 60 Sekunden
Warning High: 1
Critical High: 2
Alarm Message: Didactum Temp-Sensor Status: ${value} (0=OK, 1=Alarm, 2=Kein Signal)
-- ================================================================
-- Checkpoint 3: Wassersensor / Leckage (Sensor-ID 107001)
-- ================================================================
Checkpoint Name: Leckage_Sensor_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.107001
Data Type: Integer
Poll Interval: 30 Sekunden
Critical High: 1 (0 = trocken / OK, 1 = Wasser erkannt / CRITICAL)
Alarm Message: KRITISCH: Didactum Leckage-Alarm – Wasser erkannt!
-- ================================================================
-- Checkpoint 4: Luftfeuchtigkeit (Sensor-ID 102001)
-- ================================================================
Checkpoint Name: Luftfeuchtigkeit_Sensor_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.102001
Data Type: Integer / Gauge
Poll Interval: 60 Sekunden
QoS: Aktiviert
QoS Unit: %
Warning High: 80
Critical High: 90
Alarm Message: Didactum Luftfeuchtigkeit-Alarm: ${value} %
-- ================================================================
-- Checkpoint 5: Türkontakt (Sensor-ID 104001)
-- ================================================================
Checkpoint Name: Tuerkontakt_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.104001
Data Type: Integer
Poll Interval: 30 Sekunden
Warning High: 1 (0 = geschlossen / OK, 1 = geöffnet / Warning)
Alarm Message: Didactum Türkontakt: Tür geöffnet!
-- ================================================================
-- Checkpoint 6: Rauchmelder (Sensor-ID 106001)
-- ================================================================
Checkpoint Name: Rauchmelder_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.106001
Data Type: Integer
Poll Interval: 30 Sekunden
Critical High: 1 (0 = kein Rauch / OK, 1 = Alarm / CRITICAL)
Alarm Message: KRITISCH: Didactum Rauchmelder-Alarm!Schritt 5 – Konfiguration speichern und Probe neu starten
snmpcollector → File → Save Configuration → Probe neu starten: Rechtsklick auf snmpcollector → Restart Probe → Nach ca. 60 Sekunden erscheinen erste QoS-Messwerte in der Datenbank
5. sngtw-Probe für SNMP-Trap-Empfang konfigurieren
Die sngtw-Probe (SNMP Gateway) empfängt eingehende SNMP-Traps vom Didactum-Gerät und wandelt sie in Nimsoft-Alarme um. Dadurch wird bei einem Sensor-Alarm sofort ein Alarm im UIM erzeugt – ohne auf den nächsten Polling-Zyklus des snmpcollectors warten zu müssen.
Schritt 1 – sngtw öffnen
CA UIM Infrastructure Manager → Robot → Probes → network → sngtw → Doppelklick → Probe-Konfiguration öffnet sich
Schritt 2 – Trap-Empfang aktivieren
sngtw → Reiter "Setup" Listen Port: 162 Community: didactum_trap SNMP Version: v2c MIB-Verzeichnis: (Pfad zum mibs-Ordner, s. Abschnitt 3) → "Enable Trap Receiver" aktivieren → Speichern
Schritt 3 – Trap-zu-Alarm-Mapping konfigurieren
sngtw → Reiter "Trap Definitions" → "New Trap Definition"
Trap OID: .1.3.6.1.4.1.46501.1.1
(didactumAlarmTrap – allgemeiner Alarm-Trap)
Alarm Message: Didactum Alarm: ${sensorName} – Status ${sensorStatus}
Severity: Critical
Subsystem: /Environmental/Didactum
Source: ${trapSourceIP}
→ Speichern
Zweite Trap-Definition für Status-Rückkehr (optional):
Trap OID: .1.3.6.1.4.1.46501.1.2
Alarm Message: Didactum: ${sensorName} – Zustand wieder normal
Severity: Clear / Informational
→ SpeichernSchritt 4 – Trap-Quelle (Didactum-Gerät) freigeben
sngtw → Reiter "Allowed Sources" → "Add Source" → IP-Adresse des Didactum-Geräts: 192.168.1.50 → Speichern → Probe neu starten
6. net_connect-Probe für Erreichbarkeits-Monitoring
Zusätzlich zum SNMP-Monitoring empfiehlt sich die Überwachung der IP-Erreichbarkeit des Didactum-Geräts über die net_connect-Probe. So wird ein Ausfall des Geräts oder der Netzwerkverbindung sofort erkannt.
CA UIM Infrastructure Manager → Robot → Probes → network → net_connect → Configure → "New Profile" Profile Name: Didactum-Monitor-01-Ping IP Address: 192.168.1.50 Check Type: Ping (ICMP) Interval: 60 Sekunden Timeout: 5 Sekunden Retries: 3 Alarm bei: Keine Antwort nach 3 Versuchen Alarm Message: Didactum Monitoring System 192.168.1.50 nicht erreichbar! Severity: Critical → Speichern
7. Alarme in CA UIM konfigurieren
Alarm-Konfiguration im snmpcollector (Wiederholung / Eskalation)
snmpcollector → Devices → Didactum-Monitor-01 → Checkpoint → Alarm Settings
Alarm Repeat: Alle 15 Minuten (solange Alarm aktiv)
Auto-Clear: Ja (Alarm wird automatisch gelöscht, wenn Wert wieder im OK-Bereich)
Suppression: Aktivieren, wenn Gerät nicht erreichbar (net_connect-Alarm aktiv)
Alarm Subsystem: /Environmental/Didactum/Serverraum
Alarm Key: didactum_${devicename}_${checkpointname}
(eindeutiger Schlüssel für Alarm-Deduplizierung)Alarm-Policy im UMP (Unified Management Portal)
CA UMP → Administration → Alarm Policies → New Policy
Policy Name: Didactum-Sensor-Alarme
Filter: Subsystem enthält "/Environmental/Didactum"
Aktion Critical: E-Mail an admin@ihredomain.de
Aktion Warning: E-Mail an monitoring@ihredomain.de
Aktion Clear: E-Mail "Alarm aufgehoben" an admin@ihredomain.de
E-Mail Betreff: [Nimsoft] Didactum Alarm: ${alarm.hostname} – ${alarm.message}
E-Mail Body:
Zeitpunkt: ${alarm.time}
Gerät: ${alarm.hostname} (${alarm.source})
Sensor: ${alarm.supp_key}
Schwere: ${alarm.severity}
Meldung: ${alarm.message}
Rohwert: ${alarm.value}
Subsystem: ${alarm.subsystem}8. QoS-Metriken und Dashboards in UMP einrichten
Schritt 1 – QoS-Daten prüfen
CA UMP → Performance → QoS Explorer
Suche nach: Robot = "didactum-robot-01"
Probe = "snmpcollector"
QoS Name = "temperature_sensor_01"
→ Zeitreihengraph erscheint mit Rohwerten (÷10 = Grad Celsius)
→ Gleiches Vorgehen für alle weiteren QoS-Namen (humidity_sensor_01 etc.)Schritt 2 – Dashboard im UMP anlegen
CA UMP → Dashboards → New Dashboard
Dashboard Name: Serverraum-Monitoring Didactum
Widget 1: Line Chart – Temperatur-Trend
QoS: temperature_sensor_01
Robot: didactum-robot-01
Zeitraum: Letzte 24 Stunden
Y-Achse: Rohwert (÷10 = Grad C)
Widget 2: Current Value – Leckage-Status
QoS: leckage_sensor_01
Grenzwert: 0 = grün, ≥1 = rot
Widget 3: Gauge – Luftfeuchtigkeit
QoS: luftfeuchtigkeit_sensor_01
Min / Max: 0 / 100 %
Warning: 80 %
Critical: 90 %
Widget 4: Alarm List
Filter: Subsystem = /Environmental/Didactum
Zeigt alle aktiven Didactum-Alarme in Echtzeit
Widget 5: Availability – Erreichbarkeit
Probe: net_connect
Profil: Didactum-Monitor-01-Ping9. SNMP OID-Referenz für Didactum-Sensoren
Alle Didactum-OIDs beginnen mit .1.3.6.1.4.1.46501 (ältere Firmware) bzw. .1.3.6.1.4.1.39052 (neuere Modelle). Die Sensor-ID wird am Ende angehängt.
OID-Felder je Sensor
| Feld | OID-Suffix | Bedeutung | Beispiel (Sensor 101001) |
|---|---|---|---|
| Sensor-Index | .5.1.1.1.SENSOR_ID | Interner Index | .1.3.6.1.4.1.46501.5.1.1.1.101001 |
| Sensor-ID | .5.1.1.2.SENSOR_ID | Numerische Sensor-ID | .1.3.6.1.4.1.46501.5.1.1.2.101001 |
| Sensor-Typ | .5.1.1.3.SENSOR_ID | Typ-Kennziffer | .1.3.6.1.4.1.46501.5.1.1.3.101001 |
| Sensor-Name | .5.1.1.5.SENSOR_ID | Bezeichnung (String) | .1.3.6.1.4.1.46501.5.1.1.5.101001 |
| Sensor-Status | .5.1.1.6.SENSOR_ID | 0=OK, 1=Alarm, 2=Kein Signal | .1.3.6.1.4.1.46501.5.1.1.6.101001 |
| Sensor-Messwert | .5.1.1.7.SENSOR_ID | Aktueller Messwert | .1.3.6.1.4.1.46501.5.1.1.7.101001 |
Sensortypen mit vollständigen OIDs und Nimsoft-Schwellwerten
| Sensortyp | Sensor-ID | OID Messwert | OID Status | Nimsoft Schwellwert |
|---|---|---|---|---|
| Temperatursensor (digital) | 101001 | .1.3.6.1.4.1.46501.5.1.1.7.101001 | .1.3.6.1.4.1.46501.5.1.1.6.101001 | Warning High 280 / Critical High 350 (Rohwert × 10) |
| Temperatursensor (analog) | 201001 | .1.3.6.1.4.1.39052.5.2.1.7.201001 | .1.3.6.1.4.1.39052.5.2.1.6.201001 | Warning High 280 / Critical High 350 (× 10) |
| Wassersensor / Leckage | 107001 | .1.3.6.1.4.1.46501.5.1.1.7.107001 | .1.3.6.1.4.1.46501.5.1.1.6.107001 | Critical High ≥ 1 (0 = trocken / OK) |
| Luftfeuchtigkeit | 102001 | .1.3.6.1.4.1.46501.5.1.1.7.102001 | .1.3.6.1.4.1.46501.5.1.1.6.102001 | Warning High 80 / Critical High 90 (direkt %) |
| Potentialfreier Kontakt | 101003 | .1.3.6.1.4.1.39052.5.1.1.7.101003 | .1.3.6.1.4.1.39052.5.1.1.6.101003 | Warning High ≥ 1 (0 = offen / inaktiv) |
| Türkontakt | 104001 | .1.3.6.1.4.1.46501.5.1.1.7.104001 | .1.3.6.1.4.1.46501.5.1.1.6.104001 | Warning High ≥ 1 (0 = geschlossen / OK) |
| Rauchmelder | 106001 | .1.3.6.1.4.1.46501.5.1.1.7.106001 | .1.3.6.1.4.1.46501.5.1.1.6.106001 | Critical High ≥ 1 (0 = kein Rauch / OK) |
Sensor-ID ermitteln: Im Didactum Web-Interface unter Systembaum → Sensor auswählen → Details. Die angezeigte Sensor-ID wird als letztes Element an die OID angehängt. Bei mehreren gleichartigen Sensoren erhöht sich die letzte Stelle: 101001, 101002, 101003 usw.
Temperaturschwellwerte: Didactum liefert Temperatur als Rohwert × 10. 28,0 °C = OID-Wert 280. snmpcollector-Schwellwerte (Warning/Critical High) ebenfalls als × 10-Wert eintragen.
10. SNMP-Verbindung testen
Test per Kommandozeile (vom Nimsoft-Robot aus)
# snmpwalk – alle Sensor-Werte auflisten
snmpwalk -v 2c -c didactum_nimsoft 192.168.1.50 \
.1.3.6.1.4.1.46501.5.1.1
# snmpget – Temperaturwert abfragen (Rohwert ÷ 10 = °C)
snmpget -v 2c -c didactum_nimsoft 192.168.1.50 \
.1.3.6.1.4.1.46501.5.1.1.7.101001
# Erwartete Ausgabe: INTEGER: 235 (= 23,5 °C)
# snmpget – Leckage-Status abfragen
snmpget -v 2c -c didactum_nimsoft 192.168.1.50 \
.1.3.6.1.4.1.46501.5.1.1.7.107001
# Erwartete Ausgabe (trocken): INTEGER: 0
# snmpget – Sensor-Status abfragen
snmpget -v 2c -c didactum_nimsoft 192.168.1.50 \
.1.3.6.1.4.1.46501.5.1.1.6.101001
# Erwartete Ausgabe (OK): INTEGER: 0
Test über snmpcollector – SNMP Walk
snmpcollector → Devices → Didactum-Monitor-01 → "Test Connection" → OK erscheint → "SNMP Walk" → OID .1.3.6.1.4.1.46501.5.1.1 eingeben → Alle Sensor-OIDs und Rohwerte werden aufgelistet
Trap-Empfang testen
Im Didactum Web-Interface einen Test-Trap auslösen: Systemeinstellungen → SNMP → "Test Trap senden" Im Nimsoft Infrastructure Manager prüfen: → Alarm Console → Neuer Alarm mit Source 192.168.1.50 erscheint → Subsystem: /Environmental/Didactum → Message: Didactum Alarm: …
11. Fehlersuche und Lösungen
| Problem | Ursache & Lösung |
|---|---|
| snmpcollector zeigt „Connection failed" | SNMP auf dem Didactum-Gerät nicht aktiviert; Community String falsch; UDP-Port 161 durch Firewall zwischen Robot und Gerät blockiert → Firewall-Regel prüfen, snmpwalk direkt vom Robot aus testen |
| MIB-Import schlägt fehl (snmpcollector / sngtw) | Abhängige MIBs fehlen (SNMPv2-SMI, RFC1213-MIB) → Basis-MIBs zuerst in MIB-Verzeichnis kopieren und importieren; alternativ DIDACTUM-MIB.txt aus Abschnitt 3 verwenden |
| OID liefert „No Such Object" | Falsche Enterprise OID (46501 vs. 39052) → sysObjectID per snmpwalk prüfen: snmpwalk -v 2c -c COMMUNITY IP .1.3.6.1.2.1.1.2.0 |
| Temperaturwert erscheint 10× zu hoch | Kein Fehler – Didactum liefert Rohwert × 10. Schwellwerte als × 10-Wert setzen (28 °C = Warning High 280). Im Dashboard-Label auf ÷10 hinweisen. |
| SNMP-Traps kommen nicht im sngtw an | Trap-Ziel-IP im Didactum Web-Interface auf IP des Robots (nicht UIM-Server) gesetzt? UDP-Port 162 am Robot durch Firewall blockiert? Trap-Community stimmt überein? → sngtw-Log prüfen: sngtw.log im Nimsoft-Log-Verzeichnis |
| Trap wird empfangen, aber kein Alarm erzeugt | Trap-Definition in sngtw fehlt oder Trap-OID stimmt nicht überein → Trap-OID per snmpcollector SNMP-Walk verifizieren; Allowed Sources in sngtw prüfen |
| QoS-Daten erscheinen nicht im UMP | QoS in Checkpoint-Konfiguration nicht aktiviert → snmpcollector → Checkpoint → QoS aktivieren; Data Engine-Probe läuft? → Infrastructure Manager prüfen |
| Keine E-Mail bei Alarm | SMTP in CA UIM Administration konfiguriert? Alarm-Policy dem richtigen Subsystem zugeordnet? → UMP → Administration → Alarm Policies prüfen |
| Sensor-Wert bleibt immer 0 (Leckage / Türkontakt) | Normal bei unkritischem Zustand (0 = OK). Sensor durch kurzes Auslösen testen; OID per snmpget vom Robot direkt verifizieren. |
| Robot kann Didactum-Gerät nicht erreichen | Robot befindet sich nicht im gleichen Netzwerksegment; Routing-Problem → net_connect-Ping testen; ggf. zweiten Robot im Segment des Didactum-Geräts installieren |
12. Abschluss-Checkliste
Didactum-Gerät
- SNMP aktiviert (v2c)
- Community String gesetzt (nicht „public"): didactum_nimsoft
- Trap-Ziel auf IP des Nimsoft-Robots gesetzt (nicht UIM-Server!)
- Trap-Community gesetzt: didactum_trap
- MIB-Datei heruntergeladen (didactum.mib)
- snmpwalk vom Nimsoft-Robot erfolgreich
CA Nimsoft / CA UIM
- DIDACTUM-MIB in MIB-Verzeichnis von snmpcollector und sngtw kopiert
- MIB in snmpcollector-Probe importiert
- MIB in sngtw-Probe importiert
- Didactum-Gerät in snmpcollector als Device angelegt (IP, Community, Version)
- Verbindungstest im snmpcollector erfolgreich
- Alle 6 Checkpoints (OIDs) angelegt: Temperatur, Temp-Status, Leckage, Luftfeuchtigkeit, Türkontakt, Rauch
- Temperaturschwellen als Rohwert × 10 gesetzt (Warning 280 / Critical 350)
- QoS für Temperatur und Luftfeuchtigkeit aktiviert
- sngtw: Trap-Receiver auf Port 162 aktiviert
- sngtw: Trap-Definitionen für Didactum-Alarm-Traps angelegt
- sngtw: Didactum-IP als Allowed Source eingetragen
- net_connect: Ping-Profil für Didactum-Gerät angelegt
- Alarm-Policy im UMP konfiguriert und E-Mail-Versand aktiviert
Tests & Verifizierung
- snmpcollector: Erste QoS-Messwerte nach einem Polling-Intervall vorhanden
- UMP QoS Explorer: Temperatur- und Feuchtigkeitsgraph sichtbar
- Trap-Test über Didactum Web-Interface ausgelöst → Alarm in Alarm Console erscheint
- E-Mail bei Test-Alarm empfangen
- UMP-Dashboard „Serverraum-Monitoring" mit allen Widgets konfiguriert
- net_connect: Didactum-Gerät als „up" gemeldet