代理如何发trap信息

A. trap的介绍

简单网络管理协议SNMP（Simple Network Management Protocol）SNMP协定在OSI模型的应用层（第七层）运作，从第一版开始就定义trap为核心PDU报文之一。SNMP代理使用Trap向SNMP管理站发送非请求消息，一般用于描述某一事件的发生。此事件可以是告警、告警恢复、通知等。如接口UP/DOWN，IP地址更改等。

B. SNMP中在发送get等命令的响应消息与发送Trap消息有什么不一样的吗

一 SNMP协议介绍 简单网络管理协议（SNMP：Simple Network Management Protocol）是由互联网工程任务组（IETF：Internet Engineering Task Force ）定义的一套网络管理协议。该协议基于简单网关监视协议（SGMP：Simple Gateway Monitor Protocol）。利用SNMP，一个管理工作站可以远程管理所有支持这种协议的网络设备，包括监视网络状态、修改网络设备配置、接收网络事件警告等。虽然SNMP开始是面向基于IP的网络管理，但作为一个工业标准也被成功用于电话网络管理。 1. SNMP基本原理 SNMP采用了Client/Server模型的特殊形式：代理/管理站模型。对网络的管理与维护是通过管理工作站与SNMP代理间的交互工作完成的。每个SNMP从代理负责回答SNMP管理工作站（主代理）关于MIB定义信息的各种查询。下图10是NMS公司网络产品中SNMP协议的实现模型。 图10 SNMP代理和管理站通过SNMP协议中的标准消息进行通信，每个消息都是一个单独的数据报。SNMP使用UDP（用户数据报协议）作为第四层协议（传输协议），进行无连接操作。SNMP消息报文包含两个部分：SNMP报头和协议数据单元PDU。数据报结构如下图11。 图11 版本识别符（version identifier）：确保SNMP代理使用相同的协议，每个SNMP代理都直接抛弃与自己协议版本不同的数据报。 团体名（Community Name）：用于SNMP从代理对SNMP管理站进行认证；如果网络配置成要求验证时，SNMP从代理将对团体名和管理站的IP地址进行认证，如果失败，SNMP从代理将向管理站发送一个认证失败的Trap消息（见后）； 协议数据单元（PDU）：其中PDU指明了SNMP的消息类型及其相关参数。 2. 管理信息库MIB IETF规定的管理信息库MIB（由中定义了可访问的网络设备及其属性，由对象识别符（OID：Object Identifier）唯一指定。MIB是一个树形结构，SNMP协议消息通过遍历MIB树形目录中的节点来访问网络中的设备。 下图给出了NMS系统中SNMP可访问网络设备的对象识别树（OID：Object Identifier）结构。 图12 下图13给出了对一个DS1线路状态进行查询的OID设置例子。 图13 图14中左图给出了RFC2495对DS1/E1中继线的MIB信息树图，右图是NMS系统中对机架Chassis管理MIB约定。 点击查看 图14 3. SNMP的五种消息类型 SNMP中定义了五种消息类型：Get-Request、Get-Response、Get-Next-Request、Set-Request、Trap。 Get-Request 、Get-Next-Request与Get-Response SNMP管理站用Get-Request消息从拥有SNMP代理的网络设备中检索信息，而SNMP代理则用Get-Response消息响应。Get-Next-Request用于和Get-Request组合起来查询特定的表对象中的列元素。如： 首先通过下面的原语获得所要查询的设备的接口数： {iso org(3) dod(6) internet(1) mgmt(2) mib(1) interfaces(2) ifNumber(2)} 然后再通过下面的原语，进行查询（其中第一次用Get-Request，其后用Get-Next-Request）： {iso org(3) dod(6) internet(1) mgmt(2) mib(1) interfaces(2) ifTable(2)} Set-Request SNMP管理站用Set-Request 可以对网络设备进行远程配置（包括设备名、设备属性、删除设备或使某一个设备属性有效/无效等）。 Trap SNMP代理使用Trap向SNMP管理站发送非请求消息，一般用于描述某一事件的发生。

C. 如何让交换机和服务器互联 发送trap

交换机可以设置外部日志服务器地址

info-center loghost 日志服务器ip

