CN102904771A

CN102904771A - 一种网络测试装置及其方法

Info

Publication number: CN102904771A
Application number: CN2012103608895A
Authority: CN
Inventors: 王瑞红; 李兴
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2012-09-25
Filing date: 2012-09-25
Publication date: 2013-01-30
Anticipated expiration: 2032-09-25
Also published as: CN102904771B

Abstract

本发明公开了一种网络测试装置及其方法，该方法包括：获取两个被测对象的对象信息，并根据对象信息确定两个被测对象之间的业务路径；根据业务路径的路径结构对两个被测对象之间的所有设备的接口进行分类；根据分类结果以及用户选择的测试起点和测试类型获得测试范围；对测试范围内的接口进行ping测试，并显示测试结果。通过上述方式，本发明无需人工根据业务逻辑分析来做判断和人工逐个发起测试，从而提高了测试结果的准确性，同时操作简单，从而提高了测试效率。

Description

一种网络测试装置及其方法

技术领域

本发明涉及网络领域，特别是涉及一种网络测试装置及其方法。

背景技术

随着电信网络不断向全IP化发展，IP网络故障检测一直是电信运营商和网络解决方案提供商的共同难题。例如，当网络发生故障时，如何快速地对网络故障进行诊断是当前电信运营商的研究课题之一。

请参见图1，图1是现有技术中诊断网络故障的检测过程图。如图1所示，现有技术中诊断网络故障通过工具自动发现业务路径，并基于路径工具化集成ping（Packet Internet Groper，网络包探索器）等故障检测手段。其中，业务路径的路径结构包括Native IP（本地IP）、L3VPN（L3 Virtual Private Network，三层虚拟专用网络）以及LSP（LabelSwitched Path，标签交换路径）。现有技术中诊断网络故障的测试过程包括：登录设备RSG1进行逐段ping，测试例1和测试例2进行VRF（VirtualRouting and Forwarding，虚拟路由转发）ping，测试例3进行LSP ping，测试例4和5进行IP ping，通过上述逐段ping诊断出设备ASG2和设备ASG3之间出现网络故障。

由于现有技术的逐段Ping测试手段需要登录设备，并逐点选择测试目的，重复创建多个ping测试例，因此，现有技术中诊断网络故障在选择测试起点后，并非沿途所有的设备都可以作为测试目的，需要人工根据业务逻辑分析和确认，测试的准确性难以保证。此外，在测试的过程中包括多个测试例，需要逐个发起测试，操作繁琐，效率低。

发明内容

有鉴于此，本发明实施例提供了一种网络测试装置及其方法，以提高网络测试的准确性和测试效率。

第一方面提供一种网络测试方法，其包括：获取两个被测对象的对象信息，并根据对象信息确定两个被测对象之间的业务路径；根据业务路径的路径结构对两个被测对象之间的所有设备的接口进行分类；根据分类结果以及用户选择的测试起点和测试类型获得测试范围；对测试范围内的接口进行ping测试，并显示测试结果。

第二方面提供一种网络测试装置，其包括：信息获取单元，用于获取两个被测对象的对象信息；处理单元，处理单元根据对象信息确定两个被测对象之间的业务路径，并根据业务路径的路径结构对两个被测对象之间的所有设备的接口进行分类，处理单元根据分类结果以及用户选择的测试起点和测试类型获得测试范围，以对测试范围内的接口进行ping测试；显示单元，用于显示测试结果。

通过上述方案，本发明的有益效果是：本发明实施例根据分类结果以及用户选择的测试起点和测试类型获得测试范围，并对测试范围内的接口进行ping测试，无需人工根据业务逻辑分析来做判断和人工逐个发起测试，从而提高了测试结果的准确性，同时操作简单，从而提高了测试效率。

附图说明

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

图1是现有技术中诊断网络故障的检测过程图；

图2是本发明第一实施例的网络测试方法的流程图；

图3是本发明第二实施例的设备A和设备H之间的业务路径的示意图；

图4是本发明第一实施例的网络测试装置的示意框图。

具体实施方式

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

参阅图2，图2是本发明第一实施例的网络测试方法的流程图。如图2所示，本实施例所揭示的网络测试方法包括以下步骤：

步骤201：获取两个被测对象的对象信息，并根据对象信息确定两个被测对象之间的业务路径；

步骤202：根据业务路径的路径结构对两个被测对象之间的所有设备的接口进行分类；

步骤203：根据分类结果以及用户选择的测试起点和测试类型获得测试范围；

