基于SNMP网络设备MIB信息采集论文

基于SNMP网络设备MIB信息采集

【摘要】在本文中，设计了一个针对TCP/IP网络的基于SNMP网络设备的MIB信息采集系统。这个系统采用三层模型进行设计，最底层负责SNMP中基本对象编码、定义，与设备连接通信等；中间层在底层的基础上定义了MIB对象，负责OID与MIB对象间的转换，分析MIB信息文件以生成MIB树型结构，单个MIB变量信息查询等功能；顶层，即界面层则在中间层的基础上实现了用户界面。设计中运用Java语言，运用Java-Applet技术，其存储在一个运行有Tomcat的服务器上，以接受用户请求，使用户能在任何一个支持Java运行时的浏览器上进行使用。系统在设定设备IP地址及端口号和读写共同体名后能查看相应设备的基本信息。在加载MIB信息文件后可自动生成MIB树型模式，用户则可根据需要查看设备各项细节，亦可进行设定操作。查看基本信息时，用户可自行选择是否自动刷新，这将有助于节省网络带宽和系统资源。【关键字】基于Web的网络管理,SNMP,MIB, Java 第 3 页

MIB information collection of network equipments based on SNMP

【Abstract】In this text, I designed a MIB collection system of network equipments based on SNMP at the network of TCP/IP. This system adopts model of three layers to be designed, the bottom is responsible for basic SNMP objects’ code, connect communication with network equipments, etc.; The intermediate level has defined MIB target on the basis of ground floor, is responsible for the conversion among OID and MIB target, analyse MIB information file in order to turn into MIB tree type structure, such functions as individual MIB variable information inquiry, etc.; The top floor, namely the interface storey has realized user’s interface on the basis of the intermediate level. It is developed using Java language, and the usage Java- Applet technique, it is saving on the server that running the Tomcat, to accept the customer requests, and anyone with a browser supporting Java run time can use it. The system can look into basic information of the correspond equipments after setting the equipments IP address , port numbers , reading and writting community.After adding the MIB information document, the system can build a tree mode based on the document and then the customer then can look into various details of equipments according to his demand, and also can do some settings.While looking into the basic information, the customer can by oneself choose whether renovate automatically, this will contribute to the save of network bandwidth and system resourceses.

【Keywords】Web-based network management, SNMP, MIB, Java

目录

第1 章网络管理概述 (6)

1.1 网络体系结构 (6)

1.2 网络管理功能 (8)

1.3 网络管理参考模型 (9)

1.4 几种标准网络管理协议 (10)

1.4.1 CMIP网络管理协议 (10)

1.4.2 SNMP与CMIP管理协议的比较 (11)

第2 章简单网络管理协议SNMP概述 (12)

2.1 SNMP的发展 (12)

2.2 SNMP的配置 (13)

2.3 MIB管理信息库 (14)

2.4 SNMP的5种协议数据单元 (16)

2.5 SMI管理信息结构 (17)

第3 章TOMCAT服务器介绍 (20)

3.1 T OMCAT服务器的配置 (20)

第4 章APPLET的数字签名 (24)

4.1 A PPLET安全限制的问题提出 (24)

4.2 利用A PPLET数字签名解决问题 (25)

第5 章方案设计与实现 (27)

5.1 实现思路 (27)

5.1.1 MIB信息的获取主要步骤 (27)

5.1.2 根据加载的MIB信息文件动态生成MIB树型结构 (28)

5.1.3 基本信息浏览 (28)

5.2 中间层的设计与实现 (29)

5.2.1 中间层设计关键技术 (29)

5.2.2 中间层具体实现介绍 (31)

5.3 界面层设计与实现 (40)

5.3.1 图形用户界面的用途及要求 (41)

5.3.2 界面层设计关键技术 (41)

5.3.3 界面层实现具体介绍 (43)

结束语.................................................................................................................. (59)

致谢.................................................................................................................. .....61 第5 页

参考文献.................................................................................................................

62 第6 页

第 1 章网络管理概述

在网络化的进程中，网络管理在系统中起着越来越重要的作用。从计算机网络到电信网络、从广播电视网络到其他星星色色各自领域的网络，网络管理无处不在，随着网络规模的日益扩大，相应的网络管理技术也日趋成熟规范，功能更强大。准确而言，网络管理系统应该包括被管理端和它们的通信链路：管理端实现对网络设备的集中管理以及管理的级连；被管理端作为伺服进程响应管理端、监控网元设备、生成报告等；通信链路规定了管理端与被管理端的对话规则。总之，计算机技术和通信技术的融合、领域网络的飞速发展，使得网络管理技术越来越规范，网络管理系统的作用也越来越大，在整个系统中已称为必不可少的重要组成部分。

作为引言，首先在此简单的介绍一下有关网络管理的基础知识。

1.1 网络体系结构

既然是对网络的管理系统，那就先置身于网络中，了解一下网络的体系结构。网络体系结构通常包括：网络功能构件的定义及相互关系描述和网络与用户之间的接口定义。从功能抽象的角度常以子系统（也成网络内部的层）来作为描述网络功能构件的基础，这种方式的典型代表是ISO的七层开放系统互联参考模型（OSI/RM）。OSI/RM对网络体系结构做了全面的定义，将进行交换信息的“源系统”和“目标系统”分为七个子系统，即七层，各层功能如下：

物理层：涉及在物理信道上传输原始比特，处理与物理传输介质有关的机械的、电气的和过程的接口，提供可靠的比特传输功能。

数据链路层：分为介质访问控制（MAC）和逻辑链路控制（LLC）两个子层。

MAC解决广播型网络中多用户竞争信道使用权的问题；LLC的主要任务是将

有噪声的物理信道变成无传输差错的通信信道，提供数据成帧、差错控制、流量控制和链路控制等功能。一言概之：在物理链路上提供可靠的数据传

输功能。

网络层：负责将数据从物理链接的一端传到另一端，即所谓点到点通信。主要功能是寻径，以及与之相关的流量控制和拥塞控制等。

第7 页

传输层：主要目的在于弥补网络层服务与用户需求之间的差距。传输层通过向上提供一个标准、通用的界面，使上层与通信子网（下三层）的细节相

隔离。传输层的主要任务是提供进程间通信机制和保证数据传输的可靠性。

会话层：主要针对远程终端访问。主要任务包括会话管理、传输同步以及活动管理等。

表示层：主要功能是信息转换，包括信息压缩、加密、与标准格式的转换（以及上述操作的逆操作）等。

应用层：提供最常用且通用的应用程序，包括电子邮件和文件传输等。

