Sprachauswahl:
Skip to main navigation Skip to main content Skip to page footer

Didactum Monitoring & PacketTrap Integration

Vollständige Schritt-für-Schritt-Anleitung zur Einbindung von Didactum Monitoring-Geräten und Sensoren in PacketTrap MSP / PacketTrap Network Management via SNMP – inklusive Geräteerkennung (Device Discovery), MIB-Import, SNMP-Monitor-Konfiguration für alle Sensortypen (Temperatur, Leckage, Luftfeuchtigkeit, Türkontakt, Rauch), Schwellwert- und Alarm-Konfiguration, SNMP-Trap-Verarbeitung sowie Dashboard- und Report-Einrichtung.

Architektur-Hinweis: PacketTrap kommuniziert direkt per SNMP mit dem Didactum-Gerät. Der PacketTrap-Server sendet SNMP-GET-Anfragen (UDP-Port 161) an das Didactum-Gerät und empfängt SNMP-Traps (UDP-Port 162) vom Didactum-Gerät. PacketTrap MSP nutzt einen zentralen Server mit optionalen Remote-Probes für verteilte Umgebungen. Das Didactum-Gerät muss vom PacketTrap-Server (oder der zuständigen Remote-Probe) per Netzwerk erreichbar sein.

  • Software: PacketTrap MSP / PacketTrap Network Management (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

PacketTrap Server

KomponenteAnforderung / Details
PacketTrap VersionPacketTrap MSP oder Network Management, aktuelle Version empfohlen
BetriebssystemWindows Server 2016 / 2019 / 2022
SNMP-PollerIntegriert in PacketTrap; UDP-Port 161 ausgehend zum Didactum-Gerät geöffnet
SNMP-Trap-ReceiverUDP-Port 162 eingehend am PacketTrap-Server geöffnet
MIB-CompilerIntegriert in PacketTrap; für den Import der Didactum-MIB
Remote-Probe (optional)Falls Didactum-Gerät in einem anderen Netzwerksegment; Remote-Probe dort installieren
NetzwerkzugangIP-Erreichbarkeit vom PacketTrap-Server (bzw. Remote-Probe) zum Didactum-Gerät

Didactum-Gerät

AnforderungDetails
ModellMonitoring System 100T, 300T, 500T oder 550T
SNMPSNMP aktiviert (v2c empfohlen)
Community StringIndividueller Community String (nicht „public" verwenden)
Trap-ZielIP-Adresse des PacketTrap-Servers (oder der Remote-Probe)
MIB-DateiUnter Systemeinstellungen → SNMP herunterladbar

Enterprise OIDs je Firmware-Generation

Gerät / FirmwareEnterprise 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-InterfaceEmpfohlener Wert
SNMP aktivierenAktiviert
SNMP-Versionv2c (empfohlen)
Community String (Read)didactum_packettrap (nicht „public" verwenden!)
SNMP-Port161
Trap-Ziel (Trap Destination)IP-Adresse des PacketTrap-Servers (oder Remote-Probe)
Trap-Communitydidactum_trap
Trap-Port162

Schritt 4 – MIB-Datei herunterladen

Systemeinstellungen → SNMP → "MIB-Datei herunterladen"
Datei wird als didactum.mib gespeichert.
Diese Datei wird in Schritt 3 in PacketTrap importiert.

Einstellungen speichern. Das Gerät sendet Traps ab sofort an den PacketTrap-Server.

3. MIB-Datei in PacketTrap importieren

PacketTrap enthält einen integrierten MIB-Compiler, über den die Didactum-MIB geladen wird. Nach dem Import werden OID-Nummern in der gesamten PacketTrap-Oberfläche mit symbolischen Namen angezeigt – sowohl in SNMP-Monitor-Konfigurationen als auch in Trap-Ereignissen und Reports.

Schritt 1 – MIB-Verzeichnis ermitteln

Standard-Pfad auf Windows:
  C:\Program Files (x86)\PacketTrap\MSP\mibs\
  C:\Program Files\PacketTrap\Network Management\mibs\

(Exakter Pfad je nach PacketTrap-Version und Installationspfad)

Schritt 2 – MIB-Datei kopieren

didactum.mib in das PacketTrap-MIB-Verzeichnis kopieren:
  → <packettrap-install-pfad>\mibs\didactum.mib

Schritt 3 – MIB über die PacketTrap-Oberfläche importieren

PacketTrap → Administration → MIB Manager → Import MIB
  → Alternativ: Tools → MIB Compiler → Load MIB
  → Datei didactum.mib auswählen
  → "Compile" / "Import" klicken
  → Erfolgsmeldung: "DIDACTUM-MIB compiled successfully"
  → Im MIB-Baum erscheint: enterprises → didactum (.1.3.6.1.4.1.46501)

Schritt 4 – MIB-Import verifizieren

PacketTrap → Tools → MIB Browser
  → OID eingeben: .1.3.6.1.4.1.46501.5.1.1.7.101001
  → Erwartetes Ergebnis: DIDACTUM-MIB::sensorValue.101001
  → Symbolischer Name wird korrekt aufgelöst

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 PacketTrap-MIB-Verzeichnis kopieren und wie oben importieren:

-- ================================================================
-- DIDACTUM-MIB – Minimale MIB für PacketTrap 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 in PacketTrap anlegen

Variante A – Automatische Device Discovery

Schritt 1 – Discovery-Job anlegen

PacketTrap → Discovery → New Discovery Job

  Job Name:         Didactum-Discovery
  IP Range:         192.168.1.50 – 192.168.1.50
  SNMP Version:     v2c
  Community String: didactum_packettrap
  SNMP Port:        161
  Timeout:          5 Sekunden
  Retries:          3
  → "Run Discovery" klicken

Schritt 2 – Discovery-Ergebnis prüfen

→ Gerät erscheint in der Ergebnisliste:
   Name:    Didactum Monitoring System (aus sysName / sysDescr)
   IP:      192.168.1.50
   Status:  SNMP reachable
→ "Add to Monitoring" klicken
→ Gerät wird der Device-Liste hinzugefügt

Variante B – Manuelles Anlegen

PacketTrap → Devices → Add Device

  Device Name:      Didactum-Monitor-01
  IP Address:       192.168.1.50
  Device Type:      SNMP Device / Environmental Monitor
  SNMP Version:     v2c
  Community String: didactum_packettrap
  SNMP Port:        161
  Timeout:          5 Sekunden
  Retries:          3
  Location:         Serverraum
  Description:      Didactum Monitoring System 300T – Serverraum
  Device Group:     Environmental Monitoring (neu anlegen falls nicht vorhanden)
  → Speichern

Schritt 3 – SNMP-Verbindung testen

PacketTrap → Devices → Didactum-Monitor-01 → Test SNMP
  → Erwartetes Ergebnis: "SNMP connection successful"
  → sysDescr: Didactum Monitoring System
  → sysUpTime: (Betriebszeit des Geräts)

Falls Test fehlschlägt:
  → Community String und IP-Adresse prüfen
  → Firewall UDP 161 vom PacketTrap-Server zum Didactum-Gerät prüfen
  → snmpwalk vom Server aus direkt testen (siehe Abschnitt 10)

5. SNMP-Monitore für Didactum-Sensoren konfigurieren

Wichtig – Temperaturschwellwerte: 

Das Didactum-Gerät liefert Temperaturwerte als Rohwert × 10. 25,5 °C = OID-Wert 255. Alle Temperaturschwellen in PacketTrap müssen ebenfalls × 10 angegeben werden.

SNMP-Monitore anlegen

PacketTrap → Devices → Didactum-Monitor-01 → Monitors → Add Monitor → SNMP Monitor

-- ================================================================
-- Monitor 1: Temperatursensor Messwert (Sensor-ID 101001)
-- ================================================================
  Monitor Name:    Temperatur_Sensor_01
  Monitor Type:    SNMP Get
  OID:             .1.3.6.1.4.1.46501.5.1.1.7.101001
  SNMP Version:    v2c
  Community:       didactum_packettrap
  Poll Interval:   60 Sekunden
  Data Type:       Integer / Gauge
  Description:     Temperatursensor 01 – Rohwert x10; 235 = 23,5 Grad C
  Threshold Warning High:  280     (= 28,0 Grad C)
  Threshold Critical High: 350     (= 35,0 Grad C)
  Alarm Message:   Didactum Temp-Alarm: Rohwert ${value} (= ${value/10} Grad C)
  Auto-Clear:      Ja
  → Speichern

-- ================================================================
-- Monitor 2: Temperatursensor Status (0=OK / 1=Alarm / 2=Kein Signal)
-- ================================================================
  Monitor Name:    Temperatur_Status_01
  OID:             .1.3.6.1.4.1.46501.5.1.1.6.101001
  Poll Interval:   60 Sekunden
  Data Type:       Integer
  Threshold Warning High:  1
  Threshold Critical High: 2
  Alarm Message:   Didactum Temp-Status: ${value} (0=OK, 1=Alarm, 2=Kein Signal)
  → Speichern

-- ================================================================
-- Monitor 3: Wassersensor / Leckage (Sensor-ID 107001)
-- ================================================================
  Monitor Name:    Leckage_Sensor_01
  OID:             .1.3.6.1.4.1.46501.5.1.1.7.107001
  Poll Interval:   30 Sekunden
  Data Type:       Integer
  Threshold Critical High: 1      (0 = trocken / OK, 1 = Wasser erkannt / CRITICAL)
  Alarm Message:   KRITISCH: Didactum Leckage-Alarm – Wasser erkannt!
  Auto-Clear:      Ja
  → Speichern

-- ================================================================
-- Monitor 4: Luftfeuchtigkeit (Sensor-ID 102001)
-- ================================================================
  Monitor Name:    Luftfeuchtigkeit_Sensor_01
  OID:             .1.3.6.1.4.1.46501.5.1.1.7.102001
  Poll Interval:   60 Sekunden
  Data Type:       Integer / Gauge
  Unit:            %
  Threshold Warning High:  80
  Threshold Critical High: 90
  Alarm Message:   Didactum Luftfeuchtigkeit-Alarm: ${value} %
  Auto-Clear:      Ja
  → Speichern

-- ================================================================
-- Monitor 5: Türkontakt (Sensor-ID 104001)
-- ================================================================
  Monitor Name:    Tuerkontakt_01
  OID:             .1.3.6.1.4.1.46501.5.1.1.7.104001
  Poll Interval:   30 Sekunden
  Data Type:       Integer
  Threshold Warning High:  1      (0 = geschlossen / OK, 1 = geöffnet / Warning)
  Alarm Message:   Didactum Türkontakt: Tür geöffnet – ${device.name}
  Auto-Clear:      Ja
  → Speichern

-- ================================================================
-- Monitor 6: Rauchmelder (Sensor-ID 106001)
-- ================================================================
  Monitor Name:    Rauchmelder_01
  OID:             .1.3.6.1.4.1.46501.5.1.1.7.106001
  Poll Interval:   30 Sekunden
  Data Type:       Integer
  Threshold Critical High: 1      (0 = kein Rauch / OK, 1 = Alarm / CRITICAL)
  Alarm Message:   KRITISCH: Didactum Rauchmelder-Alarm! – ${device.name}
  Auto-Clear:      Ja
  → Speichern

Monitoring aktivieren

PacketTrap → Devices → Didactum-Monitor-01
  → "Enable Monitoring" sicherstellen (alle Monitore aktiv)
  → Nach dem ersten Poll-Intervall erscheinen Messwerte unter:
     Devices → Didactum-Monitor-01 → Monitor Results

6. SNMP-Trap-Empfang konfigurieren

PacketTrap empfängt SNMP-Traps vom Didactum-Gerät und verarbeitet diese als sofortige Alarmereignisse. In Kombination mit dem SNMP-Polling werden so sowohl Trend-Daten als auch sofortige Alarmbenachrichtigungen abgedeckt.

Schritt 1 – SNMP-Trap-Receiver aktivieren

PacketTrap → Administration → SNMP Trap Receiver

  Listen Port:      162
  Community:        didactum_trap
  SNMP Version:     v2c
  MIB:              DIDACTUM-MIB (zuvor importiert)
  → "Enable Trap Receiver" aktivieren
  → Speichern

Schritt 2 – Trap-Quelle autorisieren

PacketTrap → Administration → SNMP Trap Receiver → Allowed Sources
  → "Add Source"
  → IP-Adresse: 192.168.1.50   (Didactum-Gerät)
  → Community:  didactum_trap
  → Gerät:      Didactum-Monitor-01 (aus Device-Liste zuweisen)
  → Speichern

Schritt 3 – Trap-Definitionen anlegen

PacketTrap → Administration → SNMP Trap Definitions → New Definition

  -- Trap-Definition 1: Allgemeiner Alarm-Trap --
  Definition Name:  Didactum_Alarm_Trap
  Trap OID:         .1.3.6.1.4.1.46501.1.1   (didactumAlarmTrap)
  Source:           192.168.1.50
  Community:        didactum_trap
  Severity:         Critical
  Alarm Message:    Didactum Trap-Alarm: ${varbind[sensorName]} –
                    Status ${varbind[sensorStatus]} –
                    Wert ${varbind[sensorValue]}
  Action:           Create Alert + Send Email
  → Speichern

  -- Trap-Definition 2: Entwarnung --
  Definition Name:  Didactum_Clear_Trap
  Trap OID:         .1.3.6.1.4.1.46501.1.2
  Severity:         Informational
  Alarm Message:    Didactum: ${varbind[sensorName]} – Zustand wieder normal
  Action:           Clear Alert + Send Email
  → Speichern

Schritt 4 – Trap-Weiterleitung im Didactum Web-Interface prüfen

Didactum Web-Interface → Systemeinstellungen → SNMP → Trap-Ziele

  Trap Destination: 192.168.1.100   (IP des PacketTrap-Servers)
  Trap Community:   didactum_trap
  Trap Version:     v2c
  Trap Port:        162
  → Speichern

7. Alerts und Benachrichtigungen konfigurieren

Alert-Policy anlegen

PacketTrap → Alerts → Alert Policies → New Policy

  Policy Name:   Didactum-Sensor-Alarme
  Applies to:    Device Group "Environmental Monitoring"
                 oder einzelnes Gerät "Didactum-Monitor-01"
  Trigger:       Monitor-Schwellwert überschritten ODER SNMP-Trap empfangen

E-Mail-Benachrichtigung konfigurieren

PacketTrap → Alerts → Alert Policies → Didactum-Sensor-Alarme → Actions

  Action Type:   Send Email
  Trigger on:    Warning, Critical
  Recipients:    admin@ihredomain.de
  Subject:       [PacketTrap] Didactum Alarm: ${device.name} – ${monitor.name}
  Body:
    Zeitpunkt:   ${alert.time}
    Gerät:       ${device.name} (${device.ip})
    Monitor:     ${monitor.name}
    Schwere:     ${alert.severity}
    Wert:        ${monitor.value}
    Schwellwert: ${monitor.threshold}
    Standort:    ${device.location}
    Meldung:     ${alert.message}
  → Speichern

  Zweite Aktion – Alarm aufgehoben:
  Action Type:   Send Email
  Trigger on:    Clear / Recovery
  Subject:       [PacketTrap] Didactum OK: ${device.name} – ${monitor.name} wieder normal
  → Speichern

Eskalations-Stufen konfigurieren

PacketTrap → Alerts → Alert Policies → Didactum-Sensor-Alarme → Escalation

  Stufe 1 – Sofort (0 Minuten):
    Aktion:      E-Mail an admin@ihredomain.de
    Bedingung:   Severity Warning oder Critical

  Stufe 2 – Nach 5 Minuten (Alarm noch nicht quittiert):
    Aktion:      E-Mail an it-leitung@ihredomain.de
    Bedingung:   Severity Critical

  Stufe 3 – Nach 15 Minuten (Alarm noch nicht quittiert):
    Aktion:      SNMP-Trap-Forward an weiteres NMS / SIEM
    Bedingung:   Severity Critical
  → Speichern

8. Dashboard und Reports einrichten

Schritt 1 – Dashboard anlegen

PacketTrap → Dashboards → New Dashboard

  Dashboard Name: Serverraum-Monitoring Didactum
  Layout:         Grid 2 x 3

Schritt 2 – Widgets konfigurieren

Widget 1: Temperatur-Trend (Line Chart)
  Typ:          Time Series / Line Chart
  Device:       Didactum-Monitor-01
  Monitor:      Temperatur_Sensor_01
  Zeitraum:     Letzte 24 Stunden
  Y-Achse:      Rohwert (÷10 = Grad C)
  Threshold:    Warning-Linie 280 / Critical-Linie 350

Widget 2: Leckage-Status (Status-LED)
  Typ:          Current Value / Status Indicator
  Monitor:      Leckage_Sensor_01
  Grün:         Wert = 0 (trocken)
  Rot:          Wert = 1 (Wasser erkannt)

Widget 3: Luftfeuchtigkeit (Gauge)
  Typ:          Gauge / Dial
  Monitor:      Luftfeuchtigkeit_Sensor_01
  Min / Max:    0 / 100 %
  Warning:      80 %
  Critical:     90 %

Widget 4: Türkontakt-Status (Status-LED)
  Typ:          Current Value / Status Indicator
  Monitor:      Tuerkontakt_01
  Grün:         Wert = 0 (geschlossen)
  Gelb:         Wert = 1 (geöffnet)

Widget 5: Rauchmelder-Status (Status-LED)
  Typ:          Current Value / Status Indicator
  Monitor:      Rauchmelder_01
  Grün:         Wert = 0 (kein Rauch)
  Rot:          Wert = 1 (Alarm)

Widget 6: Aktive Alarme (Alert List)
  Typ:          Alert List
  Filter:       Device = Didactum-Monitor-01
  Zeigt:        Alle aktiven Alarme und Trap-Ereignisse in Echtzeit

Schritt 3 – Automatisierten Report anlegen

PacketTrap → Reports → New Report

  Report Name:  Didactum Serverraum – Wochenbericht
  Geräte:       Didactum-Monitor-01
  Inhalt:
    - Temperatur-Trend 7 Tage (Min / Max / Durchschnitt / Rohwert)
    - Luftfeuchtigkeit-Trend 7 Tage
    - Alarm-Zusammenfassung: alle Didactum-Alarme der Woche
    - Monitor-Verfügbarkeit (Uptime der Sensor-Abfragen)
  Zeitplan:     Wöchentlich, Montag 07:00 Uhr
  Empfänger:    admin@ihredomain.de
  Format:       PDF
  → Speichern

9. 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

FeldOID-SuffixBedeutungBeispiel (Sensor 101001)
Sensor-Index.5.1.1.1.SENSOR_IDInterner Index.1.3.6.1.4.1.46501.5.1.1.1.101001
Sensor-ID.5.1.1.2.SENSOR_IDNumerische Sensor-ID.1.3.6.1.4.1.46501.5.1.1.2.101001
Sensor-Typ.5.1.1.3.SENSOR_IDTyp-Kennziffer.1.3.6.1.4.1.46501.5.1.1.3.101001
Sensor-Name.5.1.1.5.SENSOR_IDBezeichnung (String).1.3.6.1.4.1.46501.5.1.1.5.101001
Sensor-Status.5.1.1.6.SENSOR_ID0=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_IDAktueller Messwert.1.3.6.1.4.1.46501.5.1.1.7.101001

Sensortypen mit vollständigen OIDs und PacketTrap-Schwellwerten

SensortypSensor-IDOID MesswertOID StatusPacketTrap 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.101001Warning 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.201001Warning High 280 / Critical High 350 (× 10)
Wassersensor / Leckage107001.1.3.6.1.4.1.46501.5.1.1.7.107001.1.3.6.1.4.1.46501.5.1.1.6.107001Critical High ≥ 1 (0 = trocken / OK)
Luftfeuchtigkeit102001.1.3.6.1.4.1.46501.5.1.1.7.102001.1.3.6.1.4.1.46501.5.1.1.6.102001Warning High 80 / Critical High 90 (direkt %)
Potentialfreier Kontakt101003.1.3.6.1.4.1.39052.5.1.1.7.101003.1.3.6.1.4.1.39052.5.1.1.6.101003Warning High ≥ 1 (0 = offen / inaktiv)
Türkontakt104001.1.3.6.1.4.1.46501.5.1.1.7.104001.1.3.6.1.4.1.46501.5.1.1.6.104001Warning High ≥ 1 (0 = geschlossen / OK)
Rauchmelder106001.1.3.6.1.4.1.46501.5.1.1.7.106001.1.3.6.1.4.1.46501.5.1.1.6.106001Critical 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 PacketTrap: 

Didactum liefert Temperatur als Rohwert × 10. 28,0 °C = OID-Wert 280. PacketTrap-Schwellwerte (Warning/Critical High) ebenfalls als × 10-Wert eintragen. In Alarm-Messages und Dashboard-Labels auf „÷10 = °C" hinweisen.

10. SNMP-Verbindung testen

Test per Kommandozeile (vom PacketTrap-Server aus)

# snmpwalk – alle Sensor-Werte auflisten
snmpwalk -v 2c -c didactum_packettrap 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_packettrap 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_packettrap 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_packettrap 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_packettrap -m ALL 192.168.1.50 \
    DIDACTUM-MIB::sensorValue

Test über PacketTrap MIB-Browser

PacketTrap → Tools → MIB Browser

  Host:      192.168.1.50
  Community: didactum_packettrap
  Version:   v2c
  OID:       .1.3.6.1.4.1.46501.5.1.1.7.101001
  → "Get" klicken → Rohwert erscheint (z. B. 235 = 23,5 °C)

MIB Browser → Walk → OID: .1.3.6.1.4.1.46501.5.1.1
  → Alle Sensor-OIDs und Rohwerte werden aufgelistet

Monitor-Ergebnis prüfen

PacketTrap → Devices → Didactum-Monitor-01 → Monitor Results
  → Temperatur_Sensor_01: letzter Wert + Zeitstempel erscheint
  → Status: OK (grün) / Warning (gelb) / Critical (rot)

Trap-Empfang testen

Im Didactum Web-Interface Test-Trap auslösen:
  Systemeinstellungen → SNMP → "Test Trap senden"

In PacketTrap prüfen:
  → Alerts → Active Alerts
  → Neuer Alert mit Source 192.168.1.50 erscheint
  → Severity: Critical
  → Message: Didactum Trap-Alarm: …
  → E-Mail empfangen

11. Fehlersuche und Lösungen

ProblemUrsache & Lösung
Discovery findet Gerät nichtSNMP auf dem Didactum-Gerät nicht aktiviert; Community String falsch; UDP-Port 161 durch Firewall blockiert → snmpwalk direkt vom PacketTrap-Server aus testen; Community String im Gerät und in PacketTrap abgleichen
MIB-Compiler meldet FehlerAbhängige MIBs fehlen (SNMPv2-SMI, RFC1213-MIB) → Basis-MIBs zuerst in das 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 hochKein Fehler – Didactum liefert Rohwert × 10. PacketTrap-Schwellwerte als × 10-Wert setzen (28 °C = Warning High 280). Dashboard-Label auf ÷10 = °C anpassen.
Monitor zeigt keinen Wert nach Poll-IntervallMonitor nicht aktiviert; PacketTrap-Dienst neu starten; SNMP-Verbindung per MIB-Browser testen; OID-Eingabe auf Tippfehler prüfen
SNMP-Traps kommen nicht anTrap-Ziel-IP im Didactum Web-Interface zeigt nicht auf den PacketTrap-Server; UDP-Port 162 durch Firewall blockiert; Trap-Community stimmt nicht überein → PacketTrap Trap-Receiver-Log prüfen
Trap empfangen, aber kein Alert erzeugtTrap-Definition in PacketTrap fehlt oder Trap-OID stimmt nicht überein; Didactum-IP nicht in Allowed Sources → Trap-Definitionen und Allowed Sources prüfen
Keine E-Mail bei AlarmSMTP-Einstellungen in PacketTrap nicht konfiguriert; Alert-Policy dem Gerät nicht zugewiesen; Spam-Ordner prüfen → Administration → Email Settings prüfen
Sensor-Wert bleibt immer 0 (Leckage / Türkontakt / Rauch)Normal bei unkritischem Zustand (0 = OK). Sensor durch kurzes Auslösen testen; OID per snmpget direkt vom Server verifizieren.
Remote-Probe kann Gerät nicht erreichenRemote-Probe nicht im gleichen Netzwerksegment wie das Didactum-Gerät; Routing fehlt → Remote-Probe im Segment des Didactum-Geräts installieren; Monitor dem richtigen Probe zuweisen

12. Abschluss-Checkliste

Didactum-Gerät

  • SNMP aktiviert (v2c)
  • Community String gesetzt (nicht „public"): didactum_packettrap
  • Trap-Ziel auf IP des PacketTrap-Servers gesetzt
  • Trap-Community gesetzt: didactum_trap
  • MIB-Datei heruntergeladen (didactum.mib)
  • snmpwalk vom PacketTrap-Server erfolgreich

PacketTrap Server

  • DIDACTUM-MIB in MIB-Verzeichnis kopiert und über MIB-Compiler importiert
  • MIB-Auflösung im MIB-Browser verifiziert
  • Didactum-Gerät per Discovery gefunden oder manuell angelegt
  • SNMP-Verbindungstest erfolgreich
  • Alle 6 SNMP-Monitore 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-Definitionen für Didactum-Alarm-Traps angelegt
  • Alert-Policy „Didactum-Sensor-Alarme" konfiguriert
  • E-Mail-Benachrichtigung und Eskalations-Stufen aktiviert

Tests & Verifizierung

  • Erste Monitor-Ergebnisse nach einem Poll-Intervall sichtbar
  • Dashboard „Serverraum-Monitoring Didactum" mit allen Widgets konfiguriert
  • Temperatur-Trend-Graph zeigt historische Messwerte
  • Test-Trap über Didactum Web-Interface ausgelöst → Alert in PacketTrap erscheint
  • E-Mail bei Test-Alarm empfangen
  • Wochenbericht-Report geplant und Test-Export erfolgreich erstellt
  • Auto-Clear getestet: Wert wieder im OK-Bereich → Alert automatisch aufgehoben

Diese Webseite nutzt Cookies

Diese Webseite nutzt Cookies zur Verbesserung des Erlebnisses unserer Besucher. Indem Sie weiterhin auf dieser Webseite navigieren, erklären Sie sich mit unserer Verwendung von Cookies einverstanden.

Essenzielle Cookies ermöglichen grundlegende Funktionen und sind für die einwandfreie Funktion der Website erforderlich.
Statistik Cookies erfassen Informationen anonym. Diese Informationen helfen uns zu verstehen, wie unsere Besucher unsere Website nutzen.
Marketing-Cookies werden von Drittanbietern oder Publishern verwendet, um personalisierte Werbung anzuzeigen. Sie tun dies, indem sie Besucher über Websites hinweg verfolgen.