CN106161124B - 报文的测试处理方法及装置 - Google Patents

Abstract

本发明公开了一种报文的测试处理方法及装置，其中，该方法包括：获取接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示接入设备到桥接设备的路由信息，其中，接入设备与该桥接设备之间和该桥接设备与该落地设备之间所支持的业务类型不同；接入设备根据该路由信息将测试报文经由桥接设备发送至落地设备；接入设备根据路由信息接收测试报文的反射测试报文，其中，反射测试报文为落地设备根据该测试报文反馈的报文。通过本发明解决了相关技术中TWAMP协议不满足LTE业务的L2+L3桥接架构的端到端性能测量的问题，进而实现了TWAMP协议可以满足LTE业务的L2+L3桥接架构的端到端性能测量。

Description

报文的测试处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种报文的测试处理方法及装置。

背景技术

双向主动测量(Two-Way Active Measurement Protocol，简称为TWAMP)协议是一种互联网协议(Internet Protocol，简称为IP)性能度量的协议，主要用于IP网络链路时延和丢包率等性能度量。TWAMP协议由两部分协议组成：TWAMP控制协议(TWAMP-Control)和TWAMP测试协议(TWAMP-Test)。TWAMP-Control主要用于初始化、启动和停止测试会话。TWAMP-Test主要用于在测试的端点间交互测试分组，同时进行IP性能的度量。

TWAMP通常有4个逻辑实体组成，简单的体系架构如图1所示：

控制客户端(Control-Client)：TWAMP测试发起端，向Server实体发送建立控制连接请求，协商报文的通信模式、会话反射端(Session-Reflector)接收测试报文的端口号等。Control-Client控制TWAMP-Test会话的开始和终止。

服务端(Server)：接收来自Control-Client端发送的建连请求，与Control-Client协商报文通信模式、Session-Reflector端接收测试报文的端口号等。Server端管理一个或多个TEAMP-Test会话。

会话发送端(Session-Sender)：TWAMP-Test会话中向Session-Reflector发送测试报文的节点，同时接收来自Session-Reflector反射会的测试报文，并收集性能信息，统计测量结果。

Session-Reflector：TWAMP-Test会话中，接收来自Session-Sender端的测试报文，并发送应答报文。

在测试阶段，首先有Session-Sender向Session-Reflector发送测试报文(如图2：所示)，该测试报文中包含报文发送的序列号和时间戳。Session-Reflector在收到Session-Sender发来的测试报文后，将测试报文反射回Session-Sender，同时在反射的测试报文中加入自己的收包时间戳、发包时间戳和报文序列号等信息(如图3：所示)。Session-Sender收到Session-Reflector发射回的测试报文后，收集报文信息，并进行IP性能度量。

假设我们将上述过程中Session-Sender的发包时间戳定义为T1，收包时间戳定义为T4，Session-Reflector的收包时间戳定义为T2，发包时间戳定位T3，那么可以通过以下方法计算链路的时延。链路时延＝(T4-T1)-(T3-T2)。

Reflector处理时延＝T3-T2。

前向时延链路＝T2-T1(网络时钟同步的情况下有意义，其它情况下无意义)。

反向链路时延＝T4-T3(网络时钟同步的情况下有意义，其它情况下无意义)。假设我们将测试过程中，Session-Sender端发送的报文个数定义为TxC，接收Session-Reflector发射的报文个数定义为RxC，那么我可以通过TxC-RxC来计算整个还回链路的丢包数。

