CN102594613B - 一种实现mpls vpn故障诊断的方法和装置 - Google Patents

Abstract

一种实现MPLS VPN故障诊断的方法和装置；其中，所述方法包括：选择通信中断的源宿设备，并确定所述源宿设备之间的链路连接关系；根据所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备；通过拓扑方式呈现所述出现连通故障的网络层次和设备。采用本发明实施例的方法和装置，能够直观快速的进行VPN连通性故障定位，并能够大大提高连通性故障诊断效率。

Description

一种实现MPLS VPN故障诊断的方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种实现MPLS VPN(Multi protocol Label Switching Virtual Private Network，多协议标签交换虚拟专用网络)故障诊断的方法和装置。

背景技术

目前，随着企业规模的发展壮大，企业跨地域的互联需求也在不断增加，如何保证企业总部和分支机构之间的安全，并实现快速有效的互联和通信，成了企业网络的必需和重要能力。其中，VPN技术就是一种保证企业总部和分支、以及不同企业之间安全互联的方案，而目前用户企业互联场景中应用比较广泛的VPN技术为MPLS VPN技术，所述MPLS VPN技术是目前唯一可以提供高质量的数据、语音和视频相融合的多业务传送、包交换的网络技术，基于MPLS技术的MPLS VPN在灵活性、扩展性、安全性各个方面是当前技术最先进的VPN。

但是，虽然MPLS VPN技术能够为企业互连提供便利，但是其在故障诊断方面的复杂性也在随之增加，其中连通性故障将会直接影响到企业网络通信的中断或访问效率低，其也成为最为常见的一类故障；而同时，由于MPLSVPN网络连通性故障可能发生在网络的多个层次，如物理层、链路层、IP(Internet Protocol，网络协议)层、MPLS层、VPN层等，因此任何一个层次出现中断或者QoS(Quality of Service，服务质量)问题都会导致连通性受阻或通信中断。

针对此，现有常用的对于VPN连通性故障的处理方式为：用户根据发生故障的源宿设备选择搜索出需要诊断的链路对象，然后需要根据源宿设备之间的连通关系通过人工方式选择各条链路并手动选择诊断选项和工具，最后在多个链路中逐个分析诊断结果，以此来综合判断最后发生故障的设备以及发生故障的协议层。然而，由于此种方式是通过抽象的列表来进行链路选择， 当在对多条目标链路进行故障处理的时候，需要用户去记忆链路再进行过滤选择，处理效率低；并且，由于需要在VPN、MPLS和IP三个协议层面逐个查看连通性，也会导致诊断效率降低；同时，在呈现诊断结果时，由于抽象列表的方式导致故障点及其邻接关系不直观，往往需要再次比对拓扑图来判断具体故障点，使得诊断结果不够直观。

发明内容

有鉴于此，本发明实施例提供一种实现MPLS VPN故障诊断的方法和装置，能够直观快速的进行VPN连通性故障定位，并提高了故障诊断效率。

为解决上述问题，本发明实施例提供的技术方案如下：

一方面，本发明实施例提供了一种实现MPLS VPN故障诊断的方法，包括：选择通信中断的源宿设备，并确定所述源宿设备之间的链路连接关系；根据所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备；通过拓扑方式呈现所述出现连通故障的网络层次和设备。

另一方面，本发明实施例也提供了一种实现MPLS VPN故障诊断的装置，包括：选择单元、判断单元和呈现单元；其中，

所述选择单元用于选择通信中断的源宿设备，并确定所述源宿设备之间的链路连接关系；所述判断单元用于根据所述选择单元确定的所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备；所述呈现单元用于通过拓扑方式呈现所述判断单元的判断结果。

可以看出，采用本发明实施例的方法和装置，通过选择通信中断的源宿设备并呈现所述源宿设备之间的链路连接关系，然后再根据所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备，并通过拓扑方式呈现诊断结果，从而能够直观快速的进行VPN连通性故障定位；由于无需人工记忆链路、同时采用拓扑方式呈现诊断结果，进而能够大大提高连通性故障诊断效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例实现MPLS VPN故障诊断的方法流程示意图；

