CN102142977B - 远程管理脱管节点的方法、网管设备及系统 - Google Patents

Abstract

本发明实施例公开了一种远程管理脱管节点的方法、网管设备及系统，其中，所述方法包括：获取所述脱管节点的上游节点；向所述上游节点下发故障收集指令；触发所述上游节点生成与所述故障收集指令相应的探测报文，通过与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文；控制所述上游节点通过所述物理通道接收所述脱管节点依据所述探测报文收集到的故障信息，并将所述故障信息上传至网管设备；网管设备分析所述故障信息获得所述脱管节点与网管设备之间的管理通道的故障原因。通过本发明实施例，网管设备能够在节点发生脱管时，实现对该脱管节点的故障诊断。

Description

远程管理脱管节点的方法、网管设备及系统

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种远程管理脱管节点的方法、网管设备及系统。

背景技术

在对通信网络中的节点进行远程管理的过程中，可以由监测设备(例如：通信网络中的网管设备)对节点进行状态监测。如果通信网络中某个节点发生故障，可以由网管设备远程收集该节点的监测信息，并根据监测信息判断故障原因，还可以由网管设备远程下发故障修复指令进行故障修复，无须维护人员去设备现场。

然而，如果某个节点的通信设备与网管设备之间的管理通道发生故障，则该节点发生脱管，此时网管设备既不能远程收集该脱管节点的监测信息，也不能向该脱管节点远程下发修复命令执行故障修复。

发明内容

有鉴于此，本发明实施例提供一种远程管理脱管节点的方法、网管设备及系统，能够在某一节点发生脱管时，对该脱管节点进行故障诊断。

本发明实施例提供一种远程管理脱管节点的方法，所述方法包括：

获取所述脱管节点的上游节点；

向所述上游节点下发故障收集指令；

触发所述上游节点生成与所述故障收集指令相应的探测报文，通过与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文；

控制所述上游节点通过所述物理通道接收所述脱管节点依据所述探测报文收集到的故障信息，并将所述故障信息上传至网管设备；

网管设备分析所述故障信息获得所述脱管节点与网管设备之间的管理通道的故障原因。

本发明实施例提供一种网管设备，所述网管设备包括：

上游节点获取模块，用于获取脱管节点的上游节点；

故障收集模块，用于向所述上游节点下发故障收集指令，触发所述上游节点生成与所述故障收集指令相应的探测报文，通过所述上游节点与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文，控制所述上游节点通过所述物理通道接收所述脱管节点依据所述探测报文收集到的故障信息，并将所述故障信息上传至所述网管设备；

故障分析模块，用于分析所述故障信息获得所述脱管节点与网管设备之间的管理通道的故障原因。

本发明实施例还提供一种远程管理脱管节点的系统，所述系统包括：网管设备、网关、脱管节点及所述脱管节点的上游节点；

所述网管设备，用于经过所述网关向所述上游节点发送故障收集指令，接收所述脱管节点响应所述故障收集指令收集的故障信息，分析所述故障信息获得所述脱管节点与网管设备之间的管理通道的故障原因；

所述网关，用于响应所述故障收集指令获取所述脱管节点的上游节点，向所述上游节点下发所述故障收集指令，接收所述脱管节点的故障信息并将所述故障信息上传到所述网管设备；

所述上游节点，用于生成所述故障收集指令相应的探测报文，通过其与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文，接收所述脱管节点收集的所述故障信息并将所述故障信息上传到所述网关；

所述脱管节点，通过所述上游节点与所述脱管节点之间的物理通道接收所述探测报文，并依据所述探测报文收集所述故障信息，将所述故障信息通过所述物理通道反馈至所述上游节点。

本发明实施例中，当某一节点同网管设备之间的管理通道发生故障，导致该节点发生脱管时，通过获取所述脱管节点的上游节点，由所述上游节点通过与所述脱管节点之间的物理通道向所述脱管节点发送探测报文，接收所述上游节点根据该探测报文收集的所述脱管节点的故障信息，并将所述故障信息发送给网管设备进行故障诊断。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例及其附图作简单地介绍。

图1为本发明实施例一种远程管理脱管节点的方法的步骤流程图；

图2为本发明实施例另一种远程管理脱管节点的方法的步骤流程图；

图3为本发明实施例一种网管设备的结构示意图；