现有的TWAMP协议是IP网络性能度量的一种标准协议，然而，在分组传送网(Packet Transport Network，简称为PTN)承载网中，长期演进(Long-Term Evolution，简称为LTE)业务通常采用L2+L3桥接组网，典型组网如图4所示，接入层采用L2虚拟专用网络(Virtual Private Network，简称为VPN)，部署MPLS-TP L2 VPN业务，核心层采用L3 VPN，部署MPLS-TP L3VPN业务，L2和L3业务通过桥接设备内部进行桥接互通。传统的业务端到端OAM检测，要么是针对L2业务的端到端运行、管理和维护(Operation Administration andMaintenance，简称为OAM)，要么是针对L3业务端到端OAM，缺乏针对L2+L3业务的端到端的OAM。随着对网络性能要求的不管提高，网络运营商也越来越重视这种从业务接入设备到核心层落地设备间全程链路的连通性或性能的测量和监控。这也为业务端到端连通性检测和性能测量等OAM技术带来了新的挑战。

针对相关技术中，TWAMP协议不满足LTE业务的L2+L3桥接架构的端到端性能测量的问题，还未提出有效的解决方案。

发明内容

本发明提供了一种报文的测试处理方法及装置，以至少解决相关技术中TWAMP协议不满足LTE业务的L2+L3桥接架构的端到端性能测量的问题。

根据本发明的一个方面，提供了一种报文的测试处理方法，包括：接入设备获取所述接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示所述接入设备到桥接设备的路由信息，其中，所述接入设备与所述桥接设备之间和所述桥接设备与所述落地设备之间所支持的业务类型不同；所述接入设备根据所述路由信息将测试报文经由所述桥接设备发送至所述落地设备；所述接入设备根据所述路由信息接收所述测试报文的反射测试报文，其中，所述反射测试报文为所述落地设备根据所述测试报文反馈的报文。

进一步地，获取接入设备到落地设备的路由信息之前，所述方法还包括：创建所述接入设备的L3VI接口，并指定所述接入设备的下一跳为所述桥接设备的逻辑接口的地址。

进一步地，所述接入设备的逻辑接口的互联网协议IP地址与桥接设备的逻辑接口的IP地址在相同的网段。

进一步地，所述接入设备发送所述测试报文之前包括：触发地址解析协议ARP学习，确认所述测试报文的发送方向为网络与网络接口NNI侧的方向。

进一步地，所述接入设备根据所述测试报文对接收到的反射测试报文进行测试之前包括：确认所述反射测试报文的目的地址为逻辑接口地址。

根据本发明的另一个方面，还提供了一种报文的测试处理装置，所述装置包括：获取模块，用于获取接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示所述接入设备到桥接设备的路由信息，其中，所述接入设备与所述桥接设备之间和所述桥接设备与所述落地设备之间所支持的业务类型不同；发送模块，用于根据所述路由信息将测试报文经由所述桥接设备发送至所述落地设备；测试模块，用于根据所述路由信息接收所述测试报文的反射测试报文，其中，所述反射测试报文为所述落地设备根据所述测试报文反馈的报文。

进一步地，所述装置还包括：创建模块，用于创建所述接入设备的逻辑接口，并指定所述接入设备的下一跳为所述桥接设备的逻辑接口的地址。

进一步地，所述接入设备的逻辑接口的互联网协议IP地址与桥接设备的逻辑接口的IP地址在相同的网段。

进一步地，所述装置还包括：第一确认模块，用于触发地址解析协议(AddressResolution Protocol，简称为ARP)学习，确认所述测试报文的发送方向为网络结点接口(Network to Network Interface简称为NNI)侧的方向。

进一步地，所述装置还包括：第二确定模块，用于确认所述反射测试报文的目的地址为L3VI接口地址。

通过本发明，采用获取接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示接入设备到桥接设备的路由信息，其中，接入设备与该桥接设备之间和该桥接设备与该落地设备之间所支持的业务类型不同；接入设备根据该路由信息将测试报文经由桥接设备发送至落地设备；接入设备根据路由信息接收测试报文的反射测试报文，其中，反射测试报文为落地设备根据该测试报文反馈的报文。解决了相关技术中TWAMP协议不满足LTE业务的L2+L3桥接架构的端到端性能测量的问题，进而实现了TWAMP协议可以满足LTE业务的L2+L3桥接架构的端到端性能测量。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是TWAMP协议的简单架构图；