图2是本发明实施例中呈现故障网络和设备的示意图；

图3是本发明实施例实现MPLS VPN故障诊断的装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述；显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例一提供了一种实现MPLS VPN故障诊断的方法，如图1所示，该方法包括：

步骤110：选择通信中断的源宿设备，并确定所述源宿设备之间的链路连接关系；

在实际应用过程中，当MPLS VPN网络中出现了连接访问问题时，源设备和宿设备之间的通信中断，使得所述MPLS VPN网络出现了连通性故障；此时采用本实施例的方法进行MPLS VPN故障诊断时，首先确定发生通信中断的源宿设备，并通过外部触发或内部识别等方式选择通信中断的源宿设备；具体的，所述外部触发方式包括但不限于接收外部指示、获取外部勾选或点击的所述源宿设备方式等；而所述内部识别方式包括但不限于获取所有设备状态信息并选择其中状态异常的设备、接收内部设备异常反馈等方式，具体本文不再赘述；

在选择了通信中断的源宿设备后，利用预设的所有设备的物理拓扑连接关系呈现所述MPLS VPN网络的物理拓扑，然后提取出所述源宿设备之间的链路连接关系。

步骤120：根据所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备；

其中，本实施例在判断所述出现连通故障的网络层次和设备时，根据所述源宿设备之间的链路连接关系，依次启动IP层、MPLS层、VPN层的Ping(Packet Internet Grope，因特网包探索)和Tracert(跟踪路由)操作，再利用所述IP层、MPLS层和VPN层的Ping或Tracert的操作结果来进行综合判断，从而智能判断分析出连通性故障的层次和具体设备，完成所述MPLS VPN网络的连通性诊断；具体的，利用所述IP/MPLS/VPN层的Ping或Tracert的操作结果来进行连通性故障判断主要包括以下几种方式，但并不局限于此：

(1)当利用Ping或Tracert方式进行操作时，如果所述IP层出现连通性故障，则根据IP Ping或Tracert的结果报文判断所述IP层的故障设备点并获取该设备的当前状态信息，例如该设备的路由信息、VPN配置信息、关键接口状态信息等，同时可确定所述MPLS层和VPN层也无法连通，因而无需进一步分析该报文；

(2)当利用Ping或Tracert方式进行操作时，如果所述IP层连通性正常，但是所述MPLS层出现连通性故障，则根据MPLS Ping或Tracert的结果报文判断所述MPLS层的故障设备点并获取该设备的当前状态信息，例如该设备的路由信息、VPN配置信息、关键接口状态信息等，同时可确定所述VPN层也无法连通，因而无需进一步分析报文；

(3)当利用Ping或Tracert方式进行操作时，如果所述IP层和MPLS层的连通性都正常，但是所述VPN层出现连通性故障，则根据VPN Ping或Tracert的结果报文判断所述VPN层的故障设备点并获取该设备的当前状态信息，例如该设备的路由信息、VPN配置信息、关键接口状态信息等；

下面以一个具体的实例对利用Ping/Tracert方式判断所述VPN层的故障设备点进行详细说明，但本领域普通技术人员很容易理解此种方式并不局限 于此：

当源设备A 10.12.1.8和宿设备B 10.12.1.14之间的通信中断后，从源设备A 10.12.1.8上自动发起针对宿设备B 10.12.1.14的连通性操作包括：(1)Ping/Tracert；(2)MPLS Ping/Tracert 10.12.1.14；(3)VRF Ping/Tracert10.12.1.14；经过预定时间后，所述源设备A会收到如下报文信息，以IP层的Tracert为例：

由上述报文信息可以看出，所述Ping/Tracert的检测报文在设备10.70.255.34后即无法路由到其他设备节点，即该设备无法再进行下一跳的动作，此时即可判断确定在所述IP层所述设备10.70.255.34即为故障设备点；然后从该设备上进一步通过命令操作方式获取到关于该设备的路由信息、VPN配置信息、关键接口状态等信息，进一步辅助进行故障定位，具体的获取方式与现有方式类似，本文在此不再赘述。

