CN101729286A - 修改代理端管理信息库中变量的方法、设备及系统 - Google Patents

Abstract

本发明公开了一种修改代理端管理信息库中变量的方法、设备及系统，所述方法包括：代理端获取管理站根据需要修改的管理信息库MIB中管理对象生成的MIB数据补丁文件；对所述MIB数据补丁文件进行解析，获得解析内容；执行所述解析内容，完成对MIB变量的修改。利用本发明，能够快速、简单、批量地修改MIB中的配置信息，满足系统测试、运行及维护的需求。

Description

修改代理端管理信息库中变量的方法、设备及系统

技术领域

本发明涉及网络设备管理技术，具体涉及一种修改代理端管理信息库中变量的方法、设备及系统。

背景技术

现有网络通信设备大都采用简单网络管理协议(SNMP，Simple NetworkManagement Protocol)进行管理。SNMP的网络管理模型包括以下几个关键元素：管理站、代理、管理信息库(MIB，Management Information Base)和SNMP协议。管理站利用SNMP协议对网络设备进行管理和监控，通常是一个运行在工作站上的网络管理软件，它通过SNMP协议向代理者发布操作指令，实施对网络中各种资源的监测和控制；代理通常是驻留在设备中的程序，它响应管理站的操作请求，执行管理功能。MIB是管理站和代理间管理功能的数据载体，是一种对象数据库，由设备所维护的被管理对象组成，是一个层次性、结构化的所有被管对象的集合。每个代理都有自己的MIB库，管理站通过GET(读取)命令和SET(设置)命令来对代理的MIB操作，达到对设备的管理和监控。

目前，如果需要通过管理站批量修改代理端MIB中对象值的方法主要有以下两种：

1.对于设计上开放配置权限的MIB，管理站可以编写配置脚本，批量下发SET命令给代理端。也就是说，管理站组织大量的SET命令，然后逐个下发到各个代理端，代理端执行MIB修改并将通知给对应子系统；

2.对于那些没有开放配置权限的MIB对象则无法实时修改，这种需求只能通过软件升级解决。

可见，现有SNMP协议中配置数据的方案至少存在以下缺点：

(1)大量命令报文下发，必然会导致系统负荷、传输网络负荷增加，当对多个网元同时操作的时候尤其明显；

(2)有些MIB对象对管理站没有开放修改权限，此时如果发现有的配置数据初始值不太合理的时候，只能重新发布配置文件，中断系统业务、通过设备升级解决，维护代价过大；

(3)如果想临时修改一下内存对象满足测试需求，现有SET命令的配置方式无法实现。

发明内容

本发明提供一种修改代理端管理信息库中变量的方法、设备及系统，能够快速、简单、批量地修改MIB中的配置信息，满足系统测试、运行及维护的需求。

为此，本发明提供如下技术方案：

一种修改代理端管理信息库中变量的方法，包括：

代理端获取管理站根据需要修改的管理信息库MIB中管理对象生成的MIB数据补丁文件；

对所述MIB数据补丁文件进行解析，获得解析内容；

执行所述解析内容，完成对MIB变量的修改。

一种管理站，包括：

文件生成单元，用于根据需要修改的MIB中的对象生成MIB数据补丁文件；

文件传送单元，用于将所述MIB数据补丁文件传送给代理端。

一种代理端，包括：

文件获取单元，用于获取管理站根据需要修改的MIB中的对象生成的MIB数据补丁文件；

解析单元，用于对所述MIB数据补丁文件进行解析，获得解析内容；

执行单元，用于执行所述解析内容，完成对MIB变量的修改。

一种修改代理端管理信息库中变量的系统，包括：

管理站，用于根据需要修改的MIB中的对象生成MIB数据补丁文件；

代理端，用于获取所述MIB数据补丁文件，对所述MIB数据补丁文件进行解析，获得解析内容，执行所述解析内容，完成对MIB变量的修改。

本发明修改代理端管理信息库中变量的方法、设备及系统，由管理站根据需要修改的管理信息库中的MIB对象生成MIB数据补丁文件，代理端获取该MIB数据补丁文件，并对其进行解析，根据解析内容，完成对MIB变量的修改。由于代理端自动完成解析执行过程，因此可以在代理端程序不升级的前提下，批量修改代理端的MIB变量，甚至可以完成对只读对象或不可见内存对象的修改，这种方式灵活、简单、通用，可以最大程度地满足测试、运维需求。

