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ß
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 397737
Url: https://administrator.de/contentid/397737
Printed on: May 8, 2024 at 08:05 o'clock
2 Comments
Latest comment
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!
