CN1992651B - 检测以太网多播性能的实现方法 - Google Patents
检测以太网多播性能的实现方法 Download PDFInfo
- Publication number
- CN1992651B CN1992651B CN2005101352988A CN200510135298A CN1992651B CN 1992651 B CN1992651 B CN 1992651B CN 2005101352988 A CN2005101352988 A CN 2005101352988A CN 200510135298 A CN200510135298 A CN 200510135298A CN 1992651 B CN1992651 B CN 1992651B
- Authority
- CN
- China
- Prior art keywords
- frame
- multicast
- value
- delay
- performance
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种检测网络多播性能的实现方法。本发明主要包括:首先,在测试发起点构造并发送包含标识信息的多播性能测量请求报文;然后,在接收所述多播性能测量报文的各节点分别向测试发起点发送包含所述标识信息的性能测量响应报文;最后,在预定的时间内,测试发起点接收所述的性能测量响应报文,并根据接收报文中的标识信息测量多播性能参数。本发明对Y.17ethoam所定义的OAM帧格式改动较小,且本发明在实现过程中,在发送点和接收点的处理流程较为简单,并采用了基于原有单播性能测量的计算方法进行多播性能测量的计算方法。因此,本发明可以在以太网OAM中很好的实现P2MP多播性能参数测量,从而辅助OAM提供更为全面的网络性能评估。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种以太网OAM(操作管理和维护)中的多播性能检测技术。
背景技术
随着网络通信技术的发展,Ethernet(以太网)技术凭借其高性价比的优势逐渐由局域网向城域网发展,其端口速率也从10M发展到10G。在以太网向城域网发展的过程中,要求Ethernet技术必须满足电信级网络要求。其中,OAM便是电信级网络对各种技术的基本要求。相应的OAM主要包括网络故障管理机制和网络性能管理机制。
目前,针对ETH网络的故障/性能管理机制包括:
基于ETH-CC(以太网连接性检查)连续性检测功能,用于检测ETHMEP之间连通性;
基于ETH-LB(以太网环回)环回功能,用于MEP(维护域端点)和MIP(维护域中间节点)/MEP之间连通性检测,以及性能参数中的帧延迟和帧延迟抖动测量;
ETH-LT(以太网链路跟踪)功能,用于故障定位;
基于ETH-AIS(以太网告警指示信号)和ETH-RDI(以太网反向缺陷指示)的告警指示功能,用于故障告警前向/反向抑制;
ETH-LM(以太网帧丢失测量)功能,用于测量性能参数中的帧丢失率;
ETH-DM(以太网帧延迟测量)功能,用于测量性能参数中的延迟。
在Y.1 7ethoam(Y.1 7以太网OAM)故障管理功能中,ETH-CC和ETH-LB功能可以以多播方式实现,但ETH-LT功能的多播实现难度较大,因而,目前还没有定义多播的ETH-LT。
而且,在Y.17ethoam性能管理功能中,FLR(帧丢失率)、FD(帧延迟)和FDV(帧延迟抖动)等网络性能参数的定义和测量都是基于单播点对点(Point to Point,P2P)的,对于多播的性能参数和测量尚无法实现。
随着以太网技术的发展,某些类型的以太网(如IEEE 802.3)所固有的适合组播的优点,使得基于以太网的多播业务将逐渐广泛应用于以太网中,为此,需要进行以太网组播性能参数的测量以衡量以太网的多播性能。
在MEF10-Ethernet Service Attribute(城域以太网论坛10-以太网业务属性)的Draft 4(草案4)中,定义了多点之间的性能参数,具体表示为一个向量,向量的每一个元素表示多点组中某一对节点之间的性能参数。
目前,还有一种采用多条单播路径的性能参数的集合表示多点之间的性能参数的实现方法。
例如,假设网络中有3个节点,a、b和c,则在多点网络中的多点之间的网络性能参数以向量表示为:
(1){FLR(a,b),FLR(c,b),FLR(a,c)}表示了该网络的多点之间的帧丢失性能;
(2){FD(a,b),FD(c,b),FD(a,c)}表示了该网络的多点之间的帧延迟性能;
(3){FDV(a,b),FDV(c,b),FDV(a,c)}表示了该网络的多点之间的帧延迟变化性能。
当然,当网络中节点很多时,向量的元素也将大大增加,此时,不可能保存所有的元素,作为OAM,只需要其中的最大值、最小值和平均值即可, 即,因此,对应的网络性能参数可以表示为:
(1)FLR{Max(最大值),Min(最小值),Average(平均值)},多点之间帧丢失参数;
(2)FD(Max,Min,Average),多点之间帧延迟参数;
(3)FDV(Max,Min,Average),多点之间帧变化参数。
总之,目前已经存在多点之间网络性能参数定义,但是,相应的多点之间的性能参数是基于多条两点之间的单播性能参数所作出的定义,因而,基于该定义检测获得的网络性能参数也就对应着相应的单播网络性能参数。
但是,由于在OAM平面上收集所有两点之间的网络性能参数值是非常困难的,因此,在OAM平面上其实根本无法检测获得上述基于单点之间定义的多点之间的网络性能参数。
另外,如图1所示,由于P2MP的组播路径与其各条单播路径并不一定相同;而且,单播通信要完成组播通信的功能必须一条一条的轮流复制通信流量,而组播通信则由于在组播上游,流量可能只发送一份,仅仅在分叉点上才复制流量,使得组播通信相对来说会利用更少的网络资源。因此,直接使用组播通信和利用多条单播路径的单播通信构造出来的组播通信时效性也不一样。这就使得对于P2MP(点到多点)组播通信的特定环境,根本不适合采用点到多点的多条单播路径的单播网络性能参数去衡量P2MP组播通信的网络通信性能。
因此,P2MP多播通信的性能参数的定义和测量必须基于多播路径实现。但是,目前还没有一种可行的基于多播的网络性能参数检测方法。
发明内容
本发明的目的是提供一种检测以太网多播性能的实现方法,从而可以有效检测确定以太网中点到多点的多播网络性能参数,辅助以太网OAM提供全面的网络性能评估。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种检测以太网多播性能的实现方法,包括:
A、在测试发起点构造并发送包含标识信息的多播性能测量请求报文;所述多播性能测量包括:帧丢失测量和/或帧延迟测量;
具体地,当实现以太网操作管理和维护OAM进行帧丢失测量时,在测试发起点构造并发送采用多播媒体接入控制MAC地址的多播请求帧,所述请求帧中包含多播帧丢失测量请求操作码、前向发送帧计数器值信息及标识信息;当实现以太网操作管理和维护OAM进行帧延迟测量时,在测试发起点构造并发送采用多播媒体接入控制MAC地址的多播请求帧,所述请求帧中包含多播帧延迟测量请求操作码、前向发送时间戳信息及标识信息;
B、接收所述多播性能测量报文的各节点分别向测试发起点发送包含所述标识信息的性能测量响应报文;
C、测试发起点接收所述的性能测量响应报文,并根据接收报文中的标识信息测量多播性能参数;
具体地,当进行帧丢失测量时,测试发起点在预定的时间内,根据连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值和前向接收帧计数器值计算帧丢失值;当进行帧延迟测量时,测试发起点在预定的时间内,根据接收到多播响应帧的时间,以及多播响应帧中的前向发送时间戳信息、前向接收时间戳信息和反向发送时间戳信息计算帧延迟值。
所述的标识信息包括:
以太网OAM报文中的传输标识Transaction ID。
所述的步骤B包括:
B1、当进行帧丢失测量时,在接收多播请求的节点构建多播响应帧,在 响应帧中包含所述标识信息、多播帧丢失测量响应操作码、请求帧中的前向发送帧计数器值信息及接收节点的前向接收帧计数器值信息,并在延迟预定的随机延迟时间后发送该多播响应帧;
和/或,
B2、当进行帧延迟测量时,在接收多播请求的节点构建多播响应帧,在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息并发送。
所述的步骤B2具体包括:
当进行帧延迟测量时,在接收多播请求的节点构建多播响应帧,在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息及接收节点的前向接收时间戳信息,并在延迟预定的随机延迟时间后,将接收节点的后向发送时间戳写入多播响应帧中,并发送。
所述的步骤C前还包括:
在测试多播性能参数之前,初始化帧丢失值和/或帧延迟值。
所述的帧丢失值包括:最小帧丢失值、最大帧丢失值和/或总的帧丢失值,以及组播组大小的值;
和/或,
所述的帧延迟值包括:最小帧延迟值、最大帧延迟值和/或总的帧延迟值,以及组播组大小的值。
所述的步骤C还包括:
C1、当进行帧丢失测量时,根据得到的所述帧丢失值更新最小帧丢失值、最大帧丢失值和/或总的帧丢失值以及组播组大小的值;
和/或,
C2、当进行帧延迟测量时,根据得到的所述帧延迟值更新最小帧延迟 值、最大帧延迟值和/或总的帧延迟值以及组播组大小的值。
所述的步骤C1包括:
帧丢失值等于连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值的差值减去两个多播响应帧中的前向接收帧计数器值的差值,并且:
当所述的帧丢失值小于最小帧丢失值时,将最小帧丢失值更新为该帧丢失值;
和/或,
当所述的帧丢失值大于最大帧丢失值时,将最大帧丢失值更新为该帧丢失值;
和/或,
总的帧丢失值等于当前的总的帧丢失值与所述帧丢失值的和,且组播组大小的值需要加一。
所述的步骤C2包括:
帧延迟值等于接收多播响应帧的时间与前向发送时间戳信息的差值减去前向接收时间戳信息与反向发送时间戳信息的差值,并且:
当所述的帧延迟值小于最小帧延迟值时,则将所述帧延迟值作为最小帧延迟值;
和/或,
当所述的帧延迟值大于最大帧延迟值时,则将所述的帧延迟值作为最大帧延迟值;
和/或,
总的帧延迟值等于当前的总的帧延迟值与所述帧延迟值的和,且将组播组大小的值加一。
本发明中,执行所述的步骤C之前还包括:
C0、测试发起点接收所述的多播性能测量响应报文后,当其中的标识信息为正确的标识信息时,则执行步骤C。
所述的步骤C0还包括:
根据保存的有效的标识信息确定接收的多播性能测量响应报文中的标识信息是否正确。
由上述本发明提供的技术方案可以看出,本发明是以多播路径为基础定义以太网OAM中的多播性能参数,并提供了相应的多播性能参数检测方法。本发明对Y.17ethoam所定义的OAM帧格式改动不大,具体只需要增加4个消息操作码,对于帧延迟测量只要响应帧带回前向接收时间戳和后向发送时间戳,二者之差包含接收点所做的随机延迟即可。
而且,本发明在实现过程中,在发送点和接收点的处理流程较为简单,且采用的计算方法为基于原有单播性能测量的计算方法。
因此,本发明可以在以太网OAM中很好的实现P2MP多播性能参数测量,从而辅助OAM提供更为全面的网络性能评估。
附图说明
图1a为单播报文传送过程示意图;
图1b为多播报文传送过程示意图;
图2为本发明所述的方法总的具体实现过程示意图;
图3为本发明所述的方法的具体实现过程一;
图4为本发明所述的方法的具体实现过程二。
具体实施方式
本发明的核心是基于多播路径定义Ethernet中的P2MP多播性能参数,在Ethernet OAM中提供P2MP多播性能测量支持,从而能够象单播性能参数一样,在OAM平面从帧丢失率、帧延迟、帧延迟变化评估Ethernet的P2MP多播性能。
为便于对本发明的理解,下面将对本发明的具体实现方式进行说明。
本发明在具体实现过程中首先需要对P2MP多播性能参数进行定义,以便于后续过程中可以根据定义的内容进行相应的性能参数的测量;
定义P2MP多播性能参数也从帧丢失、帧延迟和帧延迟变化三个方面实现。所述的P2MP多播性能参数是基于组播路径的性能参数,即相应的OAM的目的地址必须是组播地址,在定义过程中需要考虑组播组的大小Z,同时,还需要考虑测量的等待时间T。相应的每条组播路径的性能参数包括:各性能参数的Max(最大)、Min(最小)以及Average(平均)值情况,在实际测量各性能参数过程中可以根据需要测量相应的Max、Min以及Average中的任一项或多项。
对于组播路径的性能参数,只有点到多点即点到组播组方向的参数值有意义,而反方向则因为其实质为单播方式而并不意义。但是,在测量时,通常可以使用two-way(双向)方式测量,即可能计算过程中包含了反方向的测量值,但这对组播性能评估并无大的影响。
本发明中定义的P2MP多播性能参数具体如下:
(1)P2MP-FLR,定义为P2MP各条多播路径FLR的(Max,Min,Average)Z,T;
(2)P2MP-FD,定义为P2MP各条多播路径FD的(Max,Min, Average)Z,T;
(3)P2MP-FDV,定义为P2MP各条多播路径FDV的(Max,Min,Average)Z,T;
在上述各性能参数中,下标Z表示组播组大小,具体表示的是实时测量时所体现的组播组大小,即多播路径的条数,本发明中假设组播组大小是不可预知的, 因此,对于two-way方式的测量,由测量发起点设置等待时间经验值T,如果回复报文都在T时间内到达,测量有效,如果超过等待时间T仍然能收到测量回复报文,则发出告警,具体是用OAM报文中的TransactionID(传输标识)实现的。
假如OAM功能实现在硬件中,Average的计算可能需要除法,这对于硬件来说非常困难,因此,可以用{Max,Min,Total(测量值的和)}Z,T来表示,其中Total表示各个多播路径性能参数测量值之和,这种表示方式与前面描述的表示方式的含义基本相同。此时,Total的存储空间必须足够大,通常需要64bit。
基于上述各多播性能参数的定义,相应的多播性能参数测量过程如下:
首先,在最新的Y.17ethoam Draft,Nov.,2005上,定义的以太网OAM通用帧头格式如表1所示:
表1
在现有技术中,对于单播性能测量,定义了帧丢失测量和帧延迟测量操作码,具体如下:
LMM,帧丢失测量请求操作码;
LMR,帧丢失测量响应操作码;
DMM,帧延迟测量请求操作码;
DMR,帧延迟测量请求操作码。
基于上述单播性能测量的操作码,本发明设置了多播性能测量的操作码,具体如下:
P2MP-LMM,P2MP多播帧丢失测量请求操作码;
P2MP-LMR,P2MP多播帧丢失测量响应操作码;
P2MP-DMM,P2MP多播帧延迟测量请求操作码;
P2MP-DMR,P2MP多播帧延迟测量响应操作码。
在进行多播性能参数测量过程中测量帧中包括的字段如下:
(1)对于帧丢失测量
单播LMM帧必须包含TxFCf字段,即前向发送帧计数器值,P2MP-LMM帧要求与此相同;
单播LMR帧必须包含TxFCf、RxFCf和TxFCb字段,即前向发送帧计数器值、前向接收帧计数器值和后向帧发送计数器值,其中TxFCf字段就是从LMM帧中拷贝过来的,P2MP-LMM帧要求与此相同,但是实际上仅仅使用TxFCf、RxFCf。
(2)对于帧延迟测量
单播DMM帧必须包含前向发送时间戳TxTimeStampf,P2MP-DMM帧要求与此相同;
单播DMR帧必须包含前向发送时间戳TxTimeStampf,即从DMM帧拷贝过来的,对于P2MP-DMM帧,DMR还需要前向接收时间戳RxTimeStampf和后向发送时间戳TxTimeStampb,并且TxTimeStampb和RxTimeStampf之差必须含有接收点所做的随机延迟。
另外,和单播性能测量比较,P2MP多播性能测量中的Two-way方式的测量,面临两个问题:
(1)多点回流过大,为此,要求测量发起点必须以非常低的速率发送测量请求报文,按照Y.17ethoam,由于每个发送报文分配一个TransactionID,报文发出后,Transaction ID保留一段时间,用于关联回复报文,保留时间其实和报文发送速率是统一的,保留时间按照经验配置,例如缺省为5s;
(2)多点回流过于集中,可以通过令接收点在响应之前延迟一个随机时间(即随机延迟)来克服,所述随机延迟是有一定范围的,该范围也是可配置的,例如缺省为1s。
无论是测量帧丢失还是帧延迟,从总体上看,对于多播测量来说都遵循大致相同的处理过程,相应的过程如图2所示:
首先,发送端发送多播测量请求帧,包括测量操作码、报文标识信息以及发送端发送时刻的参数值,比如测量帧丢失所需要的前向发送帧计数值,测量帧延迟所需要的前向发送时间戳;
其次,接收端收到多播测量请求帧之后,进行回复,包括测量操作回复吗、报文表示信息以及接收端接收时刻的参数值以及回复发送时刻的参数值,比如测量帧丢失所需要的前向接收所需要的前向接收帧计数值,测量帧延迟所需要的前向接收时间戳、后向发送时间戳,并且还要将收到的参数值拷贝到回复报文中返回,比如测量帧丢失所需要的前向发送帧计数值,测量帧延迟所需要的前向发送时间戳;
最后,发送端收到回复报文之后,首先验证报文的有效性,主要是验证报文ID是否有效,然后提取报文中的参数值,计算该路径上的参数值,最后利用该路径上的参数值,计算更新多播性能参数,包括:具体的性能参数值,组播组的性能参数值总和,以及组播组大小、最大值和/或最小值,其中所述的性能参数值包括帧丢失值和帧延迟值。
针对帧丢失值的测量和帧延迟值的测量的不同之处在于:在发送端收到回复报文之后,计算单条路径上帧丢失和帧延迟的计算公式是不一样的,具体将以后续的针对图3和图4的描述中进行相应的说明。
下面将结合图3和图4对各个多播性能参数的测量过程进行详细的说明。
(一)P2MP多播帧丢失测量(P2MP-LM)
为便于对帧丢失测量过程的描述,首先进行如下假设:
假设在发送端发送测量报文的发送间隔为时间T,即本地Transaction ID保留时间,当发送报文后超过时间T时,将保存的Transaction ID删除,之后,若再收到带有该Transaction ID的帧,则认为不合法,可以发出告警;
假设接收点收到多播测量帧后随机延迟范围,即所述随机延迟为R;
假设本次测量的多播组的大小为Z;
假设各条多播路径的帧丢失累计为Total,最小帧丢失为Min,最大帧丢失为Max。
其次,基于上述假设,相应的帧丢失测量的处理过程如下:
(1)在测量发起点,构建P2MP-LM请求帧,具体需要使用多播MAC地址和P2MP-LMM操作码,为当前帧分配一个Transaction ID,将当前前向发送帧计数器值填写到请求帧的TxFCf字段中,其他字段可以不关心;
(2)测量发起点发送构建的请求帧,并启动Transaction ID保留定时器,超时长为T,同时清零Z、Total、Min、Max值。
(3)在接收点,即多播组中某一个点收到帧丢失测量请求帧后,构建P2MP-LMR响应帧,具体说来,就是以源MAC地址作为目的地址,以本地MAC地址作为源地址,响应操作码为P2MP-LMR,将Transaction ID和TxRCf拷贝到响应帧中,并且,将本地前向接收帧计数器值填写到响应帧的RxFCf字段中,其他字段不关心;
(4)在时间R范围内做一个随机延迟,即延迟时间R后发送响应帧;
(5)测量发起点是依据两个P2MP-LMR帧来计算某条路径上的帧丢失的,在采用两个计数器值相减的时候需要考虑溢出;假设前一个响应帧的计数器值TxFCf1、RxFCf1,当前收到的响应帧的计数器值为TxFCf2、RxFCf2,则相应的处理流程如图3所示,具体为:
步骤31:根据测量发起点中保留的Transaction ID值判断接收的响应帧中的Transaction ID是否一致,即Transaction ID是否有效,如果是,则执行步骤33,否则,执行步骤32,即产生告警;
步骤33:计算帧丢失值FL为(TxFCf2-TxFCf1)-(RxFCf2-RxFCf1);
步骤34:计算总的帧丢失值Total为当前的Total值加上该FL值,且令Z值加1;
步骤35:判断当前的帧丢失的最小值Min是否大于FD值,如果是,则令Min=FD,否则,执行步骤36;
步骤36:判断当前的帧丢失的最大Max是否小于FD值,如果是,则令Max=FD,否则,过程结束。
基于上述步骤31至步骤36的处理过程,在测量发起点上持续T的时间内一直等待接收返回的同一Transaction ID的响应帧,并进行上述处理,当到达时间T后获得帧丢失的多播性能参数的值。
(二)P2MP多播帧延迟测量(P2MP-DM)
同样,为便于对帧延迟测量过程的描述,首先进行如下假设:
假设在发送端发送测量报文的发送间隔为时间T,即本地Transaction ID保留时间,当发送报文后超过时间T时,将保存的Transaction ID删除,之后,若再收到带有该Transaction ID的帧,则认为不合法,可以发出告警;
假设接收点收到多播测量帧后随机延迟范围,即所述随机延迟为R;
假设本次测量的多播组的大小为Z;
假设各条多播路径的帧丢失累计为Total,最小帧丢失为Min,最大帧丢失为Max。
其次,基于上述假设,相应的帧延迟测量的处理过程如下:
(1)在测量发起点,构建P2MP-DM请求帧,具体需要使用多播MAC地址和P2MP-DMM请求操作码,为当前帧分配一个Transaction ID,将当前前向发送时间戳填写到请求帧的TxTimeStampf字段中,其他字段可以不关心;
(2)在测量发起点发送请求帧,并启动Transaction ID保留定时器,超时长为T,同时清零Z、Total、Min、Max值。
(3)在接收点,即多播组中某一个点收到帧丢失测量请求帧后,构建P2MP-DMR响应帧,具体说来,就是以源MAC地址作为目的地址,以本地MAC地址作为源地址,响应操作码为P2MP-DMR,将Transaction ID和TxTimeStampf拷贝到响应帧中,并且将本地前向接收时间戳填写到响应帧的RxTimeStampf;
(4)在接收点,在时间R范围内做一个随机延迟,即延迟R时间后,将后向发送时间戳填写到响应帧的TxTimeStampb字段中立即发送响应帧;
(5)所述的测量发起点收到响应帧后,设收到时间为RxTimeb,则相应的处理流程如图4所示,具体包括:
步骤41:根据测量发起点中保留的Transaction ID值判断接收的响应帧中的Transaction ID是否一致,即Transaction ID是否有效,如果是,则执行步骤43,否则,执行步骤42,即产生告警;
步骤43: 计算帧延迟时间FD为RxTimeb-TxTimeStampf-(RxTimeStampf-TxTimeStampb);
步骤44:计算总的帧延迟时间Total为当前的Total值加上该FD值,且令Z值加1;
步骤45:判断当前的帧延迟时间的最小值Min是否大于FD值,如果是, 则令Min=FD,否则,执行步骤46;
步骤46:判断当前的帧延迟时间的最大值Max是否小于FD值,如果是,则令Max=FD,否则,过程结束。
基于上述步骤41至步骤46的处理过程,在测量发起点上持续T的时间内一直等待接收返回的同一Transaction ID的响应帧,并进行上述处理,当到达时间T后获得帧延迟的多播性能参数的值。
综上所述,本发明提供的以多播路径为基础定义以太网OAM中的多播性能参数进而进行以太网多播性能参数检测的实现方法对Y.17ethoam所定义的OAM帧格式改动不大,只要求增加4个消息码,对于帧延迟测量只要响应帧带回前向接收时间戳和后向发送时间戳,二者之差包含接收点所做的随机延迟即可。发送点和接收点的处理流程也不复杂,并且基于原有单播性能测量的计算方法。因此,利用本发明可以在以太网OAM中很好的实现P2MP多播性能参数测量。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (11)
1.一种检测以太网多播性能的实现方法,其特征在于,包括:
A、在测试发起点构造并发送包含标识信息的多播性能测量请求报文;所述多播性能测量包括:帧丢失测量和/或帧延迟测量;
具体地,当实现以太网操作管理和维护OAM进行帧丢失测量时,在测试发起点构造并发送采用多播媒体接入控制MAC地址的多播请求帧,所述请求帧中包含多播帧丢失测量请求操作码、前向发送帧计数器值信息及标识信息;当实现以太网操作管理和维护OAM进行帧延迟测量时,在测试发起点构造并发送采用多播媒体接入控制MAC地址的多播请求帧,所述请求帧中包含多播帧延迟测量请求操作码、前向发送时间戳信息及标识信息;
B、接收所述多播性能测量报文的各节点分别向测试发起点发送包含所述标识信息的性能测量响应报文;
C、测试发起点接收所述的性能测量响应报文,并根据接收报文中的标识信息测量多播性能参数;
具体地,当进行帧丢失测量时,测试发起点在预定的时间内,根据连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值和前向接收帧计数器值计算帧丢失值;当进行帧延迟测量时,测试发起点在预定的时间内,根据接收到多播响应帧的时间,以及多播响应帧中的前向发送时间戳信息、前向接收时间戳信息和反向发送时间戳信息计算帧延迟值。
2.根据权利要求1所述的检测以太网多播性能的实现方法,其特征在于,所述的标识信息包括:
以太网OAM报文中的传输标识Transaction ID。
3.根据权利要求1所述的检测以太网多播性能的实现方法,其特征在于,所述的步骤B包括:
B1、当进行帧丢失测量时,在接收多播请求的节点构建多播响应帧,在响应帧中包含所述标识信息、多播帧丢失测量响应操作码、请求帧中的前向发送帧计数器值信息及接收节点的前向接收帧计数器值信息,并在延迟预定的随机延迟时间后发送该多播响应帧;
和/或,
B2、当进行帧延迟测量时,在接收多播请求的节点构建多播响应帧,在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息并发送。
4.根据权利要求3所述的检测以太网多播性能的实现方法,其特征在于,所述的步骤B2具体包括:
当进行帧延迟测量时,在接收多播请求的节点构建多播响应帧,在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息及接收节点的前向接收时间戳信息,并在延迟预定的随机延迟时间后,将接收节点的后向发送时间戳写入多播响应帧中,并发送。
5.根据权利要求1所述的检测以太网多播性能的实现方法,其特征在于,所述的步骤C前还包括:
在测试多播性能参数之前,初始化帧丢失值和/或帧延迟值。
6.根据权利要求5所述的检测以太网多播性能的实现方法,其特征在于,所述的帧丢失值包括:最小帧丢失值、最大帧丢失值和/或总的帧丢失值,以及组播组大小的值;
和/或,
所述的帧延迟值包括:最小帧延迟值、最大帧延迟值和/或总的帧延迟值,以及组播组大小的值。
7.根据权利要求6所述的检测以太网多播性能的实现方法,其特征在于,所述的步骤C还包括:
C1、当进行帧丢失测量时,根据得到的所述帧丢失值更新最小帧丢失值、最大帧丢失值和/或总的帧丢失值以及组播组大小的值;
和/或,
C2、当进行帧延迟测量时,根据得到的所述帧延迟值更新最小帧延迟值、最大帧延迟值和/或总的帧延迟值以及组播组大小的值。
8.根据权利要求7所述的检测以太网多播性能的实现方法,其特征在于,所述的步骤C1包括:
帧丢失值等于连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值的差值减去两个多播响应帧中的前向接收帧计数器值的差值,并且:
当所述的帧丢失值小于最小帧丢失值时,将最小帧丢失值更新为该帧丢失值;
和/或,
当所述的帧丢失值大于最大帧丢失值时,将最大帧丢失值更新为该帧丢失值;
和/或,
总的帧丢失值等于当前的总的帧丢失值与所述帧丢失值的和,且组播组大小的值需要加一。
9.根据权利要求7所述的检测以太网多播性能的实现方法,其特征在于,所述的步骤C2包括:
帧延迟值等于接收多播响应帧的时间与前向发送时间戳信息的差值减去前向接收时间戳信息与反向发送时间戳信息的差值,并且:
当所述的帧延迟值小于最小帧延迟值时,则将所述帧延迟值作为最小帧延迟值;
和/或,
当所述的帧延迟值大于最大帧延迟值时,则将所述的帧延迟值作为最大帧延迟值;
和/或,
总的帧延迟值等于当前的总的帧延迟值与所述帧延迟值的和,且将组播组大小的值加一。
10.根据权利要求1至4任一项所述的检测以太网多播性能的实现方法,其特征在于,执行所述的步骤C之前还包括:
C0、测试发起点接收所述的多播性能测量响应报文后,当其中的标识信息为正确的标识信息时,则执行步骤C。
11.根据权利要求10所述的检测以太网多播性能的实现方法,其特征在于,所述的步骤C0还包括:
根据保存的有效的标识信息确定接收的多播性能测量响应报文中的标识信息是否正确。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2005101352988A CN1992651B (zh) | 2005-12-29 | 2005-12-29 | 检测以太网多播性能的实现方法 |
| PCT/CN2006/002255 WO2007073648A1 (en) | 2005-12-29 | 2006-09-01 | A method and system for detecting the ethernet multicast performance |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2005101352988A CN1992651B (zh) | 2005-12-29 | 2005-12-29 | 检测以太网多播性能的实现方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1992651A CN1992651A (zh) | 2007-07-04 |
| CN1992651B true CN1992651B (zh) | 2010-12-01 |
Family
ID=38214612
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2005101352988A Expired - Fee Related CN1992651B (zh) | 2005-12-29 | 2005-12-29 | 检测以太网多播性能的实现方法 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN1992651B (zh) |
| WO (1) | WO2007073648A1 (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101237345B (zh) * | 2007-12-04 | 2010-09-08 | 奇瑞汽车股份有限公司 | 一种用于can总线的网络管理方法 |
| CN101521607B (zh) * | 2009-04-13 | 2012-01-04 | 重庆中天重邮通信技术有限公司 | 以太网网络性能的测试方法及装置 |
| WO2010118569A1 (zh) * | 2009-04-14 | 2010-10-21 | 华为技术有限公司 | Ip网络性能测量的方法、装置和系统 |
| CN101577638B (zh) * | 2009-06-04 | 2011-07-13 | 中兴通讯股份有限公司 | 一种基于电信网管系统探测以太网oam的方法和装置 |
| CN102055598A (zh) * | 2009-11-11 | 2011-05-11 | 中兴通讯股份有限公司 | 一种实现点到多点802.3ah协议OAM的方法及系统 |
| CN102256291A (zh) * | 2011-07-11 | 2011-11-23 | 福建星网锐捷网络有限公司 | 无线接入设备检测方法及系统 |
| CN102271067B (zh) * | 2011-08-30 | 2017-08-11 | 南京中兴新软件有限责任公司 | 网络检测方法、装置及系统 |
| JP6011540B2 (ja) * | 2011-09-20 | 2016-10-19 | 日本電気株式会社 | 診断システム |
| CN102651702A (zh) * | 2012-05-09 | 2012-08-29 | 华为技术有限公司 | 以太网性能测量方法及设备 |
| CN103546303A (zh) * | 2012-07-09 | 2014-01-29 | 中兴通讯股份有限公司 | 一种丢失帧测定方法及系统 |
| CN110971477B (zh) * | 2018-09-29 | 2022-03-29 | 华为技术有限公司 | 一种通信方法、设备、系统和存储介质 |
| CN115766890A (zh) * | 2022-10-12 | 2023-03-07 | 惠州市德赛西威汽车电子股份有限公司 | 一种应用于下线测试的报文结构和下线测试系统 |
| CN117640481B (zh) * | 2023-12-19 | 2024-05-31 | 中国西安卫星测控中心 | 一种多网络节点并行组播测试方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040015583A1 (en) * | 2000-11-30 | 2004-01-22 | Barrett Mark A | Network management apparatus |
| US20050099952A1 (en) * | 2003-11-10 | 2005-05-12 | Nortel Networks Limited | Ethernet OAM performance management |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6732182B1 (en) * | 2000-05-17 | 2004-05-04 | Worldcom, Inc. | Method for generating packet loss report by a data coordinator in a multicast data transmission network utilizing a group shortest path tree |
| US7007086B2 (en) * | 2002-06-14 | 2006-02-28 | Sun Microsystems, Inc. | Method and apparatus for measuring multi-connection performance of a server |
-
2005
- 2005-12-29 CN CN2005101352988A patent/CN1992651B/zh not_active Expired - Fee Related
-
2006
- 2006-09-01 WO PCT/CN2006/002255 patent/WO2007073648A1/zh not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040015583A1 (en) * | 2000-11-30 | 2004-01-22 | Barrett Mark A | Network management apparatus |
| US20050099952A1 (en) * | 2003-11-10 | 2005-05-12 | Nortel Networks Limited | Ethernet OAM performance management |
Non-Patent Citations (2)
| Title |
|---|
| 全文. |
| 说明书第0031-0081段,权利要求书. |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1992651A (zh) | 2007-07-04 |
| WO2007073648A1 (en) | 2007-07-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI528755B (zh) | 軟體定義網路中用於延遲量測之網路控制器、延遲量測系統及延遲量測方法 | |
| US9742645B2 (en) | Method and apparatus for measuring performance of multi-service in tunnel | |
| CN101160816B (zh) | 一种测量多协议标签交换网络性能参数的方法 | |
| US7924725B2 (en) | Ethernet OAM performance management | |
| CN1992651B (zh) | 检测以太网多播性能的实现方法 | |
| US20050099951A1 (en) | Ethernet OAM fault detection and verification | |
| US20050099954A1 (en) | Ethernet OAM network topography discovery | |
| US20050099949A1 (en) | Ethernet OAM domains and ethernet OAM frame format | |
| CN101984587B (zh) | 一种检测组播转发树上两点间连通性的方法、系统和装置 | |
| CN101924659B (zh) | 网络设备及其物理端口链路的检测方法 | |
| CN100502324C (zh) | 一种获取链路评价参数的方法 | |
| CN101640629A (zh) | 一种链路丢包监控的方法和双向转发探测设备 | |
| CN101026504A (zh) | 一种网络性能测量方法 | |
| CN104852828B (zh) | 一种网络时延检测方法,装置及系统 | |
| WO2022078293A1 (zh) | 组播业务流的检测方法及相关装置 | |
| WO2016150105A1 (zh) | 一种以太网链路故障定位的方法、装置及系统 | |
| CN101778113A (zh) | 组播网中rp状态检测方法、装置、rp装置和组播系统 | |
| WO2021073377A1 (zh) | 一种组播流检测方法、设备及系统 | |
| CN105634840A (zh) | 一种丢包的测量方法及装置 | |
| CN102984018A (zh) | 以太网丢包测试方法、设备及系统 | |
| CN110166311B (zh) | 测量网络性能的方法、设备和网络系统 | |
| CN102651702A (zh) | 以太网性能测量方法及设备 | |
| CN102739448A (zh) | 传输报文的方法、设备和系统 | |
| CN103188120B (zh) | 一种组播业务的丢包检测方法及装置 | |
| CN103546303A (zh) | 一种丢失帧测定方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101201 Termination date: 20121229 |