附图说明

图1是本发明实施例修改代理端管理信息库中变量的方法的流程图；

图2是本发明实施例中MIB数据补丁文件的格式示意图；

图3是本发明实施例提供的一种MIB数据补丁文件下载执行的流程图；

图4是本发明实施例修改代理端管理信息库中变量的系统的结构示意图；

图5是本发明实施例管理站的结构示意图；

图6是本发明实施例代理端的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。

本发明实施例修改代理端管理信息库中变量的方法，采用MIB树状结构扁平化思想，提取出MIB对象的统一属性结构，在需要修改MIB变量时，生成相应的MIB数据补丁文件，代理端对所述MIB数据补丁文件进行解析执行，从而在代理端程序不升级的前提下，即可实现批量修改代理端的MIB变量。

参照图1，是本发明实施例修改代理端管理信息库中变量的方法的流程图，主要包括以下步骤：

步骤101，代理端获取管理站根据需要修改的管理信息库中管理对象生成的MIB数据补丁文件；

在本发明实施例中，可以由管理站根据需要修改的MIB中的对象生成MIB数据补丁文件，主动发送给相应的代理端，也可以通知代理端，由代理端通过下载方式获取所述MIB数据补丁文件；

步骤102，对所述MIB数据补丁文件进行解析；

步骤103，通过执行对所述MIB数据补丁文件的解析内容，完成对MIB变量的修改。

在本发明实施例中，MIB数据补丁文件的生成可以在管理站离线完成。

由于MIB是所有被管对象的集合、数量庞大、类型复杂，代理端需要针对对每个对象执行特定的操作。因此，为了使生成的MIB数据补丁文件可以适用于各种不同形式的MIB，本发明实施例中将内存中MIB格式进行逻辑上的统一，即将MIB的树状结构扁平化，尽可能多提炼出共同属性，将复杂多样的MIB对象规整为相对统一的形式。

在本发明实施例中，将各种不同类型的MIB的结构，映射成以下几部分：

(1)父节点信息表

父节点是指只保留最邻近叶子对象的节点。父节点信息表记录了每个父节点的共有属性，具体内容包括：父节点对象标识符(OID)、实例索引维数、对应操作函数数量、该节点下叶子数量、行状态叶子对象标识等；

(2)叶子节点信息表

叶子节点是代表实际状态、动作的管理对象。叶子节点信息表记录了每个叶子节点的共有属性，具体内容包括：叶子节点的数据类型、叶子节点的最小取值(对于OID和字符串表示为长度最小值)、叶子节点的最大取值(对于OID和字符串表示为长度最大值)、叶子节点的默认取值、叶子节点是否需要备份等；

(3)实例表

实例表记录了叶子对象的实例值，实例归一化处理和映射定位过程中，将各式各样的数据类型从本质上抽象为整型、字符串、OID数组等等几个基本数据类型，采用联合(UNION)结构来存储对象值，将多样化的MIB对象规整为统一存储格式，数据型直接存入具体值，字符型(包括OID型)只放入对应实例的地址；

(4)功能函数表

功能函数表记录了叶子对象对应的GET和SET功能函数，具体内容包括：叶子节点、父节点、对应的GET函数指针、对应的SET函数指针；

以上这种结构最大程度地屏蔽了不同类型MIB之间的差异，以一种统一的方式定位到任意一个MIB叶子对象的实例值，以及相应的GET、SET函数。

基于上述这种结构，在本发明实施例中，MIB数据补丁文件可以由以下几部分组成：文件头、MIB信息区、MIB实例区和文件尾。如图2所示，各组成部分的定义如下：

1)文件头：主要记录了文件的一些通用信息，比如：版本、各分区的起始/中止位置等；

2)MIB信息区：记录了MIB数据补丁文件的相关MIB父节点定义、MIB叶子节点定义等，其结构与内存中MIB相应的信息定义相同；

3)MIB实例区：记录了想修改的MIB数值，包括数据实例、字符实例、OID实例等，其结构与内存中MIB相应的实例定义相同；

4)文件尾：主要保存一些文件长度等的校验信息。

当然，所述MIB数据补丁文件并不仅限于上述这种格式，只要能够包含需要变化的数据及相应的操作信息，使代理端能够根据这些信息执行相应的操作，完成所需的修改即可。

