OpenNMS bringt bereits viele vorde­fi­nierte Moni­tore zur Über­wa­chung von Stan­dard- Diensten mit.
Dazu gehören ICMP, HTTP, SNMP, FTP, SMTP, IMAP und viele weitere Dienste.

Neben dem reinen Moni­to­ring werden auch die Antwort­zeiten der Dienste gespei­chert und grafisch dargestellt.

Über SNMP lassen sich wichtige Hard­ware-Para­meter der Geräte über­wa­chen, wenn diese die Daten bereit­stellen. Inter­es­sant ist zum Beispiel die korrekte Funk­tion von Lüftern, redun­dantem Netz­teil, System­tem­pe­ratur oder Fest­platten zu überwachen.

Aber auch viele weitere Para­meter lassen sich über­wa­chen. NETHINKS kann dabei auf eine riesige Daten­bank an fertigen Moni­tor­de­fi­ni­tionen zurück­greifen, die sich im Rahmen von Moni­to­ring-Projekten ange­sam­melt haben.

Auch die Funktionalität kompletter Anwen­dungen lässt sich über­wa­chen. So kann der Mail-Trans­port-Monitor in regel­mä­ßigen Abständen eine Mail über einen Mail­server versenden und auf einem Ziel-Mail­server nach­sehen, ob die Mail korrekt ange­kommen ist.

Neben der Über­wa­chung von Diensten auf IP Ebene lässt sich auch der Status von Layer2 Inter­faces über­wa­chen. Hierbei fragt OpenNMS in einem frei defi­nier­baren Polling- Inter­vall auf den Geräten per SNMP den Status ausge­wählter Layer 2 Inter­faces ab.

OpenNMS ist ein event­ge­trie­benes System. Jeder Vorgang im OpenNMS ist ein Event. Zum einen gibt es interne Events (zum Beispiel wenn das Moni­to­ring einen
ausge­fal­lenen Dienst erkannt hat), zum anderen aber auch die Möglich­keit, von externen Systemen Events an das System zu senden.

So können SNMP-Traps und Syslog-Nach­richten von über­wachten Geräten empfangen und diese in ein OpenNMS Event umge­wan­delt werden. Gleich­ar­tige Events können zu Alarmen zusam­men­ge­fasst werden.

Events und Alarme können über verschie­dene Schnitt­stellen an externe Systeme gesendet werden.

Neben dem reinen Fault Manage­ment bietet OpenNMS auch ein Performance
Management.

Hierbei werden von den über­wachten Geräten in einem defi­nier­barem Inter­vall Leis­tungs­daten wie zum Beispiel CPU-Auslas­tung, Auslas­tung von Netz­werk-Inter­faces oder Fest­platten-Auslas­tungen ausge­lesen und abgelegt.

Die gesam­melten Daten werden dann in Form von Graphen im Webfrontend zur Verfü­gung gestellt. Auch lassen sich Schwell­werte auf die gesam­melten Werte hinterlegen.

Ist SNMP auf den über­wachten Geräten verfügbar, kann OpenNMS die Netzwerk-
Topo­logie erkennen.

Dabei liest es aus den betei­ligten Geräten Infor­ma­tionen wie
Routing-Tabellen, Infor­ma­tionen zu CDP Neigh­bors oder Mac-Adress-Tables aus und berechnet daraus die Topologie.

OpenNMS bietet verschie­dene Karten-Werk­zeuge für die Visua­li­sie­rung der
über­wachten Umge­bung an.

• Geogra­fi­sche Karten:
  Werden zu den Geräten Adress­in­for­ma­tionen hinter­legt, so werden diese auto­ma­tisch auf einer Open­StreetMap Karten angezeigt

• Topo­lo­gi­sche Karten:
  Wird eine Netz­werk-Topo­logie erkannt, wird diese auf einer topo­lo­gi­schen Karte dargestellt.

• Eigene Karten:
  Auf selbst defi­nierten Karten können Geräte beliebig ange­ordnet und mit einer Hinter­grund-Grafik versehen werden

Mit der in OpenNMS inte­grierten Repor­ting-Engine Jasper­Re­ports lassen sich
verschie­dene Sach­ver­halte aus der OpenNMS Daten­bank grafisch aufbe­reiten und in Form eines PDF-Reports zur Verfü­gung stellen.

So lässt sich zum Beispiel ein Verfüg­bar­keits­re­por­ting reali­sieren und der Geschäfts­füh­rung oder Kunden zur Verfü­gung stellen.

Auch jede Menge weiterer Reports sind denkbar.

Die zu über­wa­chenden Geräte können über verschie­dene Möglich­keiten in OpenNMS aufge­nommen werden:

