2
Monitoring: Zabbix - Cisco Switch Temperatur (keine Daten)
Es läuft Zabbix 4.0.1 unter Apache und MySQL auf einer virtuellen Ubuntu 18.04.1 LTS-VM. Prinzipiell funktioniert das Monitoring.
Jetzt habe ich zwei Cisco-Switch-Modelle, deren Chassis-Temperatur ich monitoren möchte:
Cisco WS-C2960X-48LPS-L [15.2(2)E6] (hier gibt es Stacks aus maximal zwei Switches)
Cisco WS-C3560X-48P-L [15.0(2)SE5)
Um die Temperatur zu überwachen, nutze ich folgende OID aus der MIB CISCO-ENVMON-MIB.my :
.1.3.6.1.4.1.9.9.13.1.3.1.3 (ciscoEnvMonTemperatureValue)
SNMP-GET sagt:
SNMP-WALK sagt:
Man sieht also, dass es unter dieser OID noch einen Subtree gibt. Je nach Switchmodell, werden folgende Nummern ausgegeben:
.1006
.1008
.2008
Logisch, das bei gestackten Switches auch zwei Werte ausgegeben werden. Ich möchte das irgendwie in Zabbix abbilden, habe bisher jedoch keine Idee, wie.
Hat hier jemand einen Denkanstoß für mich, ich weiß so gar nicht, in welche Richtung ich suchen soll.
Mit Hilfe folgender Seite, habe ich versucht, zumindest einmal Werte über Zabbix von den Switches zu erhalten:
https://www.zabbix.com/documentation/2.2/manual/discovery/low_level_disc ...
Leider weiß ich so gar nicht, was ich da eigentlich tue. Ich freue mich, wenn jemand etwas Zeit für mein Anliegen übrig hat.
Gruß
Jetzt habe ich zwei Cisco-Switch-Modelle, deren Chassis-Temperatur ich monitoren möchte:
Cisco WS-C2960X-48LPS-L [15.2(2)E6] (hier gibt es Stacks aus maximal zwei Switches)
Cisco WS-C3560X-48P-L [15.0(2)SE5)
Um die Temperatur zu überwachen, nutze ich folgende OID aus der MIB CISCO-ENVMON-MIB.my :
.1.3.6.1.4.1.9.9.13.1.3.1.3 (ciscoEnvMonTemperatureValue)
SNMP-GET sagt:
SNMP-WALK sagt:
Man sieht also, dass es unter dieser OID noch einen Subtree gibt. Je nach Switchmodell, werden folgende Nummern ausgegeben:
.1006
.1008
.2008
Logisch, das bei gestackten Switches auch zwei Werte ausgegeben werden. Ich möchte das irgendwie in Zabbix abbilden, habe bisher jedoch keine Idee, wie.
Hat hier jemand einen Denkanstoß für mich, ich weiß so gar nicht, in welche Richtung ich suchen soll.
Mit Hilfe folgender Seite, habe ich versucht, zumindest einmal Werte über Zabbix von den Switches zu erhalten:
https://www.zabbix.com/documentation/2.2/manual/discovery/low_level_disc ...
Leider weiß ich so gar nicht, was ich da eigentlich tue. Ich freue mich, wenn jemand etwas Zeit für mein Anliegen übrig hat.
Gruß
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 397737
Url: https://administrator.de/contentid/397737
Ausgedruckt am: 22.11.2024 um 06:11 Uhr
2 Kommentare
Neuester Kommentar
Im Stack hast du wie du schon selber gesehen hast etwas andere OIDs. Logischerweise da es jetzt Memberswitches unter der gemeinsamen SNMP Adresse gibt 
https://community.cisco.com/t5/other-network-architecture/looking-for-oi ...
https://community.cisco.com/t5/other-network-architecture/looking-for-oi ...
1
Ich dachte, dass ich diese Abfrage etwas verallgemeinern könnte, sodass es egal ist, was hinter .1.3.6.1.4.1.9.9.13.1.3.1.3 kommt. Aber ich glaube, das lässt sich technisch nicht ganz so einfach umsetzen.
Jetzt habe ich drei Templates mit den entsprechenden Item-Abfragen:
Cisco2960XTemperature --> .1.3.6.1.4.1.9.9.13.1.3.1.3.1008
Cisco2960XTemperatureStack --> .1.3.6.1.4.1.9.9.13.1.3.1.3.1008 | .1.3.6.1.4.1.9.9.13.1.3.1.3.2008
Cisco3560XTemperature --> .1.3.6.1.4.1.9.9.13.1.3.1.3.1006
Die Werte werden so natürlich alle abgefragt und ich habe das, was ich wollte. Gibt es eine elegantere Lösung, um das Ganze mit einem Template abzufackeln?
Danke!
Jetzt habe ich drei Templates mit den entsprechenden Item-Abfragen:
Cisco2960XTemperature --> .1.3.6.1.4.1.9.9.13.1.3.1.3.1008
Cisco2960XTemperatureStack --> .1.3.6.1.4.1.9.9.13.1.3.1.3.1008 | .1.3.6.1.4.1.9.9.13.1.3.1.3.2008
Cisco3560XTemperature --> .1.3.6.1.4.1.9.9.13.1.3.1.3.1006
Die Werte werden so natürlich alle abgefragt und ich habe das, was ich wollte. Gibt es eine elegantere Lösung, um das Ganze mit einem Template abzufackeln?
Danke!
