CN1996877A - 一种实现mib适配的装置、系统及方法 - Google Patents

Abstract

本发明公开了一种实现MIB适配的装置、系统及方法，所述的装置包括：业务层，用于接收用户对被管设备进行操作的请求消息，向适配层请求处理该请求消息所需的MIB节点信息；管理者，用于接收设备代理发送的非请求消息，向适配层请求解析该非请求消息所需的MIB节点信息；适配层，用于响应业务层或管理者的请求，从MIB表配置库中提取处理所述消息所需的MIB节点信息；MIB表配置库，用于存放设备的MIB和统一的数据结构之间对应关系的脚本文件；所述的系统，在上述装置的基础上又包括了网络设备及其代理；所述的方法为：请求处理网管消息所需的MIB节点信息；响应所述请求，提取所需的MIB节点信息，并发送给管理者或业务层。

Description

一种实现MIB适配的装置、系统及方法

技术领域

本发明涉及通信技术领域，尤其涉及一种实现MIB适配的装置、系统及方法。

背景技术

简单网络管理协议(SNMP，Simple Network Management Protocol)是由互联网工程任务组(IETF：Internet Engineering Task Force)定义的一套网络管理协议。该协议基于简单网关监视协议(SGMP：Simple Gateway Monitor Protocol)。利用SNMP，一个管理工作站可以远程管理所有支持这种协议的网络设备，包括监视网络状态、修改网络设备配置、接收网络事件警告等。虽然SNMP开始是面向基于IP的网络管理，但作为一个工业标准也被成功用于电话网络管理。附图1描述了SNMP的典型应用环境，通过SNMP协议，管理员可以与各种类型支持SNMP的设备通讯，从而进行管理。附图2描述了使用SNMP协议的网管系统的协议架构，附图3描述了网管系统的管理结构：在网管系统中，包括网络管理站(NMS，Network Management Station)和代理(Agent)。NMS可以是一台PC、工作站或服务器，上面运行着网管的应用程序，NMS通过管理者(Manager)和Agent进行通信，Agent是指被管理的网络设备。NMS和Agent之间使用SNMP协议进行通讯。网络管理员通过NMS向Agent发出管理命令，例如查询或修改，Agent收到命令后在管理信息库(MIB，Management Information Base)中查询或修改数据，然后生成一个应答给NMS。Agent也能够生成一个无请求的事件通知主动上报给NMS，例如Agent可以向NMS上报陷阱(Trap)报文。MIB是一个逻辑概念上的数据库，它保存了被管理设备中所有被管理对象(managed object)的值，NMS可通过网管操作查询或修改这些被管理对象的值。被管对象由MIB文件定义。MIB文件是一个文本文件，它使用ASN.1语法规则定义了MIB的结构，和每个被管理对象。每个被管对象都被指定了一个OID(object identifier)标识。MIB中包括：

MIB树：管理信息库的软件表示形式，是软件系统管理MIB节点的一种数据模型，这种模型能够把各节点之间的关系通过父节点、子节点、兄弟节点的形式相互联系在一起，形成一个树状结构；

配置信息项：系统支持的可被修改或可被查询的信息描述最小单元，在MIB中表现为叶子节点；

配置表项(InfoEntry)：几个具有相关性的配置信息项组合在一起形成配置表项，在MIB中表现为叶子节点的父节点。

MIB树的每个节点被指定为一个数字(非负数)，同一层的节点用不同的数字区分.这些节点数字由标准组织指定MIB树中的任何一个节点由其所处的位置来命名.因为同一层的节点数字皆不同，到达某个节点的路由可以由从树根到此节点所经过的节点的数字串来表示这个数字串称为相应MIB对象的对象标识符(OID)。例如，ODI，1.3.6.1.2.1.1代表的对象是从命名为“1”的根节点开始，后续的下级节点“3”，再下一级是“6”，以此类推。

SNMP自1993起作为管理TCP/IP网络的通信协议被广泛采用，包括个人网络设备，集群设备。作为一种通用的网络管理协议，SNMP被大量的设备厂家支持，拥有广泛的业界标准，在网络管理系统中得到越来越广泛的应用。

请参阅附图1，是一个典型的网管系统组网图。由于同一个网管系统管理的设备类型繁多，SNMP NMS+Agent架构的网管系统面临着一些困难：

