[发明专利]一种提高图形化网管效率的方法

说明书

技术领域

本发明涉及网络设备管理技术，尤其涉及一种提高图形化网管效率的方法。

背景技术

近些年来我国的宽带接入技术发展迅速，社区、楼宇、家庭等都接入了宽带光缆，越来越多的用户可以通过宽带光缆接入到互联网。

随着宽带技术飞速发展为网络运营商提供巨大商机的同时，网络规模不断扩大、网络设备数量不断增加，也给网络运营商对网络和网络设备的运营管理带来了巨大的困难和挑战。各类网络通信设备一般都会提供命令行网管和图形化网管两种管理方式。所述的命令行网管，基于通用语言基础架构（CLI），所述图形化网管基于简单网络管理协议（SNMP）。

由于不同厂商提供的CLI存在较大差异，且CLI也缺少配置向导、命令关联展示等手段，因此CLI堪称专家级的配置管理手段，需要较高的技术门槛。而图形化网管则由于提供了可视化的配置界面，能够将良好的配置向导、相关配置属性都关联在一个界面内等优点，对用户而言，上手快、易操作，友好性较佳，颇受用户青睐。

但是图形化网管采用的是基于客户端/服务器（C/S）架构，一般要通过独立于设备之外的客户端来连接设备，使得服务器端和客户端的所有信息交互都要通过发送数据包来完成，造成被管理设备上的所有信息和状态等的判断、读取都必须依靠消息交互来完成。如，服务器端的某项操作需要依靠客户端大量的基础数据作出某个判断结果时，通常的做法都是将所需要的全部基础数据都依靠网管查询消息读取上来，然后在服务器端参照客户端该功能的实现方法，进行同样的逻辑判断、处理、过滤等各类操作步骤，得出比较判断的处理结果，再继续后续处理流程。这样，既增大了服务器端的通信量，降低了服务器端的处理性能，又将服务器端的处理逻辑与客户端紧密耦合在了一起，使得客户端的处理逻辑一旦发生变化，则服务器端必须随之变化。

这种做法存在两大弊端：其一，由于需要读取大量基本信息导致服务器端的通信量较大，同时判断处理逻辑也放在服务器端进行，就势必增加服务器端的处理压力，造成服务器性能下降；其二，当客户端由于设计发生变化或者其他原因导致此项操作的逻辑处理方式发生变化时，服务器端也必须同步修改此逻辑的处理代码，使得服务器端的处理较多的受到客户端的约束，造成紧耦合。这是目前C/S架构的网管系统在常规做法下无法完全避免的缺陷问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种提高图形化网管效率的方法，以在某些处理中极大地降低服务器的通信量，提高服务器性能，从而在提高用户体验的同时，降低服务器端与客户端的耦合关系。

为达到上述目的，本发明的技术方案是这样实现的：

一种提高图形化网管效率的方法，先准备好网管服务器，包括：

A、定义管理信息基础MIB表，并创建一条空表项；

B、利用所述MIB表，将各类判断、比较和筛选的逻辑操作通过图形化网管所采用的协议下放到被管设备端，由被管设备执行所述的逻辑操作，由所述网管服务器负责传递数据和回读结果；

C、通过所述创建的空表项下发参数，所述参数包括要执行的函数名和该函数对应参数信息；

D、激活所述的空表项，被管设备根据网管服务器下发的函数名和函数参数来执行对应函数；

D、函数执行完成后，将函数执行状态节点的值设置为完成状态，如果执行成功，则执行步骤F，否则执行步骤E；

E、向网管服务器上报一条出错信息；然后结束本次执行过程；

F、将该函数的返回值信息记录下来，然后向网管服务器上报一条成功消息，再执行步骤G;

G、所述网管服务器收到被管设备上报的消息，根据需要读取该函数相关返回参数，最后根据所述相关返回参数再进行后续的各类逻辑处理。

其中，步骤G之后进一步包括：待全部操作执行完成后，删除之前所创建的表项。

所述MIB表包括的表项有：节点ID、函数名、函数参数、函数状态及所述函数的执行结果。

所述的协议具体为简单网络管理协议。

所述的函数包含多个参数，需要定义多个节点用于传递参数。

所述方法同样适用于通过其他网管协议实现的图形化网管设备，只需该图形化网管设备满足将各类判断、比较和筛选逻辑操作通过所述图形化网管所采用的协议下放到被管设备端，由被管设备来完成所述的逻辑操作，而上层网管设备只负责传递数据和回读结果的条件即可。

本发明所提供的提高图形化网管效率的方法，具有以下优点：