图2是非认证模式(Unauthenticated Mode)下Sender-Test报文封装格式图；

图3是非认证模式下Reflector-Test报文封装格式图；

图4是LTE组网以及业务端到端检测示意图；

图5是根据本发明实施例的报文的测试处理方法的流程图；

图6是根据本发明实施例的报文的测试处理装置的结构框图；

图7是根据本发明实施例的报文的测试处理装置的结构框图(一)；

图8是根据本发明实施例的报文的测试处理装置的结构框图(二)；

图9是根据本发明实施例的报文的测试处理装置的结构框图(三)；

图10是根据本发明实施例的设备部署的简单示意图；

图11是根据实施例一的简单示意图；

图12是根据实施例二的简单示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种报文的测试处理方法，图5是根据本发明实施例的报文的测试处理方法的流程图，如图5所示，该流程包括如下步骤：

步骤S502，接入设备获取接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示接入设备到桥接设备的路由信息，其中，接入设备与桥接设备之间和桥接设备与落地设备之间所支持的业务类型不同；

步骤S504，接入设备根据路由信息将测试报文经由桥接设备发送至落地设备；

步骤S506，接入设备根据路由信息接收测试报文的反射测试报文，其中，反射测试报文为落地设备根据测试报文反馈的报文。

通过上述步骤，在接入设备与桥接设备之间和桥接设备与落地设备之间所支持的业务类型不同时，获取接入设备到落地设备的路由信息，接入设备根据路由信息发送测试报文或者接收反射测试报文，解决了相关技术中TWAMP协议不满足LTE业务的L2+L3桥接架构的端到端性能测量的问题，进而实现了TWAMP协议可以满足LTE业务的L2+L3桥接架构的端到端性能测量。

上述步骤S502中涉及到获取接入设备到落地设备的路由信息，在一个可选实施例中，在获取该路由信息之前，创建接入设备的逻辑接口，并指定接入设备的下一跳为桥接设备的逻辑接口的地址。进而实现了路由。例如，该逻辑接口为L3VI接口。

在一个可选实施例中，接入设备的逻辑接口的互联网协议IP地址与桥接设备的逻辑接口的IP地址在相同的网段。从而实现了测试报文由接入设备到桥接设备的传输。

上述步骤S504涉及到接入设备发送该测试报文，在一个可选实施例中，在发送测试报文之前，触发地址解析协议ARP学习，确认测试报文的发送方向为网络与网络接口NNI侧的方向。

在一个可选实施例中，接入设备根据测试报文对接收到的反射测试报文进行测试之前，确认反射测试报文的目的地址为逻辑接口地址。

在本实施例中还提供了一种报文的测试处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的报文的测试处理装置的结构框图，如图6所示，该装置包括：获取模块62，用于获取接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示该接入设备到桥接设备的路由信息，其中，该接入设备与该桥接设备之间和该桥接设备与该落地设备之间所支持的业务类型不同；发送模块64，用于根据该路由信息将测试报文经由该桥接设备发送至该落地设备；测试模块66，用于根据该路由信息接收该测试报文的反射测试报文，其中，该反射测试报文为该落地设备根据该测试报文反馈的报文。

图7是根据本发明实施例的报文的测试处理装置的结构框图(一)，如图7所示，该装置还包括：创建模块72，用于创建该接入设备的逻辑接口，并指定该接入设备的下一跳为该桥接设备的逻辑接口的地址。

可选地，接入设备的逻辑接口的互联网协议IP地址与桥接设备的逻辑接口的IP地址在相同的网段。

图8是根据本发明实施例的报文的测试处理装置的结构框图(二)，如图8所示，该装置还包括：第一确认模块82，用于触发地址解析协议ARP学习，确认该测试报文的发送方向为网络与网络接口NNI侧的方向。

图9是根据本发明实施例的报文的测试处理装置的结构框图(三)，如图9所示，该装置还包括：第二确定模块92，用于确认该反射测试报文的目的地址为逻辑接口地址。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述各个模块均位于同一处理器中；或者，上述各个模块分别位于第一处理器、第二处理器和第三处理器…中。