1、相同的业务逻辑，不同厂家的设备使用不同的私有MIB实现。如设备1和设备X，都提供了“电源信息”业务，但针对这同一业务，设备1(对应MIB1)与设备X(对应MIBX)定义的OID不同；

2、相同的标准MIB，不同厂家在实现细节上有差别，除了对某些节点理解不同之外，可能根据业务特性又增加了某些扩展节点——如设备X与设备2，相同的业务，定义的OID和MIB信息都不同(请参见MIBX和MIB2)；

3、相同厂家的MIB，不同版本可能实现有所差别——如设备1和设备2，即使业务相同，OID也相同，但MIB表支持的具体信息也不一样(请参见图1中MIB1和MIB2)，设备2提供的具体信息要比设备1多一些；

4、相同厂家，不同类型的设备之间，在业务上也存在差异——设备3与设备2相比，多支持了远供电源信息，因此设备2只支持MIB2，但设备3同时支持MIB2和MIB3，MIB3为“远供电源信息”MIB；

5、相同厂家，不同类型的设备之间，甚至也会出现如同设备X与设备3之间的差异(相同业务逻辑对应的OID、MIB信息不同；所支持业务范围也不同)。

在实际的网络设备管理过程中，对于部分网络设备，由于其实现的业务在业界尚未有成熟稳定的MIB支持，或者由于设备本身所提供的技术的特性与业界标准出入较大，因此，这些设备的提供商自己开发了基于设备与网络管理站之间私有协议的网管系统。对于这些基于私有协议的网管系统来说，只能管理自己的设备，无法管理其他厂家的设备。而且，使用私有协议的设备也无法与通用的SNMP网管产品兼容，接入上层网管困难。这样，就产生了一个网络存在多个网管系统，无法融合的局面。

与此同时，现有技术中还有一些网管系统能够管理所有基于标准MIB的设备，但也只局限于与标准MIB兼容的设备，一旦这些设备在标准MIB的基础上进行了扩展，提供了更为丰富的技术特性，这种网管系统就不能对其进行有效的管理，用户也无法体验这些新的技术特性。此外，对于使用私有协议的设备而言，这种网管系统更是无法管理了。

发明内容

有鉴于此，本发明提供一种实现MIB适配的装置、系统及方法，可以屏蔽不同MIB之间的差异性，对各种MIB做到动态适配，实现网管系统对于不同厂商、不同版本的MIB之间的统一管理。

本发明提供的装置为：

一种实现MIB适配的装置，包括：

业务层，用于接收用户对被管设备进行操作的请求消息，向适配层请求处理该请求消息所需的MIB节点信息；

管理者，用于接收设备代理发送的非请求消息，向适配层请求解析该非请求消息所需的MIB节点信息；

适配层，用于响应业务层或管理者的请求，从MIB表配置库中提取处理所述消息所需的MIB节点信息，将获得的MIB节点信息发送给管理者或业务层；

MIB表配置库，用于存放设备的MIB和统一的数据结构之间对应关系的脚本文件。

其中，所述的适配层，还包括：

转换模块，用于将被管设备的MIB转换为统一的数据结构，并存放至MIB表配置库。

其中，所述的MIB表配置库包括：

业务功能描述表、业务功能与MIB对应关系表、MIB表描述表、MIB节点描述表和数据字典表。

本发明提供的系统为：

一种实现MIB适配的系统，包括网络管理站和被管设备，被管设备通过代理和网络管理站的管理者进行交互通讯；其中，所述的网络管理站包括：

业务层，用于接收用户对被管设备进行操作的请求消息，向适配层请求处理该请求消息所需的MIB节点信息；

管理者，用于接收设备代理发送的非请求消息，向适配层请求解析该非请求消息所需的MIB节点信息；

适配层，用于响应业务层或管理者的请求，从MIB表配置库中提取处理特定消息所需的MIB节点信息，将获得的MIB节点信息发送给管理者或业务层；

MIB表配置库，用于存放设备的MIB和统一的数据结构之间对应关系的脚本文件。

其中，所述的适配层，还包括：

转换模块，用于将被管设备的MIB转换为统一的数据结构，并存放至MIB表配置库。

其中，所述的MIB表配置库，包括：

业务功能描述表、业务功能与MIB对应关系表、MIB表描述表、MIB节点描述表和数据字典表。