步骤204：对测试范围内的接口进行ping测试，并显示测试结果。

在步骤203中，在根据分类结果以及用户选择的测试起点和测试类型获得测试范围后，将测试范围内的设备通过暗显的方式在业务路径上显示。在本发明的实施例中，在测试范围内的设备优选通过一种高亮的方式显示，其他设备通过变暗的方式显示，例如，在测试范围内的设备在业务路径上显示为红色，其他设备在业务路径上显示为灰色。

区别于现有技术的情况，本实施例所揭示的网络测试方法根据分类结果以及用户选择的测试起点和测试类型获得测试范围，并对测试范围内的接口进行ping测试，无需人工根据业务逻辑分析来做判断和人工逐个发起测试，从而提高了测试结果的准确性，同时操作简单，从而提高了测试效率。

本发明还提供第二实施例的ping测试方法，其在前述第一实施例的基础上进行详细描述。

在步骤201中，获取用户输入的两个被测对象的对象信息，其中，“对象”可以是指实际存在的设备，也可以指实际不存在，只采用对象信息描述的虚拟设备。对象信息可以为设备名称、设备的接口名称或设备的接口IP地址。

在本实施例中，根据对象信息确定两个被测对象之间的业务路径包括：通过路由表查询、配置查询或路由器的trace route功能来确定两个被测对象之间的业务路径。例如，对象信息为设备的接口IP地址时，则根据该IP地址来查询对应的路由表，然后根据转发信息逐步查找两个被测对象之间的业务路径；对象信息为设备名称时，通过查询两个被测对象的配置来确定两个被测对象之间的业务路径。

如图3所示，两个被测对象分别为设备A和设备H，根据设备A和设备H的对象信息确定两个被测对象之间的业务路径，其中，设备A和设备H之间的业务路径包括：设备B、设备C、设备D、设备E以及设备F。

在步骤202中，根据业务路径的路径结构对两个被测对象之间的所有设备的接口进行分类，设备A和设备H的业务路径的路径结构包括：本地IP链路以及三层虚拟专用网络链路。其中，设备A、B、G以及H为本地IP链路，设备C、D、E、F为L3虚拟专用网络链路，设备A、B、G以及H为用户边缘设备（CE，Customer Edge），设备C、F为运营商边缘设备（PE，Provider Edge），设备D、E为运营商设备（P，Provider）。

在本实施例中，将所有设备的接口分为第一类接口、第二类接口、第三类接口以及第四类接口。其中，第一类接口为虚拟专用私网的用户边缘设备接口，即第一类接口包括设备A、B、G以及H的接口；第二类接口为运营商边缘设备的虚拟专用网络（VPN，Virtual PrivateNetwork）的私网接口，即第二类接口包括：设备C与设备B互联的接口，以及设备F与设备G互联的接口；第三类接口为运营商边缘设备的公网接口，即第三类接口包括：设备C与设备D互联的接口，以及F与E互联的接口；第四类接口为公网运营商设备接口，即第四类接口包括：设备D的接口以及设备E的接口。

在步骤203中，根据分类结果以及用户选择的测试起点和测试类型获得测试范围。即，测试范围为与所有设备的接口的分类结果以及用户选择的测试起点和测试类型所对应的接口。

当用户选择运营商边缘设备进行VRF ping测试时，则测试范围包括第一类接口以及运营商边缘设备的第二类接口。例如，用户选择运营商边缘设备的C设备作为测试的起点进行VRF ping测试，则测试范围包括设备A、B、G、H的接口以及设备F的第二类接口，设备F的第二类接口为设备F与设备G互联的接口。此时，设备A、B、F、G以及H在业务路径上显示为红色，设备C、D以及E在业务路径上显示为灰色。其中，VRF ping为在VRF下对L3VPN的目的地址执行IP ping测试，IP ping为ICMP（Internet Control Message Protocol，互联网控制报文协议）ping。

当用户选择运营商边缘设备进行IP ping测试时，则测试范围包括第三类接口以及第四类接口。例如，用户选择运营商边缘设备的C设备作为测试的起点进行IP ping，则测试范围包括设备F与设备E互联的接口、设备D的接口以及设备E的接口。此时，设备D、E以及F在业务路径上显示为红色，设备A、B、C、G以及H在业务路径上显示为灰色。