在实际应用中，可以为用户提供图形化界面，以方便用户生成MIB数据补丁文件。利用该图形化界面，用户选择需要修改的变量及对应的操作，由MIB文件编辑器在后台记录与该变量对应的父节点、叶子节点等信息，然后按照上述文件格式生成MIB数据补丁文件do.cfg。

进一步地，为了防止在代理端解析并执行相应操作出现错误时，能够使相应变量还原到未修改前的状态值，还可以在生成所述MIB数据补丁文件do.cfg的同时，生成一个修复文件undo.cfg，在该修复文件undo.cfg中包含对应MIB节点的原始数据，以便于在MIB数据补丁文件do.cfg解析执行失败时，利用修复文件undo.cfg，完成MIB数据的回滚修复。

在管理站生成MIB数据补丁文件后，可以主动发送给相应的代理端，也可以通知代理端，由代理端通过下载方式获取所述MIB数据补丁文件。然后由代理端对该MIB数据补丁文件进行解析、执行，完成对MIB相应变量的修改。

如图3所示，是本发明实施例提供的一种MIB数据补丁文件下载执行的流程，包括：

301、管理站发送MIB数据补丁文件下载请求到代理端；

302、代理端在条件允许的情况下，回复管理站文件下载响应；

303、管理站和代理端采用文件传输协议(FTP，File Transfer Protocol)或者简单文件传输协议(TFTP，Trivial File Transfer Protocol)方式，将数据补丁文件传输到代理端；

304、文件下载完毕后，代理端向管理站上报文件下载结果通知；

305、判断文件是否下载成功；如果否，则执行步骤306；如果是，则执行步骤307；

306、向管理站报告下载失败；该步骤为可选步骤；

307、文件下载成功后，进行MIB数据补丁文件的解析和执行：将MIB数据补丁文件中的实例按照父节点、叶子节点定位方法同内存中的实例一一查找，完全匹配上的实例依据功能函数调用对应的SET函数，保证系统内的数据同步；

308、对MIB数据补丁文件中所有的MIB实例解析，执行完毕后，上报管理站MIB数据补丁文件执行结果通知。

这样，就完成了MIB数据补丁文件的下载、解析、执行过程，实现了对MIB具体变量的修改。

本发明实施例的方法，可以在代理端程序不升级的前提下，批量修改代理端MIB变量。利用本发明实施例的方法，不仅可以修改有开放配置权限的MIB变量，而且对没有开放配置权限的MIB变量也能够进行修改，比如，对于内存中的全局变量对于管理站来说，通常是不可读、不可写的，但它们在设备调测、运维过程中，远程修改的需求还是比较强烈的，对于这些数据的修改，可以采用上述方式进行定义、管理，利用MIB数据补丁文件进行灵活地修改，从而可以方便地对设备的维护和管理。

进一步地，在上述过程中，如果MIB数据补丁文件解析执行失败，还可以将所述修复文件undo.cfg下发到设备中，完成MIB数据的回滚。修复文件undo.cfg下载、解析、执行的过程和上述MIB数据补丁文件下载、解析、执行的过程相同，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

本发明实施例还提供了一种修改代理端管理信息库中变量的系统，如图4所示，是该系统的结构示意图：

该系统包括：管理站401和多个代理端，图中示出了两个代理端，分别为代理端402和代理端403，每个代理端都对应有自己的MIB，各代理端的MIB可以相同，也可以不同。其中：

管理站401用于根据需要修改的MIB中的对象生成MIB数据补丁文件；代理端402和代理端403用于获取对应自己MIB的MIB数据补丁文件，对所述MIB数据补丁文件进行解析，获得解析内容，执行所述解析内容，完成对MIB变量的修改。

本发明实施例修改代理端管理信息库中变量的系统，可以在代理端程序不升级的前提下，批量修改代理端MIB变量。具体过程可参照前面本发明实施例的方法中的描述，在此不再赘述。

利用本发明实施例的系统，不仅可以修改有开放配置权限的MIB变量，而且对没有开放配置权限的MIB变量也能够进行修改，比如，对于内存中的全局变量对于管理站来说，通常是不可读、不可写的，但它们在设备调测、运维过程中，远程修改的需求还是比较强烈的，对于这些数据的修改，可以采用上述方式进行定义、管理，利用MIB数据补丁文件进行灵活地修改，从而可以方便地对设备的维护和管理。

所述管理站和代理端的结构将在后面详细说明。