D. 华为交换机怎么配置trap报文

打开Trap开关，并配置Trap主机后，设备会主动上送Trap信息至Trap主机。
打开Trap开关。
打开SNMP模块的Trap开关。
<HUAWEI> system-view
[HUAWEI] snmp-agent trap enable feature-name snmp

说明：
如果不配置各个模块Trap开关，则直接使用各个模块Trap开关的缺省配置。可以通过display snmp-agent trap all命令查看各个模块Trap开关的缺省配置。此处仅配置打开SNMP所有的Trap开关。
配置发送Trap的接口。
发送Trap的接口为LoopBack0，IP地址为10.1.1.1。
<HUAWEI> system-view
[HUAWEI] interface loopback 0
[HUAWEI-LoopBack0] ip address 10.1.1.1 32
[HUAWEI-LoopBack0] quit
[HUAWEI] snmp-agent trap source loopback 0

说明：
指定接口后，将以接口IP地址作为发送的Trap报文的IP地址。为了保证设备的安全性，发送接口最好配置为LoopBack接口。交换机端配置的Trap报文的接口和NMS配置交换机发送报文的接口需要一致，否则会引起NMS无法接收Trap报文。另外，需要保证Trap接口的IP地址和Trap主机的IP地址之间路由可达。
配置Trap主机。
主机地址为10.1.2.10，UDP端口号为50000，安全名为user001，发送Trap的版本为v3，安全级别为privacy。
<HUAWEI> system-view
[HUAWEI] snmp-agent target-host trap address udp-domain 10.1.2.10 udp-port 50000 params securityname user001 v3 privacy

说明：
发送Trap的版本必须和设备使能的SNMP版本保持一致，如果不一致则Trap信息无法上送到网管。当配置的版本为v3时，安全名必须和创建的用户名保持一致，否则Trap信息无法上送到网管，v1和v2c中对于安全名的配置则没有限制。
UDP端口号缺省是162，修改UDP端口号后需要重新配置网管接收Trap的UDP端口号，如果设备和网管的UDP端口号不一致Trap信息无法上送到网管。
在配置安全级别时，要确保Trap主机的安全级别高于或等于用户的安全级别。

E. snmp trap 信息的获取

trap的产生是由代理端的逻辑决定的，也就是写代理程序的人决定的。
比如：你自己写一个代理端，这个代理端用来采集cpu占用率，
你可以在程序中规定：
如果cpu占用率>60%，就发送一条trap命令。

这个trap命令的触发完成是由代理端决定的，你想怎么触发就怎么触发。

F. 如何通过get，getnext，set，trap几种操作访问mib对象的值

Snmputil是一个命令行下的软件，使用语法如下： usage: snmputil get|getnext|walk] agent community oid [oid ...] snmputil trap

其中agent表示代理进程的IP地址，community表示团体名，oid表示MIB对象ID。

举例说明：

1）查看本地计算机（IP地址为192.168.0.176）的系统信息

通过对系统组的MIB对象的查阅，我们知道系统信息所对应的MIB对象为.1.3.6.1.2.1.1.1（参看系统组对象），我们使用get参数来查询：

C:>snmputil get 192.168.0.176 public .1.3.6.1.2.1.1.1.0 Variable = system.sysDescr.0

Value = String Hardware: x86 Family 15 Model 2 Stepping 7 AT/AT COMPATIBLE -

Software: Windows 2000 Version 5.1 (Build 2600 Uniprocessor Free)

其中public是192.168.0.3计算机上的团体名，.1.3.6.1.2.1.1.1.0是对象实例,注意对象ID前面要加一个点"."，后面还要加一个"0"。如果不在对象ID末尾加上一个0，那么用get参数查询就会出错。从查询结果中我们能够看出操作系统版本和CPU类型。

2）查询计算机连续开机多长时间

C:>snmputil get 192.168.0.176 public .1.3.6.1.2.1.1.3.0

Variable = system.sysUpTime.0

Value = TimeTicks 447614

如果我们在对象ID后面不加0，使用getnext参数能得到同样的效果：

C:>snmputil getnext 192.168.0.176 public .1.3.6.1.2.1.1.3

Variable = system.sysUpTime.0