与来自标准化组织的ISO/RM不同，TCP/IP不是作为标准人为定制的，而是产生于互联网研究和应用实践中。虽然概念的理解上两者具有着相辅性，但是内部细节的差别还是很大的。TCP/IP模型由四层组成，具体如下：

网络接口层：这是TCP/IP的最底层，负责接收IP数据报并通过网络发送之，或者从网络上接收物理帧，抽出IP数据报，交给IP层。网络接口有两种类

型：第一种是设备驱动程序（如局域网的网络接口）；第二种是含自身数

据链路协议的复杂子系统（如X.25中的网络接口）。

网间网层（IP）：负责相邻计算机之间的通信。其功能包括三方面：一、处理来自传输层的分组发送请求；收到请求后，将分组装入IP数据报，填充

报头，选择去往信宿机的路径，然后将数据报发往适当的网络接口。二、

处理输入数据报：首先检查其合法性，然后进行寻径一假如该数据报到达

信宿地（本机），则去掉报头，将剩下部分（传输层分组）交给适当的传

输协议；假如该数据报尚未到达信宿，则转发该数据报。三、处理ICMP报

文，处理路径、流控、拥塞等问题。

传输层：提供应用程序间（即端到端）的通信，其功能包括：格式化信息流、提供可靠传输。为实现后者，传输层协议规定接收端必须发回确认，并且

假如分组丢失，必须重新发送；另外每个分组均附带校验和，接收端以此

验证分组的正确性。

应用层：向用户提供一组常用的应用程序，如文件传输访问、电子邮件等。

严格说来，TCP/IP协议只包含下三层（不含硬件），应用程序不能算TCP/IP

的一部分。就上面提到的常用应用程序，TCP/IP制定了相应的协议标准，

所以也把他们作为

TCP/IP的内容。事实上，用户完全可以在网间网上建立自己的专门应用程序，这些专用引用程序要用到TCP/IP，但不属于TCP/IP。

图1.1 显示了TCP/IP模型和OSI/RM更能层次对照

ISO OSI/RM作为国际标准而制定，因此不得不考虑各种各样的情况，造成大而全、效率低，TCP/IP经过了20多年的实践检验，获得了巨大的成功，成为了事实上的网络协议标准。这两种协议是当今网络协议中最为典型和普遍的，至于两者的详细内容和比较已经有很多介绍，在此就不再遨述。

1.2 网络管理功能

国际化标准组织（ISO）定义了网络管理的五个功能域：故障管理（Fault）、配置管理（Configuration）、计费管理（Account）、性能管理（Performance）、安全管理（Security）。

如果在网络管理系统中需要到某个功能的话，均可以映射到FCAPS的五个功能领域中。FCAPS一斑看着是网络管理功能最高层的命令集，在具体的功能实现中，可以根据需求进行取舍。

故障管理：检测、定位和排除网络硬件和软件中的故障，增强网络的可靠性。

故障管理监视物理网络设备，对检测到的故障进行隔离、纠正和修复，确

保其正常运行。

配置管理：掌握和控制物理网络的状态，包括网络内各设备的状态及其连接关系，增强对网络配置的控制。它包含三个方面的内容：获得关于当前网

络配置的信息，提供远程修改设备配置的手段，储存数据、维护一个最新

的设备清单并根据数据

第8 页

产生报告。

计费管理：度量各个端用户和应用程序对网络资源的使用情况，为网络资源的合理分配和运行维护提供基础。

性能管理：测量的项目可能有：整体吞吐量、利用率、错误率或响应时间等。

安全管理：是对网络资源敏感信息访问的约束和控制，包括验证网络用户的访问权限和优先级、检测和记录未受权用户企图进行的不应有的操作。

FCAPS是在OSI网络管理体系结构中定义的，然而它也为研究其他网络管理体系如SNMP的功能给出了清晰的模型，因此了解FCAPS对掌握网络管理系统是有益的。

1.3 网络管理参考模型

在网络管理中，一般采用Manager/Agent的管理模型，如图1.2所示：

管理系统被管设备

图1.2 网络管理体系结构模型

Manager与Agent在对等层上用网络管理协议进行通信。Manager负责发出管理操作指令，并接收来自Agent的信息；Agent直接管理被管理设备，响应Manager的指令操作，或产生报告通知Manager，一个Manager可以和多个Agent进行信息交换，而一个Agent 也可以接收来自多个Manager的管理操作。一个实体既可以充当Manager，又可充当Agent，从而实现网络的级联管理。在异质网络管理系统中，Manager可以通过“转换Agent”实现管理多种类型的设备，“转换Agent”负责不同通信语言的转换。Manager 协议栈和设备驱动程序Agent 协议栈和设备驱动程序物理网络网络管理协议

第9 页第10 页

在具体的实现中，例如SNMP网络管理体系，它的信息交换模型采用Manager/Agent 模式，Manager负责被管设备的集中管理，Agent响应Manager的各项访问操作，它们之间采用SNMP协议进行通信，SNMP协议是基于TCP/IP网络实现的。

1.4 几种标准网络管理协议

在网络管理系统中，如果Manager与Agent之间的通信方式各不相同，将会大大的影响到网络管理系统的通用性，影响到异种设备的互联，因此需要制定Manager和Agent 之间通信的标准，即网络管理协议。

从不同的网络协议角度出发标准化组织开发了两种典型的截然不同的网路管理技术：SNMP（Simple Network Management Protocol）和CMIS/CMIP（Common Management Information Services/Common Management Information Protocol）。它们的结果就像各自采用的网络基础的命运一样：前者力求简单，采用TCP/IP协议栈作为其传输基础，结果被广泛采用；CMIS/CMIP力求全面，以OSI/RM作为传输基础，力求提供一个完整的网络管理方案必须的所有功能，具备有参考意义，然而依赖于整个OSI/RM 的实现，结果没有被广泛采用。

1.4.1 CMIP网络管理协议

对SNMP下一章将详细介绍，这儿简略介绍一下CMIP。

CMIP协议是在OSI制订的网络管理框架中提出的网络管理协议。与其说它是一个网络管理协议,不如说它是一个网络管理体系。这个体系包含以下组成部分:一套用于描述协议的模型,一组用于描述被管对象的注册、标识和定义的管理信息结构,被管对象的详细说明以及用于远程管理的原语和服务。CMIP与SNMP一样,也是由被管代理和管理者、管理协议与管理信息库组成。在CMIP中,被管代理和管理者没有明确的指定,任何一个网络设备既可以是被管代理,也可以是管理者。

CMIP管理模型可以用三种模型进行描述:组织模型用于描述管理任务如何分配;功能模型描述了各种网络管理功能和它们之间的关系;信息模型提供了描述被管对象和相关管理信息的准则。从组织模型来说,所有CMIP的管理者和被管代理者存在于一个或多个域中,域是网络管理的基本单元。从功能模型来说,CMIP主要实现失效管理、配置管理、性能管第11 页