图4为本发明实施例另一种网管设备的结构示意图；

图5为本发明实施例又一种网管设备的结构示意图；

图6为本发明实施例中的拓扑结构示意图；

图7为本发明实施例一种远程管理脱管节点的系统结构示意图。

具体实施方式

下面将结合附图，对本发明实施例进行清楚、完整地描述。本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

为了便于理解，首先对文中出现的一些术语进行解释说明：

节点(Node)是指网络中拥有唯一网络地址的设备，例如：工作站、服务器、终端设备、网络设备等。

网管设备是网络管理设备的简称，通常是指一个服务器，该服务器对网络中的多个节点进行集中管理，所以也称为网管服务器。

物理通道是指两个节点之间物理连线提供的通道，它不依赖于逻辑配置和上层协议。

管理通道是指传递管理信息的逻辑通道，由于网管通常要管理多个节点，并且许多节点不是直接与网管相连的，而是通过别的节点间接与网管相连，所以管理通道通常承载于某种协议上，如传输控制协议/网间协议(TCP/IP，Transmission Control Protocol/Internet Protocol)。

脱管是指某个节点与网管设备之间的管理通道发生故障，不能被网管设备所管理的故障状态，此时，网管设备无法收集该节点的故障信息，也无法向该节点下发故障修复指令，通常表现为网管设备对这个节点发送消息过去，这个节点没有任何响应。

本发明实施例提供一种远程管理脱管节点的方法，当某一节点脱管时，该节点无法通过其与网管设备之间的管理通道接收网管设备下发的链路状态的探测报文，本实施例中，网管设备通过与所述脱管节点连接的上游节点转发网管设备下发的故障收集指令。网管设备可以采用多种方式判断某一节点是否脱管，例如：网管设备按照预置的时间周期向与其连接的通信网络中的每一节点发送链路状态的探测报文，如果在约定时间内某一节点没有反馈该探测报文，则认为该节点发生脱管。当然，本领域技术人员可以根据实际应用场景采用其他的脱管检测方式，对此，本发明实施例不做限定。

参照图1，所述远程管理脱管节点的方法包括：

步骤101、获取所述脱管节点的上游节点。

本发明实施例中，获取所述脱管节点的上游节点有如下两种方式：

第一种实现方式中，网管设备不设置网关，网管设备自身存储通信网络中节点的路由信息，根据所述路由信息计算该脱管节点的路径信息，进而根据所述路径信息获得所述脱管节点的上游节点；

第二种实现方式中，网管设备将与其紧邻连接的节点设置为网关，所述网关存储通信网络中节点的路由信息，网管设备向所述网关下发查询所述脱管节点的上游节点的指令，由所述网关根据所述路由信息计算该脱管节点的路径信息，进而根据所述路径信息获得所述脱管节点的上游节点。

步骤102、向所述上游节点下发故障收集指令。本发明实施例中，该故障收集指令用以指示所述脱管节点采集故障信息。

步骤103、触发所述上游节点生成与所述故障收集指令相应的探测报文，通过与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文。

步骤104、控制所述上游节点通过所述物理通道接收所述脱管节点依据所述探测报文收集到的故障信息，并将所述故障信息上传至网管设备。

步骤105、网管设备分析所述故障信息获得所述脱管节点与网管设备之间的管理通道的故障原因。

执行上述远程管理脱管节点的方法，所述上游节点通过其与所述脱管节点之间的物理通道向所述脱管节点发送所述故障收集指令相应的探测报文，网管设备接收所述脱管节点依据该探测报文收集的故障信息，并根据所述故障信息进行故障诊断，获得所述脱管节点与网管设备之间的管理通道的故障原因。

当网管设备获得所述故障原因后，可以根据所述故障原因给出相应的修复建议，如图2所示，在本发明的另一个实施例中，所述远程管理脱管节点的方法还包括：

步骤106、所述网管设备根据所述故障原因生成修复指令；

步骤107、所述网管设备通过与所述上游节点之间的管理通道，将所述修复指令下发至所述上游节点；

步骤108、所述上游节点通过与所述脱管节点之间的物理通道将所述修复指令发送至所述脱管节点；

步骤109、所述脱管节点根据所述故障修复指令对所述管理通道进行故障修复，并通过修复后的管理通道向所述网管设备反馈修复结果。