本发明提供的方法为：

一种实现MIB适配的方法，包括：

A、请求处理网管消息所需的MIB节点信息；

B、响应所述请求，提取所需的MIB节点信息，并发送给管理者或业务层。

其中，所述的步骤A包括：

业务层接收用户通过网管终端发起的对被管设备进行操作的请求消息，将所述请求消息经由适配层发送给管理者，并向适配层请求完成所述操作所需的MIB节点信息。

其中，步骤B之后，进一步包括：

C1、管理者接收所述的MIB节点信息以及用户的请求消息，向被管设备的代理发出操作请求。

其中，所述的步骤A包括：

管理者接收被管设备的代理上报的非请求消息，将该消息经由适配层发送给业务层，并向适配层请求解析所述非请求消息所需的MIB节点信息。

其中，所述的步骤B之后，还包括：

C2、业务层接收所述的MIB节点信息以及与之对应的非请求消息，根据所述MIB节点信息，对该非请求消息进行解析，将解析结果通过网管终端呈现给用户。

其中，当网管系统中新增设备或新增设备版本时，所述的步骤B，还包括：

将新版本或新设备的MIB转换为统一的数据结构，存储至MIB表配置库。

本发明的有益效果：

1、由于在现有的网络管理系统中增加了适配层和MIB表配置库，因此，有效地屏蔽了不同设备、不同版本间MIB的差异，实现了对不同厂商、不同版本的MIB的统一管理；

2、由于适配层和MIB表配置库的存在，当新增设备或新增版本时，无需对现有网络系统进行较大改动，即可实现网络设备的迅速升级。

附图说明

图1是现有技术中网络管理系统的典型组网图；

图2是使用SNMP协议的网管系统的协议架构；

图3是现有的SNMP网管系统的管理示意图；

图4是本发明的系统示意图；

图5是本发明中MIB表配置库的示意图；

图6是本发明的实际应用场景示意图；

图7是本发明方法的具体实施方式1的流程图；

图8是本发明方法的具体实施方式2的流程图。

具体实施方式

请参阅图4，本发明的系统通过在网络管理系统中设置MIB适配层以及MIB表配置库，对不同的MIB进行动态适配。

本发明的装置包括：

网管终端：用于接收用户欲对某被管设备进行某种操作的请求消息，例如SNMP GET、SET等消息，并将该请求发送给业务层；或用于接收业务层对设备上报的非请求消息进行解析的结果，并将该结果呈现给用户；

业务层，是对网管消息进行处理的程序模块，可以根据来自于用户的操作请求消息，向MIB适配层请求完成所述操作所需的MIB节点信息；也可以用于接收适配层发送的某设备上报的非请求消息(例如Trap消息)，以及与之对应的MIB节点信息，根据所述MIB节点信息解析该非请求消息，并将解析结果发送给网管终端；

MIB适配层，是一个程序模块，并且是一套通用的框架，本身与具体的设备MIB协议无关。该适配层可以包括一个转换模块，用于将各个设备的MIB抽象和转化为统一的数据结构，每当有新的被管设备或设备的新版本加入网管系统时，可以动态地将其对应的MIB转换为统一的数据结构，并存储于MIB表配置库；适配层还用于接收业务层发送过来的用户请求消息，或接收管理者发送过来的非请求消息，并根据业务层或Manager的请求，从MIB表配置库读取具体某一种设备对应的MIB转换方法，完成转换过程，获得处理所述消息所需的MIB节点信息，并将该MIB节点信息和与之对应的特定消息发送给管理者或业务层；适配层在处理SNMP GET/SET/TRAP等消息的时候被调用。在实际应用中，适配层可以采用C++、Java等编程语言来实现，实现形式包括：面向对象类、EJB、动态链接库等。

MIB表配置库是一系列描述特定MIB和统一的数据结构之间对应关系的脚本文件。由于设备种类众多，每一种设备的MIB结构可能有所不同，相同意义的数据在不同设备中可能以不同MIB节点的形式存在。因此，需要定义一个统一的数据结构来存放数据。当应用程序支持一种新设备或新版本的时候，用户可以通过网络管理站将该新设备或新版本对应的MIB，以统一的格式进行保存至MIB表配置库。在本实施方式中，MIB表配置库采用数据库的形式实现，在本发明系统的其他实施方式中，也可以采用初始化文件(INI文件)、可扩展标记语言(XML)语言等形式实现。请参阅图5，本实施方式的MIB表配置库包括以下表格：