网络管理协议SNMP

●SNMP 配置 ●SNMP 协议介绍 目前网络中用得最广泛的网络管理协议是SNMP（Simple Network Management Protocol）。SNMP是被广泛接受并投入使用的工业标准，用于保证管理信息在任意两点间传送，便于网络管理员在网络上的任何节点检索信息、修改信息、寻找故障、完成故障诊断、进行容量规划和生成报告。SNMP采用轮询机制，只提供最基本的功能集，特别适合在小型、快速和低价格的环境中使用。SNMP的实现基于连接的传输层协议UDP，得到众多产品的支持。SNMP分为NMS和Agent两部分，NMS（Network Management Station），是运行客户端程序的工作站，目前常用的网管平台有Sun NetManager和IBM NetView；Agent是运行在网络设备上的服务器端软件。NMS可以向Agent发出GetRequest、GetNextRequest和SetRequest 报文，Agent接收到NMS的请求报文后，根据报文类型进行Read或Write操作，生成Response报文，并将报文返回给NMS。Agent在设备发现重新启动等异常情况时，也会主动向NMS发送Trap报文，向NMS汇报所发生的事件。 ●SNMP 版本及支持的MIB 为了在SNMP报文中唯一标识设备中的管理变量，SNMP用层次结构命名方案来识别管理对象。用层次结构命名的管理对象的集合就象一棵树，树的节点表示管理对象，如下图所示。管理对象可以用从根开始的一条路径别无二义地识别。 A 2 6 1 5 2 1 1 2 1 B ●MIB树结构 MIB（Management Information Base）的作用就是用来描述树的层次结构，它是所监控网络设备的标准变量定义的集合。在上图中，管理对象B可以用一串数字{1.2.1.1}唯一确定，这串数字是管理对象的Object Identifier（客体标识符）。 以太网交换机中的SNMP Agent支持SNMP V1、V2C和V3，支持的常见MIB如下表所示。 ●以太网交换机支持的常见MIB

如何使用SNMP监视VMware ESX的服务器参数

使用简单网络管理协议（SNMP）监视服务器性能并发送通知（叫做traps）是所有VMware 管理员最终必须掌握的一项技能。在本文中，TechTarget中国的特约虚拟化专家David Davis将解释VMware ESX与ESXi可用的不同类型的SNMP代理，并给出使用SNMP 进行监控的例子。最后，你将学习如何配置ESX SNMP代理和ESXi代理以发送SNMP traps到网络管理站（NMS）。 为什么需要为VMware ESX Server配置SNMP？ SNMP用于收集如PC、服务器、网络设备等的信息。SNMP也能用于发送traps到SNMP管理站（如Dell OpenManage）。我会简短地提及如何配置traps，本文将着重介绍如何配置ESX以便收集信息。 为什么想要使用SNMP？例如，如果你下载一个新的ESX Server监控工具SolarWinds VM Monitor，首先必须启用ESX上的SNMP，这是由于SolarWinds的VM Monitor使用SNMP收集数据。由于越来越多的应用用于监控VMware ESX Server，并且许多应用都使用SNMP。我们也开始听说现有的监控应用能监视VMware ESX——如果你启用SNMP。 VMware ESX Server（而不是ESXi）带有两个SNMP代理。一个代理基于net-snmp （这是一个在互联网上很出名的Linux SNMP）。另一个代理非常简单，并且只支持traps。这与ESXi所提供的代理是相同的。在本文中，我将配置更加高级的SNMP代理，即 net-snmp。（关于如何配置小型ESX代理与ESXi代理请参见VMware的文章―在ESXi 上使用SNMP‖）。不过要注意，你不能使用我下面所提到的应用监控服务器。你只能配置ESX和ESXi以发送traps到NMS。 但是不能使用图形界面（如VMware Infrastracture Client）启用SNMP。这就是说很难使用命令行。下面我们看看如何通过使用SSH命令行和SNMP命令启用SNMP。 如何通过SSH在ESX Server里启用SNMP？ 通过SSH配置SNMP是唯一的方法，而不是通过服务器的控制台。 一旦使用SSH连接SNMP到ESX Server，就能使用标准的Linux命令配置SNMP。配置（使用加密等技术的版本3）SNMP很复杂，我只介绍标准的SNMP配置。 SNMP进程在默认下不会运行，SNMP监控应用不能与ESX Server对话。 首先使用nano或vi编辑/etc/snmp/snmpd.conf文件。例如： nano /etc/snmp/snmpd/conf

实验二：使用snmp命令查看mib树信息

实验二：使用snmp命令查看mib树信息 一、实验目的 熟悉SNMP协议的操作的特点和功能 二、实验内容 熟悉SNMP的getrequest、getnextRequest 、SetRequestdeng 操作，通过配置文件熟悉SNMP 协议视图的概念 三、实验准备、环境 采用开源软件net_snmp(https://www.wendangku.net/doc/5d4909702.html,/) Windows操作系统 四、实验步骤 1 安装net snmnp， 单击安装程序net-snmp-5.4.0-1.win32.exe，安装均按缺省，，一般会安装到c:\usr目录下 2、熟悉和配置代理段配置文件，从而掌握视图的概念 1) 把配置文件snmpd.conf 拷贝到C:\usr\etc\snmp 下，了解其如何间 公共体和视图关联起来 2) 利用netsnmp的自动配置命令生成snmpd.conf，生成方法建相关 ppt 在命令窗口中运行命令snmpd -f -Le –d（打开一个窗口，不要关闭）3熟悉snmpde相关操作 命令的使用详见文档“简单网络管理协议工具使用” 1)GetRequest操作（打开另外一个窗口，执行命令）

Netsnmp软件实现命令snmpget.exe 命令格式 Snmpget –v1(或-v2c) –c 公共体代理主机IP地址（本机为localhost）对象实例标识 如 Snmpget –v1 –c public localhost sysName.0 利用该操作至少检索一个标量对象和标对象实例(对象选择见教材、PPT或monitor.exe软件) 2）GetNextRequest操作 Netsnmp软件实现命令snmpgetnext.exe 命令格式 Snmpget –v1(或-v2c) –c 公共体代理主机IP地址（本机为localhost）对象实例标识 Snmpgetnext –v1 –c public localhost sysName.0 3）SetRequest操作 Netsnmp软件实现命令snmpset.exe 命令格式 snmpset [common arguments] MIB-objectID type value [MIB –objectID type value] MIB-objectID是一个要指定新值的MIB数据对象。参数type表示要修改的数据对象的类型；value表示该数据对象应该设置的新值。type 是一个字符，它表示数据对象的类型，这些类型是ASN.1定义的。

基于SNMP的网络管理软件的配置与使用

华北电力大学 实验报告 实验名称基于SNMP的网络管理软件的配置与使用课程名称网络管理 专业班级：学生姓名： 学号：成绩： 指导教师：实验日期：

（一）基于SNMP的网络管理软件的配置与使用 一、实验目的 1.熟悉路由器和交换机并掌握路由器和交换机的基本配置方法和配置命令。 2.练习构建一个由四个路由器和四台主机构成的网络。 3.操作SiteView NNM管理系统，掌握如何添加网元，构建管理系统，并每 一个可被管理的设备进行操作。 4.掌握网络管理软件的使用方法，实现对网络的拓扑发现实时监控，告警设置： 1).应用Siteview软件进行拓扑发现。通过自动和手动两种方式实现。 2).基于SNMP的实时监控。对设备，链路，端口等进行相应的监控。 3).进行告警设置（告警方式）。通过对不同设备，条件等进行告警设置。 二、实验环境 计算机4台、路由器4台、交换机4台、SiteView NNM网络管理软件系统。 三、实验原理 网络设备只有配置了SNMP协议以后，才能够通过SNMP进行监控和管理，因 此，使用网络管理软件之前，需要对所有设备进行配置。主要包括： 1）主机SNMP配置； 2）路由器SNMP配置； 3）交换机SNMP配置。 四、实验步骤： 1、局域网的实现与配置： 网络拓扑图：