本发明实施例中，脱管节点可以通过与其上游节点之间的物理通道，接收由其上游节点设备转发的网管设备下发的故障修复指令，从而能够根据故障修复指令执行相应故障修复操作，实现远程故障修复。

此外，网管设备接收到所述修复结果之后，可以通过操作界面向用户输出提示信息。本发明实施例可以根据实际应用场景，在故障收集指令中添加诊断信息以覆盖更多的故障原因。

本发明实施例还提供一种网管设备，用于远程管理脱管节点，如图3所示，该网管设备30可以包括上游节点获取模块301、故障收集模块302、故障分析模块303；其中，

上游节点获取模块301，用于获取脱管节点的上游节点；

故障收集模块302，用于向所述上游节点下发故障收集指令，触发所述上游节点生成与所述故障收集指令相应的探测报文，通过所述上游节点与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文，控制所述上游节点通过所述物理通道接收所述脱管节点依据所述探测报文收集到的故障信息，并将所述故障信息上传至所述网管设备；

故障分析模块303，用于分析所述故障信息获得所述脱管节点与网管设备之间的管理通道的故障原因。

当网管设备监测到某一节点脱管时，上述网管设备向所述上游节点下发故障收集指令，通过所述脱管节点与其上游节点之间的物理通道向所述脱管节点发送所述故障收集指令相应的探测报文，接收所述脱管节点依据该探测报文收集的故障信息，并根据所述故障信息进行故障诊断获得所述脱管节点与网管设备之间的管理通道的故障原因。

进一步，为了网管设备更全面地分析故障原因，所述故障收集模块还用于控制所述上游节点将自身的配置信息上传至网管设备；网管设备分析所述上游节点的配置信息获得所述脱管节点与其上游节点之间的管理通道的故障原因。

当获得所述故障原因后，所述网管设备还可以根据故障原因给出相应的修复建议，相应地，如图4所示，所述网管设备30还包括：修复指令生成模块304、修复控制模块305和结果反馈模块306，其中，

修复指令生成模块304，用于根据所述故障原因生成修复指令，所述修复指令中携带有执行修复的具体操作内容。

修复控制模块305，用于通过所述网管设备与所述上游节点之间的管理通道，将所述修复指令下发至所述上游节点；控制所述上游节点通过所述上游节点与所述脱管节点之间的物理通道将所述修复指令发送至所述脱管节点；控制所述脱管节点根据所述修复指令对所述管理通道进行故障修复。

结果反馈模块306，用于接收所述脱管节点通过修复后的管理通道反馈的修复结果。

网管设备接收到修复结果后，可以通过操作界面向用户输出提示信息，由此实现远程故障修复。

在具体实施时，上游节点获取模块301可以与上述模块302-306集成在一起实施，也可以将上游节点获取模块301和上述模块302-306分别集成在作为网关的节点和网管设备上。当上述模块301-306集合在一起实施时，其可以是网管设备之外独立的功能单元，也可以是网管设备本身。对此，本发明实施例不做具体限定。

实施例一：

本实施例中，如图5所示，上述模块301-306集合在一起实施并作为网管设备本身，所述网管设备50还包括存储器501，用于存储通信网络中节点的路由信息。所述上游节点获取模块301接收所述存储器501中存储的路由信息，根据所述路由信息计算所述脱管节点的路径信息，从而根据所述路径信息获得所述脱管节点的上游节点。

如图6所示，为所述存储器501中存储的拓扑结构示意图，其中，A～J为通信网络中的各个节点，节点A紧邻连接于网管设备，网管设备设定节点A为网关，通过节点A向节点B～J下发指令以及接收节点B～J上传的信息。

当节点H发生脱管时，网管设备读取存储器中存储的所述拓扑结构，根据所述拓扑结构并通过路由学习计算节点A到脱管节点H的路径信息为：A->E->F->G->H，进而确定节点G为脱管节点H的上游节点。网管设备通过A->E->F->G的管理通道将生成的故障收集指令下发到上游节点G。

由于脱管节点H与其上游节点G之间的管理通道发生故障，因此，当上游节点G接收到所述故障收集指令后，生成所述故障收集指令相应的探测报文，并通过其与脱管节点H之间的物理通道将探测报文发送至脱管节点H。所述探测报文用于指示脱管节点H收集故障信息。