针对相关技术中存在的上述问题，下面结合具体的可选实施例进行说明，下述可选实施例结合了上述可选实施例及其可选实施方式。

图10是根据本发明实施例的设备部署的简单示意图，下面以图10为例来说明本可选实施例所提出方案的具体实时方式，其中A设备为接入设备，B设备为桥接设备，负责将L2业务和L3业务进行桥接互通，C设备为核心网落地设备，D设备为基站控制器，与A设备相连。A、B设备间部署L2 VPN业务，B、C设备间部署L3 VPN业务。如果要在接入设备A和桥接落地设备C之前部署TWAMP测量时，具体部署方案如下：

在A设备创建L3VI虚接口，并建立L3VI虚接口和AC接口的绑定关系。L3VI接口是普通的支持IP功能的逻辑接口，配置IP地址，IP地址部署是与桥接设备B的L3BVI口(桥接设备的L3VI口)地址在相同的网段。

在A设备上指定到落地设备C的静态路由或默认路由，指定下一跳为桥接设备B的L3BVI接口地址。

在接入设备A开启TWAMP功能时，如果是TWAMP Client端，需要指定TWAMP NNI侧方向(网络侧方向)。如果是TWAMP Server端，不需要指定方向，TWAMP正常配置。

桥接落地点(L3VPN侧)C设备部署TWAMP功能时，正常部署，无特殊要求。

具体业务处理流程如下：

当在接入设备A主动发起TWAMP测量时，在发送TWAMP控制或测试报文时，根据配置指定发包方向是用户网络侧接口(User Networks interface，简称为UNI)侧还是NNI侧，本案为NNI方向。

报文转发组件，触发ARP学习，ARP组件在ARP学习完成时，将UNI或NNI标记记录到ARP表中，作为后续收发包判断处理的标记。

报文转发组件发包时发现出接口为L3VI口时，对于单播IP报文，如果ARP表中记录的是UNI侧标记，则报文经AC口向用户侧(基站控制器侧)发送，如果ARP表中记录的是NNI侧标记，则模拟AC接口入方向收包，封装PW信息后转发出去。否则根据规则决定丢弃报文或在两个方向上重新触发ARP学习。

当接入设备A报文转发组件收到报文后，如果发现报文是TWAMP报文，并且目的地址是L3VI虚接口地址，则上送TWAMP协议处理。

当在落地设备C主动发起TWAMP测量时，在发送TWAMP报文时，不指定UNI或NNI发包方向，报文按正常路由转发进行发送。

当C发出的TWAMP控制或测试报文到达接入设备A时，如果报文的目的地址是L3VI虚接口地址，则将NNI标记和TWAMP报文一同上送TWAMP协议处理。

当接入设备A回应TWAMP应答报文时，用收包携带的NNI标记来指定NNI侧发包方向。

通过上述步骤，不管是在接入设备A侧还是在落地设备C侧，都成正常部署TWAMP检测，完成L2+L3端到端性能测量。

实施例一(在L3侧向L2侧主动发起端到端性能测量)：

图11所示为本可选实施例的第一实施例，是在核心落地设备主动发起TWAMP测量，实时收集统计从L2接入设备到L3核心落地设备间链路时延丢包等性能度量。主要包括以下几个步骤：

按上述实施方式，在核心落地设备C部署TWAMP Client和Session Sender。

在接入设备A上部署TWAMP Server和Session Reflector。

在设备C上发起建立TWAMP控制连接。

当TWAMP控制连接建立完成后，在C设备发起TWAMP测量，C设备开始主动发送TWAMP测试报文。

当接入设备A收到测量报文后，按上述实施方式，将测试报文反射会C设备。

C设备收到A设备反射回来的测试报文后，进行丢包和时延统计。

实施例二(在L2侧向L3侧主动发起端到端性能测量)：