路由配置： 1）IP分配： 四台PC的本地连接2的IP分别为： PC1：222.1.3.5 PC2：222.1.2.5 PC3：222.1.1.5 PC4：222.1.4.5 本地连接1 IP: PC51：192.168.1.21 PC52：192.168.1.22 PC53：192.168.1.23 PC54：192.168.1.24 2)地址分配： 路由器R1 S2端地址：222.1.6.1 路由器R1 S3端地址：222.1.7.1 路由器R1与路由器R2间的地址：222.1.6.0 路由器R1与两层交换机1间接口G1 地址：222.1.3.1 路由器R2 S2端地址：222.1.6.2 路由器R2 S3端地址：222.1.5.1 路由器R2与路由器R3间的地址：222.1.5.0 路由器R2与两层交换机2间的地址:222.1.2.1 路由器R3 S2端地址：222.1.5.2 路由器R3 S3端地址：222.1.8.1 路由器R3与路由器R4间的地址：222.1.8.0 路由器R3与两层交换机2间的地址：222.1.1.1 路由器R4 S2端地址：222.1.8.2 路由器R4 S3端地址：222.1.7.2 路由器R4与路由器R1间的地址：222.1.7.0 路由器R4与交换机间的地址：222.1.4.1 PC1地址：222.1.3.5 网关：222.1.3.2 PC2地址：222.1.2.5 网关：222.1.2.2 PC3地址：222.1.1.5 网关：222.1.1.2 PC4地址：222.1.4.5 网关：222.1.4.2

SNMP的功能及使用

TCP/IP课程设计 课题：SNMP的功能及应用 小组成员：原志祺、张冰雪、栗国齐、 许杰 姓名：原志祺 院系：计算机与通信工程学院 班级：通信工程09-1班 学号：540907040146

题目：SNMP的功能及使用网络管理功能一般分为性能管理、配置管理、安全管理、计费管理、故障管理等五大管理功能。现分工如下： 1、性能管理，配置管理原志祺 2、安全管理张冰雪 3、计费管理栗国齐 4、故障管理许杰 配置管理是网络管理的基本功能。计算机网络由各种物理结构和逻辑结构组成，这些结构中有许多参数、状态等信息需要设置并协调。另外，网络运行在多变的环境中，系统本身也经常要随着用户的增、减或设备的维修而调整配置。网络管理系统必须具有足够的手段支持这些调整的变化，使网络更有效的工作。 性能管理的目的是在使用最少的网络资源和具有最小延迟的前提下，确保网络能提供可靠、连续的通信能力，并使网络资源的使用达到最优化的程度。网络的性能管理有监测和控制两大功能，监测功能实现对网络中的活动进行跟踪，控制功能实施相应调整来提高网络性能。性能管理的具体内容包括：从被管对象中收集与网络性能有关的数据，分析和统计历史数据，建立性能分析的模型，预测网络性能的长期趋势，并根据分析和预测的结果，对网络拓扑结构、某些对象

的配置和参数做出调整，逐步达到最佳运行状态。如果需要做出的调整较大时，还要考虑扩充或重建网络 什么是SNMP？SMNP 是Simple Network Management Protocol 缩写，解释为简单网络管理协议。SNMP 是最早提出的网络管理协议之一，它一推出就得到了广泛的应用和支持，特别是很快得到了数百家厂商的支持，其中包括IBM、HP、SUN 等大公司和厂商。目前SNMP 已成为网络管理领域中事实上的工业标准，并被广泛支持和应用，大多数网络管理系统和平台都是基于SNMP 的。 一、SNMP 概述 SNMP 的前身是简单网关监控协议(SGMP)，用来对通信线路进行管理。随后，人们对SGMP 进行了很大的修改，特别是加入了符合Internet 定义的SMI 和MIB 体系结构，改进后的协议就是著名的SNMP。SNMP 的目标是管理互联网Internet 上众多厂家生产的软硬件平台，因此SNMP 受Internet 标准网络管理框架的影响也很大。现在SNMP 已经出到第三个版本的协议，其功能较以前已经大大地加强和改进了。SNMP 的体系结构是围绕着以下四个概念和目标进行设计的： （1）保持管理代理(Agent)的软件成本尽可能低； （2）最大限度地保持远程管理的功能，以便充分利用Internet 的网络资源； （3）体系结构必须有扩充的余地；

服务器状态监控之snmp

服务器状态监控之snmp&ipmi 一、ipmi 1、简介 IPMI（Intelligent Platform Management Interface）即智能平台管理接口是使硬件管理具备“智能化”的新一代通用接口标准 开源的免费标准、跨不同操作系统 监视服务器的物理健康特征，如温度、电压、风扇工作状态、电源供应及机箱入侵等 核心部件：BMC（Baseboard Management Controller），一种嵌入式微控制器，整个平台管理的大脑， ipmi所有功能都是通过BMC发送命令来完成，BMC接受并在系统事件日志中记录事件消息，维护描述系统中传感器情况的传感器数据，支持远程访问 BMC具有以下功能： 1.通过系统的串行端口进行访问 2. 故障日志记录和SNMP 警报发送 3.访问系统事件日志(System Event Log ,SEL) 和传感器状况 4.控制包括开机和关机 5.独立于系统电源或工作状态的支持 6.用于系统设置、基于文本公用程序和操作系统控制台的文本控制台重定向 基于BMC，最大优势：独立于CPU BIOS和OS，无论是开机还是关机状态下，接通电源就可以实现对服务器的监控 2、使用ipmi的先决条件