如图5所示，是本发明实施例管理站的结构示意图，包括：文件生成单元501、文件传送单元502，还可进一步包括映射单元503和文件格式设定单元504。其中：

文件生成单元501，用于根据需要修改的MIB中的对象生成MIB数据补丁文件；文件传送单元502，用于将所述MIB数据补丁文件传送给代理端。映射单元503，用于确定各种不同类型的MIB与抽象MIB的映射关系，所述抽象MIB格式包括：父节点信息表、叶子节点信息表、实例表、功能函数表；文件格式设定单元504，用于根据所述抽象MIB格式确定MIB数据补丁文件格式，所述MIB数据补丁文件格式包括：MIB信息区和MIB实例区；所述MIB信息区包括MIB数据补丁文件的相关MIB父节点定义、MIB叶子节点定义；所述MIB实例区包括需要修改的MIB数值。

文件生成单元501包括：用户操作确定子单元511和补丁文件生成子单元512。其中：用户操作确定子单元511，用于根据需要修改的MIB中的对象及所述映射关系确定用户操作及变化的数据；补丁文件生成子单元512，用于按照所述MIB数据补丁文件格式将所述用户操作及变化的数据生成MIB数据补丁文件。

为了防止MIB数据补丁文件解析执行失败，导致MIB中对象的数值部分修改成功，部分未修改成功，从而造成系统内的数据不同步，在文件生成单元501中还可进一步设置有：修复文件生成子单元513，用于在所述补丁文件生成子单元512生成MIB数据补丁文件的同时，根据将所述用户操作及变化的数据，生成包含对应MIB原始数据的修复文件。这样，一旦代理端MIB数据补丁文件解析执行失败，文件传送单元502可以将该修复文件传送给代理端，使代理端可以根据该修复文件完成MIB数据的回滚，保证系统内的数据同步。

如图6所示，是本发明实施例代理端的结构示意图，包括：文件获取单元601、解析单元602和执行单元603。其中：

文件获取单元601，用于获取管理站根据需要修改的MIB中的对象生成的MIB数据补丁文件；解析单元602，用于对所述MIB数据补丁文件进行解析，获得解析内容；执行单元603，用于执行所述解析内容，完成对MIB变量的修改。

为了防止MIB数据补丁文件解析执行失败，导致MIB中对象的数值部分修改成功，部分未修改成功，从而造成系统内的数据不同步，文件获取单元601还用于在所述解析单元602或所述执行单元603操作失败后，获取管理站生成的所述修复文件。

这样，所述代理端还可进一步包括：修复单元604，用于根据所述修复文件对MIB变量进行恢复。

所述文件获取单元601可以通过接收管理站直接下发的MIB数据补丁文件来获得该MIB数据补丁文件，也可以通过下载的方式来获得MIB数据补丁文件。

优选地，文件获取单元601包括：下载请求接收子单元611和下载子单元612。其中：

下载请求接收子单元611，用于接收管理站下发的MIB数据补丁文件下载请求；下载子单元612，用于在所述下载请求接收子单元611收到所述下载请求后，从管理站下载所述MIB数据补丁文件。

为了使管理站能够获知代理端下载文件及文件解析是否成功，所述代理端还可进一步包括：报告单元605，用于在所述文件获取单元601获得所述MIB数据补丁文件后，向管理站上报MIB数据补丁文件下载结果，以及在所述执行单元603完成对MIB变量的修改后，向管理站上报MIB数据补丁文件解析结果。

利用本发明实施例的管理站及代理端，可以在代理端程序不升级的前提下，批量修改代理端MIB变量，甚至可以完成只读MIB对象或不可见内存对象的数值的修改。

以上对本发明实施例进行了详细介绍，本文中应用了具体实施方式对本发明进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及设备；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (17)

1.一种修改代理端管理信息库中变量的方法，其特征在于，包括：

代理端获取管理站根据需要修改的管理信息库MIB中管理对象生成的MIB数据补丁文件；

对所述MIB数据补丁文件进行解析，获得解析内容；

执行所述解析内容，完成对MIB变量的修改。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定各种不同类型的MIB与抽象MIB的映射关系，所述抽象MIB格式包括：父节点信息表、叶子节点信息表、实例表、功能函数表；

根据所述抽象MIB格式确定MIB数据补丁文件格式，所述MIB数据补丁文件格式包括：MIB信息区和MIB实例区；