而其他协议层如MPLS层和VPN层的协议报文与上述类似，皆可根据该命令的返回报文信息分析判断出故障设备点，本实施例不再赘述。

步骤130：通过拓扑方式呈现所述出现连通故障的网络层次和设备。

具体的，在诊断完成后，通过拓扑方式将诊断结果呈现出来，即通过拓 扑方式将所述出现连通故障的网络层次和设备呈现出来，并呈现所述故障设备的相邻关联设备；其中，所述拓扑方式包括所述网络设备的物理拓扑和业务拓扑，但并不局限于此；

需要说明的是，本实施例在呈现诊断结果时，通常会同时呈现出IP层链路、MPLS层链路和VPN层链路的链路连接情况以及链路的连通性情况，并标记所述IP层、MPLS层和VPN层链路的连通性，同时标记所述诊断结果中已确定的发生故障的设备；例如图2所示，其呈现出了IP层链路、MPLS层链路和VPN层链路的链路连接情况以及链路的连通性情况，其中所述MPLS层中设备C出现了故障，因此所述MPLS层和所述VPN层都无法连通。

需要说明的，本实施例中呈现所述源宿设备之间的链路关系可利用现有软件实现，例如通过软件以网络拓扑图形的方式呈现所述源宿设备之间的链路关系，具体本实施例并不做具体限定。

可以看出，利用上述各实施例的方法，通过选择通信中断的源宿设备并呈现所述源宿设备之间的链路连接关系，然后再根据所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备，并通过拓扑方式呈现诊断结果，从而能够直观快速的进行VPN连通性故障定位；由于无需人工记忆链路、同时采用拓扑方式呈现诊断结果，进而能够大大提高连通性故障诊断效率。

基于上述思想，本发明实施例二又提出了一种实现MPLS VPN故障诊断的装置，如图3所示，该装置300包括：选择单元310、判断单元320和呈现单元330；其中，

所述选择单元310用于选择通信中断的源宿设备，并确定所述源宿设备之间的链路连接关系；所述判断单元320用于根据所述选择单元310确定的所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备；所述呈现单元330用于通过拓扑方式呈现所述判断单元320的判断结果。

其中，所述选择单元310包括(图中未示出)：接收模块和识别模块；其中，所述接收模块用于接收外部指示、获取外部勾选或获取外部点击选择的所述源宿设备信息；所述识别模块用于获取所有设备状态信息并选择其中状 态异常的设备或者获取接收内部设备的异常反馈信息。

此外，所述选择单元310还可包括(图中未示出)：预处理模块和提取模块；其中，所述预处理模块用于利用预设的所有设备的物理拓扑连接关系呈现所述MPLS VPN网络的物理拓扑；所述提取模块用于从所述预处理模块呈现的MPLS VPN网络物理拓扑中提取出所述源宿设备之间的链路连接关系。

除此之外，所述判断单元320包括(图中未示出)：检测模块和分析模块；其中，所述检测模块用于依次启动网络协议IP层、MPLS层、VPN层的因特网包探索Ping和跟踪路由Tracert操作；所述分析模块用于利用所述检测模块的检测结果判断出现连通性故障的网络层次和设备。

需要说明的是，所述呈现单元330还可包括：生成模块和标记模块；其中，所述生成模块用于生成所述IP层链路、MPLS层链路和VPN层链路的链路连接图形；所述标记模块用于标记所述生成模块生成的链路连接图中所述IP层、MPLS层和VPN层链路的连通性，并标记故障设备。

需要注意的是，本领域技术人员很容易了解，上述实施例中所描述的实现MPLS VPN故障诊断的装置也可以作为其他系统的一部分存在，并在系统中实现告MPLS VPN故障诊断方面与上述实施例中的描述一致，因而包含上述实施例中的实现MPLS VPN故障诊断装置的其他系统也应包含在本申请的保护范围之内，在此不再赘述。

专业人员还可以进一步应能意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明实施例。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明实施例的精神或范围的情况下，在其它实施例中实现。因此，本发明实施例将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅为本发明实施例的较佳实施例而已，并不用以限制本发明实施例，凡在本发明实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (9)