业务功能描述表：用于描述每一种设备实现的功能，与具体的设备提供商和通讯协议无关。

业务功能与MIB对应关系表：这个表是用来描述网管系统中每个业务功能是如何与每种设备的MIB表对应的，表结构为：设备类型+设备版本+功能编号+MIB索引；

MIB表描述表：用来描述每个MIB表对应的OID；

MIB节点描述表：用来描述每个MIB节点的OID、名称、数据结构、取值范围和其他属性；

数据字典表：用来描述数据类型。

需要说明的是，在具体实施过程中，上述MIB表配置库还可以包含其他表格，只要不与本发明目的相违背。

Manager，是和设备的Agent进行通讯的程序模块，可以用于接收设备代理发送的非请求消息，将该非请求消息发送给适配层，并向适配层请求解析该非请求消息所需的MIB节点信息；也可以用于接收适配层发送的用户操作请求消息和对应的MIB节点信息，并基于该用户操作请求和所述MIB节点信息，向设备代理发起操作请求；例如，用户可以通过Manager向设备的Agent发起查询、设置等操作请求；也可以通过Manager获取设备的告警信息。

本发明的系统在上述装置的基础上，进一步包括了网络管理系统中的被管设备及其Agent；其中，Agent是设置在被管设备上的程序模块，用于管理网络设备的MIB，和网络管理站的Manager进行通讯，可以根据Manager发送的操作请求，对设备的MIB进行操作；也可以根据设备的状况，主动地向Manager发送非请求消息，例如Trap消息。

需要特别说明的是，Manger和Agent之间的通讯协议可以是SNMP协议，也可以是其他网络管理协议。

请参阅图6，本发明方法的具体实施方式为：

在网络管理站设置MIB适配层和MIB表配置库，用户通过网络管理站发起对某个设备对象的操作请求，网络管理站在业务层分析该操作请求，然后向适配层请求所述操作所需的MIB节点信息，适配层从MIB配置库中获取对应的MIB节点信息；网管站根据取得的MIB节点信息，通过Manager向所述设备的Agent发送操作请求；收到请求后，所述Agent对相应的MIB节点进行特定的操作；或者设备主动向网管系统发送非请求消息，Manager接收到该消息数据后，将数据直接透传给适配层，适配层从MIB表配置库中获取该消息对应的MIB节点信息，再将数据和MIB节点信息交由业务层，业务层根据MIB节点信息，对消息数据进行分析、处理，业务层处理完毕后，再交由上层的逻辑层处理……以此类推，最终，设备发出的非请求消息得以正确地展现到用户界面上。

下面结合具体的应用场景，对本发明的方法进行详细说明：

1、网管站向设备主动发起操作请求时的处理过程，请参阅图7。

用户需要对某个设备上的MIB节点数据进行查询或配置等操作，输入设备类型、版本等信息，通过网络管理站的网管终端发起操作请求。请参阅图7，该图描述了详细的处理过程：

步骤701：网管终端向业务层发起对某设备进行某项操作的请求；

步骤702：业务层向适配层传递设备标识、版本、类型，以及操作类型等信息，向适配层请求所述操作所需的MIB节点信息；

步骤703：适配层从MIB表配置库提取所述设备本次操作所需的MIB节点信息；

步骤704：适配层将所述设备的IP地址、访问的OID以及对应的MIB节点信息发送给Manager；

步骤705：Manager向所述设备的Agent发送操作请求；

步骤706：设备的Agent完成操作后，对Manager响应请求；

步骤707：Manager将响应信息发送给适配层；

步骤708：适配层向业务层发送响应信息和MIB节点信息；

步骤709：业务层对响应信息和MIB节点信息进行分析处理后，向网管终端返回分析结果；

这样，用户最终通过网管终端得到了所需的操作结果。

2、设备主动向网络管理站上报非请求消息时的处理过程。

我们以设备向网络管理站上报告警消息(Trap)为例进行说明，请参阅图8：

步骤801：某个设备的Agent向Manager发送Trap消息；

步骤802：Manager将所述设备的IP地址和Trap消息发送到适配层，向适配层请求解析所述Trap消息所需的MIB节点信息；

