[发明专利]一种网管参与方获知其对端存活状态的方法和系统

说明书

技术领域

本发明涉及网络通讯领域，特别涉及一种网管参与方获知它的对端网管协议存活状态的方法和系统。

背景技术

在现有的网管协议中，传输层主要采用非面向连接的协议，即UDP(User DatagramProtocol用户数据报协议)。例如网管协议SNMP(Simple Network Management Protocol简单网络管理协议)、SYSLOG(System Log系统日志)目前都是运行在UDP之上的。但未来的趋势是传输层要采用面向连接的协议，如TCP(Transport Control Protocol传输控制协议)、SSH(Secure Shell安全壳)、BEEP(Blocks Extensible Exchange Protocol块可扩展的交换协议)、TLS(Transport Layer Security传输层安全协议)。

采用面向连接的协议后，传输变得可靠。安全协议的使用，更增加了传输的安全性。但这样做也带来了连接的维护和恢复的问题。例如：SNMP的TRAP(SNMP报文的一种，用于被管设备主动向NMS发送事件通知)报文采用TCP传输，TRAP发送者和TRAP接收者之间将建立一个TCP连接。若TRAP发送者非正常地离开，TRAP接收者将不能发现此情况，继续为被管设备维护TCP连接资源。时间越久，连接的设备越多，TRAP接收者中成为“僵尸”的TCP连接也越多。再从故障恢复的角度考虑，TRAP接收者希望TRAP发送者在故障恢复后能够和它重新建立连接，延续先前收集TRAP的活动。然而TRAP接收者不知道何时TRAP发送者的故障已经恢复，找不到重新发起连接的正确时机。

为了获知对端的存活状态，现有技术使用的一个普遍方法是采用Hello技术。在应用层协议定义Hello报文，双方周期向对端发送Hello报文，并检测对端发来的Hello报文。若收到对端的Hello报文则证明对端仍然存活；若连续几个发送周期都收不到对端的Hello报文，则认为对端不存在了。

在一个网络协议中，通常定义了多种报文，每种报文的功能和格式各不相同，为了引用方便起见，每种报文都被指定了一个名字。通常把具有探测对端可达性功能的报文称作Hello报文，周期发送这种报文的方法称为Hello机制。

但是，该现有技术存在以下缺点：

1.现有的网管协议都没有定义Hello报文和Hello机制。若采用此种方法，则必须为每种网管协议定义Hello报文，对现有的协议改动比较大。

2.网管参与方包括被管设备和网管站，被管设备和网管站之间往往同时运行多种网管协议，例如既运行SNMP又运行SYSLOG；而且双方的连接关系可能是多对多的，例如图1中，网管参与方M1、M2为网管站，网管参与方D1、D2、D3、D4为被管设备，M1管理D1、D2、D3、D4，同时接收这4台设备发来的报文；D2又被M1、M2管理，同时向M1、M2发送报文。如果在每一对被管设备和网管站的每一个网管协议之间都建立Hello关系将耗费许多带宽。

发明内容

为了克服现有技术中采用Hello技术对现有协议改动较大，并且耗费带宽的问题，本发明提供一种网管参与方获知其对端网管协议存活状态的方法和系统。所述技术方案为：使用一个中间实体，该中间实体能和所有网管参与方进行通讯。

本发明提供的网管参与方获知其对端网管协议存活状态的方法，利用中间实体执行以下步骤：

步骤A：网管参与方在上线之初，向中间实体发送初始化消息，所述初始化消息内容包括：所述网管参与方的各种网管协议的存活状态和所述网管参与方的关联方列表；

步骤B：所述中间实体收到所述初始化消息后，保存所述网管参与方的各种网管协议的存活状态及所述网管参与方的关联方列表；

步骤C：所述网管参与方与所述中间实体相互发送Hello报文。

所述步骤C具体包括：

步骤C1：所述中间实体向所述网管参与方发送Hello报文，所述Hello报文内容包括：所述网管参与方的关联方的各种网管协议的存活状态以及查询所述网管参与方的各种网管协议的存活状态的请求；

步骤C2：所述网管参与方收到所述中间实体发送的Hello报文后，根据所述中间实体的查询请求检测各种网管协议的存活状态，并把检测结果通过Hello报文返回给中间实体；

步骤C3：所述中间实体收到所述网管参与方的Hello报文后，更新所述网管参与方当前的各种网管协议的存活状态。

所述步骤C具体包括：