最近時不時無規(guī)律的收到zabbix的監(jiān)控報警，是不同的交換機重啟的誤報，提示交換機重啟了，但檢查看后發(fā)現(xiàn)實際并沒有重啟。

我們發(fā)現(xiàn)監(jiān)控是否重啟是監(jiān)控交換機的引導(dǎo)時間，使用的是如下OID：

[root@rds ~]# snmpwalk -v 2c -c public 192.168.1.9 1.3.6.1.2.1.1.3.0
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (704406) 1:57:24.06
這樣看來192.168.1.9這臺設(shè)備sysUptime是0天1小時57分鐘。

那我們登入交換機設(shè)備上驗證一下：

WL-4507#show version
Cisco IOS Software, IOS-XE Software, Catalyst 4500 L3 Switch Software (cat4500e-UNIVERSAL-M), Version 03.03.00.SG RELEASE SOFTWARE (fc3)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2012 by Cisco Systems, Inc.
Compiled Sun 15-Apr-12 09:07 by prod_rel_team

ROM: 15.0(1r)SG5
WL-4507 uptime is 1 year, 18 weeks, 6 days, 3 hours, 29 minutes
Uptime for this control processor is 1 year, 18 weeks, 6 days, 3 hours, 31 minutes
System returned to ROM by power-on
System restarted at 11:14:10 BeiJing Tue Jan 12 2016
結(jié)果發(fā)現(xiàn)此交換機并沒有重啟，這臺設(shè)備sysUptime是1年18周6天，大概就是497天。

原因分析
經(jīng)過查閱相關(guān)資料，得知sysUpTime是由一個32-bit的counter來計數(shù)的，單位是1/100秒，所以最大時間為496天，過了496天就溢出，變成0，然后又重新計算時間，所以zabbix誤報。

解決方法
可以使用另一個計數(shù)值來計算時間，那就是snmpEngineId (1.3.6.1.6.3.10.2.1.3.0) ，其同樣是32-bit的值，但它的單位是秒，最大時間為49600天，即所以可以存135年的運行時間，足夠了。

[root@rds ~]# snmpwalk -v 2c -c public 192.168.1.9 1.3.6.1.6.3.10.2.1.3.0
SNMP-FRAMEWORK-MIB::snmpEngineTime.0 = INTEGER: 42957135 seconds
可以看到192.168.1.9這臺設(shè)備使用1.3.6.1.6.3.10.2.1.3.0查詢的結(jié)果是42957135s，即為497天，是正確的時間。

zabbix監(jiān)控更改：
找到Template SNMP Generic: Device uptime，
將SNMP OID改為：1.3.6.1.6.3.10.2.1.3.0
使用自定義倍數(shù)改為：1 或者取消勾選。

保存之后，等待一段時間，即可正常監(jiān)控。