脱管节点H接收到探测报文后，收集脱管节点H的故障信息，封装为响应报文，并将该响应报文反馈至上游节点G。

上游节点G接收到所述响应报文后，通过G->F->E->A的管理通道将所述故障信息上报给网管设备。

下面举例说明所述网管设备根据所述故障信息确定故障原因的情形：

上游节点G向脱管节点H发送探测报文后，

(1)如果脱管节点H反馈给上游节点G的管理通道使能配置为disable，则表示故障原因为G<->H之间的管理通道使能配置发生错误；

(2)如果脱管节点H反馈给上游节点G的管理通道状态为DOWN，即脱管节点H的管理通道未建立成功，则表示故障原因为节点G<->H之间的管理通道握手失败；

(3)如果脱管节点H反馈给上游节点G的管理通道状态为UP，即脱管节点H的管理通建立成功，但没有到网管设备的路由，则表示故障原因为脱管节点H丢失路由；

(4)如果脱管节点H反馈给上游节点G的管理通道状态为UP，但上游节点G不存在到脱管节点H的路由，则表示故障原因为上游节点G丢失路由。

另外，为了网管设备更全面地分析故障原因，上游节点G还将自身的配置信息上报给网管设备，网管设备通过分析上游节点G的配置信息确定故障原因是否由上游节点G的配置变化引起。下面举例说明网管设备根据上游节点G的配置信息确定故障原因的情形：

(1)比较上游节点G与脱管节点H的管理VLAN参数，如果不一致，则表示故障原因是上游节点G与脱管节点H的管理VLAN参数不一致导致；

(2)如果上游节点G的管理通道使能配置为disable，则表示故障原因为G<->H之间的管理通道使能配置发生错误。

实施例二：

本实施例中，上游节点获取模块301集成在作为网关的节点上执行，而上述模块302-306集成在网管设备上执行，如图7所示，网管设备70、网关71、脱管节点73及所述脱管节点的上游节点72构成一种远程管理脱管节点的系统。

所述网管设备70，当监测到某一节点脱管时，用于经过所述网关71向所述上游节点72发送故障收集指令，接收所述脱管节点73响应所述故障收集指令收集的故障信息，分析所述故障信息获得所述脱管节点73与网管设备70之间的管理通道的故障原因。

所述网关71，用于响应所述故障收集指令获取所述脱管节点73的上游节点，向所述上游节点72下发所述故障收集指令，接收所述脱管节点73的故障信息并将所述故障信息上传到所述网管设备70。

所述上游节点72，用于生成所述故障收集指令相应的探测报文，通过其与所述脱管节点73之间的物理通道向所述脱管节点73发送所述探测报文，接收所述脱管节点73收集的所述故障信息并将所述故障信息上传到所述网关71。

所述脱管节点73，通过所述上游节点72与所述脱管节点73之间的物理通道接收所述探测报文，并依据所述探测报文收集所述故障信息，将所述故障信息通过所述物理通道反馈至所述上游节点72。

本实施例中，所述网关71还包括存储器710，用于存储通信网络中节点的路由信息。所述上游节点获取模块401接收所述存储器710中存储的路由信息，并根据所述路由信息计算所述脱管节点73的路径信息，进而根据所述路径信息获得所述脱管节点73的上游节点72。

如图6所示，A～J为通信网络中的各个节点，节点A紧邻连接于网管设备，网管设备设定节点A为网关。

当节点H发生脱管，网管设备向节点A下发命令查询脱管节点H的路径信息，节点A读取自身存储器中存储的所述拓扑结构，根据所述拓扑结构并通过路由学习计算脱管节点H的路径信息为：A->E->F->G->H，进而确定节点G为脱管节点H的上游节点。网管设备通过A->E->F->G的管理通道将生成的故障收集指令下发到上游节点G。后续故障信息反馈及故障诊断流程与实施例一类似，此处不再赘述。

本领域普通技术人员可以理解，实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质(例如U盘)中，该程序在被计算机执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例中的远程管理脱管节点的装置可以通过软件、硬件或软硬件结合实现，本发明实施例对此不做具体限制。

Claims (9)

1.一种远程管理脱管节点的方法，其特征在于，所述方法包括：

