WO2020135429A1 - 流量的分析、检测方法及装置 - Google Patents
流量的分析、检测方法及装置 Download PDFInfo
- Publication number
- WO2020135429A1 WO2020135429A1 PCT/CN2019/127979 CN2019127979W WO2020135429A1 WO 2020135429 A1 WO2020135429 A1 WO 2020135429A1 CN 2019127979 W CN2019127979 W CN 2019127979W WO 2020135429 A1 WO2020135429 A1 WO 2020135429A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- detection
- detection message
- message
- sending
- end device
- Prior art date
Links
Images
Classifications
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/087—Jitter
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Abstract
本申请提供了一种流量的分析、检测方法及装置。流量的分析方法包括:发送端设备生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备;所述发送端设备接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
Description
本公开涉及但不限于通信领域。
在现网中,如果能对网络中转发的各种业务流量的性能进行测试,将完善、丰富我们网络设备的实时测量、监控能力,给运营商提供更加真实、有效、实用的数据,帮助运营商精细化了解网络状况,提高客户体验,另外随着大视频的发展,提供这种功能也很有必要。目前关于性能测试通常以RFC2544/Y.1564为标准,标准定义了基于UDP(用户数据报协议)协议的报文,缺省情况下,UDP报文的目的端口号是7,源端口号是0xC020。然而用该方法测试得到的性能参数,也只能反映网络对此类特定报文转发的性能,也就是说测试报文跟网络中真实的报文是不一样的(因为报文是基于UDP协议的,IP(互联网协议)头中的协议号是固定的,UDP端口号也是特定的),在实际网络中的流量是非常丰富有差异的,不同的流的QoS(服务质量)、转发处理都不一样,而且现网实际是大量的ECMP(Equal-CostMultipathRouting,等价多路径)、UCMP(Unequal Cost Multiple Path,非等值负载分担)环境,存在测试路径跟实际业务路径不一致的问题,不能反映真实报文的转发情况,所以不能提供正常现网流量的转发性能数据。
发明内容
根据本公开的一个实施例,提供了一种流量的分析方法,包括:发送端设备生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备;所述发送端设备接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
根据本公开的一个实施例,提供了一种流量的检测方法,包括:反射端设备接收发送端设备生成并发送的业务流量的检测报文;所述 反射端设备对所述检测报文进行识别,并进行相应的检测;所述反射端设备将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络返回至所述发送端设备。
根据本公开的一个实施例,提供了一种流量的分析装置,位于发送端设备中,包括:发送模块,配置为生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备;分析模块,配置为接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
根据本公开的一个实施例,提供了一种流量的检测装置,位于反射端设备中,包括:接收模块,配置为接收发送端设备生成并发送的业务流量的检测报文;检测模块,配置为对所述检测报文进行识别,并进行相应的检测;反馈模块,配置为将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络返回至所述发送端设备。
根据本公开的又一个实施例,还提供了一种存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序在被处理器运行时执行本文所述任一项方法中的步骤。
根据本公开的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行本文所述任一项方法中的步骤。
此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1是根据本公开实施例的一种流量的分析方法的流程图;
图2是根据本公开实施例的一种吞吐率检测报文或丢包率检测报文的报文格式图;
图3是根据本公开实施例的一种时延检测报文或抖动检测报文的报文格式图;
图4是根据本公开实施例的一种流量的检测方法的流程图;
图5是根据本公开实施例的一种报文环回发送的示意图;
图6是根据本公开实施例的一种流量的分析装置的结构框图;
图7是根据本公开实施例的一种流量的检测装置的结构框图。
下文中将参考附图并结合实施例来详细说明本公开。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
根据本公开的一个实施例,利用发送端设备生成对网络中的业务流量检测需求的报文,同时反射端设备根据该报文进行检测,以及发送端设备根据结果进行流量分析,因此,可以解决相关技术中存在的测试路径跟实际业务路径不一致所导致的不能反映真实报文的转发情况的问题,提供更强大、实用的巡检、监控功能,提高客户体验,适应大视频业务发展的需要。
一方面,本公开实施例提供了一种流量的分析方法。图1是根据本公开实施例的一种流量的分析方法的流程图,如图1所示,该方法可以包括如下步骤S102和S104。
在步骤S102,发送端设备生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备。
在步骤S104,所述发送端设备接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
在一个实施例中,发送端设备生成业务流量的检测报文包括以下之一:所述发送端设备根据所述业务流量的模板生成所述检测报文;所述发送端设备抓取所述业务流量的报文,进行相应处理以生成所述检测报文。
在一个实施例中,所述相应处理中包括:对抓取的业务流量的报文进行复制。
在一个实施例中,所述发送端设备生成所述检测报文,包括:所述发送端设备将所述发送端设备的发送信息写入在所述检测报文中,其中,所述发送信息至少包括以下之一:所述检测报文的类型、所述检测报文中的字段信息、所述检测报文的发送时间、所述检测报文的标识信息、所述检测报文的验证码信息。
在一个实施例中,所述检测报文的类型包括但不限于:吞吐率检测报文、丢包率检测报文、时延检测报文以及抖动检测报文。
图2是根据本公开实施例的一种根据协议数据单元(PDU)数据格式确定的吞吐率检测报文或丢包率检测报文的报文格式图。图2中的type代表着检测报文的类型。version代表检测报文的版本。flow id代表测试会话的会话号,用于统计发送和接收包的个数和字节数。Sequence则代表用于连续发包的丢包判断或者其他扩展功能的预留。feature code:代表着用于区分流量检测报文跟正常业务报文的特征码,也可以说是流量检测报文专有的标识码。feature code length代表着该特征码的字段长度。Padding则代表着根据报文长度填充的填充码。verify code代表着验证码,该验证码是通过除verify code以外的PDU数据计算出的信息,用于进行检测报文的验证。
图3是根据本公开实施例的一种根据PDU数据格式确定的时延检测报文或抖动检测报文的报文格式图。已经进行过说明的不再赘述。其中,timestamp代表着用于记录发送报文的发送时间和/或接收报文的接收时间。
此外,需要说明的是,PDU数据格式的流量检测报文只是一种举例,例如在RFC2544定义的报文格式中添加上述的字段也在本实施例的报文范围之内。
在一个实施例中,当所述检测报文包括吞吐率检测报文时,对所述业务流量在所述网络中的转发性能进行分析,包括:所述发送端设备统计所述响应报文中携带的报文数量;所述发送端设备根据所述检测报文的发送时间与所述响应报文中携带的报文数量确定数据包 PPS(pulses per second,每秒脉冲数)数据。
吞吐量是测试网络转发报文的能力,是指在不丢包条件下每秒转发报文的极限。一般使用二分法查找极限点,即从线速开始测试,找到网络在不丢包的情况下的最大传输带宽。测试时间通常不应该少于1分钟。
在一个示例中,吞吐量可以按照如下7个步骤进行。
在步骤1,发射器按照固定帧长,先测试下限10%,按10%流量发送60s(发送时间长度上层可以配置)的以太网帧。如果有部分以太网帧丢失(通过发送帧数、接收的序列号和接收帧数判断),表明该设备不能通过该流量,转步骤6;如果能完全接收,表明该流量测试通过,转步骤2;
在步骤2,测试上限100%,如果能够通过,表明吞吐量为100%,转步骤6;如果不通过,转步骤3;
在步骤3,发射器按照50%流量进行测试。如果不能通过,设定为25%进行测试;如果能够通过,转步骤4;
在步骤4,发射器按照(100%+50%)/2=75%流量进行,如果能够通过,按(100%+75%)/2=87.5%进行测试;如果不能通过,按(50%+75%)/2=62.5%进行;
在步骤5,如此这般,直到精确到1%时(精度可以配置),某个流量设定值通过为止,该流量为被测网络这个帧长下的吞吐量;
在步骤6,判断是否所有帧长(64、128、256、512、1024、1280、1518)都测试完,如果测试完了,转步骤7,如果没有测试完更换另一个报文长度,转步骤1。
在步骤7,生成测试结果报表。
在一个实施例中,当所述检测报文包括丢包率检测报文时,对所述业务流量在所述网络中的转发性能进行分析,包括:所述发送端设备统计所述响应报文的数量;所述发送端设备确定所述检测报文的数量与所述响应报文的数量的差值,并根据该差值,确定流量对应的丢包率。
在一个实施例中,当所述检测报文包括时延检测报文时,对所 述业务流量在所述网络中的转发性能进行分析,包括:所述发送端设备获取所述响应报文携带的收发时间信息,确定所述流量对应的双向时延数据。
在一个示例中,可以根据当前响应报文的接收时间与预设的接收时间进行比较,确定时延数据。当然,其他计算时延数据的方式也在本实施例的保护范围之内。
在一个实施例中,当所述检测报文包括抖动检测报文时,对所述业务流量在所述网络中的转发性能进行分析,包括:所述发送端设备根据所述时延数据确定所述流量对应的抖动结果。
在一个实施例中,所述发送端设备根据所述时延数据确定所述抖动结果,包括:所述发送端设备计算所述响应报文中所述时延数据之间的时延数据差值;所述发送端设备将所述时延数据差值进行汇总,生成用于反映所述抖动结果的时延数据差值集合。
在一个示例中,考虑到发送端设备发送的检测报文的数量可以是多个,因此,在确定每一个检测报文的时延数据后,将这些检测报文的时延数据按照接收顺序依次进行比较,获取相邻接收时间对应的检测报文的时延数据的差值。因此,可以获取到时延数据的变化,即抖动结果。
在一个实施例中,在对所述转发性能进行分析之后,所述方法还包括:将分析结果发送至用于显示流量检测结果的显示装置进行显示。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机、计算机、服务器、或者网络设备等)执行本公开各个实施例所述的方法。
另一方面,本公开实施例还提供了一种流量的检测方法,已经进行过说明的不再赘述。图4是根据本公开实施例的一种流量的检测方法的流程图,如图4所示,该方法可以包括如下步骤S402至S406。
在步骤S402,反射端设备接收发送端设备生成并发送的业务流量的检测报文。
在步骤S404,所述反射端设备对所述检测报文进行识别,并进行相应的检测。
在步骤S406,所述反射端设备将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络返回至所述发送端设备。
在一个实施例中,所述反射端设备对所述检测报文进行识别,包括:所述反射端设备对所述检测报文中的所述发送端设备的发送信息进行识别,其中,所述发送信息至少包括以下之一:所述检测报文的类型、所述检测报文中的字段信息、所述检测报文的发送时间、所述检测报文的标识信息、所述检测报文的验证码信息。
在一个实施例中,所述反射端设备对所述检测报文进行识别,还包括:所述反射端设备根据所述检测报文的验证码信息进行验证,以及根据所述检测报文的标识信息进行识别。
在一个示例中,根据参照图2和图3中描述的检测报文的格式,通过进行接入控制表ACL匹配,在进行验证时,反射端设备会对检测报文当中的verify code进行验证,而在进行识别时,则识别特征码feature code。通过进行认证和识别,反射端设备不仅能够对普通业务报文与流量检测业务报文进行区分,不影响正常业务,同时还能够通过验证保证当前流量检测的安全性。此外,由于检测报文根据业务需要实时进行更新。因此,通过验证还能够避免旧版本的检测报文的使用,从而节省了资源。
在一个实施例中,所述检测报文的类型包括但不限于:吞吐率检测报文、丢包率检测报文、时延检测报文以及抖动检测报文。
在一个实施例中,在所述检测报文包括所述时延检测报文和/或抖动检测报文时,所述反射端设备将所述业务流量在网络中的转发性 能相关数据写入在响应报文中,包括:所述反射端设备将所述时延检测报文和/或抖动检测报文的接收时间写入至所述响应报文中的时间戳字段中。
此外需要说明的是,反射端设备可以通过将接收到的检测报文中的IP、MAC(介质访问控制)等报文信息进行交换的方式将报文环回发送。图5是根据本公开实施例的一种报文环回发送的示意图。如图5所示。A为发送端设备,B为反射端设备。检测报文的接收帧中作为目标的MAC B,IP B,而在响应报文中则被交换为MAC A,IP A。同理,作为源的MAC A,IP A,则被交换为MAC B,IP B。当然仅交换MAC,或仅交换IP也是在本实施例的报文范围之内。在此不做过多说明。因此,通过上述方法,在不添加额外报文资源的情况下,就可以完成流量的检测,因此可以节省资源。
此外,为了更好的理解上述实施例中记载的技术方案,还提供了如下场景以供参考:
场景1
场景1可以包括如下三个步骤。
在步骤1,在工程实施阶段流要按需构造,在发射端通过模板构造L3报文,包括PDU部分。特别地对于时延和抖动检测报文,在第一个timestamp字段填上发送的时间戳,另外所有检测报文都会根据算法计算出正确的verify code的值,补齐报文等。
在步骤2,反射端收到报文,进行报文的识别和反射。反射端识别出测试流量,主要通过进行ACL匹配,对PDU verify code的验证以及PDU的字段比较来实现。根据相关配置修改报文(如交换IP、MAC)将报文环回发送出去。如图3所示。如果是时延和抖动检测报文,会在第二个timestamp和第三个timestamp打上接收时间。
在步骤3,发射端接收到经过网络转发的由反射端反射回来的报文,进行识别和处理。对于吞吐率,可以通过检测报文的发送时间和收到报文中携带的报文数量计算出PPS数据。对于丢包率可以通过计算发送和接收报文数量的差值得到。时延数据可以根据报文中携带的时间戳计算得到,抖动可以通过时延数据得出。得到这些数据后,可 以上送到控制平台,通过界面将数据呈现出来。
场景2
场景2可以包括如下三个步骤。
在步骤1,现网流量的测试可以采用在发射端构造相应报文或者根据配置抓取复制出被测报文,对于复制出的报文,如果是TCP(传输控制协议)、UDP报文,在TCP、UDP报文头后面加上正确的PDU数据内容,其他报文将PDU加到14部分。特别地对于时延和抖动检测报文,在第一个timestamp字段填上发送的时间戳,另外所有检测报文都会根据算法计算出正确的verify code的值,补齐报文等。
在步骤2,反射端收到报文,进行报文的识别和反射。反射端识别出测试流量,主要通过进行ACL匹配,对PDU verify code的验证以及PDU的字段比较来实现。根据相关配置修改报文如交换IP、MAC将报文环回发送出去。如图3所示。如果是时延和抖动检测报文会在第二个timestamp和第三个timestamp打上接收时间。
在步骤3,发射端接收到经过网络转发的由反射端反射回来的报文,进行识别和处理。对于吞吐率,可以通过检测报文的发送时间和收到报文中携带的报文数量计算出PPS数据。对于丢包率可以通过计算发送和接收报文数量的差值得到。时延数据可以根据报文中携带的时间戳计算得到,抖动可以通过时延数据得出。得到这些数据后,可以上送到控制平台,通过界面将数据呈现出来。
场景3
场景3可以包括以下两个步骤。
在步骤1,在全网使用PTP(precise time protocol,精确时间协议)协议进行时间同步。
在步骤2,其它处理同上述的实施步骤,由于采用了PTP时间同步,就可以通过反射端接收、发射端发送的时间戳计算出单向的延时和抖动。
另一方面,本公开实施例还提供了一种流量的分析装置,该装置用于实现上述实施例及实施方式,已经进行过说明的不再赘述。如 以下所使用的,术语“模块”可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图6是根据本公开实施例的一种流量的分析装置的结构框图。如图6所示,所述装置位于发送端设备中,该装置包括:发送模块62和分析模块64。
发送模块62,配置为生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备。
分析模块64,配置为接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
另一方面,本公开实施例还提供了一种流量的检测装置,该装置用于实现上述实施例及实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图7是根据本公开实施例的一种流量的检测装置的结构框图。如图7所示,所述装置位于反射端设备中,该装置包括:接收模块72,检测模块74以及反馈模块76。
接收模块72,配置为接收发送端设备生成并发送的业务流量的检测报文。
检测模块74,配置为对所述检测报文进行识别,并进行相应的检测。
反馈模块76,配置为将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络返回至所述发送端设备。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的, 对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
另一方面,本公开的实施例还提供了一种存储介质,该存储介质中存储有计算机程序,其中,该计算机程序在被处理器运行时执行上述任一项方法实施例中的步骤。
在一个实施例中,上述存储介质可以被设置为存储用于在被处理器运行时执行以下步骤的计算机程序:S1,发送端设备生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备;S2,所述发送端设备接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
在一个实施例中,上述存储介质可以被设置为存储用于在被处理器运行时执行以下步骤的计算机程序:S1,反射端设备接收发送端设备生成并发送的业务流量的检测报文;S2,所述反射端设备对所述检测报文进行识别,并进行相应的检测;S3,所述反射端设备将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络返回至所述发送端设备。
上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
另一方面,本公开的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个实施例中,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
在一个实施例中,上述处理器可以被设置为通过计算机程序执 行以下步骤:S1,发送端设备生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备;S2,所述发送端设备接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
在一个实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:S1,反射端设备接收发送端设备生成并发送的业务流量的检测报文;S2,所述反射端设备对所述检测报文进行识别,并进行相应的检测;S3,所述反射端设备将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络返回至所述发送端设备。
本实施例中的具体示例可以参考上述实施例及实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本公开的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本公开不限制于任何特定的硬件和软件结合。
以上所述仅为本公开的示例性实施例而已,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
Claims (19)
- 一种流量的分析方法,包括:发送端设备生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备;所述发送端设备接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
- 根据权利要求1所述的方法,其中,所述发送端设备生成业务流量的检测报文包括以下之一:所述发送端设备根据所述业务流量的模板生成所述检测报文;所述发送端设备抓取所述业务流量的报文,进行相应处理以生成所述检测报文。
- 根据权利要求2所述的方法,其中,所述发送端设备生成业务流量的检测报文,包括:所述发送端设备将所述发送端设备的发送信息写入在所述检测报文中,其中,所述发送信息包括以下至少之一:所述检测报文的类型、所述检测报文中的字段信息、所述检测报文的发送时间、所述检测报文的标识信息、所述检测报文的验证码信息。
- 根据权利要求2所述的方法,其中,所述检测报文的类型至少包括:吞吐率检测报文、丢包率检测报文、时延检测报文、抖动检测报文。
- 根据权利要求4所述的方法,其中,当所述检测报文包括吞吐率检测报文时,对所述业务流量在所述网络中的转发性能进行分析,包括:所述发送端设备统计所述响应报文中携带的报文数量;所述发送端设备根据所述检测报文的发送时间与所述响应报文中携带的报文数量确定数据包每秒脉冲数PPS数据。
- 根据权利要求4所述的方法,其中,当所述检测报文包括丢包率检测报文时,对所述业务流量在所述网络中的转发性能进行分析, 包括:所述发送端设备统计所述响应报文的数量;所述发送端设备确定所述检测报文的数量与所述响应报文的数量的差值,并根据该差值,确定所述业务流量对应的丢包率。
- 根据权利要求4所述的方法,其中,当所述检测报文包括时延检测报文时,对所述业务流量在所述网络中的转发性能进行分析,包括:所述发送端设备获取所述响应报文携带的收发时间信息,确定所述业务流量对应的双向时延数据。
- 根据权利要求7所述的方法,其中,当所述检测报文包括抖动检测报文时,对所述业务流量在所述网络中的转发性能进行分析,包括:所述发送端设备根据所述双向时延数据确定所述业务流量对应的抖动结果。
- 根据权利要求8所述的方法,其中,所述发送端设备根据所述双向时延数据确定所述业务流量对应的抖动结果,包括:所述发送端设备计算所述响应报文中所述双向时延数据之间的时延数据差值;所述发送端设备将所述时延数据差值进行汇总,生成用于反映所述抖动结果的时延数据差值集合。
- 根据权利要求1至9中任一项所述的方法,其中,在对所述转发性能进行分析之后,所述方法还包括:将分析结果发送至用于显示流量检测结果的显示装置进行显示。
- 一种流量的检测方法,包括:反射端设备接收发送端设备生成并发送的业务流量的检测报文;所述反射端设备对所述检测报文进行识别,并进行相应的检测;所述反射端设备将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络将所述响应报文返回至所述发送端设备。
- 根据权利要求11所述的方法,其中,所述反射端设备对所 述检测报文进行识别,包括:所述反射端设备对所述检测报文中的所述发送端设备的发送信息进行识别,其中,所述发送信息包括以下至少之一:所述检测报文的类型、所述检测报文中的字段信息、所述检测报文的发送时间、所述检测报文的标识信息、所述检测报文的验证码信息。
- 根据权利要求12所述的方法,其中,所述发送信息包括所述检测报文的验证码信息和所述检测报文的标识信息,所述反射端设备对所述检测报文进行识别,还包括:所述反射端设备根据所述检测报文的验证码信息进行验证,以及根据所述检测报文的标识信息进行识别。
- 根据权利要求12所述的方法,其中,所述检测报文的类型至少包括:吞吐率检测报文、丢包率检测报文、时延检测报文、抖动检测报文。
- 根据权利要求14所述的方法,其中,所述检测报文包括所述时延检测报文和/或抖动检测报文,所述反射端设备将所述业务流量在网络中的转发性能相关数据写入在响应报文中,包括:所述反射端设备将所述时延检测报文和/或抖动检测报文的接收时间写入至所述响应报文中的时间戳字段中。
- 一种流量的分析装置,位于发送端设备中,包括:发送模块,配置为生成业务流量的检测报文,并通过网络将所述检测报文发送至反射端设备;分析模块,配置为接收所述反射端设备返回的响应报文,并对业务流量在所述网络中的转发性能进行分析。
- 一种流量的检测装置,位于反射端设备中,包括:接收模块,配置为接收发送端设备生成并发送的业务流量的检测报文;检测模块,配置为对所述检测报文进行识别,并进行相应的检测;反馈模块,配置为将所述业务流量在网络中的转发性能相关数据写入在响应报文中,并通过所述网络返回至所述发送端设备。
- 一种存储介质,其中,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为在被处理器运行时执行权利要求1至15中任一项中所述的方法。
- 一种电子装置,包括存储器和处理器,其中,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行权利要求1至15中任一项中所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811643664.4A CN111385163A (zh) | 2018-12-29 | 2018-12-29 | 流量的分析、检测方法及装置 |
CN201811643664.4 | 2018-12-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020135429A1 true WO2020135429A1 (zh) | 2020-07-02 |
Family
ID=71127643
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2019/127979 WO2020135429A1 (zh) | 2018-12-29 | 2019-12-24 | 流量的分析、检测方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111385163A (zh) |
WO (1) | WO2020135429A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115277504A (zh) * | 2022-07-11 | 2022-11-01 | 京东科技信息技术有限公司 | 一种网络流量监控方法、装置和系统 |
WO2023169355A1 (zh) * | 2022-03-11 | 2023-09-14 | 华为技术有限公司 | 网络性能测量方法、系统及装置 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113542066B (zh) * | 2021-07-13 | 2022-06-07 | 杭州安恒信息技术股份有限公司 | 一种设备性能测试方法、装置及相关设备 |
CN114039880B (zh) * | 2021-11-08 | 2023-09-05 | 上海天融信网络安全技术有限公司 | 一种无连接服务的性能测试方法、装置及系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102273136A (zh) * | 2009-09-01 | 2011-12-07 | 华为技术有限公司 | 隧道多业务性能检测方法和装置 |
CN103326901A (zh) * | 2013-06-26 | 2013-09-25 | 国家电网公司 | 一种电力系统宽带网络性能测试方法及系统 |
CN105337810A (zh) * | 2015-12-01 | 2016-02-17 | 上海斐讯数据通信技术有限公司 | 构造网络测试数据的方法及系统 |
US20160077944A1 (en) * | 2014-09-16 | 2016-03-17 | Spirent Communications, Inc. | Systems and methods of building sequenceable test methodologies |
CN107231266A (zh) * | 2016-03-24 | 2017-10-03 | 中兴通讯股份有限公司 | 报文通道的检测方法及装置 |
CN108075941A (zh) * | 2016-11-17 | 2018-05-25 | 华为技术有限公司 | 检测业务流量性能的方法、发送装置及系统 |
CN108259264A (zh) * | 2017-12-01 | 2018-07-06 | 国网北京市电力公司 | 网络设备的测试方法、装置和系统 |
-
2018
- 2018-12-29 CN CN201811643664.4A patent/CN111385163A/zh active Pending
-
2019
- 2019-12-24 WO PCT/CN2019/127979 patent/WO2020135429A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102273136A (zh) * | 2009-09-01 | 2011-12-07 | 华为技术有限公司 | 隧道多业务性能检测方法和装置 |
CN103326901A (zh) * | 2013-06-26 | 2013-09-25 | 国家电网公司 | 一种电力系统宽带网络性能测试方法及系统 |
US20160077944A1 (en) * | 2014-09-16 | 2016-03-17 | Spirent Communications, Inc. | Systems and methods of building sequenceable test methodologies |
CN105337810A (zh) * | 2015-12-01 | 2016-02-17 | 上海斐讯数据通信技术有限公司 | 构造网络测试数据的方法及系统 |
CN107231266A (zh) * | 2016-03-24 | 2017-10-03 | 中兴通讯股份有限公司 | 报文通道的检测方法及装置 |
CN108075941A (zh) * | 2016-11-17 | 2018-05-25 | 华为技术有限公司 | 检测业务流量性能的方法、发送装置及系统 |
CN108259264A (zh) * | 2017-12-01 | 2018-07-06 | 国网北京市电力公司 | 网络设备的测试方法、装置和系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023169355A1 (zh) * | 2022-03-11 | 2023-09-14 | 华为技术有限公司 | 网络性能测量方法、系统及装置 |
CN115277504A (zh) * | 2022-07-11 | 2022-11-01 | 京东科技信息技术有限公司 | 一种网络流量监控方法、装置和系统 |
CN115277504B (zh) * | 2022-07-11 | 2024-04-05 | 京东科技信息技术有限公司 | 一种网络流量监控方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111385163A (zh) | 2020-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020135429A1 (zh) | 流量的分析、检测方法及装置 | |
US11843535B2 (en) | Key performance indicators (KPI) for tracking and correcting problems for a network-under-test | |
US10771377B2 (en) | System and method for real-time load balancing of network packets | |
US9641410B2 (en) | Performance measurement in a network supporting multiprotocol label switching (MPLS) | |
US9577906B2 (en) | Scalable performance monitoring using dynamic flow sampling | |
US10848372B2 (en) | Scalability, fault tolerance and fault management for TWAMP with a large number of test sessions | |
US20220255816A1 (en) | Estimating Quality Metric for Latency Sensitive Traffic Flows in Communication Networks | |
WO2016045098A1 (zh) | 交换机、控制器、系统及链路质量检测方法 | |
US11102273B2 (en) | Uplink performance management | |
JP2004173279A (ja) | 試験パケット挿入によってサービス・レベル協定を監査するための方法および装置 | |
CN106487605B (zh) | 丢包率检测方法及装置 | |
US20140280904A1 (en) | Session initiation protocol testing control | |
US20230300051A1 (en) | In-band Edge-to-Edge Round-Trip Time Measurement | |
WO2018119790A1 (zh) | 网络性能检测方法及装置 | |
CN111989979A (zh) | 控制通信网络的操作以减少等待时间的方法和系统 | |
KR20220029142A (ko) | Sdn 컨트롤러 서버 및 이의 sdn 기반 네트워크 트래픽 사용량 분석 방법 | |
CN115002008B (zh) | 一种网络时延测量的方法、装置、设备以及存储介质 | |
US20190005109A1 (en) | System and method for aggregating subscriber perspective data | |
US20140086091A1 (en) | Method, apparatus, and system for analyzing network transmission characteristic | |
KR100724680B1 (ko) | 패킷 전송 품질 측정 시스템 및 그 방법 | |
CN114710424B (zh) | 基于软件定义网络的主机侧数据包处理延时测量方法 | |
JP4411188B2 (ja) | オンラインシステム及び通信方法 | |
Lee | An In-depth Latency Measurement Tool for Large-scale System | |
CN114710424A (zh) | 基于软件定义网络的主机侧数据包处理延时测量方法 | |
CN116980333A (zh) | 一种基于数据开发平面套件的网络检测方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19904387 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09/11/2021) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19904387 Country of ref document: EP Kind code of ref document: A1 |