1.一种实现多协议标签交换虚拟专用网络MPLS VPN故障诊断的方法，其特征在于，包括：

通过接收外部触发或内部识别方式选择通信中断的源宿设备；

选择通信中断的源宿设备，并确定所述源宿设备之间的链路连接关系；

根据所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备；所述根据所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备包括：依次启动网络协议IP层、MPLS层、VPN层的因特网包探索Ping和跟踪路由Tracert操作；利用所述IP层、MPLS层、VPN层的Ping或Tracert的操作结果判断出现连通性故障的网络层次和设备；

通过拓扑方式呈现所述出现连通故障的网络层次和设备。

2.根据权利要求1所述的方法，其特征在于，所述接收外部触发至少包括以下方式中的任意一种：

接收外部指示、获取外部勾选以及获取外部点击选择的所述源宿设备信息。

3.根据权利要求1所述的方法，其特征在于，所述内部识别至少包括以下方式中的任意一种：

获取所有设备状态信息并选择其中状态异常的设备，以及接收内部设备的异常反馈信息。

4.根据权利要求1所述的方法，其特征在于，通过以下方式确定所述源宿设备之间的链路连接关系：

利用预设的所有设备的物理拓扑连接关系呈现所述MPLS VPN网络的物理拓扑；

提取出所述源宿设备之间的链路连接关系呈现。

5.根据权利要求1所述的方法，其特征在于，所述利用IP层、MPLS层、VPN层的Ping或Tracert的操作结果判断出现连通性故障的网络层次和设备包括：

如果所述IP层出现连通性故障，则根据IP Ping或Tracert的结果报文判断所述IP层的故障设备点，并确定所述MPLS层和VPN层无法连通；

如果所述MPLS层出现连通性故障，则根据MPLS Ping或Tracert的结果报文判断所述MPLS层的故障设备点，并确定所述VPN层无法连通；

如果VPN层出现连通性故障，则根据VPN Ping或Tracert的结果报文判断所述VPN层的故障设备点。

6.根据权利要求1所述的方法，其特征在于，所述通过拓扑方式呈现所述出现连通故障的网络层次和设备包括：

同时呈现IP层链路、MPLS层链路和VPN层链路的链路连接情况以及链路的连通性情况，并标记所述IP层、MPLS层和VPN层链路的连通性，同时标记故障设备。

7.一种实现MPLS VPN故障诊断的装置，其特征在于，包括：选择单元、判断单元和呈现单元；其中，

所述选择单元用于选择通信中断的源宿设备，并确定所述源宿设备之间的链路连接关系；

所述判断单元用于根据所述选择单元确定的所述源宿设备之间的链路连接关系判断出现连通故障的网络层次和设备；所述判断单元包括：检测模块和分析模块；其中，所述检测模块用于依次启动网络协议IP层、MPLS层、VPN层的因特网包探索Ping和跟踪路由Tracert操作；所述分析模块用于利用所述检测模块的检测结果判断出现连通性故障的网络层次和设备；

所述呈现单元用于通过拓扑方式呈现所述判断单元的判断结果；

所述选择单元包括：接收模块和识别模块；其中，

所述接收模块用于接收外部指示、获取外部勾选或获取外部点击选择的所述源宿设备信息；

所述识别模块用于获取所有设备状态信息并选择其中状态异常的设备或者获取接收内部设备的异常反馈信息。

8.根据权利要求7所述的装置，其特征在于，所述选择单元包括：预处理模块和提取模块；其中，

所述预处理模块用于利用预设的所有设备的物理拓扑连接关系呈现所述MPLS VPN网络的物理拓扑；

所述提取模块用于从所述预处理模块呈现的MPLS VPN网络物理拓扑中提取出所述源宿设备之间的链路连接关系。

9.根据权利要求7所述的装置，其特征在于，所述呈现单元包括：生成模块和标记模块；其中，

所述生成模块用于生成所述IP层链路、MPLS层链路和VPN层链路的链路连接图形；

所述标记模块用于标记所述生成模块生成的链路连接图中所述IP层、MPLS层和VPN层链路的连通性，并标记故障设备。