步骤803：适配层从MIB表配置库提取所述的MIB节点信息；

步骤804：适配层将取得的MIB节点信息、设备信息和Trap消息发送到业务层；

步骤805：业务层根据所述的MIB节点信息，用通用的数据结构进行分析处理；

步骤806：业务层将分析结构返回网管终端；

这样，设备发出的Trap消息就正确地展现于网管终端，用户可以通过网管终端看到该Trap消息。

需要说明的是，本发明上述实施方式中的网管系统均基于SNMP协议，在其他具体的实施方式中，本发明的系统及方法也可以适用于以其他协议为基础的网管系统。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1、一种实现MIB适配的装置，其特征在于，包括：

业务层，用于接收用户对被管设备进行操作的请求消息，向适配层请求处理该请求消息所需的MIB节点信息；

管理者，用于接收设备代理发送的非请求消息，向适配层请求解析该非请求消息所需的MIB节点信息；

适配层，用于响应业务层或管理者的请求，从MIB表配置库中提取处理所述消息所需的MIB节点信息，将获得的MIB节点信息发送给管理者或业务层；

MIB表配置库，用于存放设备的MIB和统一的数据结构之间对应关系的脚本文件。

2、如权利要求1所述的实现MIB适配的装置，其特征在于，所述的适配层，还包括：

转换模块，用于将被管设备的MIB转换为统一的数据结构，并存放至MIB表配置库。

3、如权利要求1所述的实现MIB适配的装置，其特征在于，所述的MIB表配置库包括：

业务功能描述表、业务功能与MIB对应关系表、MIB表描述表、MIB节点描述表和数据字典表。

4、一种实现MIB适配的系统，包括网络管理站和被管设备，被管设备通过代理和网络管理站的管理者进行交互通讯；其特征在于，所述的网络管理站包括：

业务层，用于接收用户对被管设备进行操作的请求消息，向适配层请求处理该请求消息所需的MIB节点信息；

管理者，用于接收设备代理发送的非请求消息，向适配层请求解析该非请求消息所需的MIB节点信息；

适配层，用于响应业务层或管理者的请求，从MIB表配置库中提取处理特定消息所需的MIB节点信息，将获得的MIB节点信息发送给管理者或业务层；

MIB表配置库，用于存放设备的MIB和统一的数据结构之间对应关系的脚本文件。

5、如权利要求4所述的实现MIB适配的系统，其特征在于，所述的适配层，还包括：

转换模块，用于将被管设备的MIB转换为统一的数据结构，并存放至MIB表配置库。

6、如权利要求4所述的实现MIB适配的系统，其特征在于，所述的MIB表配置库，包括：

业务功能描述表、业务功能与MIB对应关系表、MIB表描述表、MIB节点描述表和数据字典表。

7、一种实现MIB适配的方法，其特征在于，包括：

A、请求处理网管消息所需的MIB节点信息；

B、响应所述请求，提取所需的MIB节点信息，并发送给管理者或业务层。

8、如权利要求7所述的实现MIB适配的方法，其特征在于，所述的步骤A包括：

业务层接收用户通过网管终端发起的对被管设备进行操作的请求消息，将所述请求消息经由适配层发送给管理者，并向适配层请求完成所述操作所需的MIB节点信息。

9、如权利要求8所述的实现MIB适配的方法，其特征在于，步骤B之后，进一步包括：C1、管理者接收所述的MIB节点信息以及用户的请求消息，向被管设备的代理发出操作请求。

10、如权利要求7所述的实现MIB适配的方法，其特征在于，所述的步骤A包括：

管理者接收被管设备的代理上报的非请求消息，将该消息经由适配层发送给业务层，并向适配层请求解析所述非请求消息所需的MIB节点信息。

11、如权利要求10所述的网络管理方法，其特征在于，所述的步骤B之后，还包括：

C2、业务层接收所述的MIB节点信息以及与之对应的非请求消息，根据所述MIB节点信息，对该非请求消息进行解析，将解析结果通过网管终端呈现给用户。

12、如权利要求7所述的实现MIB适配的方法，其特征在于，当网管系统中新增设备或新增设备版本时，所述的步骤B，还包括：

将新版本或新设备的MIB转换为统一的数据结构，存储至MIB表配置库。

Images