当所述脱管节点与网管设备之间的管理通道发生故障时，获取所述脱管节点的上游节点；

向所述上游节点下发故障收集指令；

触发所述上游节点生成与所述故障收集指令相应的探测报文，通过与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文；

控制所述上游节点通过所述物理通道接收所述脱管节点依据所述探测报文收集到的故障信息，并将所述故障信息上传至所述网管设备；

所述网管设备分析所述故障信息获得所述脱管节点与所述网管设备之间的管理通道的故障原因。

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

控制所述上游节点将自身的配置信息上传至网管设备；

网管设备分析所述上游节点的配置信息获得所述脱管节点与其上游节点之间的管理通道的故障原因。

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

所述网管设备根据所述故障原因生成修复指令；

所述网管设备通过与所述上游节点之间的管理通道，将所述修复指令下发至所述上游节点；

所述上游节点通过与所述脱管节点之间的物理通道将所述修复指令发送至所述脱管节点；

所述脱管节点根据所述故障修复指令对所述管理通道进行故障修复，并通过修复后的管理通道向所述网管设备反馈修复结果。

4.一种网管设备，其特征在于，所述网管设备包括：

上游节点获取模块，用于当脱管节点与网管设备之间的管理通道发生故障时，获取所述脱管节点的上游节点；

故障收集模块，用于向所述上游节点下发故障收集指令，触发所述上游节点生成与所述故障收集指令相应的探测报文，通过所述上游节点与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文，控制所述上游节点通过所述物理通道接收所述脱管节点依据所述探测报文收集到的故障信息，并将所述故障信息上传至所述网管设备；

故障分析模块，用于分析所述故障信息获得所述脱管节点与所述网管设备之间的管理通道的故障原因。

5.根据权利要求4所述的网管设备，其特征在于，所述故障收集模块还用于控制所述上游节点将自身的配置信息上传至网管设备；网管设备分析所述上游节点的配置信息获得所述脱管节点与其上游节点之间的管理通道的故障原因。

6.根据权利要求4-5中任一项所述的网管设备，其特征在于，还包括：

修复指令生成模块，用于根据所述故障原因生成修复指令；

修复控制模块，用于通过所述网管设备与所述上游节点之间的管理通道，将所述修复指令下发至所述上游节点；控制所述上游节点通过所述上游节点与所述脱管节点之间的物理通道将所述修复指令发送至所述脱管节点；控制所述脱管节点根据所述修复指令对所述管理通道进行故障修复；

结果反馈模块，用于接收所述脱管节点通过修复后的管理通道反馈的修复结果。

7.一种远程管理脱管节点的系统，其特征在于，所述系统包括：网管设备、网关、脱管节点及所述脱管节点的上游节点；

所述网管设备，用于经过所述网关向所述上游节点发送故障收集指令，接收所述脱管节点响应所述故障收集指令收集的故障信息，分析所述故障信息获得所述脱管节点与网管设备之间的管理通道的故障原因；

所述网关，用于响应所述故障收集指令获取所述脱管节点的上游节点，向所述上游节点下发所述故障收集指令，接收所述脱管节点的故障信息并将所述故障信息上传到所述网管设备；

所述上游节点，用于生成所述故障收集指令相应的探测报文，通过其与所述脱管节点之间的物理通道向所述脱管节点发送所述探测报文，接收所述脱管节点收集的所述故障信息并将所述故障信息上传到所述网关；

所述脱管节点，通过所述上游节点与所述脱管节点之间的物理通道接收所述探测报文，并依据所述探测报文收集所述故障信息，将所述故障信息通过所述物理通道反馈至所述上游节点。

8.根据权利要求7所述的系统，其特征在于，所述上游节点还将自身的配置信息上传至网管设备；所述网管设备分析所述上游节点的配置信息获得所述脱管节点与其上游节点之间的管理通道的故障原因。

9.根据权利要求7-8中任一项所述的系统，其特征在于，

所述网管设备，还用于根据所述故障原因生成修复指令，经过所述网关将所述修复指令下发至所述上游节点；

所述上游节点，通过其与所述脱管节点之间的物理通道将所述修复指令发送至所述脱管节点；

所述脱管节点，根据所述修复指令对其与所述网管设备之间的管理通道进行故障修复，并通过修复后的管理通道向所述网管设备反馈修复结果。

Images