CN101227316A

CN101227316A - 一种网元管理的方法及系统

Info

Publication number: CN101227316A
Application number: CNA2007101541014A
Authority: CN
Inventors: 陈盟
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-09-12
Filing date: 2007-09-12
Publication date: 2008-07-23

Abstract

本发明实施例公开了一种网元管理的方法，为了解决现有技术在进行网元管理时效率低且容易出错的问题，本发明实施例公开的方法包括：接收用户命令；根据预定义的用户命令与脚本程序的映射关系，确定待执行脚本程序；根据待执行脚本程序中预定义的业务逻辑将网元命令发送给网元执行。由于根据预定义的用户命令与脚本程序的映射关系，确定待执行脚本程序，根据待执行脚本程序中预定义的业务逻辑将网元命令发送给网元执行，使得效率得到提高，配置时不易出错。

Description

一种网元管理的方法及系统

技术领域

本发明属于网络管理领域，特别涉及一种网元管理的方法及系统。

背景技术

对于网元的管理，网元通过执行网元命令完成一个任务，用户可以通过网元的管理端口下发网元命令，对于大规模网络的网元管理一般是通过EMS(Element Management System网元管理系统)进行集中管理，网元提供维护、配置等的命令行接口，在EMS客户端，通过GUI(Graphical User Interface图形用户接口)或CLI(Command Line Interface命令行接口)下发命令，进行网元的维护、配置工作。然而随着网络规模的不断扩大，用户越来越多地要求网元的维护管理工作可以通过EMS之上的网管进行，以及可以方便的进行网元命令的批量处理工作。

EMS或上级网管可以通过管理接口把网元命令下发给网元执行，然而对于一些有固定配置管理逻辑的业务，例如有100台SUN小型机由EMS维护，设备ID为1～100。EMS提供北向命令行维护通道。任务为：当/opt目录的磁盘空间使用率大于80％，清除/opt/tmp目录下所有的文件，用户需要以交互方式一条一条下发命令进行配置，首先用户需要连接到一个SUN小型机，然后输入下发察看磁盘空间使用率的命令，根据返回的结果，由用户确定是否下发清除/opt/tmp目录下文件的命令。然后逐个连接到其它SUN小型机进行同样的处理。这样用户需进行100次SUN小型机连接操作，并下发100次察看磁盘空间使用率的命令，并人工判断100次使用率是否大于80％，之后确定是否下发文件清除命令0-100次，效率低且容易出错。

发明内容

为了解决用户需要以交互方式一条一条下发命令进行配置，效率低且容易出错的问题，本发明实施例提供了一种网元管理的方法，包括：

接收用户命令；

根据预定义的用户命令与脚本程序的映射关系，确定待执行脚本程序；

根据待执行脚本程序中预定义的业务逻辑将网元命令发送给网元执行。

同时本发明实施例还提供一种网元管理的系统，其特征在于，包括：

接收模块：用于接收用户命令；

脚本解析模块：用于根据预定义的用户命令与脚本程序的映射关系，确定待执行脚本程序；

发送模块：用于根据待执行脚本程序中预定义的业务逻辑将网元命令发送给网元执行。

由上述本发明提供的具体实施方案可以看出，正是由于根据预定义的用户命令与脚本程序的映射关系，确定脚本程序，根据脚本程序中预定义的业务逻辑将网元命令发送给网元执行，使得效率得到提高，配置时不易出错。

附图说明

图1为本发明提供的第一实施例方法流程图；

图2为本发明提供的第二实施例系统结构图。

具体实施方式

为了解决现有技术在进行网元管理时效率低且容易出错的问题，本发明提供的第一实施例是一种网元管理的方法，假设有100台SUN小型机由EMS维护，设备ID为1～100。EMS提供北向命令行维护通道。任务为：当/opt目录的磁盘空间使用率大于80％，清除/opt/tmp目录下所有的文件。本实施例的方法流程图如图1所示。

首先需要定义用户命令与脚本程序名的映射和脚本程序的业务逻辑。

步骤101：定义用户命令与脚本程序名的映射。

用户命令clear tmpfile:id＝[begin id，end id]表示：当网元的/opt目录的磁盘空间使用率大于80％，清除该网元/opt/tmp目录下所有的文件，网元ID范围为起始ID到终止ID网元，其中begin id和end id分别表示被管理网元的起始ID和终止ID。

将用户命令与脚本程序名的映射定义为：clear tmpfile＝clear_script，其中clear_script表示对应用户命令clear tmpfile的脚本程序名。

步骤102：定义clear_script脚本程序的业务逻辑。

该clear_script脚本程序的业务逻辑为：

首先验证传入参数的合法性，不合法返回错误信息；

传入起始SUN小型机ID；

传入终止SUN小型机ID；

从begin_id到end_id依次连接到各个SUN小型机；

执行网元命令df-k命令，获取各个小型机/opt目录的磁盘空间使用率；

对df-k命令结果进行解析；

解析出/opt目录的空间使用率；

若/opt目录的空间使用率大于80％；

执行网元命令rm命令，清除/opt/tmp目录下的所有文件；

定义好以上静态文件后，执行后续步骤。

步骤103：接收用户命令clear tmpfile:id＝[1，100]；

该命令表示用户希望完成，SUN小型机/opt/tmp目录下的文件清除，SUN小型机的ID从1-100，清除条件是/opt空间占用率大于80％的。

步骤104：根据预定义的用户命令与脚本程序名的映射，找到cleartmpfile:id＝[1，100]对应的脚本文件名为clear_script。

步骤105：传入用户命令clear tmpfile:id＝[1，100]的参数[1，100]，调用并执行clear_script脚本程序，clear_script脚本执行过程中，根据其中预定义的业务逻辑，将df-k命令和rm命令依次发送给ID为1-100的SUN小型机执行。