Value = TimeTicks 476123

3）查询计算机的联系人

C:>snmputil get 192.168.0.176 public .1.3.6.1.2.1.1.4.0

Variable = system.sysContact.0

Value = String administrator

以上简单介绍了用snmputil查询代理进程的方法，由于在命令行下使用，可能大家感到颇为不方便，但命令行的一个好处就是可以促进大家主动查阅MIB对象，加深对SNMP网络管理的认识。

4）使用walk查询设备上所有正在运行的进程：

C:>snmputil walk 192.168.0.176 public .1.3.6.1.2.1.25.4.2.1.2 Variable = host.hrSWRun.hrSWRunTable.hrSWRunEntry. hrSWRunName.1 Value = String System Idle Process

Variable = host.hrSWRun.hrSWRunTable.hrSWRunEntry. hrSWRunName.4 Value = String System

Variable = host.hrSWRun.hrSWRunTable.hrSWRunEntry. hrSWRunName.292

- 1 -
snmputil使用方法

SWRun.hrSWRunTable.hrSWRunEntry. hrSWRunName.308 Value = String RavTimer.exe

Variable = host.hrSWRun.hrSWRunTable.hrSWRunEntry. hrSWRunName.336 Value = String RavMon.exe

限于篇幅笔者就不把所有进程列出来，大家可以在自己的计算机上面实验，以加强感性认识。

5）查询计算机上面的用户列表

C:>snmputil walk 192.168.0.176 public .1.3.6.1.4.1.77.1.2.25.1.1

Variable = .iso.org.dod.internet.private.enterprises. lanmanager.lanmgr-2.server. svUserTable.svUserEntry.svUserName.4.117.115.101.114

Value = String user

Variable = .iso.org.dod.internet.private.enterprises. lanmanager.lanmgr-2.server. svUserTable.svUserEntry.svUserName.5.71.117.101.115.116

Value = String Guest

Variable = .iso.org.dod.internet.private.enterprises. lanmanager.lanmgr-2.server.svUserTable.svUserEntry. svUserName.13.65.100.109.105.110. 105.115.116.114.97.116.111.114

Value = String Administrator

从中我们可以得知该计算机共有三个用户，它们分别为user、guest和administrator。

Snmputil还有一个trap的参数，主要用来陷阱捕捉，它可以接受代理进程上主动发来的信息。如果我们在命令行下面输入snmputil trap后回车，然后用错误的团体名来访问代理进程，这时候就能收到代理进程主动发回的报告。

在MIBII中总共有175个对象，每个对象均有其不同的含义，我们只有通过查阅MIB才能知道它们各自的作用。MIB对象是SNMP网络管理中的核心内容，只有深入了解MIB对象的含义我们才有可能知道如何去驾驭SNMP网络管理。

G. 如何实现SNMP代理端触发异步通知

agent端的行为模式就两个：处理请求，发通知。其简单性上不足以引入pthread那样的多线程模式。所以我有了第四个选项：

设定select/poll可配置的超时。这样每次返回都能对注册的、可能异常的节点进行轮询，有则发trap，无则立即返回，所以这种轮询是非阻塞的。

简单地说就是：poll请求 ----500ms----> 是否发trap --------> poll请求 ----500ms---->……

当然这种同步模式下延时(lantency)是不可避免的，不过SNMP代理端本身对延时要求不高，何况又是基于UDP，不必过多考虑可靠性。如果某个请求被阻塞了，一定时间内没有回复，管理端不需要trap也能知道阻塞了。

这样的好处是——保持简单的同步模式，保留原来的架构。

至于alarm/signal机制来自于知名开源软件Net-SNMP，比较古老的系统调用，这是最简单的方案，其它的没仔细看（也看不太懂）。

当然，不是说不能用多线程，可以fork一个新项目。

H. 什么是trap通知 懂思科交换机路由器配置的进...

trap的意思为自陷。这是网络管理中的概念。是相对于轮询来说的。
网络管理中有管理工作站和被管设备，如果管理工作站定期到被管设备查询设备状态和错误信息的方法称为轮询。如果是被管设备发生错误是主动将错误报告给管理工作站则称为trap。trap能快速的发现被管设备的异常问题。