03-网络管理配置.pdf

网络管理配置 目 录 目 录 网络管理配置 1 第 1 章 网络管理配置 1 1.1 配置 SNMP 1 1.1.1 概述 1 1.1.2 SNMP 配置任务 2 1.1.3 配置实例 9 1.2 配置 RMON 10 1.2.1 RMON 配置任务 10 - I - 网络管理配置命令 1 第 章 网络管理配置 1.1 配置SNMP 1.1.1 概述 SNMP 系统包括下面 3 个部分： SNMP 管理端 (NMS) SNMP 代理 (AGENT) MIB 管理信息库 （ ） SNMP 是应用层协议。它提供了在 SNMP 管理端和代理之间进行通信的报文格式。 SNMP 管理端可以是网络管理系统（NMS，如 CiscoWorks）的一部分。代理和 MIB 驻 留在系统上。配置系统上的 SNMP，需要定义管理端和代理间的关系。 SNMP 代理包含 MIB 变量，SNMP 管理端可以查询或改变这些变量的值。管理端可以从 代理处得到变量值，或者把变量值存储到代理处。代理从 MIB 收集数据。MIB 是设备参 数和网络数据的信息库。代理也能响应管理端的读取或设置数据的请求。SNMP 代理可 以主动向管理端发送陷阱（trap ）。陷阱是针对网络的某一条件而向SNMP 管理端报警的 TCP 消息。陷阱能指出不正确的用户认证、重启、链路状态（启动或关闭）、 连接的关闭、 与邻近系统连接的丢失或其它重要的事件。 1. SNMP 通告 特殊事件发生时系统能向 SNMP 管理端发送通知(inform)。例如，当代理系统遭遇一个错 误条件时，它可能向管理端发送一个消息。 SNMP 通告可以作为陷阱（trap ）或通知请求（inform request）来发送。由于接收方收 到一个陷阱时不发送任何应答，导致发送方不能确定是否陷阱已经被接收，所以陷阱不 可靠。与此相对的是，接收通知请求的 SNMP 管理端用 SNMP 响应 PDU 作为这个消息 的应答。如果管理端没有收到一个通知请求，也不会发送响应。如果发送方没有收到应 答，那么可以重新发送通知请求。这样，通告更可能到达它们计划中的目的地。 因为通知请求更加可靠，所以它们消耗了系统和网络的更多的资源。陷阱只要一发出便 被丢弃。与此不同的是，通知请求必须保留在内存中，直到收到响应或者请求超时。另 外，陷阱只发送一次，而通知请求可以重新发送多次。重新发送增加了网络通信量并在 网络上产生更多的负荷。因此，陷阱和通知请求在可靠性和资源间提供了平衡。如果