当用户选择运营商边缘设备进行LSP ping测试时，则在MPLS（Multi-protocol Lable Swithing，多协议标签交换）LDP（LabelDistribution Protocol，标签分发协议）场景，测试范围包括第三类接口以及第四类接口；在MPLS TE（Traffic Engineering，流量工程）场景，测试范围包括运营商边缘设备的tunnel接口。例如，用户选择运营商边缘设备的C设备作为测试的起点进行LSP ping测试，在MPLS LDP场景，测试范围包括设备F与设备E互联的接口、设备D的接口以及设备E的接口，此时，设备D、E以及F在业务路径上显示为红色，设备A、B、C、G以及H在业务路径上显示为灰色；在MPLS TE场景，测试范围包括设备C的tunnel接口以及设备F的tunnel接口，此时，设备C以及F在业务路径上显示为红色，设备A、B、D、E、G以及H在业务路径上显示为灰色。其中，LSP ping通过使用IPv4（或IPv6）UDP（UserDatagram Protocol，用户数据报协议）来实现。

当用户选择运营商设备进行IP ping测试时，则测试范围包括第三类接口以及第四类接口。例如，用户选择运营商设备的设备D为测试起点进行IP ping测试，测试范围包括设备C与设备D互联的接口、设备F与设备E互联的接口以及设备E的接口，此时，设备C、E以及F在业务路径上显示为红色，设备A、B、D、G以及H在业务路径上显示为灰色。

当用户选择用户边缘设备进行IP ping测试时，则测试范围包括第一类接口以及第二类接口。例如，用户选择用户边缘设备的设备B为测试起点进行IP ping测试，测试范围包括设备A的接口、设备G的接口、设备H的接口、设备C与设备B的互联接口以及设备F与设备G的互联接口，此时，设备A、C、F、G以及H在业务路径上显示为红色，设备B、D以及E在业务路径上显示为灰色。

在步骤204中，对上述测试范围内的接口进行相应的ping测试，并显示测试结果，用户根据测试的结果诊断设备A和设备H之间网络故障。

区别于现有技术的情况，本实施例所揭示的网络测试方法根据业务路径的路径结构对两个被测对象之间的所有设备的接口进行分类，并且根据分类结果以及用户选择的测试起点和测试类型获得测试范围，并对测试范围内的接口进行ping测试，无需人工根据业务逻辑分析来做判断和人工逐个发起测试，从而提高了测试结果的准确性，同时操作简单，从而提高了测试效率。

请参见图4，图4是本发明第一实施例的网络测试装置的示意框图。如图4所示，本实施例所揭示的网络测试装置40包括：信息获取单元41、处理单元42以及显示单元43。

在本实施例中，信息获取单元41用于获取两个被测对象的对象信息。处理单元42与信息获取单元41连接，并从信息获取单元41获取对象信息。处理单元42根据对象信息确定两个被测对象之间的业务路径，并根据业务路径的路径结果对两个被测对象之间的所有设备的接口进行分类，进一步根据分类结果以及用户选择的测试起点和测试类型获取测试范围，以对测试范围内的接口进行ping测试。显示单元43用于显示测试结果，显示单元23还用于将测试范围内的设备通过暗显的方式在业务路径上显示。

区别于现有技术，本实施例所揭示的网络测试装置40通过处理单元42根据分类结果以及用户选择的测试起点和测试类型获得测试范围，并对测试范围内的接口进行ping测试，无需人工根据业务逻辑分析来做判断和人工逐个发起测试，从而提高了测试结果的准确性，同时操作简单，从而提高了测试效率。

本发明还提供第二实施例的网络测试装置，其在前述第一实施例的网络测试装置40的基础上进行详细描述。

信息获取单元41用于获取两个被测对象的对象信息，其中，“对象”可以是指实际存在的设备，也可以指实际不存在，只采用对象信息描述的虚拟设备。对象信息可以为设备名称、设备的接口名称或设备的接口IP地址。

处理单元42通过路由表查询、配置查询或路由器的trace route功能来确认两个被测对象之间的业务路径。例如，对象信息为设备的接口IP地址，处理单元42根据该IP地址来查询对应的路由表，并根据转发信息逐步查找两个被测对象之间的业务路径；对象信息为设备名称时，处理单元42通过查询两个被测对象的配置信息来确定两个被测对象之间的业务路径。

在本实施例中，两个被测对象分别为设备A和设备H，如图3所示。处理单元42根据设备A和设备H的对象信息确认两个被测对象之间的业务路径，其中，设备A和设备H之间的业务路径包括：设备B、设备C、设备D、设备E以及设备F。