（1）服务器硬件本身提供对ipmi的支持 目前惠普、戴尔和NEC 等大多数厂商的服务器都支持IPMI 2.0，但并不是所有服务器都支持，所以应该先通过产品手册或在BIOS 中确定服务器是否支持ipmi，也就是说服务器在主板上要具有BMC 等嵌入式的管理微控制器。 （2）操作系统提供相应的ipmi驱动 通过操作系统监控服务器自身的ipmi 信息时需要系统内核提供相应的支持，linux 系统通过内核对OpenIPMI（ipmi 驱动）的支持来提供对ipmi 的系统接口。在使用驱动之前，请先启动该驱动： service ipmi start 或者启动模块： modprobe ipmi_msghandler modprobe ipmi_devintf modprobe ipmi_si modprobe ipmi_poweroff modprobe ipmi_watchdog （3）ipmi管理工具 选择的是Linux 下的命令行方式的ipmi 平台管理工具ipmitool，开源的还有很多，如：ipmiutil ipmitool通过OpenIPMI接口来访问BMC，实现对服务器的两种管理方式：（1）通过OS 监控本地服务器；（2）通过网络监控远程服务器 本地服务管理：系统结构 监控本地命令格式：ipmitool -I open command，其中-I Open command有以下项：

SNMP学习

最近在研究SNMP，因为想在一台交换机上设置一个SNMP的代理，来监控交换机的一些参数，这里我就假设我要监控交换机的某个端口的数据量。 现在说说本人对SNMP的一些看法，当然还有一些问题想和关注过SNMP的朋友一起讨论一下，毕竟自己也是个菜鸟。 先谈一下对SNMP的看法： SNMP是个很古老的协议，其协议本身并不是很复杂顾名思义，简单网络管理协议。但它也有不简单的地方，那就是MIB库这个东西。这个东西我认为是对被管理对象的一个描述，描述的内容包括类型，名称（也就是OID）等等。转用一个看到过的网站上对MIB比较好的定义。MIB是对设备中各个被管理的对象(Managed Objects)做了一个名字(OID)、数据类型、总体逻辑结构的定义，设备会根据它里面的MIB（或是标准的MIBII,或是企业自己的私有的MIB库），构建一个被管理对象的逻辑数据库，这个数据库里有这些OID及其对应的具体的值(如网友所说的cpu利用率、端口速度等指标的具体值)，网管依靠SNMP协议，通过代理的配合工作查询此数据库，找到需要的值，从而达到对设备的监控和管理工作。接下来想问的就是关于SNMP上的一些问题： 1.如果我想在一台交换机上开发一个SNMP代理，那肯定要创建一个私有的MIB库。那是不是就意味着我必须申请一个私有节点？然后在这个节点下来定义我的简单变量和表，那如何去申请这个节点？ 2.第二个问题就是关于MIB库和交换机上参数值的问题，交换机上的代理接受到管理站上的get请求后通过MIB库找到那个参数的节点，比如是.1. 3.6.1. 4.1.5000.3。问题来了，那个节点上的值是怎么样传递给MIB的？有些网友说是数据库，那MIB，数据库和交换机上的值是怎么联系到一起的呢？ 大部分教科书上关于MIB的入门概念纯粹是扯淡的，事实上单看SNMP协议本身是很简单的，你向他发送“get 1.3.1.1.2.1”，他就根据这个OID给你返回对应的值，其实OID和Web的URL、注册表里键的路径“HKLM\LocalMachine\...\...”是一回事，无非就是数据的分层表达方式而已。SNMP协议本身跟MIB毫不相关，你要是有兴趣用最底层的Socket编程也可以写出一个简单的代理，无非就是根据收到的OID返回对应的数据罢了 至于MIB，只是委员会规范的一些常用OID的标准而已，比如规定这一堆OID描述的是系统的基本信息，那就取名叫RFC1213吧，OID不是以点号分层的吗，这一大堆OID合起来看就是一个树结构了，就和很多工具里看到的一样了。至于MIB的格式，是便于用工具查看或者生成程序框架用的。 那OID对应的数据是放在哪里的呢？如果自己定义一个MIB，肯定是一个键值，一个value值，这样一对一的放置。比如说1.3.1.1.4.0是对应于计算机名（PC100003231）的，我一个GET“1.3.1.1.4.0”过去，那么我就可以在返回值中得到“PC100003231”这么个字符串，但是我不知道MIB存放的方法是怎么样的，我在MIB文件里面只能看出计算机名对应的OID 的树状结构啊。 mib文件只是一个定义这个库是怎样的这样的一个东西啊 就像数据库的脚本 mib文件是用来建库的，怎么存那更简单了，自己实现一个库不就存下去了 至于第一个问题，mib树中的结点是需要申请的，一般公司申请后是放在private结点下，后面的子树就可以自己想怎么搞就怎么搞了怎么申请其实在网上一查就知道了，我那时候

SNMP_MIB功能开发步骤_liujun

SNMP MIB 功能开发详细步骤 一、定义MIB库文件： 可使用adventnet 工具包下的mibedit工具来定义私有MIB库文件。 二、在linux环境下安装net-snmp 。安装过程如下： 1、解压源码包： tar –zxvf net-snmp-5.6.1.1.tar.gz 2、进入解压后的文件目录： cd net-snmp-5.6.1.1 3、执行文件目录下的configure可执行文件，如果想指定程序包的安装路径，那 么您首先建立相应的文件夹来存放安装信息，您可以写成./configure – prefix=/您指定的路径名。参数—prefix用来告诉系统安装信息存放的路径， 如果您没有指定路径，直接执行./configure，那么程序包都会安装在系统默 认的目录下，通常为：/usr/local下。例如： ./configure --prefix=/usr/local/snmp //配置指定安装目录，安装过程会 询问您以下的信息： 注意：以下问题似乎不怎么重要，那好像仅仅是官方想了解使用本软件方的信 息，可以直接回车而不用回答，系统会采用默认信息，其中日志文件默认安装 在/var/log/snmpd.log.数据存贮目录默认存放在/var/net-snmp下。 default version of-snmp-version(3): 3（在这里版本通常有三种形式： 1,2c,3） Systemcontact information（配置该设备的联系信息）: heaven（也可以是 邮箱地址） System location (该系统设备的地理位置):BEIJING P.R China Location to write logfile (日志文件位置): /var/log/snmpd.log Location to Write persistent(数据存储目录): /var/net-snmp 4、#make 编译源码包文件，通常只需要执行make命令，系统会根据Makefile层层进行 编译，第一次编译需要的时间比较长. 如果make 成功的话，那么紧接着安装 程序了，这一步一般不会出现错误. #make install 5、完成以上步骤后net-snmp的开发环境就搭建好了。如果不在PC上使用SNMP 服务的话是不需要再进一步配置的。 三、生成MIB 源文件（C格式）： 1、首先需要介绍一下MIB库和C源文件的转换工具命令： Net-snmp安装包提供了mib2c工具，用户可使用该工具将MIB库文件转换 成C源码格式。命令：MIBS=”+param1” mib2c param2 其中param1 代表需要被转换的MIB库文件，param2代表希望转换该MIB库文件下的哪 一个节点相关数据。下面以AERODEV-MIB.txt中的portTrunk功能节点为 例来介绍整个转换过程。