• Manu­elles Eintragen der Geräte in OpenNMS
• Auto­dis­co­very durch Abscannen von IP-Adressbereichen
• Import von DNS-Zonen
• Anbin­dung belie­biger Inventar-Systeme durch Nutzung der OpenNMS ReST API

Ein Moni­to­ring-System ist oftmals nur ein Teil einer IT-Management-Umgebung.

So findet man häufig ein Inven­tar­system, in dem alle Geräte hinter­legt sind, als auch Trouble Ticket- oder Event-Proces­sing-Systeme, zu denen erkannte Probleme
weiter­ge­leitet werden sollen.

OpenNMS bietet hier umfang­reiche Schnitt­stellen zur einfa­chen Anbin­dung solcher Systeme.

• Service Polling (Dienst-Moni­tore)
• Netz­werk-Disco­very
• Verfüg­bar­keits-Repor­ting
• SNMP-Daten­samm­lung
• SNMP-Trap Empfänger (über 5000 Traps sind vorkonfiguriert)
• Benach­rich­ti­gung mittels E-Mail, Pager, SMS oder externe CLI-Programme
• Schwell­werte basie­rend auf SNMP-Daten oder Antwort­zeiten von Diensten

• Desi­gned für große Umgebungen
• Mehrere paral­lele Verar­bei­tungs­schlangen für Dienst­samm­lungen und Dienstmonitore
• Über­wa­chung vieler Geräte und Dienste mit einem einzigen Server
• Auto­ma­tismen zur Erken­nung von Diensten und Geräten
• Regel­ba­sierte Konfi­gu­ra­tion zur Mini­mie­rung des Verwal­tungs­auf­wandes für mitt­lere bis große Umgebungen
• Zentrale Daten­bank­ar­chi­tektur (Post­greSQL)
• Leis­tungs­daten mittels RRD/JRB (Round Robin Database/Java Round Robin Database)

• Auto­ma­tisch: Konfi­gu­ra­tion eines Netz­be­rei­ches und Prüfen der Erreich­bar­keit mittels ICMP (Ping). Jede IP-Adresse, die im Netz­be­reich auf Ping antwortet, wird in OpenNMS aufgenommen.
• Semi-auto­ma­tisch: Geräte, die nicht in OpenNMS enthalten sind und einen SNMP-Trap oder eine Syslog-Nach­richt an OpenNMS senden, werden aufgenommen.
• Manuell: IP-Adresse des Gerätes wird manuell in das Web-Inter­face eingetragen.

• Auto­ma­ti­sche Diensterkennung
• Zahl­reiche Stan­dard­dienste wie zum Beispiel SSH, DNS, HTTP, SNMP, SMTP, …
• Flexible Erwei­te­rungen um eigene Dienste möglich

• Vorhan­dene Moni­tore für Standarddienste
• Flexible Erwei­te­rungen um eigene Moni­tore möglich
• TCP-Moni­to­ring
• SNMP-Moni­to­ring

• Leis­tungs­gra­phen mittels SNMP
• Leis­tungs­gra­phen mittels WMI
• Leis­tungs­gra­phen mittels Nagios NSClient/++
• Leis­tungs­gra­phen über die Antwort­zeiten der Dienste

• Auto­ma­ti­sches Auslesen von Layer-3-Routing-Tabellen
• Auto­ma­ti­sches Auslesen von Layer-2-Infor­ma­tionen – Brid­ging und STP (Span­ning Tree Protocol). Diese Funk­tion ist abhängig von den jewei­ligen Gerä­te­her­stel­lern (Cisco, 3Com, HP, Extreme Networks)
• Auto­ma­ti­sches Auslesen von Layer-2-VLAN-Infor­ma­tionen. Auch diese Funk­tion hängt von den jewei­ligen Herstel­lern ab (Cisco, 3Com, HP, Extreme Networks).

• Admi­nis­tra­ti­ons­be­nutzer – Anlegen, Ändern, Löschen von Geräten, Nach­richten, Ereig­nissen, Benut­zern, Rollen,
• Benutzer – Bearbeiten von Ereig­nissen, Störungen
• Einge­schränkter Benutzer – keine Bear­bei­tung von Ereig­nissen, Nach­richten und Störungen. Nur lesender Zugriff möglich

• Abbil­dung von Rollen und entspre­chenden Benachrichtigungszeitplänen
• Benut­zer­spe­zi­fi­sche Abbil­dung von Bereitschaftszeiten

• Visua­li­sie­rung und Doku­men­ta­tion der IT-Infra­struktur mit unter­schied­li­chen Kartenwerkzeugen
• Kaska­dier­bare Darstel­lung von Karten
• Ereig­nis­ab­hän­gige Anzeige der Gerä­te­zu­stände (Farbe)
• Auto­ma­ti­sche Topologieerkennung