Didactum Monitoring-Geräte und Sensoren – Integration in HP Network Node Manager (NNMi)
Diese Anleitung beschreibt die vollständige Integration von Didactum Monitoring-Geräten in HPE Network Node Manager i (NNMi), Version 10.x und neuer (auch als Micro Focus NNMi oder OpenText NNMi bekannt). Ziel ist die zentrale Überwachung aller Sensoren – Temperatur, Luftfeuchtigkeit, Leckage, Spannung, Türkontakte und weitere – über NNMi-Spiral-Discovery, Custom Poller Collections, Threshold-Incidents und SNMP-Trap-Verarbeitung.
Hinweis zur Namensgebung: HP NNMi wurde über die Jahre von HP über HPE zu Micro Focus und zuletzt zu OpenText übergeben. Die Kernfunktionalität und Konfigurationslogik sind über alle Versionen (9.x bis 10.3x) weitgehend identisch. Diese Anleitung bezieht sich auf NNMi 10.x.
1. Grundlagen und Architektur
HP NNMi ist eine Enterprise-Netzwerkmanagementlösung mit einem einzigartigen Spiral-Discovery-Mechanismus, der Netzwerktopologien automatisch erkennt und pflegt. Für das Monitoring von Umweltsensoren wie den Didactum-Geräten bietet NNMi die Custom Poller-Funktion: Beliebige SNMP-MIB-OIDs werden als Custom Poller Collections definiert, regelmäßig abgefragt und gegen konfigurierbare Schwellwerte (Thresholds) oder Vergleichswerte (Comparison Maps) geprüft. Bei Zustandsänderungen erzeugt NNMi automatisch Incidents.
NNMi-Kernkomponenten für die Didactum-Integration
| NNMi-Konzept | Funktion | Relevanz für Didactum |
|---|---|---|
| Spiral Discovery | Automatische Netzwerkerkennung via SNMP/ICMP, sysObjectID-basiert | Didactum-Gerät automatisch erkennen und in Topologie aufnehmen |
| Communication Configuration | SNMP-Community-Strings, Timeouts, Retries pro IP/Range | SNMP-Zugriff auf Didactum-Gerät konfigurieren |
| Device Profile | Geräteprofil basierend auf sysObjectID (Vendor, Modell, Icon) | Didactum-Gerät als Environmental Monitor klassifizieren |
| Node Group | Logische Gruppierung von Nodes für Monitoring-Regeln | Alle Didactum-Geräte in einer Gruppe zusammenfassen |
| Custom Poller Collection | MIB-Expression-basiertes Polling mit Threshold/Comparison-Map | OID-Werte für Temperatur, Leckage, Feuchte usw. abfragen |
| MIB Variable / MIB Expression | Einzelne OID oder Formel aus mehreren OIDs | z. B. tempValue.1 / 10 für Temperatur in °C |
| Threshold / Comparison Map | Schwellwert oder Wertzuordnung für Zustandsberechnung | OK/Warning/Critical je nach Sensor-Wert |
| Incident | Ereignis bei Zustandsänderung eines Custom Polled Instance | Alarm bei Leckage-Erkennung, Temperatur-Überschreitung usw. |
| SNMP Trap Receiver | Empfang und Verarbeitung eingehender SNMP-Traps | Proaktive Alarme vom Didactum-Gerät |
| MIB Browser | Interaktives SNMP-Walk- und GET-Werkzeug | Didactum-OIDs erkunden und testen |
NNMi Custom Poller – Verarbeitungsablauf
- Administrator definiert eine Custom Poller Collection mit einer MIB Expression (OID oder Formel).
- Eine Policy verknüpft die Collection mit einer Node Group (z. B. alle Didactum-Geräte).
- NNMi pollt die MIB Expression in konfigurierten Intervallen.
- Das Ergebnis wird als Custom Polled Instance gespeichert.
- NNMi prüft den Wert gegen Thresholds (numerische Grenzen) oder Comparison Maps (Wert-zu-Status-Zuordnung).
- Bei Zustandsänderung (Normal → High/Low State) erzeugt NNMi einen Incident.
- Benachrichtigungen per E-Mail oder External Scripts werden ausgelöst.
2. Voraussetzungen
- HPE/Micro Focus NNMi 10.x oder neuer mit Administrator-Zugriff
- Linux-Server (RHEL/CentOS 7+) oder Windows Server 2016+ als NNMi-Server
- NNMi-Webkonsole erreichbar (Standard: HTTPS Port 443 oder HTTP Port 80)
- SNMP-Tools (snmpwalk, snmpget) zur Vorbereitung
- Didactum Monitoring-Gerät im Netzwerk erreichbar, SNMP aktiviert
- UDP Port 161 vom NNMi-Server zum Didactum-Gerät freigegeben
- UDP Port 162 auf dem NNMi-Server für SNMP-Traps freigegeben
- SNMP-Community-String bekannt (Standard: public)
- Didactum MIB-Datei vorhanden (DIDACTUM-RACKMONI2-MIB.mib)
- Optional: NNM iSPI Performance für Metrics (für erweiterte Performance-Trending-Grafiken)
NNMi-Dienste prüfen
# Linux – NNMi-Dienststatus: ovstatus -c # Alle NNMi-Prozesse anzeigen: ovstatus # NNMi neu starten: ovstop && ovstart # NNMi-Web-Interface aufrufen: # <NNMi-SERVER>/nnm/
Beispiel-Netzwerkkonfiguration
| Gerät | IP-Adresse | Rolle |
|---|---|---|
| NNMi-Server | 192.168.1.88 | Monitoring-Server, Webkonsole, Trap-Receiver |
| Didactum Monitoring Unit | 192.168.1.100 | Überwachtes Gerät (SNMP-Agent) |
3. SNMP-Vorbereitung am Didactum-Gerät
3.1 SNMP aktivieren
- Didactum Web-Interface aufrufen: 192.168.1.100, Login mit Admin-Konto.
- Navigation: Einstellungen → Netzwerk → SNMP (oder: Settings → Network → SNMP).
- Folgende Parameter setzen:
- SNMP aktiviert: Ja
- SNMP-Version: v2c (empfohlen) oder v3
- Community-String: public (in Produktion ändern)
- SNMP-Port: 161
- Allowed Managers: IP des NNMi-Servers (192.168.1.88) eintragen
- SNMP Trap Receiver: IP des NNMi-Servers, Port 162
- Einstellungen speichern.
3.2 Erreichbarkeit vom NNMi-Server testen
# SNMP Walk – alle Didactum-OIDs: snmpwalk -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854 # Temperatur Sensor 1: snmpget -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 # System-OID für Device Profile: snmpget -v2c -c public 192.168.1.100 1.3.6.1.2.1.1.2.0 # System-Beschreibung: snmpget -v2c -c public 192.168.1.100 1.3.6.1.2.1.1.1.0
Hinweis: Didactum gibt Temperatur- und Spannungswerte mit Faktor 10 zurück (235 = 23,5 °C). NNMi unterstützt mathematische MIB Expressions – der Wert kann mit der Formel tempValue.1 / 10 direkt in °C umgerechnet werden.
4. NNMi vorbereiten und MIB laden
4.1 Didactum MIB-Datei in NNMi laden
NNMi benötigt die Didactum-MIB, damit OID-Nummern im MIB-Browser, in Custom Poller Collections und in Incident-Nachrichten mit lesbaren Namen angezeigt werden.
- MIB-Datei auf den NNMi-Server übertragen.
- MIB in das NNMi-MIB-Verzeichnis ablegen:
# Linux: sudo cp DIDACTUM-RACKMONI2-MIB.mib /opt/OV/share/snmp_mibs/customer/ # Windows: copy DIDACTUM-RACKMONI2-MIB.mib "C:\Program Files\HP\HP BTO Software\share\snmp_mibs\customer\"
- MIB in NNMi laden (als root / Administrator):
# Linux: /opt/OV/bin/nnmloadmib.ovpl -load DIDACTUM-RACKMONI2-MIB.mib # Windows: "%OvInstallDir%\bin\nnmloadmib.ovpl" -load DIDACTUM-RACKMONI2-MIB.mib # Geladene MIBs auflisten: /opt/OV/bin/nnmloadmib.ovpl -list | grep -i didactum
- Alternativ über die NNMi-Konsole: Configuration → MIBs → Load/Upload MIB (je nach NNMi-Version verfügbar).
4.2 MIB-Load prüfen
# Prüfen ob die MIB korrekt geladen wurde: /opt/OV/bin/nnmsnmpwalk.ovpl -u admin -p adminpasswort \ -v 2c -c public 192.168.1.100 .1.3.6.1.4.1.3854 # Mit lesbaren OID-Namen (nach MIB-Load): /opt/OV/bin/nnmsnmpwalk.ovpl -u admin -p adminpasswort \ -v 2c -c public -O s 192.168.1.100 .1.3.6.1.4.1.3854
4.3 SNMP Trap Receiver in NNMi aktivieren
- Navigation: Configuration → Incidents → SNMP Trap Incidents.
- Prüfen, dass der Trap-Receiver aktiv ist (Standard: Port 162, UDP).
- Firewall auf dem NNMi-Server freigeben:
# Linux (firewalld): sudo firewall-cmd --permanent --add-port=162/udp sudo firewall-cmd --reload # Linux (iptables): sudo iptables -A INPUT -p udp --dport 162 -j ACCEPT # Linux (ufw): sudo ufw allow 162/udp
5. Didactum-Gerät entdecken (Spiral Discovery)
5.1 Discovery-Seed hinzufügen
NNMi verwendet Spiral Discovery, das von einem Seed-Gerät ausgehend das Netzwerk erkundet. Das Didactum-Gerät wird als Seed hinzugefügt:
- Navigation: Configuration → Discovery → Seeds.
- Klick auf New.
- Hostname or IP Address: 192.168.1.100
- Klick auf Save.
Alternativ per Kommandozeile:
# Seed-IP zur Discovery hinzufügen: /opt/OV/bin/nnmloadseeds.ovpl -f /tmp/didactum_seeds.txt # Inhalt der Seed-Datei: echo "192.168.1.100" > /tmp/didactum_seeds.txt
5.2 Auto-Discovery-Regeln konfigurieren
- Navigation: Configuration → Discovery → Auto-Discovery Rules.
- Neue Regel: Add Rule.
- Rule Name: Didactum-Monitoring-Geräte
- IP Address Range: 192.168.1.100 – 192.168.1.110
- sysObjectID Prefix: .1.3.6.1.4.1.3854 (nur Didactum-Geräte)
- Action: Add to NNMi Management
- Speichern und Discovery neu starten.
5.3 Discovery-Ergebnis prüfen
- Navigation: Inventory → Nodes.
- Nach IP 192.168.1.100 suchen.
- Node erscheint mit sysName, sysDescr und Management-Status.
- Rechtsklick auf Node → Actions → Polling → Configuration Poll – erzwingt sofortige Discovery.
5.4 Node-Eigenschaften prüfen
- Doppelklick auf den Didactum-Node → Node-Detail-Formular öffnet sich.
- Registerkarte General: Hostname, IP, sysDescr, sysObjectID prüfen.
- Registerkarte SNMP: SNMP-Version und Community-String bestätigen.
- Registerkarte MIB Information: Klick auf List Supported MIBs – Didactum-MIB sollte erscheinen (nach MIB-Load).
6. Communication Configuration und Credentials
6.1 SNMP-Community-String konfigurieren
- Navigation: Configuration → Communication Configuration.
- Registerkarte SNMP Community Strings.
- Klick auf New:
- Read Community: public
- Ordering: 1 (höchste Priorität)
- Specific Nodes: 192.168.1.100 (nur Didactum-Gerät)
- Speichern.
Wichtig: NNMi muss den Community-String kennen, bevor die Discovery gestartet wird. Andernfalls wird das Gerät als Non-SNMP klassifiziert.
6.2 SNMP-Version und Timeouts anpassen
- Navigation: Configuration → Communication Configuration → Default SNMP Settings.
- Gerätespezifische Einstellung für Didactum:
- SNMP Version: SNMPv2c
- Timeout: 2000 ms
- Retries: 3
- Port: 161
6.3 Für SNMP v3
- Registerkarte SNMPv3 Settings in der Communication Configuration.
- Neue SNMPv3-Konfiguration:
- Security Name: SNMP-v3-Benutzername
- Auth Protocol: SHA
- Auth Password: Authentifizierungspasswort
- Privacy Protocol: AES128
- Privacy Password: Verschlüsselungspasswort
- Specific Nodes: 192.168.1.100
6.4 Communication-Test mit dem NNMi MIB-Browser
- Node auswählen → Rechtsklick → Actions → MIB Information → MIB Browser.
- OID eingeben: .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1.
- Klick auf Get – Temperatur-Rohwert sollte angezeigt werden (z. B. 235).
- Klick auf Walk → vollständiger SNMP-Walk des Didactum-Geräts.
7. Device Profile für Didactum anlegen
NNMi verwendet Device Profiles (basierend auf der sysObjectID) zur Klassifizierung von Geräten. Da Didactum kein vorinstalliertes Profile in NNMi hat, wird ein eigenes angelegt.
7.1 sysObjectID des Didactum-Geräts ermitteln
# sysObjectID abfragen: snmpget -v2c -c public 192.168.1.100 1.3.6.1.2.1.1.2.0 # Typische Antwort für Didactum Rack Monitoring Unit: # SNMPv2-SMI::enterprises.3854.1.1.1 (oder ähnlich)
7.2 Device Profile erstellen
- Navigation: Configuration → Device Profiles.
- Klick auf New.
- Folgende Felder ausfüllen:
- sysObjectID: .1.3.6.1.4.1.3854.1.1.1 (je nach Modell anpassen)
- Vendor: Didactum
- Model: Rack Monitoring Unit II
- Device Category: Environmental Monitor (oder Other)
- Device Family: Environmental Sensors
- System OID Prefix Matching: Enabled (erkennt alle Didactum-Varianten)
- Speichern.
- Discovery neu ausführen: Actions → Polling → Configuration Poll am Didactum-Node.
7.3 Node Group für Didactum-Geräte anlegen
- Navigation: Configuration → Node Groups.
- Klick auf New:
- Name: Didactum-Rack-Monitoring
- Notes: Alle Didactum Rack Monitoring Units im Netzwerk
- Registerkarte Additional Filters:
- Filter: Vendor = Didactum (nach Device-Profile-Konfiguration) ODER
- Filter: sysObjectID starts with .1.3.6.1.4.1.3854
- Speichern – NNMi ordnet alle Didactum-Nodes automatisch dieser Gruppe zu.
8. Custom Poller Collections konfigurieren
Custom Poller Collections sind das zentrale Werkzeug in NNMi, um Didactum-spezifische Sensorwerte zu überwachen. Jede Collection besteht aus einer MIB Expression, einer Policy (Gerätezuordnung) und optionalen Threshold- oder Comparison-Map-Konfigurationen.
8.1 Custom Poller Collection für Temperatur erstellen
- Navigation: Configuration → Custom Poller → Custom Poller Collections → New.
- Registerkarte Basic Settings:
- Name: Didactum-Temperatur-S1
- Description: Temperatur Sensor 1 – Rack-Front
- Collection Type: Instance
- Polling Interval: 300 Sekunden (5 Minuten)
- Include in Node Status: Enabled (lässt Sensor-Zustand den Node-Status beeinflussen)
- Registerkarte MIB Variable:
- MIB Expression: tempValue.1 / 10 (Rohwert ÷ 10 für °C) ODER bei manuellem OID-Eintrag: .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 / 10
- Display Unit: °C
- Variable Type: Gauge
- Registerkarte Thresholds:
- High Threshold: 30 → High State: Warning
- High Threshold: 35 → High State: Critical
- Low Threshold: 5 → Low State: Warning
- Generate Incident: Enabled
- Speichern.
8.2 Policy für die Collection anlegen (Node-Gruppe zuweisen)
- In der Custom Poller Collection: Registerkarte Policies → New.
- Einstellungen:
- Policy Name: Didactum-Temp-Policy
- Node Group: Didactum-Rack-Monitoring
- Active State: Active
- Speichern. NNMi beginnt das Polling aller Nodes der Gruppe.
8.3 Custom Poller Collection für Leckage (Comparison Map)
Für binäre Sensor-Werte wie Leckage (0=OK, 1=Alarm) ist eine Comparison Map die geeignetere Konfiguration – damit kann NNMi Werte direkt einem Status zuordnen:
- Neue Collection: Didactum-Leckage-S1
- MIB Variable: .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 (Leckage Status Sensor 1)
- Polling Interval: 60 Sekunden
- Registerkarte Comparison Maps → New:
- Ordering: 1
- Comparison Operator: = (equals)
- Comparison Value: 1
- High State: Critical
- Generate Incident: Yes
- Incident Message: LECKAGE erkannt auf {node} – Sensor 1! Sofortiger Handlungsbedarf!
- Zweiten Comparison-Map-Eintrag für OK-Status:
- Ordering: 2
- Comparison Value: 0
- High State: Normal
- Speichern und Policy zuweisen: Node Group Didactum-Rack-Monitoring.
8.4 Custom Poller per Kommandozeile konfigurieren
NNMi bietet das Kommandozeilentool nnmcustompollerconfig.ovpl für Skript-basierte Konfiguration:
# Neue Custom Poller Collection für Temperatur S1 anlegen: /opt/OV/bin/nnmcustompollerconfig.ovpl \ -u admin -p adminpasswort \ -action addCollection \ -name "Didactum-Temperatur-S1" \ -description "Temperatur Sensor 1 Rack-Front" \ -collectionType Instance \ -pollingInterval 300 \ -mibExpression ".1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 / 10" \ -generateIncident true # Threshold hinzufügen: /opt/OV/bin/nnmcustompollerconfig.ovpl \ -u admin -p adminpasswort \ -action addThreshold \ -collectionName "Didactum-Temperatur-S1" \ -highThreshold 30 \ -highState Warning \ -rearmThreshold 28 # Collection auflisten: /opt/OV/bin/nnmcustompollerconfig.ovpl \ -u admin -p adminpasswort \ -action listCollections
8.5 Alle empfohlenen Custom Poller Collections im Überblick
| Collection Name | MIB Expression / OID | Typ | Intervall | Konfiguration |
|---|---|---|---|---|
| Didactum-Temperatur-S1 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 / 10 | Gauge | 300 s | Threshold: Warn ≥ 30, Crit ≥ 35 |
| Didactum-Temperatur-S2 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.2 / 10 | Gauge | 300 s | Threshold: Warn ≥ 30, Crit ≥ 35 |
| Didactum-Temp-Status-S1 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.4.1 | Gauge | 300 s | Comparison Map: 0=Normal, 1=Warning, 2=Critical |
| Didactum-Leckage-S1 | .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 | Gauge | 60 s | Comparison Map: 0=Normal, 1=Critical |
| Didactum-Leckage-S2 | .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.2 | Gauge | 60 s | Comparison Map: 0=Normal, 1=Critical |
| Didactum-Luftfeuchtigkeit-S1 | .1.3.6.1.4.1.3854.1.2.2.1.17.1.3.1 | Gauge | 300 s | Threshold: Warn > 70 oder < 20 |
| Didactum-Spannung-S1 | .1.3.6.1.4.1.3854.1.2.2.1.15.1.3.1 / 10 | Gauge | 300 s | Threshold: Warn < 207 oder > 253 |
| Didactum-Tuerkontakt-S1 | .1.3.6.1.4.1.3854.1.2.2.1.10.1.3.1 | Gauge | 60 s | Comparison Map: 0=Normal, 1=Warning |
| Didactum-Rauchmelder-S1 | .1.3.6.1.4.1.3854.1.2.2.1.14.1.3.1 | Gauge | 60 s | Comparison Map: 0=Normal, 1=Critical |
| Didactum-Bewegung-S1 | .1.3.6.1.4.1.3854.1.2.2.1.11.1.3.1 | Gauge | 60 s | Comparison Map: 0=Normal, 1=Warning |
8.6 Custom Polled Instances anzeigen
- Navigation: Inventory → Custom Polled Instances.
- Filterung nach Node: 192.168.1.100.
- Jede Instance zeigt: letzter Wert, Zustand (Normal/Warning/Critical), letzter Poll-Zeitstempel.
- Doppelklick auf eine Instance → Detailansicht mit Verlauf der Zustandsänderungen.
9. OID-Referenz für NNMi Custom Poller
Alle OIDs basieren auf der Didactum Enterprise OID-Basis 1.3.6.1.4.1.3854. Der Platzhalter {n} steht für den Sensorindex (1 = erster Sensor usw.).
9.1 Temperatursensoren
| OID | Beschreibung | Rohwert | MIB Expression | NNMi-Threshold / Comparison Map |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.{n} | Temperaturwert Sensor n | °C × 10 | OID / 10 | Threshold: Warn ≥ 30, Crit ≥ 35 |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.4.{n} | Temperatur-Status Sensor n | Enum 0/1/2 | Direktwert | Comparison Map: 0→Normal, 1→Warning, 2→Critical |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.7.{n} | Oberer Grenzwert Sensor n | °C × 10 | OID / 10 | Informativ (kein Threshold) |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.8.{n} | Unterer Grenzwert Sensor n | °C × 10 | OID / 10 | Informativ (kein Threshold) |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.2.{n} | Sensor-Name n | Text | – | Für Incident-Nachrichten |
9.2 Leckagesensoren
| OID | Beschreibung | Rohwert | MIB Expression | Comparison Map |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.4.{n} | Leckage-Status Sensor n | 0=OK, 1=Leckage | Direktwert | 0→Normal, 1→Critical |
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.3.{n} | Leckage-Wert Sensor n | 0=trocken | Direktwert | 0→Normal, ≥ 1→Critical |
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.2.{n} | Sensor-Name n | Text | – | – |
9.3 Luftfeuchtigkeitssensoren
| OID | Beschreibung | Rohwert | MIB Expression | NNMi-Threshold |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.3.{n} | Luftfeuchtigkeitswert Sensor n | % rF | Direktwert | High: > 70 (Warning), > 80 (Critical); Low: < 20 (Warning) |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.4.{n} | Luftfeuchtigkeits-Status n | Enum 0/1/2 | Direktwert | Comparison Map: 0→Normal, 1→Warning, 2→Critical |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.7.{n} | Oberer Grenzwert Sensor n | % rF | Direktwert | Informativ |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.8.{n} | Unterer Grenzwert Sensor n | % rF | Direktwert | Informativ |
9.4 Weitere Sensoren
| OID | Beschreibung | Rohwert | MIB Expression | NNMi-Konfiguration |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.15.1.3.{n} | Spannungswert Sensor n | V × 10 | OID / 10 | Threshold: Warn < 207 oder > 253 |
| 1.3.6.1.4.1.3854.1.2.2.1.15.1.4.{n} | Spannungs-Status Sensor n | Enum 0/1/2 | Direktwert | Comparison Map: 0→Normal, 1→Warning, 2→Critical |
| 1.3.6.1.4.1.3854.1.2.2.1.10.1.3.{n} | Türkontakt-Status n | 0=zu, 1=offen | Direktwert | Comparison Map: 0→Normal, 1→Warning |
| 1.3.6.1.4.1.3854.1.2.2.1.11.1.3.{n} | Erschütterung / Bewegung n | 0=keine, 1=Alarm | Direktwert | Comparison Map: 0→Normal, 1→Warning |
| 1.3.6.1.4.1.3854.1.2.2.1.14.1.3.{n} | Rauchmelder-Status n | 0=OK, 1=Alarm | Direktwert | Comparison Map: 0→Normal, 1→Critical |
| 1.3.6.1.2.1.1.3.0 | System Uptime | Hundertstelsekunden | Direktwert | Informativ |
10. Incidents und Alarmierung
10.1 Incident-Konfiguration für Custom Poller
NNMi erzeugt automatisch Incidents, wenn eine Custom Polled Instance ihren Zustand ändert (z. B. Normal → Critical). Die Incident-Vorlage kann angepasst werden:
- Navigation: Configuration → Incidents → Custom Poller Incidents.
- Vorhandene Incident-Vorlage für Custom Poller öffnen oder neue anlegen.
- Anpassungen:
- Incident Name: Didactum Leckage Critical
- Severity: Critical
- Message Format: LECKAGE erkannt: {customPolledInstance.node.name} – Sensor {customPolledInstance.name} – Wert: {customPolledInstance.value}
- Category: Environmental
- Priority: High
10.2 Incident-Browser verwenden
- Navigation: Incident Browsing → Open Incidents.
- Filter: Source: 192.168.1.100 oder Category: Environmental.
- Incident-Details: Zeitstempel, Schweregrad, betroffener Node, Wert, Status.
- Incident quittieren: Actions → Acknowledge.
- Incident schließen nach Behebung: Actions → Close.
10.3 E-Mail-Benachrichtigung konfigurieren
- Navigation: Configuration → Incidents → Incident Actions.
- Neue Action: Email Notification für Critical-Incidents der Didactum-Node-Gruppe.
- Trigger: Incident Severity = Critical
- Node Group: Didactum-Rack-Monitoring
- Email Recipients: admin@example.com
- Subject: [NNMi CRITICAL] Didactum-Alarm: {incident.name} auf {node.name}
10.4 Empfohlene Schwellwerte
| Collection | Warning-Schwelle | Critical-Schwelle | Rearm | Norm |
|---|---|---|---|---|
| Temperatur IT-Rack (°C) | ≥ 30 | ≥ 35 | 28 | ASHRAE A1: 15–32 °C |
| Temperatur USV-Raum (°C) | ≥ 25 | ≥ 30 | 23 | Herstellervorgabe |
| Luftfeuchtigkeit hoch (% rF) | ≥ 70 | ≥ 80 | 65 | ASHRAE: 20–80 % rF |
| Luftfeuchtigkeit niedrig (% rF) | ≤ 20 | ≤ 10 | 25 | ASHRAE: 20–80 % rF |
| Leckage (0/1) | – | = 1 | = 0 | Sofortalarm |
| Spannung 230 V AC (V) | < 207 oder > 253 | < 196 oder > 260 | 210 | EN 50160 ±10 % |
| Türkontakt / Rauch / Bewegung | – | = 1 | = 0 | Policy-abhängig |
11. SNMP-Trap-Integration
NNMi enthält einen nativen SNMP-Trap-Receiver. Didactum-Traps werden automatisch dem sendenden Node zugeordnet und als SNMP-Trap-Incidents im Incident-Browser angezeigt – ohne zusätzliche Konfiguration, sofern die Didactum-MIB geladen ist.
11.1 SNMP Trap Incident Configurations anlegen
- Navigation: Configuration → Incidents → SNMP Trap Incidents → New.
- Definition für Leckage-Trap:
- Name: Didactum-Leckage-Trap
- SNMP Object ID: .1.3.6.1.4.1.3854.1.7.2
- Severity: Critical
- Category: Environmental
- Message Format: LECKAGE erkannt via SNMP Trap von {trapSource}
- Enable this Incident: Enabled
- Speichern. NNMi klassifiziert eingehende Traps dieser OID nun automatisch als Didactum-Leckage-Trap.
11.2 Trap-Definitionen für alle Didactum-Trap-OIDs
| Trap-OID | Incident Name | Severity | Kategorie |
|---|---|---|---|
| 1.3.6.1.4.1.3854.1.7.1 | Didactum-Temperatur-Alarm-Trap | Major | Environmental |
| 1.3.6.1.4.1.3854.1.7.2 | Didactum-Leckage-Alarm-Trap | Critical | Environmental |
| 1.3.6.1.4.1.3854.1.7.3 | Didactum-Feuchte-Alarm-Trap | Major | Environmental |
| 1.3.6.1.4.1.3854.1.7.4 | Didactum-Spannung-Alarm-Trap | Major | Environmental |
| 1.3.6.1.4.1.3854.1.7.10 | Didactum-Tuerkontakt-Trap | Warning | Security |
| 1.3.6.1.4.1.3854.1.7.14 | Didactum-Rauchmelder-Trap | Critical | Environmental |
| 1.3.6.1.4.1.3854.1.7.99 | Didactum-Geraet-Neustart-Trap | Warning | Availability |
11.3 SNMP-Trap weiterleiten (Trap Forwarding)
NNMi kann Didactum-Traps an weitere Management-Systeme weiterleiten:
- Navigation: Configuration → Incidents → SNMP Trap Forwarding → New.
- Destination: IP und Port des Zielsystems.
- Filter: Nur Traps der OID-Basis .1.3.6.1.4.1.3854 weiterleiten.
11.4 Trap-Test durchführen
# Test-Trap für Leckage an NNMi senden: snmptrap -v2c -c public 192.168.1.88 '' \ .1.3.6.1.4.1.3854.1.7.2 \ .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 i 1 # Trap erscheint im NNMi Incident Browser: # Incident Browsing → Open Incidents → Filter: Source = 192.168.1.100
12. Maps, Dashboards und Reports
12.1 Node Group Map für Didactum-Geräte
- Navigation: View → Node Group Maps → Didactum-Rack-Monitoring.
- Alle Didactum-Nodes werden als Icons angezeigt, Farbe zeigt aktuellen Status (grün/gelb/orange/rot).
- Hintergrundbild hochladen: Edit Map → Background → Upload Image (Serverraum-Grundriss).
- Didactum-Icons auf dem Grundriss positionieren.
12.2 Custom Polled Instances im Dashboard
- Navigation: Inventory → Custom Polled Instances.
- Filter nach Node Group Didactum-Rack-Monitoring.
- Alle aktuellen Sensor-Werte und Zustände auf einen Blick.
- Sortierung nach Severity: Critical-Instances oben.
12.3 Performance-Reports (mit NNM iSPI Performance)
Falls das optionale NNM iSPI Performance for Metrics installiert ist, können Custom Poller-Werte als Trendgrafiken visualisiert werden:
- Node auswählen → Rechtsklick → Actions → NNM iSPI Performance → Reporting.
- Collection auswählen: Didactum-Temperatur-S1.
- Zeitraum: Letzte 24 Stunden, 7 Tage oder 30 Tage.
- Report-Typ: Line Graph, Table, Top-N Report.
12.4 Incident-Report generieren
- Navigation: Incident Browsing → Closed Incidents.
- Filter: Category = Environmental, Node Group = Didactum.
- Zeitraum: Letzter Monat.
- Exportieren als CSV oder PDF.
13. Fehlerbehebung (Troubleshooting)
| Problem | Mögliche Ursache / Lösung |
|---|---|
| Gerät wird als Non-SNMP entdeckt | Community-String muss in NNMi vor der Discovery konfiguriert sein: Configuration → Communication Configuration → SNMP Community Strings. Danach erneuten Configuration Poll erzwingen. |
| Node erscheint nicht nach Discovery | Seed korrekt eingetragen? Auto-Discovery-Regel aktiv? Firewall: UDP 161 freigegeben? Community-String stimmt? NNMi-Log prüfen: /var/opt/OV/log/nnm/. |
| MIB-Load schlägt fehl | Abhängige MIBs prüfen (SNMPv2-SMI, SNMPv2-TC). MIB-Datei-Syntax mit nnmloadmib.ovpl -validate prüfen. Fehlermeldung im Log lesen. |
| Custom Poller liefert keine Werte | MIB Expression korrekt? OID mit führendem Punkt? Policy aktiv und Node Group korrekt? Erneuter Configuration Poll am Node. nnmcustompollerconfig.ovpl -action listCollections zum Prüfen. |
| Temperaturwert falsch (235 statt 23,5) | MIB Expression anpassen: .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 / 10. Der Divisor wird von NNMi in der Expression unterstützt. Threshold-Werte entsprechend in °C (nicht × 10) angeben. |
| Incident wird nicht erzeugt | Generate Incident in Threshold/Comparison Map aktiviert? Incident-Konfiguration gespeichert und aktiv? Custom Polled Instance zeigt korrekten State? Incident-Log prüfen. |
| SNMP-Traps erscheinen nicht im Incident Browser | UDP Port 162 freigegeben? Trap Incident Configuration angelegt? Didactum-MIB geladen (für OID-Namensauflösung)? NNMi Trap-Receiver aktiv? Test-Trap senden und Log prüfen. |
| Keine E-Mail-Benachrichtigungen | Incident Action konfiguriert und aktiv? SMTP-Server in NNMi eingetragen? Configuration → Server Configuration → SMTP. Incident-Severity entspricht dem Trigger der Action? |
Diagnose-Befehle Übersicht
# NNMi-Prozessstatus: ovstatus -c # NNMi starten / stoppen: ovstart ovstop # NNMi-Logs (Linux): ls /var/opt/OV/log/nnm/ tail -f /var/opt/OV/log/nnm/nnm.log # MIB laden: /opt/OV/bin/nnmloadmib.ovpl -load DIDACTUM-RACKMONI2-MIB.mib # MIB-Liste prüfen: /opt/OV/bin/nnmloadmib.ovpl -list | grep -i didactum # SNMP-Walk vom NNMi-Server: /opt/OV/bin/nnmsnmpwalk.ovpl -u admin -p adminpasswort \ -v 2c -c public 192.168.1.100 .1.3.6.1.4.1.3854 # SNMP-GET für einzelne OID: /opt/OV/bin/nnmsnmpget.ovpl -u admin -p adminpasswort \ -v 2c -c public 192.168.1.100 .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 # Custom Poller Collections auflisten: /opt/OV/bin/nnmcustompollerconfig.ovpl \ -u admin -p adminpasswort -action listCollections # Discovery manuell starten: /opt/OV/bin/nnmdiscovery.ovpl -u admin -p adminpasswort # Test-Trap an NNMi senden: snmptrap -v2c -c public 192.168.1.88 '' \ .1.3.6.1.4.1.3854.1.7.2 \ .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 i 1 # Firewall-Ports prüfen (firewalld): sudo firewall-cmd --list-ports # Ports freigeben: sudo firewall-cmd --permanent --add-port=162/udp sudo firewall-cmd --reload
Anhang: NNMi-Konfiguration Schnell-Referenz
| Aufgabe | Navigationspfad in NNMi |
|---|---|
| Discovery-Seed hinzufügen | Configuration → Discovery → Seeds → New |
| Auto-Discovery-Regel | Configuration → Discovery → Auto-Discovery Rules → New |
| SNMP Community String | Configuration → Communication Configuration → SNMP Community Strings |
| Device Profile anlegen | Configuration → Device Profiles → New |
| Node Group anlegen | Configuration → Node Groups → New |
| Custom Poller Collection | Configuration → Custom Poller → Custom Poller Collections → New |
| Custom Polled Instances anzeigen | Inventory → Custom Polled Instances |
| Incident Browser | Incident Browsing → Open Incidents |
| SNMP Trap Incident Config | Configuration → Incidents → SNMP Trap Incidents → New |
| Incident Actions (E-Mail) | Configuration → Incidents → Incident Actions → New |
| MIB Browser | Node auswählen → Actions → MIB Information → MIB Browser |
| Configuration Poll erzwingen | Node auswählen → Actions → Polling → Configuration Poll |
| Node Group Map | View → Node Group Maps → Didactum-Rack-Monitoring |
| SMTP konfigurieren | Configuration → Server Configuration → SMTP |
| Incident Acknowledgement | Incident auswählen → Actions → Acknowledge |
Für firmware-spezifische OIDs und unterstützte Sensortypen immer die aktuelle Didactum-Gerätedokumentation konsultieren. NNMi-versionsspezifische Details sind in der HPE/Micro Focus/OpenText NNMi-Administratordokumentation nachzuschlagen.