图12所示为本可选实施例的第二实施例，是在L2接入设备主动发起TWAMP测量，实时收集统计从L3落地设备到L2接入设备间链路时延丢包等性能度量。主要包括以下几个步骤：

按上述实施方式，在核心落地设备C部署TWAMP Server和Session Reflector。

在接入设备A上部署TWAMP Client和Session Sender。

在设备A上发起建立TWAMP控制连接。

当TWAMP控制连接建立完成后，在A设备发起TWAMP测量，A设备开始主动发送TWAMP测试报文。

当接入设备C收到测量报文后，按上述实施方式，将测试报文反射会A设备。

A设备收到C设备反射回来的测试报文后，进行丢包和时延统计。

综上所述，通过本发明提出了一种基于TWAMP协议来实现L2+L3架构中端到端性能测量方案。该方案分别在L2接入设备和L3落地设备上部署TWAMP协议，并在L2接入设备上配置特定路由等相关选项，使得L2设备能够反射或发送TWAMP控制或测试报文，这样L2设备和L3设备均能正常运行TWAMP协议，从而有效解决了L2接入设备到L3落地设备端到端性能测量的问题。同时该方案中L2设备测的部署方案亦可扩展到控制报文协议(InternetControl Message Protocol，简称为ICMP)ping等连通性测量协议中，来达到L2接入设备到L3落地设备间链路连通性测量的目的。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种报文的测试处理方法，其特征在于，包括：

接入设备获取所述接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示所述接入设备到桥接设备的路由信息，其中，所述接入设备与所述桥接设备之间和所述桥接设备与所述落地设备之间所支持的业务类型不同；

所述接入设备根据所述接入设备到落地设备的路由信息将测试报文经由所述桥接设备发送至所述落地设备；

所述接入设备根据所述接入设备到落地设备的路由信息接收所述测试报文的反射测试报文，其中，所述反射测试报文为所述落地设备根据所述测试报文反馈的报文。

2.根据权利要求1所述的方法，其特征在于，获取接入设备到落地设备的路由信息之前，所述方法还包括：

创建所述接入设备的逻辑接口，并指定所述接入设备的下一跳为所述桥接设备的逻辑接口的地址。

3.根据权利要求2所述的方法，其特征在于，所述接入设备的逻辑接口的互联网协议IP地址与桥接设备的逻辑接口的IP地址在相同的网段。

4.根据权利要求1所述的方法，其特征在于，所述接入设备发送所述测试报文之前包括：

触发地址解析协议ARP学习，确认所述测试报文的发送方向为网络与网络接口NNI侧的方向。

5.根据权利要求1所述的方法，其特征在于，所述接入设备根据所述测试报文对接收到的反射测试报文进行测试之前包括：

确认所述反射测试报文的目的地址为逻辑接口地址。

6.一种报文的测试处理装置，其特征在于，所述装置包括：

获取模块，用于获取接入设备到落地设备的路由信息，其中，该路由信息中至少包括用于指示所述接入设备到桥接设备的路由信息，其中，所述接入设备与所述桥接设备之间和所述桥接设备与所述落地设备之间所支持的业务类型不同；

发送模块，用于根据所述接入设备到落地设备的路由信息将测试报文经由所述桥接设备发送至所述落地设备；

测试模块，用于根据所述接入设备到落地设备的路由信息接收所述测试报文的反射测试报文，其中，所述反射测试报文为所述落地设备根据所述测试报文反馈的报文。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

创建模块，用于创建所述接入设备的逻辑接口，并指定所述接入设备的下一跳为所述桥接设备的逻辑接口的地址。

8.根据权利要求7所述的装置，其特征在于，所述接入设备的逻辑接口的互联网协议IP地址与桥接设备的逻辑接口的IP地址在相同的网段。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一确认模块，用于触发地址解析协议ARP学习，确认所述测试报文的发送方向为网络与网络接口NNI侧的方向。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二确定模块，用于确认所述反射测试报文的目的地址为逻辑接口地址。

Images