服务器运行状态监控系统

系统目标 本系统的主要功能是对各种服务器进行实时监控，基于Windows 系统（包括Windows XP/2003/2008），采用C/S模式，使用VC6.0开发。其中，Client客户端安装在受监控的服务器上，Server服务器端安装在网管人员的PC机上。网管人员可以随时通过Server端获知任意一台受监控服务器的运行状态，并在服务器出现异常的情况下（如：服务器意外down机、存储空间不足、CPU利用率过高等），及时的收到Server端的短信报警信息。 2.1、Client端主要功能 (1) 采集服务器的各种性能指标数据，并发送到Server端，使网络管理员能实时查看服务器的状态。主要包括：CPU使用率、内存使用率、进程数量监控、进程运行状况监控等。 (2) 采集服务器的相关信息，并保存在服务器的日志文件中，供网络管理员进行定期的数据分析。主要包括：重点分区文件的变动信息、容量大小信息、服务器重新启动信息等。 (3) 服务器进程信息的监测。主要包括进程列表的实时扫描、黑名单监测和白名单监测。其中，黑名单监测是指对非正常进程的监测（如病毒进程），当发现监测服务器上运行着这类非正常进程时，便会向Server端发送告警信息，并自动关闭进程。白名单是指对服务器上守护进程的监控，当发现服务器守护进程没有正常运行时，便会

向Server端发送告警信息，并自动重新启动进程。 (4) 日志文件监控。此项功能实现对服务器日志文件所占存储空间的监控。当监控的日志文件大小超过其预设阀值时，Client端便会向Server端发送告警信息，通知网络管理人员进行及时处理。 (5) Web服务器监控。对WEB服务器的实时监控，当发现受监控的Web服务器不能正常提供服务时，自动重新启动该服务，使其能够正常运行，并将WEB服务器发生问题的时间和处理信息写入日志文件，以供网络管理人员进行分析。主要提供对Tomcat、IIS（6.0）等Web 服务器的监控。 (6) 数据库服务器监控。对服务器上运行的数据库服务器的实时监控，当发现受监控的数据库服务不能正常提供服务时，自动重新启动该服务，以使其能够运行正常，并将问题发生时间和处理信息写入日志文件，以供网络管理人员进行分析。主要提供对SQL Server、Oracle等数据库的监控。 (7) 盘符容量监控。选定某一监控盘符后，设置其容量大小，当容量不足时，向Server端发送报警信息。 2.2、Server端主要功能 Server端的主要功能是接收Client端发送的数据，并根据设置阈值在这些海量数据中筛选出异常数据向网络管理员进行告警。 (1) 参数设置：对一些基本参数进行设置，保存设置后，Server 端按照参数的设定范围对接收的数据进行分析。主要包括：

用SNMP协议实现系统监控

用SNMP协议实现系统监控 作者王基立系统监测的基本概念及分类： a．系统监测的概述： 如何对现有IT架构的整体以及细节运行情况进行科学、系统和高效地监测是目前各企业运维和管理部门一项非常重要的工作内容。随着当前企业IT环境中服务器、应用数量和类型的不断地增加，运维部门需要通过科学和高效的手段尽可能详细、实时和准确地获取整个架构中具体到每个服务器、每个系统甚至每个应用程序工作的细节，并且会对所获取到的原始数据进行分析、绘图和统计，以便为后续的性能调优、建构调整以及各类型排错建立参考依据。 常见的监测对象基本上涵盖了IT运行环境的方方面面，包括机房环境、硬件、网络等，而每一个方面所涉及的监测项目则种类繁多。例如对硬件环境的监测中，所涵盖内容就会包括服务器的工作温度、风扇转速等指标；针对系统环境的监测，将包括基本的操作系统运行环境，如CPU、内存、I/O、存储空间使用状况、网络吞吐量、进程数量和状态等情况；针对具体的应用情况，涉及监测的内容可能会更多，而且也会有很多专门针对应用的指标。 除了监测的内容需要尽量全面之外，同时我们还希望所使用的监测解决方案能够灵活和具备更多扩展功能。例如有效地支持IT架构的变化和扩展，在监测量增加的情况下能够尽可能少地占用资源，拥有强大的事件通知机制等等。 今天本文所涉及的内容，主要是针对操作系统以及软件环境的监测，而且尤其是针对Linux操作系统的运行情况监测。尽管目前有很多的商用软件以及解决方案来实现相关的功能，但是实际上我们也有很多开源的解决方案可以起到相同的作用，而且效果也非常不错。下面的内容中，我们将会对这些解决方案的实现方法进行详细描述。 b．基于Linux上系统监测的基本原理以及种类： 在Linux系统上的系统监测所采用的方式基本上有两种： 第一种，通过SNMP协议结合数据采集软件来实现： 这种方法所涉及的架构一般包括两部分，其中一部分是被监测服务器，另外一部分则是网管工作站。至于实现方法具体来说就是在Linux服务器上启动 SNMP简

ObjectSNMP 常用MIB数据对象描述文档

ObjectSNMP SNMP MIB数据服务描述文档 本文档由智和信通网管软件研发中心提供 https://www.wendangku.net/doc/5d4909702.html,