发送给各个SUN小型机执行可以通过网管系统实现，优选的方案是通过EMS，将df-k命令和rm命令依次发送给ID为1-100的SUN小型机执行。

通过将clear tmpfile:id＝[1，100]用户命令转换为命名为clear_script的脚本程序，并根据该脚本程序中预定义的业务逻辑将df-k命令和rm命令发送给各SUN小型机执行，达到了提高效率避免出错的效果。

进一步优化方案还包括：

步骤106：将执行df和rm命令的结果由clear_script脚本程序解析，将解析结果返回给用户。

执行步骤106需预先定义网元命令df命令和rm命令的执行结果的解析代码，根据预定义网元命令df命令和rm命令的执行结果的解析代码，将该执行结果由脚本程序根据需要组装成指定格式，并返回给用户。

对于步骤106的实现，可以是ID为1-100的SUN小型机都执行完df命令和rm命令后返回一个最终执行结果，解析后返回给用户。也可以是每个SUN小型机执行完df命令后返回一个执行结果，执行完rm命令后返回一个执行结果，对每个执行结果逐个解析并返回给用户。本领域技术人员还可根据实际需求确定其它的实现方案，此处不再赘述。

如果业务发生变化，要求/opt的磁盘空间占用率大于70％就需要删除/opt/tmp下的所有文件，则只需要修改clear_script脚本程序中预定义的业务逻辑，重新加载到系统系统中即可，在本实施例中只需修改的判断语句，将判断条件由80％改70％即可。

若对只对一台SUN小型机进行管理，当/opt目录的磁盘空间使用率大于80％，清除/opt/tmp目录下所有的文件，可直接根据脚本程序中预定义的业务逻辑将df命令和rm命令发送给SUN小型机，不必通过网管系统也可实现。

本实施例以SUN小型机为例只是一个优选的方案，也可以是其它的网元设备如：路由器、交换机等。

当用户有新的业务需求，假设有100台路由器由EMS维护，设备ID为1～100。EMS提供北向命令行维护通道。任务为：显示这100台路由器的配置，首先增加新的用户命令lst config:id＝[begin id，end id]，表示：显示ID为1～100的路由器的配置。

新增对应的脚本程序lst_con，该脚本程序的业务逻辑为：

首先验证传入参数的合法性，不合法返回错误信息；

传入起始路由器ID；

传入路由器ID；

从begin_id到end_id依次连接到各个路由器；

执行网元命令get conf命令，获取各个路由器的配置。

将新增加的用户命令与新增加的脚本程序名的映射定义为：lst config＝1st_con。

新增加好以上静态文件后，执行步骤103至步骤105类似的后续步骤，此处不再赘述。

同样，作为进一步的优化方案，还可以将执行get conf命令的结果由预定义的getRouteConfig脚本程序解析，将解析结果返回给用户，可以是将各路由器的配置逐个返回，也可以将最终结果返回。

本发明实施例把业务在脚本程序中进行定义，脚本程序可使用已知的脚本语言来完成，如python、TCL等，也可以自己开发脚本语言实现。用户只需要知道简单的用户命令，下发命令，复杂的业务逻辑，由脚本语言定义，可以完成业务顺序、循环和选择的处理，通过脚本程序与用户命令的交互，完成业务处理。当业务变更时，只更新脚本程序即可，用户只需要了解用户命令修改或增加及用户命令可完成的功能，复杂的业务逻辑对客户透明，不需要每个用户更新脚本程序。用户处理规则确定的任务，只需要一条用户命令即可完成。可以在脚本程序中实现跨网元的操作。可以主动下发用户命令维护网元。

本发明提供的第二实施例是一种网元管理的系统，其结构如图2所示，包括：

接收模块201：用于接收用户命令；

脚本解析模块202：用于根据预定义的用户命令与脚本程序的映射关系，确定待执行脚本程序；

发送模块203：用于根据待执行脚本程序中预定义的业务逻辑将网元命令发送给网元执行。

为了进一步实现对网元执行网元命令的结果的解析，还包括：

结果解析模块204：用于根据预定义的解析规则，将网元执行网元命令的结果进行解析，并将解析结果返回给用户。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种网元管理的方法，其特征在于，包括：

接收用户命令；

2.如权利要求1所述的方法，其特征在于，还包括：重新设定预定义的业务逻辑的步骤。

3.如权利要求1所述的方法，其特征在于，在接收用户命令步骤前，还包括：

增加新的用户命令的步骤；

增加与新增加的用户命令对应的脚本程序，并建立新增加的用户命令与对应的脚本程序的映射关系的步骤。

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

根据预定义的解析规则，将网元执行网元命令的结果进行解析，并将解析结果返回给用户的步骤。

5.如权利要求4所述的方法，其特征在于，将网元执行网元命令的最终结果进行解析，将最终解析结果返回给用户。

6.如权利要求4所述的方法，其特征在于，将网元执行每个网元命令的结果进行解析，逐个将解析结果返回给用户。

7.如权利要求1所述的方法，其特征在于，通过网元管理系统将网元命令发送给网元执行。

8.如权利要求7所述的方法，其特征在于，根据脚本程序中预定义的业务逻辑将网元命令发送给多个网元执行。

9.如权利要求8所述的方法，其特征在于，将多个网元命令发送给多个网元执行。

10.如权利要求1所述的方法，其特征在于，所述脚本程序可使用python脚本语言、TCL脚本语言或自己开发的脚本语言实现。

11.一种网元管理的系统，其特征在于，包括：

接收模块：用于接收用户命令；

12.如权利要求11所述的系统，其特征在于，还包括：

结果解析模块：用于根据预定义的解析规则，将网元执行网元命令的结果进行解析，并将解析结果返回给用户。