一些最常见的SNMP的OID自动翻译成zabbix数字进行表示
随着Zabbix 2.0版本的发布，很多企业开始用zabbix来代替之前的Nagio、Cacti等其它监控软件。至于Zabbix的优点，在这里不再进行阐述。今天通过zabbix监控服务器对我们公司核心机房的一台Quidway S9306交换机端口流量进行了监控，给大家分享一下我在配置过程中遇到的难点。给今后遇到同样问题的同学，提供一个参考。首次听到“snmp_oid"这个词，有点儿晕。首先是在google上搜索了一下。没有得到我想要的答案。最后是在zabbix官方看到了有关于"zabbix_snmp_special OIDS"的文档，感觉很不错。所以在这里给大家分享一下：
[*]ifindex 1.3.6.1.2.1.2.2.1.1 每个接口的唯一值
[*]ifDescr 1.3.6.1.2.1.2.2.1.2 一个文本字符串包含的接口信息，此字符串应该包括制造商的名称，产品名称和版本硬件接口
[*]ifType 1.3.6.1.2.1.2.2.1.3 接口类型，根据物理/链路协议和下面的网络层协议栈区分。
[*]ifMtu 1.3.6.1.2.1.2.2.1.4 接口可以最大发送和接收数据包的字节数
[*]ifSpeed 1.3.6.1.2.1.2.2.1.5 接口当前最大每秒比特数(bit/s)速率。
[*]ifPhysAddress 1.3.6.1.2.1.2.2.1.6 在协议层接口的地址，即MAC(物理)地址。
[*]ifAdminStatus 1.3.6.1.2.1.2.2.1.7 目前管理接口状态
[*]ifOperStatus 1.3.6.1.2.1.2.2.1.8 接口当前的运行状态
[*]ifInOctets1.3.6.1.2.1.2.2.1.10 接口上接收到的字节总数，包括帧字符
[*]ifInUcastPkts 1.3.6.1.2.1.2.2.1.11 子网单播传送到更高层协议的数据包数量
[*]ifInNUcastPkts1.3.6.1.2.1.2.2.1.12 非单播的数量(子网广播或者子网多播)传送到一个更高层协议的数据包
[*]ifInDiscards 1.3.6.1.2.1.2.2.1.13 一些入站数据包被选择为丢弃，以防止它们被交付到一个更高层的协议。可能原因为释放缓冲区空间。
[*]ifInErrors1.3.6.1.2.1.2.2.1.14 入站数据包包含的错误，防止它们被交付到一个更高的协议层
[*]ifInUnknownProtos 1.3.6.1.2.1.2.2.1.15 未知或不受支持的协议被丢弃，因为通过该接口接收的数据包的数量。
[*]ifOutOctets 1.3.6.1.2.1.2.2.1.16 传输接口，包括帧字符的字节总数
[*]ifOutUcastPkts1.3.6.1.2.1.2.2.1.17 在该层，包括哪些被丢弃或不发送组播或广报地址的数据包总数，更高级别的协议要求传输，并没有解决。
[*]ifOutNUcastPkts 1.3.6.1.2.1.2.2.1.18 更高级别的协议请求传送数据包总数，并给该子层多播或者广播地址，包括哪些被丢弃或不发送的。
[*]ifOutDiscards 1.3.6.1.2.1.2.2.1.19 被选择的出站数据包被丢弃，即使没有错误被检测到，以防止其他传输的数量。一个可能的原因丢弃这样的包可能会释放缓冲空间。
[*]ifOutErrors 1.3.6.1.2.1.2.2.1.20 由于错误而不能被传送的出站数据包数量
[*]ifOutQLen 1.3.6.1.2.1.2.2.1.21 输出数据包长度。
实例1：查看每个接口的唯一值
http://blog.运维网.com/attachment/201304/162321431.jpg
实例2：查看文本字符串包含的接口信息
http://blog.运维网.com/attachment/201304/162506190.jpg
实例3：接口上接收到的字节数
http://blog.运维网.com/attachment/201304/162717898.jpg
实例4：传输接口
http://blog.运维网.com/attachment/201304/162822641.jpg
大家，可以根据提供这些常见参数试一试。
页:
[1]