Anders als bei der Erkennung von Dateisystemen und Netzwerkschnittstellen muss der Datenpunkt nicht zwingend einen Schlüssel "snmp.discovery" haben - der Datenpunkttyp SNMP-Agent ist ausreichend.

Gehen Sie wie folgt vor, um die Discovery-Regel zu konfigurieren:

Gehen Sie zu: Datenerfassung → Vorlagen
Klicken Sie in der Zeile einer passenden Vorlage auf Discovery

Klicken Sie oben rechts auf dem Bildschirm auf Discovery-Regel erstellen
Füllen Sie das Formular der Discovery-Regel mit den erforderlichen Angaben wie im Screenshot unten aus

Alle obligatorischen Eingabefelder sind mit einem roten Sternchen markiert.

Die zu erkennenden OIDs werden im Feld SNMP OID im folgenden Format definiert: discovery[{#MACRO1}, oid1, {#MACRO2}, oid2, …,]

wobei {#MACRO1}, {#MACRO2} … gültige LLD-Makronamen sind und oid1, oid2 ... OIDs sind, die aussagekräftige Werte für diese Makros liefern können. Ein eingebautes Makro {#SNMPINDEX}, das den Index der erkannten OID enthält, wird auf erkannte Entitäten angewendet. Die erkannten Entitäten werden nach dem Makrowert {#SNMPINDEX} gruppiert.

Hier ist ein Beispiel, bei dem einige snmpwalks auf dem Switch ausgeführt werden:

$ snmpwalk -v 2c -c public 192.168.1.1 IF-MIB::ifDescr
IF-MIB::ifDescr.1 = STRING: WAN
IF-MIB::ifDescr.2 = STRING: LAN1
IF-MIB::ifDescr.3 = STRING: LAN2

$ snmpwalk -v 2c -c public 192.168.1.1 IF-MIB::ifPhysAddress
IF-MIB::ifPhysAddress.1 = STRING: 8:0:27:90:7a:75
IF-MIB::ifPhysAddress.2 = STRING: 8:0:27:90:7a:76
IF-MIB::ifPhysAddress.3 = STRING: 8:0:27:2b:af:9e

Und die SNMP OID ist gesetzt auf: discovery[{#IFDESCR}, ifDescr, {#IFPHYSADDRESS}, ifPhysAddress]

Diese Regel erkennt nun Entitäten mit auf WAN, LAN1 und LAN2 gesetzten Makros {#IFDESCR}, auf 8:0:27:90:7a:75, 8:0:27:90:7a:76 und 8:0:27:2b:af:9e gesetzten Makros {#IFPHYSADDRESS} sowie auf die erkannten OID-Indizes 1, 2 und 3 gesetzten Makros {#SNMPINDEX}:

[
    {
        "{#SNMPINDEX}": "1",
        "{#IFDESCR}": "WAN",
        "{#IFPHYSADDRESS}": "8:0:27:90:7a:75"
    },
    {
        "{#SNMPINDEX}": "2",
        "{#IFDESCR}": "LAN1",
        "{#IFPHYSADDRESS}": "8:0:27:90:7a:76"
    },
    {
        "{#SNMPINDEX}": "3",
        "{#IFDESCR}": "LAN2",
        "{#IFPHYSADDRESS}": "8:0:27:2b:af:9e"
    }
]

Wenn eine Entität die angegebene OID nicht hat, wird das entsprechende Makro für diese Entität weggelassen. Wenn wir zum Beispiel die folgenden Daten haben:

ifDescr.1 "Interface #1"
ifDescr.2 "Interface #2"
ifDescr.4 "Interface #4"

ifAlias.1 "eth0"
ifAlias.2 "eth1"
ifAlias.3 "eth2"
ifAlias.5 "eth4"

Dann liefert die SNMP-Erkennung discovery[{#IFDESCR}, ifDescr, {#IFALIAS}, ifAlias] in diesem Fall die folgende Struktur zurück:

[
    {
        "{#SNMPINDEX}": 1,
        "{#IFDESCR}": "Interface #1",
        "{#IFALIAS}": "eth0"
    },
    {
        "{#SNMPINDEX}": 2,
        "{#IFDESCR}": "Interface #2",
        "{#IFALIAS}": "eth1"
    },
    {
        "{#SNMPINDEX}": 3,
        "{#IFALIAS}": "eth2"
    },
    {
        "{#SNMPINDEX}": 4,
        "{#IFDESCR}": "Interface #4"
    },
    {
        "{#SNMPINDEX}": 5,
        "{#IFALIAS}": "eth4"
    }
]

Datenpunkt-Prototypen

Der folgende Screenshot veranschaulicht, wie wir diese Makros in Datenpunkt- Prototypen verwenden können:

Sie können so viele Datenpunkt-Prototypen erstellen, wie benötigt werden:

Auslöser-Prototypen

Der folgende Screenshot veranschaulicht, wie wir diese Makros in Auslöser-Prototypen verwenden können:

Graph-Prototypen

Der folgende Screenshot veranschaulicht, wie wir diese Makros in Graph-Prototypen verwenden können:

Eine Zusammenfassung unserer Discovery-Regel:

Erkannte Entitäten

Wenn der Server läuft, erstellt er auf Grundlage der Werte, die die SNMP-Erkennungsregel zurückgibt, reale Datenpunkte, Auslöser und Diagramme. In der Host-Konfiguration sind sie mit einem orangefarbenen Link zu der Erkennungsregel versehen, aus der sie stammen.