目录 一、前言 (3) 二、系统类MIB描述 (3) 1. SNMP Agent系统信息(MibSystem) (3) 2. 系统IP地址信息(MibIPAddrEntry) (4) 3. SNMP Agent统计信息(MibSNMP) (4) 三、IP网络类MIB描述 (5) 1. 网络接口/端口信息(MibIfEntry) (5) 2. 网络接口流量和数据包信息(MibIfEntry) (5) 3. IP层流量和输入输出统计信息(MibIP) (5) 4. 路由表信息(MibIPRouterEntry) (6) 5. TCP连接资源和统计信息(MibTCPConnEntry) (6) 6. UDP监听信息(MibUDPEntry) (6) 7. IP-MAC关联表(IpAdEntAddr) (6) 四、硬件设施类MIB描述 (7) 1. 硬件设施和工作状态(MibDeviceEntry) (7) 2. 存储系统状态(MibDiskAndMemoEntry) (7) 3. CPU负载信息(MibProcessorEntry) (7) 五、软件类MIB描述 (8) 1. 软件进程状态信息(MibSoftwareRunEntry) (8) 2. 已安装的软件信息(MibSoftwareInstallEntry) (8) 六、Java类MIB描述 (8) 1. Java服务器基本信息(MibJvmOS) (8) 2. JVM基本信息(MibJvmRuntime) (9) 3. Java内存和堆栈状态(MibJvmMemory) (9) 4. Java线程和资源消耗情况(MibJvmThreading) (9) 七、交换机MIB描述 (10) 1. 交换机端口基本信息(Dot1dBasePortEntry) (10) 2. 交换机转发MAC地址和状态(Dot1dTpFdbEntry) (10)

SNMP功能详解

SNMP功能详解 一、什么是SNMP SNMP：“简单网络管理协议”，用于网络管理的协议。SNMP用于网络设备的管理。SNMP的工作方式：管理员需要向设备获取数据，所以SNMP提供了“读”操作；管理员需要向设备执行设置操作，所以SNMP提供了“写”操作；设备需要在重要状况改变的时候，向管理员通报事件的发生，所以SNMP提供了“Trap”操作。 二、SNMP背景 SNMP 的基本思想：为不同种类的设备、不同厂家生产的设备、不同型号的设备，定义为一个统一的接口和协议，使得管理员可以是使用统一的外观面对这些需要管理的网络设备进行管理。通过网络，管理员可以管理位于不同物理空间的设备，从而大大提高网络管理的效率，简化网络管理员的工作。 三、SNMP结构概述 SNMP 被设计为工作在TCP/IP协议族上。SNMP基于TCP/IP协议工作，对网络中支持SNMP协议的设备进行管理。所有支持SNMP协议的设备都提供SNMP这个统一界面，使得管理员可以使用统一的操作进行管理，而不必理会设备是什么类型、是哪个厂家生产的。如下图，

四、SNMP支持的网管操作 对于网络管理，我们面对的数据是设备的配置、参数、状态等信息，面对的操作是读取和设置；同时，因为网络设备众多，为了能及时得到设备的重要状态，还要求设备能主动地汇报重要状态，这就是报警功能。如下图，

?Get：读取网络设备的状态信息。 ?Set：远程配置设备参数。 ?Trap：管理站及时获取设备的重要信息。 五、SNMP的实现结构 在具体实现上，SNMP为管理员提供了一个网管平台(NMS)，又称为管理站，负责网管命令的发出、数据存储、及数据分析。被监管的设备上运行一个SNMP 代理(Agent))，代理实现设备与管理站的SNMP通信。如下图，

服务器监控系统实现方案

2019.03 随着信息化建设的不断深入，各单位部署的服务器数量越来越多，导致系统管理和运维的难度也越来越大。对服务器的状态进行实时监控，及时发现和处理问题，是解决此难题的一个行之有效的方法。然而，目前市面上真正好用、能满足实际运维需要的监控软件却极少，不少单位在试用了一些监控软件之后，不得不选择自行开发。 1服务器监控的必要性 服务器是网络中能对其他机器提供某些服务的计算 机系统，它存储、处理网络上80％的数据和信息，被称为网络的灵魂[1]。由于服务器需要长时间不间断地工作，因此对稳定性和可靠性有很高要求。计算机的可靠性可用MTTF （Mean Time To Failure ，平均无故障时间）来度量，平均无故障时间越长系统的可靠性就越高。对用户而言，高可靠性也就意味着高可用性，意味着可以随时随地从系统获得高质量的服务。 尽管服务器采用了大量的软、硬件技术，但其稳定性和可靠性离人们的期望还是有不小的距离，服务器响应变慢、服务中断的现象仍时有发生。尽管提高软、硬件的可靠性是软、硬件厂商需要考虑的事情，但是对最终用户来说，对服务器的软、硬件进行实时监控，及时发现和处理问题，无疑能大大提高系统的可用性。 2服务器监控软件的现状 对服务器进行监控，显然用软件方式要比人工方式 更加高效和快捷。与网络管理类似，服务器管理也分为带内（in -band ）管理和带外（ou t-of-band ）管理[2]，带 内管理的控制信息与数据信息使用同一物理通道进行传送，而带外管理则是使用不同的物理通道。带外管理可 以在操作系统失去响应的情况下采集服务器硬件数据（CPU 和主板的温度、电压、风扇转速以及电源、功耗等），甚至在电源关闭的情况下进行开机、重启等维护操作，但并不能监控带内的应用情况。带内管理可以实现对带内应用情况的监控，也可以通过I PMI （I ntelli - gent Platform Management Interface ，智能平台管理接口）获取带外硬件信息，但是在网络中断时业务和管理都无法正常进行。 有些品牌的服务器厂商提供基于带外管理的服务器管理软件（属增值服务，需另外购买），但不同厂商之间存在一定的兼容性问题。目前大多数的服务器监控软件还是基于带内管理的。 除了I PMI 以外，常用的监控技术手段还有：JMX （Java Management Extensions ，Java 管理扩展）、S SH (Secure Shell)、S NMP （S imple Network Management Pro -tocol ，简单网络管理协议）、WMI （Win dows Manage -ment Instrumentation ，Win dows 管理规范）和WBEM （Web -Based Enterprise Management ，基于Web 的企业管理）。其中JMX 适用于监控Java 应用；S SH 适用于 Lin ux 系统，用于Win dows 时需结合WMI 使用；S NMP 有明显的安全隐患[3]，对网络性能有不小影响；WMI 只能用于Win dows 系统，也存在明显的安全问题[4]； WBEM 则限于Web 应用。 作者简介：徐波（1971-），男，高级工程师，硕士，研究方向：医疗信息化、算法理论、机房运维；王建英（1985-），女，工程师，硕士，研究方向：医疗信息化、 I T 项目管理。 收稿日期：2018-12-11 服务器监控系统实现方案 徐波，王建英 （ 广州市中西医结合医院信息科，广州510800）摘 要：服务器监控是机房运维管理的一项重要内容，同时也是一种行之有效的管理方法，但目前市 面上很难找到符合实际需要的服务器监控软件。解决办法之一是找软件公司按需定制，但定制开发的成本很高，很多单位选择了自主开发。这里给出一个服务器监控系统的自主开发实现方案，主要包括监控对象的选择、软件架构设计和技术方案的选择3个方面。关键词：服务器； 监控；方案；运维 43 DOI:10.16184/https://www.wendangku.net/doc/5d4909702.html,prg.2019.03.011