处理单元42根据业务路径的路径结构对两个被测对象之间的所有设备的接口进行分类。其中，设备A和设备H的业务路径的路径结构包括：本地IP链路以及三层虚拟专用网络链路，设备A、B、G以及H为本地IP链路，设备C、D、E、F为L3虚拟专用网络链路，设备A、B、G以及H为用户边缘设备，设备C、F为运营商边缘设备，设备D、E为运营商设备。

在本实施例中，处理单元42将所有设备的接口分为第一类接口、第二类接口、第三类接口以及第四类接口。其中，第一类接口为虚拟专用私网的用户边缘设备接口，即第一类接口包括设备A、B、G以及H的接口；第二类接口为运营商边缘设备的虚拟专用网络的私网接口，即第二类接口包括：设备C与设备B互联的接口，以及设备F与设备G互联的接口；第三类接口为运营商边缘设备的公网接口，即第三类接口包括：设备C与设备D互联的接口，以及F与E互联的接口；第四类接口为公网运营商设备接口，即第四类接口包括：设备D的接口以及设备E的接口。

以下详细描述处理单元42根据分类结果以及用户选择的测试起点和测试类型获得测试范围。其中，测试范围为与所有设备的接口的分类结果以及用户选择的测试起点和测试类型所对应的接口。

当用户选择运营商边缘设备进行VRF ping测试时，则测试范围包括第一类接口以及运营商边缘设备的第二类接口。例如，用户选择运营商边缘设备的C设备作为测试的起点进行VRF ping测试，则测试范围包括设备A、B、G、H的接口以及设备F的第二类接口，设备F的第二类接口为设备F与设备G互联的接口。此时，设备A、B、F、G以及H在业务路径上显示为红色，设备C、D以及E在业务路径上显示为灰色。

当用户选择运营商边缘设备进行LSP ping测试时，则在MPLS LDP场景，测试范围包括第三类接口以及第四类接口；在MPLS TE场景，测试范围包括运营商边缘设备的tunnel接口。例如，用户选择运营商边缘设备的C设备作为测试的起点进行LSP ping测试，在MPLS LDP场景，测试范围包括设备F与设备E互联的接口、设备D的接口以及设备E的接口，此时，设备D、E以及F在业务路径上显示为红色，设备A、B、C、G以及H在业务路径上显示为灰色；在MPLS TE场景，测试范围包括设备C的tunnel接口以及设备F的tunnel接口，此时，设备C以及F在业务路径上显示为红色，设备A、B、D、E、G以及H在业务路径上显示为灰色。其中，LSP ping通过使用IPv4（或IPv6）UDP来实现。

处理单元42对上述测试范围内的接口进行相应的ping测试，并将测试结果发送至显示单元43，以在显示单元43上显示。

区别于现有技术的情况，本发明通过根据分类结果以及用户选择的测试起点和测试类型获得测试范围，并对测试范围内的接口进行ping测试，无需人工根据业务逻辑分析来做判断和人工逐个发起测试，从而提高了测试结果的准确性，同时操作简单，从而提高了测试效率。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种网络测试方法，其特征在于，所述测试方法包括以下步骤：

获取两个被测对象的对象信息，并根据所述对象信息确定所述两个被测对象之间的业务路径；

根据所述业务路径的路径结构对所述两个被测对象之间的所有设备的接口进行分类；

根据分类结果以及用户选择的测试起点和测试类型获得测试范围；

对所述测试范围内的接口进行ping测试，并显示测试结果。

2.根据权利要求1所述的测试方法，其特征在于，所述对象信息包括设备名称、设备的接口名称或设备的接口IP地址。

3.根据权利要求1或2所述的测试方法，其特征在于，所述根据所述对象信息确定所述两个被测对象之间的业务路径，包括：通过路由表查询、配置查询或路由器的trace route功能来确定所述两个被测对象之间的业务路径，所述业务路径的路径结构包括本地IP链路以及三层虚拟专用网络链路。

4.根据权利要求1所述的测试方法，其特征在于，所述根据所述业务路径的路径结构对所述两个被测对象之间的所有设备的接口进行分类，包括：将所述两个被测对象之间的所有设备的接口分为第一类接口、第二类接口、第三类接口以及第四类接口，其中，所述第一类接口为虚拟专用私网的用户边缘设备的接口，所述第二类接口为运营商边缘设备的虚拟专用网络的私网接口，所述第三类接口为运营商边缘设备的公网接口，所述第四类接口为公网运营商设备的接口。