所述MIB信息区包括MIB数据补丁文件的相关MIB父节点定义、MIB叶子节点定义；

所述MIB实例区包括需要修改的MIB数值。

3.根据权利要求2所述的方法，其特征在于，所述管理站根据需要修改的MIB中的对象生成MIB数据补丁文件包括：

根据需要修改的MIB中的对象及所述映射关系确定用户操作及变化的数据；

按照所述MIB数据补丁文件格式将所述用户操作及变化的数据生成MIB数据补丁文件。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

管理站在生成MIB数据补丁文件的同时，生成包含对应MIB原始数据的修复文件；

如果代理端解析或执行所述MIB数据补丁文件失败时，则获取管理站生成的所述修复文件；

根据所述修复文件对MIB变量进行恢复。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述代理端获取所述MIB数据补丁文件包括：

管理站生成MIB数据补丁文件后，向代理端下发MIB数据补丁文件下载请求，代理端收到所述下载请求后，从管理站下载所述MIB数据补丁文件；或者

管理站生成MIB数据补丁文件后，主动发送给代理端。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

代理端获得所述MIB数据补丁文件后，向管理站上报MIB数据补丁文件下载结果。

7.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

代理端完成对MIB变量的修改后，向管理站上报MIB数据补丁文件解析结果。

8.一种管理站，其特征在于，包括：

文件生成单元，用于根据需要修改的MIB中的对象生成MIB数据补丁文件；

文件传送单元，用于将所述MIB数据补丁文件传送给代理端。

9.根据权利要求8所述的管理站，其特征在于，所述管理站还包括：

映射单元，用于确定各种不同类型的MIB与抽象MIB的映射关系，所述抽象MIB格式包括：父节点信息表、叶子节点信息表、实例表、功能函数表；

文件格式设定单元，用于根据所述抽象MIB格式确定MIB数据补丁文件格式，所述MIB数据补丁文件格式包括：MIB信息区和MIB实例区；所述MIB信息区包括MIB数据补丁文件的相关MIB父节点定义、MIB叶子节点定义；所述MIB实例区包括需要修改的MIB数值；

所述文件生成单元包括：

用户操作确定子单元，用于根据需要修改的MIB中的对象及所述映射关系确定用户操作及变化的数据；

补丁文件生成子单元，用于按照所述MIB数据补丁文件格式将所述用户操作及变化的数据生成MIB数据补丁文件。

10.根据权利要求9所述的管理站，其特征在于，所述文件生成单元还包括：

修复文件生成子单元，用于根据将所述用户操作及变化的数据，生成包含对应MIB原始数据的修复文件；

所述文件传送单元还用于将所述修复文件传送给代理端。

11.一种代理端，其特征在于，包括：

文件获取单元，用于获取管理站根据需要修改的MIB中的对象生成的MIB数据补丁文件；

解析单元，用于对所述MIB数据补丁文件进行解析，获得解析内容；

执行单元，用于执行所述解析内容，完成对MIB变量的修改。

12.根据权利要求11所述的代理端，其特征在于，所述文件获取单元还用于在所述解析单元或所述执行单元操作失败后，获取管理站生成的修复文件；所述代理端还包括：

修复单元，用于根据所述修复文件对MIB变量进行恢复。

13.根据权利要求11或12所述的代理端，其特征在于，所述文件获取单元包括：

下载请求接收子单元，用于接收管理站下发的MIB数据补丁文件下载请求；

下载子单元，用于在所述下载请求接收子单元收到所述下载请求后，从管理站下载所述MIB数据补丁文件。

14.根据权利要求11或12所述的代理端，其特征在于，所述代理端还包括：

报告单元，用于在所述文件获取单元获得所述MIB数据补丁文件后，向管理站上报MIB数据补丁文件下载结果，以及在所述执行单元完成对MIB变量的修改后，向管理站上报MIB数据补丁文件解析结果。

15.一种修改代理端管理信息库中变量的系统，其特征在于，包括：

管理站，用于根据需要修改的MIB中的对象生成MIB数据补丁文件；

代理端，用于获取所述MIB数据补丁文件，对所述MIB数据补丁文件进行解析，获得解析内容，执行所述解析内容，完成对MIB变量的修改。

16.根据权利要求15所述的系统，其特征在于，所述管理站为如权利要求8至10任一项所述的管理站。

17.根据权利要求15所述的系统，其特征在于，所述代理端为如权利要求11至14任一项所述的管理站。

Images