Didactum Monitoring & OPNET AppResponse Xpert Integration
Vollständige Schritt-für-Schritt-Anleitung zur Einbindung von Didactum Monitoring-Geräten und Sensoren in OPNET AppResponse Xpert via SNMP – inklusive SNMP-Datenquellen-Konfiguration, MIB-Import, vollständiger OID-Referenz für alle Sensortypen (Temperatur, Leckage, Luftfeuchtigkeit, Türkontakt, Rauch), Schwellwert- und Alarm-Konfiguration sowie SNMP-Trap-Verarbeitung.
Architektur-Hinweis: OPNET AppResponse Xpert ist primär eine Application-Performance-Management-Lösung (APM). Die Einbindung von Didactum Monitoring-Geräten erfolgt über die integrierte SNMP-Poller-Funktionalität von AppResponse Xpert, die es ermöglicht, beliebige SNMP-fähige Geräte als externe Datenquellen zu erfassen. AppResponse Xpert sendet SNMP-GET-Anfragen (UDP-Port 161) an das Didactum-Gerät. SNMP-Traps werden vom Didactum-Gerät aktiv an den AppResponse-Xpert-Server gesendet (UDP-Port 162).
- Software: OPNET AppResponse Xpert (aktuelle Version)
- 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
OPNET AppResponse Xpert Server
| Anforderung | Details |
|---|---|
| Software | OPNET AppResponse Xpert (aktuelle Version; auch als Riverbed AppResponse bekannt) |
| SNMP-Poller | Integrierter SNMP-Poller muss aktiviert sein |
| Netzwerk (ausgehend) | UDP-Port 161 zum Didactum-Gerät (SNMP-Polling) |
| Netzwerk (eingehend) | UDP-Port 162 vom Didactum-Gerät (SNMP-Traps) |
| MIB-Verzeichnis | Zugänglicher MIB-Pfad auf dem AppResponse-Xpert-Server |
| Netzwerkzugang | IP-Erreichbarkeit vom AppResponse-Xpert-Server zum Didactum-Gerät erforderlich |
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" verwenden) |
| Trap-Ziel | IP-Adresse des AppResponse-Xpert-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_appresponse (nicht „public" verwenden!) |
| SNMP-Port | 161 |
| Trap-Ziel (Trap Destination) | IP-Adresse des AppResponse-Xpert-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 AppResponse Xpert importiert.
Einstellungen speichern. Das Gerät sendet Traps ab sofort an den AppResponse-Xpert-Server.
3. MIB-Datei in AppResponse Xpert importieren
AppResponse Xpert verwendet MIB-Dateien, um SNMP-OID-Nummern in lesbare symbolische Namen aufzulösen. Dies vereinfacht die Konfiguration der SNMP-Datenquellen und die Lesbarkeit von Alarm-Meldungen erheblich.
Schritt 1 – MIB-Verzeichnis ermitteln
Standard-Pfad auf Windows: C:\Program Files\OPNET\AppResponse Xpert\mibs\ Standard-Pfad auf Linux / Appliance: /opt/opnet/appresponse/mibs/ (Exakter Pfad je nach Installation; ggf. in der AppResponse-Xpert-Dokumentation nachschlagen)
Schritt 2 – MIB-Datei kopieren
didactum.mib in das MIB-Verzeichnis von AppResponse Xpert kopieren: → <appresponse-install-pfad>\mibs\didactum.mib
Schritt 3 – MIB in der Weboberfläche laden
AppResponse Xpert Weboberfläche → Administration → SNMP Settings → MIB Management → "Upload MIB" oder "Import MIB" → Datei didactum.mib auswählen → Import bestätigen → Seite neu laden – DIDACTUM-MIB erscheint in der MIB-Liste
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 das MIB-Verzeichnis kopieren und wie oben beschrieben importieren:
-- ================================================================
-- DIDACTUM-MIB – Minimale MIB für AppResponse Xpert Import
-- 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. Didactum-Gerät als SNMP-Datenquelle anlegen
In AppResponse Xpert wird das Didactum-Gerät als externe SNMP-Datenquelle („SNMP Device" oder „Managed Device") registriert. AppResponse Xpert pollt das Gerät dann in konfigurierbaren Intervallen und speichert die Messwerte für Trend-Analysen und Alarme.
Schritt 1 – SNMP-Gerät anlegen
AppResponse Xpert Weboberfläche → Administration → Managed Devices → Add Device Device Name: Didactum-Monitor-01 IP Address: 192.168.1.50 SNMP Version: v2c Community String: didactum_appresponse Port: 161 Timeout: 5 Sekunden Retries: 3 Description: Didactum Monitoring System – Serverraum Device Group: Environmental (neu anlegen falls nicht vorhanden)
Schritt 2 – SNMP-Verbindung testen
→ "Test SNMP Connection" klicken Erwartetes Ergebnis: "Connection successful – sysDescr: Didactum Monitoring System" Falls Test fehlschlägt: → Community String und IP-Adresse prüfen → Firewall-Regel UDP 161 vom AppResponse-Server zum Didactum-Gerät prüfen → snmpwalk direkt vom Server aus testen (siehe Abschnitt 10)
Schritt 3 – SNMP-Polling-Intervall festlegen
Poll Interval: 60 Sekunden (Temperatur, Luftfeuchtigkeit)
30 Sekunden (Leckage, Türkontakt, Rauch – zeitkritische Sensoren)
→ Speichern5. SNMP-Datenquellen (OID-Abfragen) konfigurieren
Wichtig – Temperaturschwellwerte:
Das Didactum-Gerät liefert Temperaturwerte als Rohwert × 10. 25,5 °C = OID-Wert 255. Alle Temperaturschwellen in AppResponse Xpert müssen ebenfalls × 10 angegeben werden.
SNMP-Datenquellen anlegen
AppResponse Xpert → Administration → SNMP Data Sources → Add Data Source
-- ================================================================
-- Datenquelle 1: Temperatursensor (digital, Sensor-ID 101001)
-- ================================================================
Name: Temperatur_Sensor_01
Device: Didactum-Monitor-01
OID: .1.3.6.1.4.1.46501.5.1.1.7.101001
Data Type: Integer / Gauge
Description: Temperatursensor 01 – Rohwert x10; 235 = 23,5 Grad C
Poll Interval: 60 Sekunden
Unit: raw_x10
Threshold Warning High: 280 (= 28,0 Grad C)
Threshold Critical High: 350 (= 35,0 Grad C)
Alarm Message: Didactum Temp-Alarm: Rohwert ${value} entspricht ${value/10} Grad C
-- ================================================================
-- Datenquelle 2: Temperatur-Status (0=OK / 1=Alarm / 2=Kein Signal)
-- ================================================================
Name: Temperatur_Status_01
OID: .1.3.6.1.4.1.46501.5.1.1.6.101001
Data Type: Integer
Poll Interval: 60 Sekunden
Threshold Warning High: 1
Threshold Critical High: 2
Alarm Message: Didactum Temp-Sensor Status: ${value} (0=OK, 1=Alarm, 2=Kein Signal)
-- ================================================================
-- Datenquelle 3: Wassersensor / Leckage (Sensor-ID 107001)
-- ================================================================
Name: Leckage_Sensor_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.107001
Data Type: Integer
Poll Interval: 30 Sekunden
Threshold Critical High: 1 (0 = trocken / OK, 1 = Wasser erkannt / CRITICAL)
Alarm Message: KRITISCH: Didactum Leckage-Alarm – Wasser erkannt!
-- ================================================================
-- Datenquelle 4: Luftfeuchtigkeit (Sensor-ID 102001)
-- ================================================================
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
Unit: %
Threshold Warning High: 80
Threshold Critical High: 90
Alarm Message: Didactum Luftfeuchtigkeit-Alarm: ${value} %
-- ================================================================
-- Datenquelle 5: Türkontakt (Sensor-ID 104001)
-- ================================================================
Name: Tuerkontakt_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.104001
Data Type: Integer
Poll Interval: 30 Sekunden
Threshold Warning High: 1 (0 = geschlossen / OK, 1 = geöffnet / Warning)
Alarm Message: Didactum Türkontakt: Tür geöffnet!
-- ================================================================
-- Datenquelle 6: Rauchmelder (Sensor-ID 106001)
-- ================================================================
Name: Rauchmelder_01
OID: .1.3.6.1.4.1.46501.5.1.1.7.106001
Data Type: Integer
Poll Interval: 30 Sekunden
Threshold Critical High: 1 (0 = kein Rauch / OK, 1 = Alarm / CRITICAL)
Alarm Message: KRITISCH: Didactum Rauchmelder-Alarm!Schritt – Konfiguration speichern und aktivieren
→ Alle Datenquellen speichern → SNMP-Poller neu starten falls erforderlich: Administration → Services → SNMP Poller → Restart → Nach dem ersten Poll-Intervall erscheinen Messwerte unter: Monitoring → SNMP Data → Didactum-Monitor-01
6. SNMP-Trap-Empfang konfigurieren
AppResponse Xpert kann eingehende SNMP-Traps vom Didactum-Gerät empfangen und als Ereignisse oder Alarme verarbeiten. Dadurch wird bei einem Sensor-Alarm sofort ein Ereignis erzeugt – ohne auf den nächsten Polling-Zyklus warten zu müssen.
Schritt 1 – SNMP-Trap-Receiver aktivieren
AppResponse Xpert → Administration → SNMP Settings → Trap Receiver Trap-Port: 162 Trap-Community: didactum_trap SNMP Version: v2c MIB: DIDACTUM-MIB (zuvor importiert) → "Enable Trap Receiver" aktivieren → Speichern
Schritt 2 – Trap-Quelle (Didactum-Gerät) autorisieren
AppResponse Xpert → Administration → SNMP Settings → Allowed Trap Sources → "Add Source" → IP-Adresse des Didactum-Geräts: 192.168.1.50 → Community: didactum_trap → Speichern
Schritt 3 – Trap-zu-Ereignis-Mapping konfigurieren
AppResponse Xpert → Administration → SNMP Trap Mappings → New Mapping
Trap OID: .1.3.6.1.4.1.46501.1.1
(didactumAlarmTrap – allgemeiner Alarm-Trap)
Ereignisname: Didactum Sensor-Alarm
Severity: Critical
Message: Didactum Alarm: Sensor ${sensorName} – Status ${sensorStatus}
Device: Didactum-Monitor-01 (192.168.1.50)
→ Speichern
Zweites Mapping für Entwarnung (optional):
Trap OID: .1.3.6.1.4.1.46501.1.2
Ereignisname: Didactum Sensor – Zustand normal
Severity: Informational / Clear
→ SpeichernSchritt 4 – Trap-Weiterleitung im Didactum Web-Interface prüfen
Didactum Web-Interface → Systemeinstellungen → SNMP → Trap-Ziele Trap Destination: 192.168.1.100 (IP des AppResponse-Xpert-Servers) Trap Community: didactum_trap Trap Version: v2c Trap Port: 162 → Speichern
Empfehlung:
Sowohl SNMP-Polling (regelmäßige Abfragen für Trends und Graphen) als auch SNMP-Traps (sofortige Alarme) gleichzeitig aktivieren. Polling liefert historische Messdaten; Traps garantieren die sofortige Benachrichtigung bei Alarmereignissen.
7. Alarme und Benachrichtigungen konfigurieren
Alarm-Policy anlegen
AppResponse Xpert → Administration → Alert Policies → New Policy
Policy Name: Didactum-Sensor-Alarme
Applies to: Device Group "Environmental" oder Gerät "Didactum-Monitor-01"
Trigger: SNMP-Schwellwert überschritten ODER SNMP-Trap empfangen
Aktion Critical: E-Mail senden
Aktion Warning: E-Mail senden
Aktion Clear: E-Mail "Alarm aufgehoben" senden
E-Mail Empfänger: admin@ihredomain.de
E-Mail Betreff: [AppResponse] Didactum Alarm: ${device.name} – ${datasource.name}
E-Mail Body:
Zeitpunkt: ${alert.timestamp}
Gerät: ${device.name} (${device.ip})
Datenquelle: ${datasource.name}
Schwere: ${alert.severity}
Wert: ${alert.value}
Schwellwert: ${alert.threshold}
Meldung: ${alert.message}Eskalations-Stufen konfigurieren
AppResponse Xpert → Alert Policies → Didactum-Sensor-Alarme → Escalation Stufe 1 (Warning): E-Mail an admin@ihredomain.de nach 0 Minuten Stufe 2 (Critical): E-Mail an it-leitung@ihredomain.de nach 5 Minuten Stufe 3 (Critical): SNMP-Trap-Forward an SIEM (optional) nach 10 Minuten
8. Dashboards und Reports einrichten
Schritt 1 – Dashboard anlegen
AppResponse Xpert → Dashboards → New Dashboard Dashboard Name: Serverraum-Monitoring Didactum Layout: Grid 2 x 3 (sechs Widgets)
Schritt 2 – Widgets konfigurieren
Widget 1: Temperatur-Trend (Line Chart) Typ: Time Series Chart Datenquelle: Temperatur_Sensor_01 (Didactum-Monitor-01) Zeitraum: Letzte 24 Stunden Y-Achse: Rohwert (÷10 = Grad C) Schwellwert: Warning-Linie bei 280 / Critical-Linie bei 350 Widget 2: Leckage-Status (Status-Indikator) Typ: Current Value / Status LED Datenquelle: Leckage_Sensor_01 OK-Farbe: Grün (Wert = 0) Alarm-Farbe: Rot (Wert >= 1) Widget 3: Luftfeuchtigkeit (Gauge) Typ: Gauge / Dial Datenquelle: Luftfeuchtigkeit_Sensor_01 Min / Max: 0 / 100 % Warning: 80 % Critical: 90 % Widget 4: Türkontakt-Status Typ: Current Value / Status LED Datenquelle: Tuerkontakt_01 OK-Farbe: Grün (Wert = 0) Alarm-Farbe: Gelb / Orange (Wert = 1) Widget 5: Rauchmelder-Status Typ: Current Value / Status LED Datenquelle: Rauchmelder_01 OK-Farbe: Grün (Wert = 0) Alarm-Farbe: Rot (Wert = 1) Widget 6: Aktive Alarme Typ: Alert List Filter: Device = Didactum-Monitor-01 Zeigt alle aktiven Alarme und Trap-Ereignisse in Echtzeit
Schritt 3 – Report für periodische Auswertung anlegen
AppResponse Xpert → Reports → New Report
Report Name: Didactum Serverraum – Wochenbericht
Inhalt:
- Temperatur-Trend (7 Tage) mit Min / Max / Durchschnitt
- Luftfeuchtigkeit-Trend (7 Tage)
- Alarm-Historie: alle Didactum-Alarme der Woche
Zeitplan: Wöchentlich, Montag 07:00 Uhr
Empfänger: admin@ihredomain.de
Format: PDF9. 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 AppResponse-Schwellwerten
| Sensortyp | Sensor-ID | OID Messwert | OID Status | AppResponse 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 in AppResponse Xpert:
Didactum liefert Temperatur als Rohwert × 10. 28,0 °C = OID-Wert 280. AppResponse-Xpert-Schwellwerte (Warning/Critical High) ebenfalls als × 10-Wert eintragen. Im Dashboard-Label auf „÷10 = °C" hinweisen.
10. SNMP-Verbindung testen
Test per Kommandozeile (vom AppResponse-Xpert-Server aus)
# snmpwalk – alle Sensor-Werte auflisten
snmpwalk -v 2c -c didactum_appresponse 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_appresponse 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_appresponse 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_appresponse 192.168.1.50 \
.1.3.6.1.4.1.46501.5.1.1.6.101001
# Erwartete Ausgabe (OK): INTEGER: 0
# Test mit MIB-Namen (nach MIB-Import)
snmpwalk -v 2c -c didactum_appresponse -m ALL 192.168.1.50 \
DIDACTUM-MIB::sensorValue
Test über AppResponse Xpert SNMP-Test-Funktion
AppResponse Xpert → Administration → Managed Devices → Didactum-Monitor-01 → "Test SNMP Connection" → Erwartetes Ergebnis: Connection OK – sysDescr erscheint AppResponse Xpert → Administration → SNMP Data Sources → Temperatur_Sensor_01 → "Poll Now" / "Test Poll" → Erwartetes Ergebnis: Rohwert (z. B. 235) erscheint
Trap-Empfang testen
Im Didactum Web-Interface einen Test-Trap auslösen: Systemeinstellungen → SNMP → "Test Trap senden" In AppResponse Xpert prüfen: → Dashboards → Serverraum-Monitoring → Widget "Aktive Alarme" → Neues Ereignis mit Source 192.168.1.50 erscheint → Severity: Critical / Informational → Message: Didactum Alarm: …
11. Fehlersuche und Lösungen
| Problem | Ursache & Lösung |
|---|---|
| „Test SNMP Connection" schlägt fehl | SNMP auf dem Didactum-Gerät nicht aktiviert; Community String falsch; UDP-Port 161 durch Firewall blockiert → snmpwalk direkt vom AppResponse-Server aus testen; Firewall-Regel prüfen |
| MIB-Import schlägt fehl | Abhängige MIBs fehlen (SNMPv2-SMI, RFC1213-MIB) → Basis-MIBs zuerst in MIB-Verzeichnis kopieren; 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 konfigurieren (28 °C = Warning High 280). Dashboard-Beschriftung auf ÷10 = °C anpassen. |
| SNMP-Traps kommen nicht an | Trap-Ziel-IP im Didactum Web-Interface zeigt nicht auf den AppResponse-Server; UDP-Port 162 durch Firewall blockiert; Trap-Community stimmt nicht überein → sngtw-/AppResponse-Log prüfen |
| Trap empfangen, aber kein Alarm erzeugt | Trap-Mapping in AppResponse Xpert fehlt oder Trap-OID stimmt nicht überein; Didactum-IP nicht in Allowed Trap Sources eingetragen → Trap-Definitionen und Allowed Sources prüfen |
| Messwerte erscheinen nicht im Dashboard | SNMP-Poller noch nicht gestartet oder erstes Poll-Intervall noch nicht abgelaufen → Administration → Services → SNMP Poller Status prüfen; 60 Sekunden warten und Seite neu laden |
| Keine E-Mail bei Alarm | SMTP-Einstellungen in AppResponse Xpert nicht konfiguriert; Alert-Policy dem Gerät oder der Device Group nicht zugewiesen → Administration → Mail Settings 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 direkt vom Server verifizieren. |
| AppResponse Xpert kann Didactum-Gerät nicht erreichen | Routing-Problem zwischen AppResponse-Server und Didactum-Gerät; Firewall blockiert UDP 161 → Ping-Test; Route-Trace vom Server aus; ggf. Netzwerksegment-Routing prüfen |
12. Abschluss-Checkliste
Didactum-Gerät
- SNMP aktiviert (v2c)
- Community String gesetzt (nicht „public"): didactum_appresponse
- Trap-Ziel auf IP des AppResponse-Xpert-Servers gesetzt
- Trap-Community gesetzt: didactum_trap
- MIB-Datei heruntergeladen (didactum.mib)
- snmpwalk vom AppResponse-Xpert-Server erfolgreich
AppResponse Xpert Server
- DIDACTUM-MIB in MIB-Verzeichnis kopiert und importiert
- Didactum-Gerät als Managed Device angelegt (IP, Community String, SNMP-Version)
- „Test SNMP Connection" erfolgreich
- Alle 6 SNMP-Datenquellen angelegt: Temperatur, Temp-Status, Leckage, Luftfeuchtigkeit, Türkontakt, Rauch
- Temperaturschwellen als Rohwert × 10 gesetzt (Warning High 280 / Critical High 350)
- Leckage- und Rauchmelder-Critical-Schwelle auf 1 gesetzt
- SNMP-Trap-Receiver aktiviert (Port 162)
- Didactum-IP in Allowed Trap Sources eingetragen
- Trap-Mappings für Didactum-Alarm-Traps angelegt
- Alert-Policy „Didactum-Sensor-Alarme" konfiguriert und E-Mail-Versand aktiviert
Tests & Verifizierung
- Erste Messwerte nach einem Poll-Intervall in SNMP-Datenquellen sichtbar
- Dashboard „Serverraum-Monitoring Didactum" mit allen Widgets konfiguriert
- Temperatur-Trend-Graph zeigt historische Messwerte
- Test-Trap über Didactum Web-Interface ausgelöst → Alarm in AppResponse Xpert erscheint
- E-Mail bei Test-Alarm empfangen
- Wochenbericht-Report geplant und Test-Export erstellt