5.根据权利要求4所述的测试方法，其特征在于，所述根据分类结果以及用户选择的测试起点和测试类型获得的测试范围，包括：当用户选择运营商边缘设备进行虚拟路由转发VRF ping测试时，则所述测试范围包括所述第一类接口以及所述运营商边缘设备的第二类接口。

6.根据权利要求4所述的测试方法，其特征在于，所述根据分类结果以及用户选择的测试起点和测试类型获得测试范围，包括：当用户选择运营商边缘设备进行IP ping测试时，则所述测试范围包括所述第三类接口以及所述第四类接口。

7.根据权利要求4所述的测试方法，其特征在于，所述根据分类结果以及用户选择的测试起点和测试类型获得测试范围，包括：当用户选择运营商边缘设备进行标签交换路径LSP ping测试时，则在多协议标签交换MPLS标签分发协议LDP场景，所述测试范围包括所述第三类接口以及第四类接口；在多协议标签交换MPLS流量工程TE场景，所述测试范围包括所述运营商边缘设备的tunnel接口。

8.根据权利要求4所述的测试方法，其特征在于，所述根据分类结果以及用户选择的测试起点和测试类型获得测试范围，包括：若用户选择运营商设备进行IP ping测试，则所述测试范围包括所述第三类接口以及所述第四类接口。

9.根据权利要求4所述的测试方法，其特征在于，所述根据分类结果以及用户选择的测试起点和测试类型获得测试范围，包括：当用户选择用户边缘设备进行IP ping测试时，则所述测试范围包括所述第一类接口以及所述第二类接口。

10.根据权利要求5至9任意一项所述的测试方法，其特征在于，在根据分类结果以及用户选择的测试起点和测试类型获得测试范围后，还包括：将所述测试范围内的设备通过暗显的方式在所述业务路径上显示。

11.一种网络测试装置，其特征在于，所述测试装置包括：

信息获取单元，用于获取两个被测对象的对象信息；

处理单元，所述处理单元根据所述对象信息确定所述两个被测对象之间的业务路径，并根据所述业务路径的路径结构对所述两个被测对象之间的所有设备的接口进行分类，所述处理单元根据分类结果以及用户选择的测试起点和测试类型获得测试范围，以对所述测试范围内的接口进行ping测试；

显示单元，用于显示测试结果。

12.根据权利要求11所述的测试装置，其特征在于，所述对象信息包括设备名称、设备的接口名称或设备的接口IP地址。

13.根据权利要求11或12所述的测试装置，其特征在于，所述处理单元通过路由表查询、配置查询或路由器的trace route功能来确定所述两个被测对象之间的业务路径，所述业务路径的路径结构包括本地IP链路以及三层虚拟专用网络链路。

14.根据权利要求13所述的测试装置，其特征在于，所述处理单元将所述设备的接口分为第一类接口、第二类接口、第三类接口以及第四类接口，其中，所述第一类接口为虚拟专用私网的用户边缘设备的接口，所述第二类接口为运营商边缘设备的虚拟专用网络的私网接口，所述第三类接口为运营商边缘设备的公网接口，所述第四类接口为公网运营商设备的接口。

15.根据权利要求14所述的测试装置，其特征在于，当用户选择运营商边缘设备进行虚拟路由转发VRF ping测试时，则所述测试范围包括所述第一类接口以及所述运营商边缘设备的第二类接口。

16.根据权利要求14所述的测试装置，其特征在于，当用户选择运营商边缘设备进行IP ping测试时，则所述测试范围包括所述第三类接口以及所述第四类接口。

17.根据权利要求14所述的测试装置，其特征在于，当用户选择运营商边缘设备进行标签交换路径LSP ping测试时，则在多协议标签交换MPLS标签分发协议LDP场景，所述测试范围包括所述第三类接口以及第四类接口；在多协议标签交换MPLS流量工程TE场景，所述测试范围包括所述运营商边缘设备的tunnel接口。

18.根据权利要求14所述的测试装置，其特征在于，当用户选择运营商设备进行IP ping测试时，则所述测试范围包括所述第三类接口以及所述第四类接口。

19.根据权利要求16所述的测试装置，其特征在于，当用户选择用户边缘设备进行IP ping测试时，则所述测试范围包括所述第一类接口以及所述第二类接口。

20.根据权利要求15至19任意一项所述的测试装置，其特征在于，所述显示单元，具体用于将所述测试范围内的设备通过暗显的方式在所述业务路径上显示。