Counter32 是交换机的一个计数器，这个计数器是32 位。是一个从0 开始不断累加，那么它最大为多少呢。？ 2^32 次方=4294967296 当计数器达到4294967296 就会重新从0 开始
累加。这里就出现了一个问题。计数器溢出！！
计数器溢出实际就是当zabbix 取值时，当前值如果比上一次值小的话，那么就是计数器溢出了，当出现这个问题Zabbix 根据speed per second 就会忽略这个值，然后再取一个值。然后在利用speed per second 计算方式计算，存储在数据库在展现。
最前面讲过cacti也有问题,归根究底其实是交换机的32位计数器搞的鬼，32 位计数器最大能表示流量为4G，如果计数器在采集时间之内溢出一次，上一次采集值与当前采集值之差超过4G，而且当流量达到109.225Mbps 流量就会有问题。4G/300*8=109.225Mbps 300=5*60 同时cacti和zabbix认为在溢出之后，上一次与当前采集差值是正常的，并不会认为是差值是溢出导致。
解决方法：
1.把取值间隔调快点，比如1 分钟取一次。这样就不会存在问题。
2.使用64 位计数器。大家可以查下交换机手册，是否支持64 位计数器，新一代交换机全支持64 位计数器。如果当前生产环境不支持64 位计数器，那么就使用第一种方法咯。加快取值间隔时间。。
针对上面这个问题呢，肥肥兄实际碰到过这个问题。- -
好了，到这里文档码完了。希望对大家有帮助。Thank you !!!!!
噢，对了，还差OID 列表
获取端口列表及描述
snmpwalk -v 2c -c test IP 1.3.6.1.2.1.2.2.1.2
获取端口UP/DOWN 情况
snmpwalk -v 2c -c test IP 1.3.6.1.2.1.2.2.1.8
获取端口入流量(byte)
snmpwalk -v 2c -c test IP 1.3.6.1.2.1.2.2.1.10
获取端口出流量(byte)
snmpwalk -v 2c -c test IP 1.3.6.1.2.1.2.2.1.16
获取过去5 秒内的cpu load(百分比)
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.2.1.56.0
获取过去10 秒内的cpu load(百分比)
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.2.1.57.0
获取过去15 秒内的cpu load(百分比)
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.2.1.58.0
获取内存使用情况
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.9.48.1.1.1.5
获取内存空闲情况
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.9.48.1.1.1.6
