Ad Widget

Collapse

SNMP Trap - Recovery Trigger funktioniert nicht

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • mcqueen1979
    Junior Member
    • Sep 2018
    • 2

    #1

    SNMP Trap - Recovery Trigger funktioniert nicht

    Hallo zusammen.

    Mein Name ist Stefan und ich bin sowohl hier im Forum neu, als auch recht neu im Umgang mit Zabbix.

    Wie in der Überschrift erwähnt habe eine Frage zu der Funktion SNMP-Trap und hoffe mir kann hier jemand weiterhelfen.


    Folgende Konstellation versuche ich zu lösen:

    Ich habe für ein Endgerät (AudioCodes) die Möglichkeit, die Problemmeldungen an das SNMP-Trap zu senden.
    Soweit läuft es auch (nach ein paar Schwierigkeiten mit dem Verständnis der Thematik).

    Ich bekomme Daten von dem Medianten ins Logfile von Zabbix und sehe im Zabbix-WEB unter "latest data" auch in der History.
    Auch kann ich daraufhin auch mit meinem ITEM und dem TRIGGER die Daten auslesen.

    Der Problem-Trigger greift auch und gibt mir im Dashboard eine Warnung.

    Allerdings hat anscheinend der Trigger ein Problem mit dem Recover - er löst die Recovery nicht aus, wenn das Problem nicht mehr besteht.


    Hier mein Daten:

    ITEM:
    Name: Trapper
    Typ: SNMP-Trap
    Key: snmptrap["192.168.1.10"]
    Type of Information: Text # hier habe ich auch schon "Log" ausprobiert - hat nichts geändert.


    TRIGGER:
    Name: {HOST.HOST} - D-Channel is Out Of Service
    Problem Expression:
    {mediant:snmptrap["192.168.1.10"].regexp("D-Channel is Out Of Service")}=1
    Recovery Expression:
    {mediant:snmptrap["192.168.1.10"].regexp("Alarm cleared: D-Channel Alarm")}=1


    Hier die Daten von heute Morgen - kopiert aus der "Latest Data" - "History" des Geräts


    2018-09-13 08:10:58

    08:10:57 2018/09/13 PDU INFO:
    notificationtype TRAP
    version 1
    receivedfrom UDP: [192.168.1.10]:161->[192.168.1.11]:162
    errorstatus 0
    messageid 0
    community public_trap
    transactionid 143
    errorindex 0
    requestid 193
    VARBINDS:
    DISMAN-EVENT-MIB::sysUpTimeInstance type=67 value=Timeticks: (3451815136) 399 days, 12:22:31.36
    SNMPv2-MIB::snmpTrapOID.0 type=6 value=OID: SNMPv2-SMI::enterprises.5003.9.10.1.21.2.0.37
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.1.0 type=2 value=INTEGER: 36
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.2.0 type=4 value=STRING: "D-Channel Alarm. D-Channel is Out Of Service"
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.3.0 type=4 value=STRING: "Interface#0/trunk#0"
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.4.0 type=2 value=INTEGER: 4
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.5.0 type=2 value=INTEGER: 145
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.6.0 type=2 value=INTEGER: 1
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.7.0 type=2 value=INTEGER: 12
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.8.0 type=4 value=""
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.9.0 type=4 value=""
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.10.0 type=4 value=""
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.11.0 type=4 value=Hex-STRING: 07 E2 09 0D 08 0A 38 00


    2018-09-13 08:11:10

    08:11:08 2018/09/13 PDU INFO:
    notificationtype TRAP
    version 1
    receivedfrom UDP: [192.168.1.10]:161->[192.168.1.11]:162
    errorstatus 0
    messageid 0
    community public_trap
    transactionid 146
    errorindex 0
    requestid 196
    VARBINDS:
    DISMAN-EVENT-MIB::sysUpTimeInstance type=67 value=Timeticks: (3451816276) 399 days, 12:22:42.76
    SNMPv2-MIB::snmpTrapOID.0 type=6 value=OID: SNMPv2-SMI::enterprises.5003.9.10.1.21.2.0.37
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.1.0 type=2 value=INTEGER: 36
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.2.0 type=4 value=STRING: "Alarm cleared: D-Channel Alarm. D-Channel is Out Of Service"
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.3.0 type=4 value=STRING: "Interface#0/trunk#0"
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.4.0 type=2 value=INTEGER: 0
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.5.0 type=2 value=INTEGER: 147
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.6.0 type=2 value=INTEGER: 1
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.7.0 type=2 value=INTEGER: 12
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.8.0 type=4 value=""
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.9.0 type=4 value=""
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.10.0 type=4 value=""
    SNMPv2-SMI::enterprises.5003.9.10.1.21.1.11.0 type=4 value=Hex-STRING: 07 E2 09 0D 08 0B 07 00



    Ich hoff jemand hat noch einen Tip für mich - mir gehen langsam die Ideen aus.


    Viele Grüße
    Stefan

  • TheRiderU
    Member
    • May 2018
    • 31

    #2
    Dein Trigger triggert sich einfach wieder selber

    Ist schon irgendwie witzig.

    Hier willst du die Trigger auslösen: D-Channel Alarm. D-Channel is Out Of Service

    Und hier Schließen: Alarm cleared: D-Channel Alarm.

    Aber in dem STRING mit dem "Alarm cleared" steht hinten auch wieder "D-Channel is Out Of Service" drine, was deinen Trigger wieder auslöst deswegen wird dein Trigger nicht recovered.

    Comment

    • mcqueen1979
      Junior Member
      • Sep 2018
      • 2

      #3
      Moin und danke für die Rückmeldung.

      Ja, genau das ist das Problem.
      Ich habe mehrfach versucht die Trigger-Expressions anzupassen, aber bin immer wieder am gleich Problem hängen geblieben.

      Spät gestern Abend habe ich mit einem Kollegen zusammen die Lösung gefunden:

      TRIGGER:
      Name: {HOST.HOST} - D-Channel is Out Of Service
      Problem Expression:
      {mediant:snmptrap["192.168.1.10"].regexp("D-Channel Alarm. D-Channel is Out Of Service")}=1 and {mediant:snmptrap["192.168.1.10"].regexp("Alarm cleared: D-Channel Alarm. D-Channel is Out Of Service")}=0

      Wenn ich es richtig verstanden habe, liegt das Problem (oder mein Denkfehler) daran, wie Zabbix die Trap-Daten interpretiert und in den Triggern weiterverarbeitet.
      Ich hatte gedacht, dass ich eine Recovery Expression bauen muss.

      Allerdings scheint Zabbix mit der funktionierenden Expression die Zeilen des Trap-Logs komplett beim Auswerten zu prüfen, und dann in einem "Rutsch" zu schauen ob beide Kriterien erfüllt (bzw. nicht erfüllt) sind.

      Grüße
      Stefan

      Comment

      Working...