SNMP+MIB完整手册

SNMP MIB完整手册 https://www.wendangku.net/doc/5d4909702.html,/art/201007/209214.htm SNMP MIB是SNMP协议软件中主要的一个模块?那么MIB的主要功能就是管理信息库?那么一些常用的代码编辑,我们在前面的文章也有一些涉及?但是不少朋友还是对于SNMP MIB不理解?为此,我们整理了下面的文章帮助大家来学习这部分内容? 最近要做一些服务器和设备的监控, 自带的cacti模板已不能满足需求, 经过一天调试, 目前已实现了bind9 mysql bind等数据流量的分析(其实也就是用脚本取数据,最后用rrdtool 画图出来), 但学习的过程中, 发现不大了解SNMP MIB概念, google了一下,下面的文章应该能解答一部分与我有同样问题的朋友们(我简单进行了排版整理) 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管理工作站(主代理)关于SNMP MIB定义信息的各种查询?下图是NMS公司网络产品中SNMP 协议的实现模型?

H3C配置SNMP协议

H3C配置SNMP协议 1.使用telnet登陆设备 System-view Snmp-agent Snmp-agent community read public Snmp-agent sys-infoversion all Dis cur Save 保存 配置完成。。 1.1 概述 SNMP是Simple Network Manger Protocol（简单网络管理协议）的缩写，在1988 年8月就成为一个网络管理标准RFC1157。到目前，因众多厂家对该协议的支持， SNMP已成为事实上的网管标准，适合于在多厂家系统的互连环境中使用。利用SNMP 协议，网络管理员可以对网络上的节点进行信息查询、网络配置、故障定位、容量规 划，网络监控和管理是SNMP的基本功能。 SNMP是一个应用层协议，为客户机/服务器模式，包括三个部分： ●SNMP网络管理器 ●SNMP代理 ●MIB管理信息库 SNMP网络管理器，是采用SNMP来对网络进行控制和监控的系统，也称为NMS (Network Management System)。常用的运行在NMS上的网管平台有HP OpenView 、CiscoView、CiscoWorks 2000，锐捷网络针对自己的网络设备，开发了 一套网管软件－－Star View。这些常用的网管软件可以方便的对网络设备进行监控和 管理。 SNMP代理（SNMP Agent）是运行在被管理设备上的软件，负责接受、处理并且响 应来自NMS的监控和控制报文，也可以主动发送一些消息报文给NMS。 NMS和Agent的关系可以用如下的图来表示： 图1 网络管理站（NMS）与网管代理（Agent）的关系图

MIB

最终编辑马长征2008 =================================================================================== 【前言】 用“监控软件”（solarwinds / cacti / mrtg ……）监控各种设备的时候，有一些数据不会被抓取到，自然就不会有显示，原因是这些软件没有被监控设备的模板，有一些 cacti 模板可以从网上找到，但solarwinds就找不到 UnDP格式的模板了，这就需要知道被监控设备的OID，而 OID 是通过MIB 库来查找的。 =================================================================================== =================================================================================== 【SNMP 简介】 SNMP 的目标是管理 Internet 上众多厂家生产的软硬件平台。 SNMP 的管理由三部分组成：① 管理信息库 MIB，② 管理信息结构 SMI，③ SNMP 本身。 =================================================================================== ①【MIB】 M anagement I nformation B ase 的缩写，中文名字叫“管理信息库”。 它是网络管理数据的标准，在这个标准里规定了网络代理设备必须保存的数据项目，数据类型，以及允许在每个数据项目中的操作。通过对这些数据项目的存取访问，就可以得到该网关的所有统计内容。再通过对多个网关统计内容的综合分析即可实现基本的网络管理。 管理信息库 MIB 指明了网络元素所维持的变量（即能够被管理进程查询和设置的信息）。MIB 给出了一个网络中所有可能的被管理对象的集合的数据结构。SNMP 的管理信息库采用和域名系统 DNS 相似的树型结构，它的根在最上面，根没有名字。它又称为对象命名树（Object Naming Tree）。 对象命名树的顶级对象有三个，即ISO、ITU-T和这两个组织的联合体。在 ISO 的下面有 4 个结点，其中的一个（标号3）是被标识的组织。在其下面有一个美国国防部（Department of Defense）的子树（标号是6），再下面就是 Internet（标号是1）。在只讨论 Internet 中的对象时，可只画出 Internet 以下的子树（图中带阴影的虚线方框），并在 Internet 结点旁边标注上 {1.3.6.1} 即可。 在 Internet 结点下面的第二个结点是mgmt（管理），标号是 2。再下面是管理信息库，原先的结点名是mib。1991 年定义了新的版本 MIB-II，故结点名现改为mib-2，其标识为 {1.3.6.1.2.1}，或 {Internet(1) .2.1}。这种标识为对象标识符。 最初的结点 mib 将其所管理的信息分为 8 个类别。现在的 mib-2 所包含的信息类别已超过 40 个。 应当指出，MIB 的定义与具体的网络管理协议无关，这对于厂商和用户都有利。厂商可以在产品（如路由器）中包含 SNMP 代理软件，并保证在定义新的 MIB 项目后该软件仍遵守标准。用户可以使用同一网络管理客户软件来管理具有不同版本的 MIB 的多个路由器。当然，一个没有新的MIB 项目的路由器不能提供这些项目的信息。 =================================================================================== ② 【SMI】 SMI，Structure of Managerment Intormation，中文名称：管理信息结构。 它是简单网络管理协议（SNMP）的一部分，器指定了在 SNMP 的 MIB 中用于定义管理目标的规则。 SMI 是语言。是为了确保网络管理数据的语法和语义明确和无二义性而定义的语言。 它是定义悲观网络实体中特定数据的语言。 它定义了数据类型、对象模型，以及写入和修改管理信息的规则。 =================================================================================== ③【SNMP 协议详解】 SNMP 是建立在 TCP/IP公共网络上的公共网络管理协议。 简单网络管理协议（SNMP：Simple Network Management Protocol）是由互联网工程任务组（IETF：Internet Engineering Task Force ）定义的一套网络管理协议。该协议基于简单网关监视协议（SGMP：Simple Gateway Monitor Protocol）。利用 SNMP，一个管理工作站可以远程管理所有支持这种协议的设备，包括监视网络状态、修改网络设备配置、接收网络事件警告等。虽然 SNMP 开始是面向基于 IP 的网络管理，但