[发明专利]一种出错原因返回方法和一种实现网络管理的系统

说明书

技术领域

本发明涉及网络管理技术领域，尤指一种出错原因返回方法、一种网络管理系统、一种被管理设备、一种管理站以及一种在管理站上借助计算机程序进行网络管理的方法。

背景技术

简单网络管理协议(SNMP，Simple Network Management Protocol)是目前应用最为广泛的网络管理协议，是管理站和被管理设备之间通信采用的标准协议。

图1是现有技术中的SNMP网络管理模型示意图。如图1所示，被管理设备包括SNMP代理以及管理信息库(MIB，Management InformationBase)，其中，SNMP代理为一个软件程序，MIB是对象的集合，它代表网络中可以管理的资源和设备，每个对象基本上是一个数据变量，它代表被管理的对象的一方面的信息。管理站使用SNMP协议通过网络与被管理设备上的SNMP代理进行通信，并维护管理MIB。

管理站使用SNMP协议与SNMP代理进行通信时，共有5种消息格式：1)提取参数请求(get-request)消息，用于由管理站从SNMP代理处提取一个以上的参数；2)提取下一个参数请求(get-next-request)消息，用于由管理站从SNMP代理处提取所述一个以上的参数的下一个参数值；3)设置参数请求(set-request)消息，用于由管理站设置SNMP代理的一个以上的参数；4)提取响应(get-response)消息，用于由SNMP代理向管理站返回一个以上的参数；5)攻击报告(trap)消息，用于由SNMP代理向管理站主动报告某些事件的发生。

当SNMP代理接收到管理站发出get-request、get-next-request或set-request消息后进行相应的操作失败时，会通过get-response消息向管理站返回错误码，现有的SNMP定义了19种错误码，这19中错误码都是用来描述SNMP协议本身的错误原因，如数据类型不对、数据不可写等等。但这19中错误码有时并不能反映出当时的实际情况，如VLAN不存在、ID超出范围等，用户根据返回的错误码无法明白被管理设备上到底出现了什么样的错误，也就无法进行正确的网络管理。因此，在实际当中需要把被管理设备上更详细更直接的错误原因反馈给用户。

在申请号为200410004132.8的专利申请中公开了一种用于支持简单网络管理协议错误原因的方法和设备。其具体公开的内容为：将已编号的所有错误原因存储到管理站数据库和被管理设备数据库中各一份；当管理站向被管理设备发出SNMP请求消息出错后，被管理设备的程序判断当前的操作错误是否可以用SNMP所定义的19种错误码表示，如果可以则返回标准的错误码，否则从数据库中找出对应的错误原因，并将错误原因的编号返回给管理站；管理站收到被管理设备返回的消息后从自身的数据中查找与所述编号对应的错误原因。

但是这种方法的缺点在于：需要在管理站和被管理设备都保存预先定义好的错误原因和其编号之间的对应关系，不但占用空间，且在有新的错误出现(如新业务的扩展)时，需要同时升级管理站和被管理设备中保存的内容，实施起来比较繁琐。此外，当被管理设备和管理站属于不同厂商时，其自定义的编号和错误原因的对应关系可能不同，此时管理站无法根据被管理设备返回的编号获取正确的错误原因。

在申请号为200710112460.3的专利申请中公开了一种SNMP交互中返回错误信息的方法和装置。其具体公开的内容为：在MIB中定义错误消息或错误码的MIB量，这是一个全局标量；当管理站向被管理设备发送SNMP请求消息时，在消息中绑定所定义的MIB量；被管理设备根据SNMP请求消息操作失败时，将出错消息或错误码填写到返回的SNMP响应消息的MIB量中；管理站收到SNMP响应消息后，首先根据SNMP本身的错误码判断操作是否成功，如果不成功，则将MIB量中的错误消息显示给用户，或者将MIB量中的错误码转换成错误消息显示给用户。

但是这种方法的缺点在于：对于被管理设备，全局共用一个MIB标量，用于存储最新一次的错误原因，如果多个管理站同时对该被管理设备进行访问时出错，则同时需要写这个MIB量，会造成混乱。另外，该方法相当于直接将错误原因打包在SNMP响应消息中反馈给管理站，管理站需要判断SNMP响应消息的用户数据报协议(UDP)单元中哪一段保存的是错误原因信息，实现起来难度较大。

综上所述，现有的向管理站返回具体的出错原因信息的方案，实现起来难度较大。

发明内容