snmp协议详解（如何解析snmp trap数据）

本文目录

• 如何解析snmp trap数据
• 讲解如何进行SNMP MIB的查看
• SNMP协议工作原理验证与分析1捕获SNMP报文 2验证SNMP协议的工作过程3分析SNMP协议数据单元格的格式
• 『各种网络协议详解书籍』
• snmp service 和snmp agent区别

如何解析snmp trap数据

从被管理设备中收集数据有两种方法：一种是只轮询（polling-only）的方法，另一种是基于中断（interrupt-based）的方法。如果你只使用只轮询的方法，那么网络管理工作站总是在控制之下。而这种方法的缺陷在于信息的实时性，尤其是错误的实时性。...

讲解如何进行SNMP MIB的查看

》的介绍，相信大家对SNMP MIB已经有所了解了。那么本文主要讲述一下如何查看本地的SNMP MIB。那么具体的操作我们已经在文中为大家详细展示了出来。 在集群节点上用下面的命令检查MIB： #snmpwalk localhost -v 1 -c public 这个命令应产生一个很长的报告显示集群节点上的MIB，象征本地SNMP代理（snmpd）响应了查询。 我们用这个命令查询一些有用的信息： #snmpwalk -v 1 localhost -c public .1.3.6.1.4.1.2021.9 注意：在这个命令中，我们使用了一串数值代替符号名定位SNMP管理信息库（MIB）中的信息，为了查找这个数字对象标识符代表的符号名或文本，使用： #snmptranslate .1.3.6.1.4.1.2021.9 如果你象配置文件示例那样设置了磁盘警报参数的话，你会看到： enterprises.ucdavis.dskTable.dskEntry.dskIndex.1 = 1enterprises.ucdavis.dskTable.dskEntry.dskIndex.2 = 2enterprises.ucdavis.dskTable.dskEntry.dskPath.1 = /enterprises.ucdavis.dskTable.dskEntry.dskPath.2 = /varenterprises.ucdavis.dskTable.dskEntry.dskDevice.1 = /dev/sdb2enterprises.ucdavis.dskTable.dskEntry.dskDevice.2 = /dev/sda3enterprises.ucdavis.dskTable.dskEntry.dskMinimum.1 = 100000enterprises.ucdavis.dskTable.dskEntry.dskMinimum.2 = 100000enterprises.ucdavis.dskTable.dskEntry.dskMinPercent.1 = -1enterprises.ucdavis.dskTable.dskEntry.dskMinPercent.2 = -1enterprises.ucdavis.dskTable.dskEntry.dskTotal.1 = 381121enterprises.ucdavis.dskTable.dskEntry.dskTotal.2 = 253871enterprises.ucdavis.dskTable.dskEntry.dskAvail.1 = 268888enterprises.ucdavis.dskTable.dskEntry.dskAvail.2 = 162940enterprises.ucdavis.dskTable.dskEntry.dskUsed.1 = 92554enterprises.ucdavis.dskTable.dskEntry.dskUsed.2 = 77824enterprises.ucdavis.dskTable.dskEntry.dskPercent.1 = 26enterprises.ucdavis.dskTable.dskEntry.dskPercent.2 = 32enterprises.ucdavis.dskTable.dskEntry.dskPercentNode.1 = 18enterprises.ucdavis.dskTable.dskEntry.dskPercentNode.2 = 0enterprises.ucdavis.dskTable.dskEntry.dskErrorFlag.1 = 0enterprises.ucdavis.dskTable.dskEntry.dskErrorFlag.2 = 0enterprises.ucdavis.dskTable.dskEntry.dskErrorMsg.1 =enterprises.ucdavis.dskTable.dskEntry.dskErrorMsg.2 = 注意：在这个磁盘空间SNMP MIB报告中你会看到加州大学的名字，因为这就是它们开发的。 特别要注意dskEntry.dskErrorFlag 行（已经加粗显示），这些行指出磁盘是低于（值0）或高于（值1）你在snmp.conf中指定的阀值，花点时间修改阀值（以M为单位）比磁盘分区的剩余空间（使用df -m命令检查）还小的值，然后输入： #service snmpd restart 或 #/etc/init.d/snmpd restart 注意：kill HUP snmpd守护进程的PID能达到同样的目的。

SNMP协议工作原理验证与分析1捕获SNMP报文 2验证SNMP协议的工作过程3分析SNMP协议数据单元格的格式

SNMP是在snmp管理(即管理所使用的主机)和snmp代理(即被管理设备)之间建立的协议,像桥梁一样连接管理和代理,设备上有一个组件叫做MIB,用户想要了解的数据就储存在MIB中,SNMP使用UDP协议,管理段端口161,代理端端口162

『各种网络协议详解书籍』

ATM http://baike.baidu.com/view/26.htm
BGP http://baike.baidu.com/view/360.htm
EIPRP http://baike.baidu.com/view/16193.htm
FDDI http://baike.baidu.com/view/876931.htm
FTP http://baike.baidu.com/view/369.htm
IGRP http://baike.baidu.com/view/64250.htm
MPLS http://baike.baidu.com/view/876141.htm
OSPF http://baike.baidu.com/view/64365.htm
POP3 http://baike.baidu.com/view/5404.htm
PPP http://baike.baidu.com/view/30514.htm
TCPIP http://baike.baidu.com/view/7729.html
RIP http://baike.baidu.com/view/876127.htm
TELNET http://baike.baidu.com/view/44255.htm
TFTP http://baike.baidu.com/view/23881.htm
UDP http://baike.baidu.com/view/30509.htm
VLAN http://baike.baidu.com/view/21837.htm

snmp service 和snmp agent区别

snmp协议你应该明白是什么意思，我就不详解了。主要针对service和agent来谈一下。
service一般作为后台服务一直存在于服务器端。通过安装了service的服务器可以下达命令给安装了agent的设备查询相关的设备信息。
agent意为“代理“，作用就是架起一座桥梁让service所在的服务器端能够侦听到此设备上的相关讯息。
最后来个比喻：
agent就像间谍，一直潜伏在目标设备里面，当service（总部）发出命令要求查询目标设备的相关讯息时，间谍agent就会通过snmp协议查询到设备节点的讯息，然后发送回总部。
当然，我说的这个比喻有一定的片面性，但是足以说明一些问题。往采纳，谢谢！