CN109743340A - 报文处理的方法和网络装置 - Google Patents
报文处理的方法和网络装置 Download PDFInfo
- Publication number
- CN109743340A CN109743340A CN201910272143.0A CN201910272143A CN109743340A CN 109743340 A CN109743340 A CN 109743340A CN 201910272143 A CN201910272143 A CN 201910272143A CN 109743340 A CN109743340 A CN 109743340A
- Authority
- CN
- China
- Prior art keywords
- message
- ioam
- head
- traffic identifier
- network node
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- 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
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/20—Hop count for routing purposes, e.g. TTL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/38—Flow based routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
Abstract
本申请提供一种报文处理方法,包括:当前网络节点接收第一报文;所述当前网络节点确定与所述第一报文对应的流标识,所述第一报文不包括所述流标识;所述当前网络节点根据所述第一报文以及所述流标识,得到第二报文,所述第二报文包含所述流标识以及IOAM头部,所述第二报文中所述流标识位于所述IOAM头部之前;所述当前网络节点向下一网络节点发送所述第二报文。解决了随着经过IOAM节点数量的增加,后续节点为了进行流分类,消耗时延增大,对转发性能影响增加的问题。
Description
技术领域
本申请涉及数据通信领域,具体涉及一种报文处理的方法和网络装置。
背景技术
报文传输路径上的在线操作管理维护(in-situ operations, administrationand maintenance或inband operations, administration and maintenance,IOAM)节点可以对业务数据报文进行IOAM封装,即在报文中插入一个IOAM头部(IOAM header)。网络节点需要对IOAM报文执行深度报文解析,从而对报文进行流分类。上述方案中,网络节点的开销较大,转发性能较低。
发明内容
本申请实施例提供一种报文处理的方法和网络装置,能够减小网络节点的开销,提高转发性能。
第一方面,提供一种报文处理方法,包括:当前网络节点接收第一报文,所述第一报文包含互联网协议IP报文净荷以及特定头部;所述当前网络节点确定与所述第一报文对应的流标识,所述第一报文不包括所述流标识,所述第一报文的特征对应所述流标识,所述第一报文的特征位于所述第一报文的头部;所述当前网络节点根据所述第一报文以及所述流标识,得到第二报文,所述第二报文包含所述流标识以及IOAM头部,所述第二报文中所述流标识位于所述IOAM头部之前;所述当前网络节点向下一网络节点发送所述第二报文。
上述技术方案解决了随着经过IOAM节点数量的增加,后续节点为了进行流分类,对报文的探测深度增加,导致消耗时延增大,对转发性能影响增加的问题。
结合第一方面,在一种可能的实现方式中,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于逐跳选项头部Hop-by-Hop Options header。
通过在报文的Hop-by-Hop Options header中增加流标识,对当前报文传输的技术不产生影响。
结合第一方面,在一种可能的实现方式中,所述流标识对应所述第一报文的头部的字段,所述流标识的尺寸小于所述第一报文的头部的字段的尺寸。
通过采用尺寸较小的流标识,减小后续节点为了进行流分类对报文进行解析的字段长度,减小了消耗的时延。
第二方面,提供一种报文处理方法,包括:网络节点接收带内操作维护管理IOAM报文,所述IOAM报文包含流标识,所述流标识位于所述IOAM报文的IOAM头部之前,所述流标识对应所述IOAM报文的特征,所述IOAM报文的特征位于所述IOAM报文的头部,所述IOAM报文的头部和所述IOAM头部不是同一个头部;所述网络节点根据所述流标识,对所述IOAM报文进行处理。
上述技术方案解决了随着经过IOAM节点数量的增加,为了进行流分类,对报文的探测深度增加,导致消耗时延增大,对转发性能影响增加的问题。
结合第二方面,在一种可能的实现方式中,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于逐跳选项头部Hop-by-Hop Options header。
在报文的Hop-by-Hop Options header中增加流标识,对当前报文传输的技术不产生影响。
结合第二方面,在一种可能的实现方式中,所述流标识对应所述IOAM报文的头部的字段,所述流标识的尺寸小于所述IOAM报文的头部的字段的尺寸。
通过采用尺寸较小的流标识,减小后续节点为了进行流分类对报文进行解析的字段长度,减小了消耗的时延。
结合第二方面,在一种可能的实现方式中,所述根据所述流标识,对所述IOAM报文进行处理,包括:根据所述流标识,查找流分类表,获得流行为,所述线性表记录有所述流标识与所述流行为;根据所述流行为,对所述IOAM报文进行处理。
结合第二方面,在一种可能的实现方式中,所述流分类表存储于随机存取存储器RAM中。
后续网络节点不依赖于创建复杂的流模板,不依赖于并重复相同的基于报文特征的匹配过程。仅通过随机存取存储器RAM中存储的流分类表,就可以对不同的流对报文进行不同的处理。降低了对ACL表的需求,降低了成本。
第三方面,提供一种报文处理的网络设备,包括:接收单元,用于接收第一报文;确定单元,用于确定与所述第一报文对应的流标识,所述第一报文不包括所述流标识,所述第一报文的特征对应所述流标识,所述第一报文的特征位于所述第一报文的头部;得到单元,用于根据所述第一报文以及所述流标识,得到第二报文,所述第二报文包含所述流标识以及IOAM头部,所述第二报文中所述流标识位于所述IOAM头部之前;发送单元,用于向下一网络节点发送所述第二报文。
结合第三方面,在一种可能的实现方式中,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于逐跳选项头部Hop-by-Hop Options header。
结合第三方面,在一种可能的实现方式中,所述流标识对应所述第一报文的头部的字段,所述流标识的尺寸小于所述第一报文的头部的字段的尺寸。
第四方面,提供一种报文处理的网络设备,包括:接收单元,用于接收带内操作维护管理IOAM报文,所述IOAM报文包含流标识,所述流标识位于所述IOAM报文的IOAM头部之前,所述流标识对应所述IOAM报文的特征,所述IOAM报文的特征位于所述IOAM报文的头部,所述IOAM报文的头部和所述IOAM头部不是同一个头部;处理单元,用于根据所述流标识,对所述IOAM报文进行处理。
结合第四方面,在一种可能的实现方式中,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于逐跳选项头部Hop-by-Hop Options header。
结合第四方面,在一种可能的实现方式中,所述流标识对应所述IOAM报文的头部的字段,所述流标识的尺寸小于所述IOAM报文的头部的字段的尺寸。
结合第四方面,在一种可能的实现方式中,处理单元还用于,根据所述流标识,查找流分类表,获得流行为,所述流分类表为线性表,所述线性表记录有所述流标识与所述流行为;根据所述流行为,对所述IOAM报文进行处理。
结合第四方面,在一种可能的实现方式中,所述流分类表存储于随机存取存储器RAM中。
第五方面,提供一种通信装置,包括:至少一个处理器和通信接口,所述通信接口用于所述通信装置与其他通信装置进行信息交互,当程序指令在所述至少一个处理器中执行时,使得所述通信装置执行上文中的方法。
第六方面,提供一种计算机程序存储介质,其特征在于,所述计算机程序存储介质具有程序指令,当所述程序指令被执行时,使得上文中的方法被执行。
第七方面,提供一种芯片,所述芯片系统包括至少一个处理器,当程序指令在所述至少一个处理器中执行时,使得上文中的方法被执行。
附图说明
图1是本申请实施例的应用场景示例图。
图2是一种IOAM报文的格式的示意图。
图3是传统网络节点的流分类过程的流程性示意图。
图4是本申请一个实施例提供的报文处理方法的示意性流程图。
图5是本申请实施例提供的互联网协议第六版报文格式的示意图。
图6是本申请实施例提供的一种逐跳选项头部的格式的示意图。
图7是本申请实施例提供的创建流模板的示意性流程图。
图8是本申请另一实施例提供的报文处理方法的示意性流程图。
图9是本申请实施例中的网络节点的流分类过程的示例图。
图10是本申请实施例提供的报文处理过程的示例图。
图11是本申请实施例中的报文的格式的示意图。
图12是本申请实施例提供的一种基于流标识的报文处理过程的示例图。
图13是本申请实施例提供的一种报文处理的网络设备的示意性结构图。
图14是本申请实施例提供的另一种报文处理的网络设备的示意性结构图。
图15是本申请一个实施例提供的通信装置的示意性结构图。
具体实施方式
报文在网络上传输的过程通常会经过许多网络节点。以图1为例,报文会依次经过网络节点1至网络节点4。该报文可以是互联网协议(internet protocol,IP)报文,例如可以是互联网协议第四版(internet protocolversion 4,IPv4)报文,也可以是互联网协议第六版(internet protocolversion 6,IPv6)报文,或者其他类型的报文。该网络节点可以是路由器,也可以是交换机。该网络节点可以是路由器,也可以是交换机。
在线操作管理维护(in-situ operations、administration and maintenance,IOAM)是一种数据通信网络操作管理维护(operations、administration andmaintenance,OAM)技术,也称为带内OAM。IOAM的特点是IOAM数据内容被封装进业务数据报文中,作为业务数据报文的一部分在网络中传递。IOAM数据内容也可以称为IOAM信息。
图1中的网络节点1至网络节点4可以是IOAM传输节点。IOAM传输节点就是业务数据报文传输路径上需要对IOAM数据内容进行处理的节点。随着报文经过的IOAM节点数量的增加,转发时延增加,转发性能降低。
IOAM节点可以在报文中添加IOAM信息。IOAM信息可以携带在IOAM头部。具体地,IOAM节点可以在报文中插入一个IOAM头部,也可以对报文中的IOAM头部的值进行设置。本申请中,将在报文中插入一个IOAM头部的方式称为递增模式。将对报文中的IOAM头部的值进行设置的方式称为预分配模式。示例性地,IOAM入口节点可以根据IOAM中间节点、出口节点的配置信息确定IOAM入口节点的IOAM封装。IOAM中间节点的IOAM配置信息例如可以包括该节点追踪类型。追踪类型可以用于表示该节点采用预分配模式还是递增模式插入节点信息。IOAM配置信息还可以包括节点信息需要占用的字节数等。IOAM中间节点采用递增模式插入节点信息,则该节点进行IOAM封装,在业务数据报文中插入对应该节点的IOAM头部。预分配模式插入节点信息,则该节点在接收的报文预分配的位置插入节点信息。IOAM入口节点可以根据IOAM中间节点、出口节点的配置信息确定是否预分配IOAM字段。
示例性地,IOAM入口节点可以对IOAM中间节点、出口节点可以进行配置,例如,配置IOAM中间节点、出口节点的追踪类型等。
报文传输路径上的IOAM节点可以对报文进行IOAM封装。IOAM封装是在业务数据报文中插入一个IOAM头部(IOAM header)。通过IOAM封装,IOAM可以实现一些带外OAM所不能实现的功能,比如探测业务数据报文实际经过的网络节点,验证业务数据的传输路径与预期是否一致,以及给业务数据报文添加序列号信息以检测丢包和乱序等。
IOAM入口节点(IOAMingress node)和中间节点(IOAM transit node)对指定业务流的报文可以插入IOAM头部(IOAM head),IOAM头部包含时间戳、节点标识(identification,ID)、接口ID、序列号(sequence number)等信息。IOAM入口节点也可以称为IOAM首节点。
IOAM出口节点(IOAM egress node)对指定业务流的报文可以插入时间戳、节点标识(identification,ID)、接口ID、序列号(sequence number)等信息,也可以不将上述信息插入报文。IOAM出口节点对报文解封装后,可以将采集数据发送至分析器,例如可以将全部的采集数据发送至分析器,也可以将指定周期内的采集数据发送至分析器。采集数据可以包括IOAM入口节点、IOAM中间节点在报文中插入的IOAM头部中的信息,还可以包括IOAM出口节点对应指定业务流报文的时间戳、节点标识(identification,ID)、接口ID、序列号(sequence number)等信息。IOAM出口节点也可以称为IOAM尾节点。IOAM出口节点对报文解封装,即去除报文中的IOAM头部。
分析器也称为采集分析器,可以对统计周期内的报文进行分析,获取各个节点的信息,对发包的序列号和接收端的序列号进行对比,差额就是丢失的报文,根据IOAM出口节点上报的每个节点的序列号,可以计算具体的丢包位置。
IOAM报文包括IOAM头部。IOAM报文传输过程中可以经过IOAM网络节点。IOAM报文具体可以是IP报文。IP报文包括IP头部以及IP报文净荷。IOAM报文的IOAM头部可以位于报文的IP头部之后。具体地,IOAM头部可以位于报文的IP报文净荷中。IOAM头部可以包括IOAM信息。
以IPv6报文为例,图2对IOAM报文的格式进行说明。经过IOAM节点后,IOAM报文可以包括:目标地址(destination address,DA),源地址(source address,SA),虚拟局域网(virtual local area network, VLAN)协议,以太网类型(EthType),IPv6头部,IOAM头部,传输控制协议(transmission control protocol,TCP)/用户数据报协议(user datagramprotocol,UDP),数据(data)。其中,IPv6头部可以与逐跳选项头部(Hop-by-Hop Optionsheader)相邻。关于Hop-by-Hop Options header,可以参考互联网工程任务组(InternetEngineering Task Force,IETF)发布的RFC2460。Hop-by-Hop Options header可以包括选择类型(optiontype)、选择类型长度、和保留字段等。保留字段又可以称为缺省字段。Hop-by-Hop Options header还可以包括扩展字段。可以根据Hop-by-Hop Options header中的选择类型值,确定IPv6头部后的扩展头为IOAM头部。报文中IP报文净荷(payload)可以包括数据。IP报文净荷还可以包括高层头部(upper layer header),例如TCP头部或者UDP头部。报文中IP报文净荷位于IP头部之后。IP头部与IP报文净荷可以相邻,IP头部与IP报文净荷之间也可以具有一个或多个扩展头部(extension header)。例如,IP头部和IP报文净荷之间可以具有Hop-by-Hop Options header。IOAM头部可以位于报文的Hop-by-Hop Optionsheader的扩展字段。报文中数据之前的字段可以称为报文的头部。
示例性地,IOAM头部可以包括节点数据。节点数据也可以称为IOAM信息。该IOAM头部可以是IOAM入口节点、中间节点或出口节点插入的。
示例性地,IOAM头部可以包括:IOAM跟踪类型(IOAM trace type),字段长度(octets-left),标志(flag),n个节点数据。可以通过IOAM跟踪类型对IOAM头部具体包括的信息进行标识,即对节点数据的内容进行标识。该IOAM头部可以是IOAM入口节点插入的。
跟踪类型(trace-type)可以有16位(bit),可以包括:跳数限制(类似于生存时间(time to live,TTL))和经过的节点ID,入接口和出接口ID,节点的秒时戳,节点的纳秒时戳,节点转发时延,用于上行统计的节点应用相关数据,当前用于上行统计,节点队列深度,任意数据,跳数限制(类似于TTL)和经过的节点ID(宽格式),入接口和出接口ID(宽格式),用于下行统计的节点应用相关数据等。目前跟踪类型(trace-type)有5位(bit)保留。
为了对报文进行统计,每个网络节点需要识别业务流。流识别也可以称为流分类。ACL(access control list, 访问控制列表)主要用来实现流识别功能。网络节点通常利用ACL实现对业务流的识别。
网络节点可以对经过该网络节点的报文进行过滤。为了对报文进行过滤,通常需要为网络节点配置一系列的匹配规则,以识别需要过滤的报文。在识别出特定报文之后,可以根据预先设定的策略允许或禁止相应的报文通过。网络节点通常利用访问控制列表(access control list,ACL)实现上述功能。ACL可以为IPv4ACL、IPv6ACL或用户ACL等。
ACL通过一系列的匹配条件对报文进行分类,这些条件可以是报文的一个或多个特征。报文的特征例如可以包括报文的源媒体访问控制(source media access control,SMAC)地址,目的媒体访问控制(destinationmedia access control,DMAC)地址,服务提供者虚拟局域网(service provider virtual local area network,SVLAN),客户虚拟局域网(customervirtual local area network,CVLAN),优先级(priority,PRI),源IP地址,目的IP地址等。
根据应用目的,可将ACL分为基本ACL,高级ACL,二层ACL和用户自定义ACL等。基本ACL可以只根据三层信息制定规则。三层信息例如可以包括源IP地址、目的IP地址等。高级ACL可以根据数据包的三、四层信息制定规则。四层信息例如可以包括IP承载的协议类型、协议特性,如UDP或TCP头部的信息等。二层ACL根据二层信息制定规则。二层信息可以包括源MAC地址、目的MAC地址、VLAN优先级、二层协议类型等。用户自定义ACL:以数据包的头部为基准,指定从第几个字节开始进行“与”操作,将从报文提取出来的字符串和用户定义的字符串进行比较,找到匹配的报文。可以根据ACL序号来区分不同的ACL。报文的二层头部可以包括二层信息,报文的三层头部可以包括三层信息,报文的四层头部可以包括四层信息。
由ACL定义的数据包匹配规则,可以被其他需要对流量进行区分的功能引用,如QoS中流分类规则的定义。流分类(traffic classifier)以ACL为基础,根据报文的特征(也可称为流特征)对报文进行匹配分类。
流分类可以包括简单流分类和复杂流分类。不同类型的流分类用于匹配的特征不同。以复杂流分类为例,可以利用不同种类的ACL,对报文进行分类。用于匹配分类的特征可以是报文的二元组(源IP地址、目的IP地址)、三元组(源IP地址、目的IP地址、协议号码)、四元组(源IP地址、目的IP地址、源端口和目的端口)或五元组(源IP地址、源端口号、协议号码、目的IP地址、目的端口号)等。
根据报文进行的流分类,网络节点可以将对流进行统计,获取报文序列号。例如可以匹配ACL获取统计ID,对报文进行统计。当前网络节点可以将报文序列号写入报文的IOAM头部。网络节点也可以根据分类结果执行相应的流行为(或称流动作)。例如,可以对报文进行优先级映射、标记着色、承诺访问速率(committed access rate,CAR)统计等操作。
下面以复杂流分类为例,对IOAM节点流分类的处理流程进行简单介绍。
如图3所示,复杂流分类的过程大致包括:创建模板(S301),规则下发(S302)以及规则匹配(S303)。
在步骤S301,网络节点可以为特定的流创建流模板。流模板可用于记录流分类的匹配规则和相应的流行为。流模板可以包括流策略模板(或称流行为模板)和流分类模板。
在步骤S302,网络节点可以将创建的流模板下发并存储到网络节点的三态内容寻址存储器(ternary content addressable memory,TCAM)表中。
在步骤S303,当该流的报文进入到网络节点的接口之后,网络节点可以利用TCAM表按规则进行匹配。
当匹配成功之后,网络节点可以根据匹配结果对报文进行统计,对报文进行处理。例如,网络节点可以对流进行统计,将序列号写入IOAM头部。序列号可以用于计算丢包和丢包位置。网络节点也可以按照相应的流动作对报文进行处理,例如进行对应的流行为。
IOAM出口节点可以将序列号信息上报采集器。采集器根据每个IOAM节点的序列号可以计算丢包,也可以计算丢包的位置。
传统的流分类过程中,对报文进行流分类的每个网络节点均需要创建复杂的模板,并重复相同的基于报文特征的匹配过程。
在一些情况下,一些网络节点获取IOAM头部之后的信息,才能对报文进行流分类。若转发路径较长,经过的IOAM节点较多,需要进行深度报文解析,消耗的延时长,转发性能降低。同时,每个网络节点需要占用ACL资源,硬件资源消耗较大,造成系统资源的浪费。
例如,对于IPv6报文,网络节点可能需要解析至报文的UDP/TCP头部,才能获取端口号。UDP/TCP头部位于IP报文净荷。随着经过IOAM节点数量的增加,通过匹配查找ACL进行流分类,消耗时延增大,对转发性能影响增加。
为了解决上述问题,本申请提出了一种报文处理的方法。下面结合图4,对本申请实施例进行详细介绍。
图4是本申请提出的一种报文处理方法的流程性示意图。图4的方法包括步骤S401至步骤S404。
在步骤S401,当前网络节点接收第一报文。
第一报文可以包含互联网协议IP报文净荷以及特定头部,第一报文中特定头部位于IP报文净荷之前。
本申请中,特定头部是第一报文中IP报文净荷之前的头部。特定头部可以是IP头,也可以是低层头(lower layer header)。低层头所在的层低于IP头所在的层。IP头位于第三层。举例来说,低层头可以位于第二层或者第2.5层。
举例来说,所述特定头部可以包括第一报文的二层头部。所述特定头部也可以包括第一报文的2.5层头部。2.5层头部也可以称为多协议标签交换(Multiprotocol LabelSwitching,MPLS)头。
关于第一报文,可以参考上文对IOAM报文的描述。例如,第一报文可以具有图2所示的格式,第一报文也可以不含有图2所示的格式中的IOAM头部,或者不含有IOAM头部以及Hop-by-Hop Options header。
当前网络节点可以是第一报文对应的流的转发路径上的首节点,也可以是第一报文对应的流的转发路径上的中间节点。例如,当前网络节点可以是IOAM入口节点,则第一报文可以不包含IOAM头部。当前网络节点也可以是IOAM中间节点,则第一报文可以包含IOAM头部。
在步骤S402,当前网络节点确定与所述第一报文对应的流标识。
所述第一报文不包含所述流标识。流标识对应于第一报文的特征。第一报文的特征位于所述第一报文的头部。
可选地,当前网络节点可以将第一报文的特征与流模板进行匹配,获得第一报文对应的流的流标识。第一报文对应的流标识也可以认为是第一报文的特征对应的流标识。
流模板可以记录第一报文的特征与流标识(flow identification,Flow ID)的对应关系。流模板可用于对当前网络节点接收到的报文进行简单流分类,也可用于对当前网络节点接收到的报文进行复杂流分类。第一报文的特征具体可以是第一报文的头部的字段。例如,第一报文的特征可以是第一报文的IP头部中的目的IP地址,或者第一报文的特征可以是第一报文的IP头部中的目的IP地址以及源IP地址。例如,第一报文的特征可以是第一报文的五元组。所述五元组可以包括源IP地址、目的IP地址、源端口、目的端口以及协议。其中,所述源IP地址、目的IP地址以及协议是第一报文的IP头部中的字段。源端口和目的端口可以是第一报文的TCP头部或者UDP头部中的字段。本申请中,将多个具有相同特征的报文称为流。具有相同特征是指多个报文具有相同类型的字段,并且多个报文中相同类型的字段的值是相等的。相同类型的字段可以是一个字段,也可以是多个字段。以报文的特征是源IP地址为例进行说明,当报文1和报文2都具有源IP地址,并且报文1的源IP地址等于报文2的源IP地址,则报文1和报文2属于同一个流。以报文的特征是源IP地址以及目的IP地址为例进行说明,当报文3和报文4都具有源IP地址和目的IP地址,报文3的源IP地址等于报文4的源IP地址,并且报文3的目的IP地址等于报文4的目的IP地址,则报文3和报文4属于同一个流。可以理解,可以采用不同的粒度对报文进行流分类。例如,相对于根据源IP地址对报文进行流分类,根据源IP地址以及目的IP地址对报文进行流分类是一种细粒度的流分类方式。再例如,相对于根据五元组对报文进行流分类,根据源IP地址以及目的IP地址对报文进行流分类是一种粗粒度的流分类方式。另外,需要指出的是,属于相同的流的多个报文具有相同的特征,分别属于不同的流的多个报文具有不同的特征。进一步的,属于相同的流的多个报文对应同一个流标识。分别属于不同的流的多个报文对应不同的流标识。例如,假设报文1和报文2属于相同的流,则报文1对应流标识1,报文2对应流标识1。再例如,假设报文3和报文4分别属于不同的流,则报文3对应流标识2,报文4对应流标识3。
第一报文包括第一报文的头部。第一报文的头部包括第一报文的特征,即第一报文的头部包括第一报文的特征的字段。例如,第一报文的特征包括源IP地址和/或目的IP地址,则第一报文的头部包括IP头部,第一报文的源IP地址、目的IP地址位于第一报文的IP头部;第一报文的特征包括源IP地址、源端口号,第一报文的源IP地址位于第一报文的IP头部,第一报文的源端口号位于第一报文的UDP/TCP头部,则第一报文的头部包括IP头部和UDP/TCP头部。第一报文的头部可以包括一个或多个头部。第一报文可以包括IOAM头部,第一报文的头部不包括IOAM头部。
可选地,本申请对流标识的尺寸不作限定。流标识的尺寸可以大于、等于或小于第一报文的头部的字段的尺寸。流标识的尺寸是指流标识包含的比特的数量。第一报文的头部的字段是指第一报文的头部的字段包含的比特的数量。例如,当第一报文的特征是目的IP地址时,第一报文的特征的尺寸为32比特或者128比特。流标识对应第一报文的头部的字段可以是与流模板进行匹配的第一报文的特征所在的一个或多个字段。流标识的尺寸小于第一报文的头部的字段的尺寸,可以减小后续节点为了进行流分类对报文进行解析的字段长度,减小消耗的时延。
流标识可用于标识报文所属的流(或称业务流或数据流)。流标识可被网络节点用于对报文进行流分类,该网络节点可以是IOAM节点或非IOAM网络节点。该流标识可以在创建该流模板的过程中添加至该流模板,下文会结合具体的实施例进行详细描述,此处暂不详述。
在步骤S403,当前网络节点根据所述第一报文以及所述流标识,得到第二报文。
示例性地,当前网络节点为IOAM入口节点,在步骤S403之前,当前网络节点可以接收IOAM中间节点、IOAM出口节点的配置信息。
所述第二报文包含所述流标识以及IOAM头部,所述第二报文中所述流标识位于IOAM头部之前。
在一些实施例中,第二报文可以包括第一报文。当前网络节点可以在第一报文中插入流标识的字段。例如,参考图2中报文的格式,当前网络节点可以在第一报文中插入Hop-by-Hop Options header,流标识位于Hop-by-Hop Options header。又例如,当前网络节点可以在第一报文的Hop-by-Hop Options header插入扩展字段,流标识位于该扩展字段。
在另一些实施例中,第二报文可以包括第二报文的一部分。当前网络节点可以改变第一报文中某些字段的值,即在该字段写入流标识。例如,参考图2中报文的格式,当前网络节点可以将Hop-by-Hop Options header的字段保留1更改为流标识。
第二报文中流标识可以位于IP头部或特定头部。特定头部可以包括第一报文的二层头部,还可以包括第一报文的2.5层头部等位于IP头部之前的字段。
当前网络节点可以将流标识写入第一报文的IOAM头部之前,得到第二报文。
可以理解,当流标识写入第一报文的IP头部时,第二报文包含的IP头部和第一报文包含的IP头部是不同的。例如,相对于第一报文的IP头部,第二报文的IP头部增加了用于携带流标签的字段。
第二报文可以经过IOAM节点,即第二报文的转发路径上存在IOAM节点。
当前网络节点可以是IOAM节点。当前网络节点可以将第一报文的序列号写入所述报文的当前网络节点IOAM报文头部,该序列号是根据所述流标识确定的。序列号可以用于计算丢包和/或丢包位置。当前网络节点IOAM报文头部是当前网络节点插入报文中的。
在一些实施例中,当前网络节点可以是IOAM入口节点。为当前网络节点可以在第一报文插入当前网络节点的IOAM头部,即当前网络节点可以采用递增模式添加IOAM信息。也就是说,当前网络节点可以通过增加字段使得第二报文包括当前网络节点的IOAM头部,增加的字段包括当前网络节点的IOAM头部。
在另一些实施例中,当前网络节点可以是IOAM中间节点。当前网络节点可以在第一报文中插入当前网络节点的IOAM头部以得到第二报文。例如,第二报文可以包括第一报文,当前网络节点可以在第一报文中插入流标识的字段和IOAM头部。当前网络节点也可以改变第一报文IOAM头部的部分字段,第二报文中经过改变后的部分字段包括当前网络节点的IOAM头部,即当前网络节点可以采用预分配模式添加IOAM信息。也就是说,当前网络节点将将IOAM头部的部分字段的值设置为当前网络节点的IOAM信息。
当前网络节点可以根据流分类结果,获取第一报文的序列号。示例性地,当前网络节点可以根据流标识获取第一报文对应的序列号。当前网络节点可以将序列号写入第一报文或第二报文的当前网络节点IOAM头部。当前网络节点IOAM头部可以是当前网络节点插入第一报文中的。IOAM头部可以还包括第一报文对应的时间戳、当前网络节点ID、接口ID等信息中的一种或多种。IOAM头部可以位于报文的IP头部之后。为了减小报文探测深度,流标识可以位于第二报文的特定头部,例如可以位于第二报文的二层头部,2.5层头部,三层头部中的IP头部或扩展头部。报文的三层头部可以包括IP头部。报文的二层头部可以位于三层头部之前。报文的2.5层头部可以位于报文的三层头部前,二层头部后。在一些实施例中,流标识可以位于MPLS头部,MPLS头部位于报文的2.5层头部。在一些实施例中,流标识可以位于第二报文的IP头部或IP头部的扩展头部。比如,第二报文为IPv6报文,流标识可以位于第二报文IP头部的扩展头部Hop-by-Hop Options header,通过该方式,对现有技术不产生影响。第二报文包括IOAM头部,也就是说第二报文是IOAM报文,流标识可以位于第二报文的IOAM头部之前。
在步骤S404,当前网络节点向下一网络节点发送第二报文。
当前网络节点对第一报文进行流分类之后,将对应于第一报文的流的流标识写入第一报文,得到第二报文。报文传输路径上的后续IOAM节点可以根据流标识对报文进行处理,减小了报文解析深度,降低了传输时延,提高了转发性能。后续节点不依赖于基于报文的特征生成复杂的流模板以及基于该流模板执行复杂的报文匹配分类,从而简化了后续网络节点中流分类的实现。
第二报文是包含流标识的流标识报文。第二报文可以包括第一类型信息,第一类型信息可以用于确定第二报文为携带流标识的流标识报文。后续网络节点可以通过第一类型信息,确定第二报文为携带流标识的流标识报文。第一类型信息可以位于第二报文IP头部或IP头部之前的字段。示例性地,第一类型信息可以位于报文的二层头部或2.5层头部。示例性地,第二报文为IPv6报文,第一类型信息可以位于Hop-by-Hop Options header的选择类型(option type)字段。第一类型信息可以是当前网络节点写入报文的,例如可以在当前网络节点将流标识写入第一报文之前或同时将选择类型写入第一报文,也可以是当前网络节点将第一选择类型写入第二报文。
当前网络节点可以对报文进行处理。
示例性地,对报文进行处理方法可以包括:获得流对应的配置信息。获得流对应的配置信息的方式,可以是通过将第一报文的多个特征与流模板进行匹配,同时获得第一报文对应的流的流标识和配置信息;也可以是在步骤S402第一报文的特征与流模板进行匹配,获得第一报文对应的流的流标识之后,通过流标识获得配置信息。
在一些实施例中,配置信息可以包括流对应的流行为。报文处理方法还可以包括:控制第二报文执行流行为。
在一些实施例中,当前网络节点通过等价多路径(equal-cost multipathrouting,ECMP)的方式转发报文,或发送报文的的端口为TRUNK接口时,可以通过哈希方式获得所述报文的特征。配置信息可以包括用于发送报文的出口信息。报文处理方法还可以包括:通过出口信息指示的出口,发送第二报文。
示例性地,报文处理方法还可以包括:根据流标识进行统计。当前网络节点为IOAM节点。根据流标识,当前网络节点可以对不同的流进行统计,统计值对应当前网络节点中该流的报文对应的序列号。当前网络节点可以根据流标识获取该报文的序列号,在该报文中插入IOAM头部。IOAM头部可以包括序列号。序列号用于计算丢包和/或丢包位置。
第二报文中可以包括多个流标识。根据多个流标识,网络节点可以对报文进行不同的处理。
图5是本申请实施例提供的一种第二报文的格式,该报文是IPv6报文。该报文可以包括:IPv6的基本头部,IPv6的扩展头部Hop-by-Hop Options header,用户数据报协议(user datagram protocol,UDP)/传输控制协议(transmission control protocol,TCP)字段,数据(data)字段。Hop-by-Hop Options header可以包括选择类型和流标识。选择类型可以包括第一类型信息。第一类型信息可以用于确定第二报文为携带流标识的流标识报文。Hop-by-Hop Options header还可以包括选择数据长度(option data length,OptData Len)。
流标识可以使用Hop-by-Hop Options header中低16位缺省字段(缺省字段也可以称为保留字段),流标识也可以使用Hop-by-Hop Options header中扩展的字段,例如Hop-by-Hop Options header扩展的32位,写入该流标识。即流标识可以位于图2中Hop-by-Hop Options header的保留1字段或扩展字段。上述方案中流标识的位置对当前报文传输的技术几乎不产生影响。可以在Hop-by-Hop Options header中增加流标识字段的定义。
第二报文中可以包括多个流标识。多个流标识可以是同一网络节点写入的,也可以是不同网络节点写入的。多个流标识可以是通过对不同的报文特征进行匹配获得的,也就是说,多个流标识可以对应于多种流分类方式。例如,第二报文可以包括根据五元组获得的流标识和根据二元组获得的流标识等。根据多种流分类方式在IOAM报文中写入多个流标识,由某一网络节点进行可以减小后续网络节点的报文探测深度,由多个网络节点进行可以实现系统资源的合理配置。
第二报文可以包括第二类型信息,第二类型信息用于标识所述流标识对应的流分类方式。例如,第二类型信息可以用于指示流标识是根据五元组确定的。第二类型信息可以与流标识位于同一报文头部中。以流标识位于第二报文的IP报文头部的扩展头部Hop-by-Hop Options header为例,第二类型信息可以位于扩展头部Hop-by-Hop Options header。如果第二报文中可以包括多个流标识。第二类型信息可以用于指示多个流标识中的每一个的对应的流分类方式。例如,第二类型信息可以用于指示第一流标识是根据五元组获得的,第二流标识是根据三元组获得的。所述第二类型信息可以位于流标识之前。
图6是本申请实施例提供的一种Hop-by-Hop Options header的格式。报文的Hop-by-Hop Options header字段可以包括:选择类型(option type),选择数据长度(optiondata length),流类型位图(flowtype bitmap),多个流标识等。其中流类型位图可以包括第二类型信息。流标识类型位图可以包括16位。流类型位图的每一位可以用“1”或“0”表示Hop-by-Hop Options header是否存在对应于该流分类方式的流标识。流类型位图每一位对应的流分类方式可以是:位1,SMAC与DMAC;位2,SMAC;位3,DMAC;位4,目的IP地址(destinationIP,DIP)与源IP地址(sourceIP,SIP);位5,DIP、SIP与协议(protocol);位6,DIP、SIP、协议、目的端口(destinationport,Dport)与源端口(sourceport,Sport);位7,DIP。流类型位图的后8位可以保留。
为了快速获得报文对应的流行为,流模板可以存储在三态内容寻址存储器(ternary content addressable memory,TCAM)中。当前网络节点对第一报文进行流分类之后,将对应于第一报文的流的流标识写入第一报文,得到第二报文。报文传输路径上后续的IOAM节点可以根据流标识对报文进行处理,不需要再通过ACL进行匹配,因此后续IOAM节点对于报文执行对应的流行为可以不依赖于TCAM资源,降低了成本,减小了功率的消耗。
流模板可以是当前网络节点在接收报文之前创建的。图7是本申请实施例提出的一种创建流模板的方法。图7的方法包括步骤S701至步骤S703。
在步骤S701,当前网络节点可以为流分配流标识。
流标识可用于标识报文所属的流(或称业务流)。通过流标识可以识别唯一的流。当前网络节点可以根据预先约定或预先设定的规则,为所述不同的流分配流标识。预先约定或预先设定的规则可以是报文的一个或多个特征,例如可以是五元组、三元组或报文的二层信息等。
在步骤S702,当前网络节点可以根据每个流中的报文的特征和流标识,生成流模板。
当前网络节点生成流模板,流模板可以用于指示报文的特征与流标识的对应关系。
在步骤S703,当前网络节点可以存储流模板。
为了提高查找速度,当前网络节点可以将流模板存储在TCAM中。
图8是本申请实施例提供的一种报文处理方法的示意性流程图。图8的方法包括步骤S801至步骤S802。
在步骤S801,当前网络节点接收IOAM报文,IOAM报文包含流标识,流标识位于IOAM报文的IOAM头部之前。
流标识对应IOAM报文的特征,IOAM报文的特征位于所述IOAM报文的头部。该IOAM报文的头部和IOAM头部不是同一个头部,即IOAM头部不是位于是该IOAM报文的头部字段。
IOAM报文包括IOAM报文的头部。IOAM报文的头部包括IOAM报文的特征,即IOAM报文的头部包括IOAM报文的特征的字段。例如,IOAM报文的特征包括源IP地址,则IOAM报文的头部包括IP头部,IOAM报文的源IP地址位于第一报文的IP头部;IOAM报文的特征包括源IP地址、源端口号,IOAM报文的源IP地址位于IOAM报文的IP头部,IOAM报文的源端口号位于第一报文的UDP/TCP头部,则IOAM报文的头部包括IP头部和UDP/TCP头部。第一报文的头部可以包括一个或多个头部。IOAM报文的头部不包括IOAM头部。
关于IOAM报文,可以参考图4提及的第二报文。关于IOAM报文的格式,可以参考图2。
当前网络节点可以是IOAM报文传输路径上的中间节点,也可以是尾节点。例如,当前网络节点可以是IOAM中间节点,或IOAM出口节点。
当前网络节点可以在IOAM报文中查找并获取流标识。可选地,该IOAM报文可以包括第一类型信息。第一类型信息可以用于指示该IOAM报文包括流标识。当前网络节点可以通过IOAM报文中的第一类型信息确定IOAM报文为流标识报文后,在流标识报文中查找并获取流标识。
流标识可用于标识报文所属的流(或称业务流)。IOAM报文包括IOAM头部,流标识可以位于IOAM头部之前。流标识可以位于IOAM报文的二层头部,2.5层头部,或三层头部中的IP头部。报文的三层头部可以包括IP头部。报文的二层头部可以位于三层头部之前。报文的2.5层头部可以位于报文的三层头部前,二层头部后。在一些实施例中,流标识可以位于多协议标签交换(multi-protocol label switch,MPLS)头部,MPLS头部位于报文的2.5层头部。在一些实施例中,流标识可以位于IP头部。流标识可以位于IOAM报文的IP头部的扩展头部。比如,IOAM报文为IPv6报文,流标识可以位于IOAM报文IP头部之后的扩展头部Hop-by-Hop Options header。参考图2中的报文格式,流标识可以位于Hop-by-Hop Optionsheader的扩展字段,也可以位于字段保留1。
可选地,本申请对流标识的尺寸不作限定。流标识可以是IOAM报文的特征与流模板进行匹配获得的。流模板可以记录第一报文的特征与流标识的对应关系。IOAM报文的头部的字段可以包含IOAM报文的特征。流标识的尺寸可以大于、等于或小于IOAM报文的头部的字段的尺寸。流标识的尺寸是指流标识包含的比特的数量。IOAM报文的头部的字段的尺寸可以是指IOAM报文的头部的字段包含的比特的数量。例如,当IOAM报文的特征是目的IP地址时,IOAM报文的特征的尺寸为32比特或者128比特。流标识对应IOAM报文的头部的字段可以是与流模板进行匹配的IOAM报文的特征所在的一个或多个字段。流标识的尺寸小于IOAM报文的头部的字段的尺寸,可以减小后续节点为了进行流分类对IOAM报文进行解析的字段长度,减小消耗的时延。
可选地,IOAM报文中可以包括多个流标识。多个流标识可以是同一网络节点写入的,也可以是不同网络节点写入的。多个流标识可以是通过对不同的报文特征进行匹配获得的,也就是说,多个流标识可以对应于多种流分类方式。例如,IOAM报文可以包括根据五元组获得的流标识和根据七元组获得的流标识等。
IOAM报文可以包括第二类型信息,第二类型信息用于标识所述流标识对应的流分类方式。例如,第二类型信息可以用于指示流标识是根据五元组确定的。第二类型信息可以与流标识位于同一报文头部中。以IOAM报文为IPv6报文,流标识位于IOAM报文的IP报文头部的扩展头部Hop-by-Hop Options header为例,第二类型信息可以位于扩展头部Hop-by-Hop Options header。如果IOAM报文中可以包括多个流标识。第二类型信息可以用于指示多个流标识中的每一个的对应的流分类方式。例如,第二类型信息可以用于指示第一流标识是根据五元组获得的,第二流标识是根据三元组获得的。关于IOAM报文的Hop-by-HopOptions header,可以参考图6中Hop-by-Hop Options header的格式。
在步骤S802,当前网络节点根据流标识,对IOAM报文进行处理。
示例性地,步骤S802可以包括:根据流标识,查找流分类表,获得流行为;根据流行为,对IOAM报文进行处理。
流分类表可以是线性表。流分类表可以记录有流标识与流行为。流分类表可以记录有流标识与流行为的对应关系。该对应关系可以是一个流标识对应一个流行为,也可以是一个流标识对应多个流行为。
流分类表可以存储在TCAM、CAM、RAM等存储器中。TCAM具有速度快、实现简单的优点,但是TCAM较为昂贵,存储芯片的容量较小,并且使用并行匹配比较方式使其功耗较大。例如流分类表可以存储在RAM中,流标识可以作为流分类表的地址,通过流标识可以地址索引进行快速查找,确定流行为,节省了网络硬件TCAM资源,减小功耗,降低成本。
示例性地,步骤S802可以包括:统计流标识。当前网络节点为IOAM节点,根据流标识,当前网络节点可以对不同的流进行统计,统计值对应当前网络节点中该流的报文对应的序列号。当前网络节点可以根据流标识获取该报文的序列号,在该报文中插入IOAM头部。IOAM头部包括序列号。序列号用于计算丢包和/或丢包位置。示例性地,当前网络节点中发送报文的端口为TRUNK接口时,步骤S802可以包括:根据流标识,确定发送报文的出口;根据该出口发送报文。
IOAM报文中可以包括多个流标识。根据多个流标识,网络节点可以对报文进行不同的处理。
例如,IOAM报文中包括第一流标识和第二流标识。第一流标识可以是根据五元组对报文进行分类得到的。第二流标识可以是根据二元组对报文进行分类得到的。当前网络节点可以根据第一流标识进行统计,获取该报文对应的序列号,插入IOAM头部,IOAM头部包括该序列号。当前网络节点中发送报文的端口为TRUNK接口,当前网络节点根据第二流标识,确定发送报文的出口,并通过该出口发送报文。
图9是本申请实施例提供的一种报文传输路径上的网络节点对报文处理方法的流程性示意图。
节点1是IOAM入口节点,通过报文的IP五元组与流模板进行匹配,获取流标识,流标识随报文携带到后续网络节点。节点2、3分别是传输路径上其他两个IOAM中间节点。节点4是IOAM出口节点。以IPv6报文为例,对4个网络节点对报文的处理方法进行说明。
节点1对报文进行流分类。节点1根据流分类的结果,在指定业务流的报文中Hop-by-Hop Options header中插入流标识。节点1可以根据流标识,获取该报文的序列号。该序列号可以用于分析器计算丢包,可以用于分析器计算丢包的位置。节点1基于流标识对业务流进行统计,统计值对应在节点1中该报文的序列号。节点1在报文中插入IOAM头部1,在Hop-by-Hop Options header中插入流标识。IOAM头部1可以包括时间戳、节点1的节点ID、接口ID、该报文的序列号等信息。
节点2、3可以根据Hop-by-Hop Options header的选择类型确定接收的报文是IOAM报文并且携带有流标识。节点2、3可以根据该报文的流标识进行统计,即根据流标识获取该报文的序列号。节点2、3可以分别在报文中插入IOAM头部2、3。IOAM头部包括时间戳、节点ID、接口ID、序列号等信息。
节点4可以根据Hop-by-Hop Options header的选择类型确定接收的报文是IOAM报文并且携带有流标识。节点4可以根据该报文的流标识进行统计,即根据流标识获取该报文的序列号。节点4可以将报文解封装,向分析器上报统计的节点1-3的采集数据。采集数据可以包括所述报文中节点1-3的IOAM头部中的数据。该采集数据可以是预设周期内的。节点4还可以将节点4对应的时间戳、节点ID、接口ID、序列号等信息发送至分析器。
分析器对统计周期内的报文进行分析,确定丢包和丢包位置。将发包的序列号和接收端的序列号进行对比,差额就是丢失的报文。根据每个节点的序列号,可以计算具体的丢包位置。
节点1对报文的处理流程如图10所示。图10的方法包括步骤创建模板(S1001)、下发规则(S1002)、规则匹配(S1003)、填充流标识(S1004)。
在步骤S1001,节点1可以对于特定的流分配流标识,流模板可用于记录流特征与流标识的对应关系。流模板可用于根据报文的IP五元组对报文进行复杂流分类。
在步骤S1002,节点1可以将流模板下发并存储在TCAM中。
在步骤S1003,当报文进入节点1的接口,节点1可以根据TCAM中的流模板确定的规则,例如IP五元组,对报文进行匹配。
在步骤S1004,如果匹配成功,节点1可以将匹配返回的结果,即流标识,填入报文中,同时写入第一类型信息,第一类型信息可以用于指示所述报文包括流标识。。
以Ipv6报文为例,节点1将流标识写入报文的Hop-by-Hop Options header。该字段由报文传送路径上的每个节点读取并处理。报文在进入各个网络节点时的格式如图11所示。
节点2、3对报文处理方法的流程性示意图如图12所示。图12的方法包括步骤创建流表(S1201)、识别流标识报文(S1202)、根据流标识处理报文(S1203)。
在步骤S1201,根据流标识创建流表,流表为线性表。流表可用于记录流标识与流行为的对应关系。流表可以是线性表。
在步骤S1202,获取报文,识别报文为流标识报文,即识别报文为包括流标识的报文。报文可以包括第一类型信息,第一类型信息可以用于指示该报文包括流标识。报文可以包括第二类型信息,第二类型信息可以用于指示所述流标识对应的流分类方式。例如,第二类型信息可以用于指示流标识是根据五元组确定的。第二类型信息可以与流标识位于同一报文头部中。以流标识位于第二报文的IP报文头部的扩展头部Hop-by-Hop Optionsheader为例,第二类型信息可以位于扩展头部Hop-by-Hop Options header。如果报文中可以包括多个流标识。第二类型信息可以用于指示多个流标识中的每一个的对应的流分类方式。例如,第二类型信息可以用于指示第一流标识是根据五元组获得的,第二流标识是根据三元组获得的。
在步骤S1203,根据流标识处理报文。
报文传输路径上,网络首节点在报文中填入流标识,后续网络节点根据流标识对报文进行处理,不依赖于复杂的匹配过程,减小了系统的资源浪费,减少对报文的深度探测,提高转发性能。
上文结合图1至图12的描述了本申请实施例的方法实施例,下面结合图13至图15,描述本申请实施例的装置实施例。应理解,方法实施例的描述与装置实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
图13是本申请实施例提供的一种报文处理的网络设备1300,包括:接收单元1301,确定单元1302,得到单元1303,发送单元1304。
接收单元1301,用于当前网络节点接收第一报文。
确定单元1302,用于确定与所述第一报文对应的流标识,所述第一报文不包括所述流标识,所述第一报文的特征对应所述流标识,所述第一报文的特征位于所述第一报文的头部;
得到单元1303,用于根据所述第一报文以及所述流标识,得到第二报文,所述第二报文包含所述流标识以及IOAM头部,所述第二报文中所述流标识位于所述IOAM头部之前;
发送单元1304,用于向下一网络节点发送所述第二报文。
可选地,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于所述IPv6头部的Hop-by-Hop Options header。
可选地,所述流标识对应所述第一报文的头部的字段,所述流标识的尺寸小于所述第一报文的头部的字段的尺寸。
图14是本申请实施例提供的一种报文处理的网络设备1400,包括:接收单元1401,处理单元1402。
接收单元1401,用于接收带内操作维护管理IOAM报文,所述IOAM报文包含流标识,所述流标识位于所述IOAM头部之前,所述流标识对应所述IOAM报文的特征,所述IOAM报文的特征位于所述IOAM报文的头部,所述IOAM报文的头部和所述IOAM头部不是同一个头部;
处理单元1402,用于根据所述流标识,对所述IOAM报文进行处理。
可选地,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于所述IPv6头部的Hop-by-Hop Options header。
可选地,在一种可能的实现方式中,所述流标识对应所述IOAM报文的头部的字段,所述流标识的尺寸小于所述IOAM报文的头部的字段的尺寸。
可选地,处理单元1402还用于,根据所述流标识,查找流分类表,获得流行为,所述流分类表为线性表,所述线性表记录有所述流标识与所述流行为;处理单元1402还用于,根据所述流行为,对所述IOAM报文进行处理。
可选地,所述流分类表存储于随机存取存储器RAM中。
图15是本申请一个实施例提供的通信装置的示意性结构图。图15所示的通信装置1500可对应于前文描述的用户设备或网络设备。通信装置1500可包括:至少一个处理器1501和通信接口1502,所述通信接口1502可用于所述通信装置1500与其他通信装置进行信息交互,当程序指令在所述至少一个处理器1501中执行时,使得所述通信装置1500实现前文中的网络设备执行的各个步骤或方法或操作或功能。
本申请实施例还提供一种通信系统,其包括一个或多个前述的网络设备。
本申请实施例还提供一种计算机程序存储介质,其特征在于,所述计算机程序存储介质具有程序指令,当所述程序指令被执行时,使得前文中的方法被执行。
本申请实施例还提供一种芯片系统,其特征在于,所述芯片系统包括至少一个处理器,当程序指令在所述至少一个处理器中执行时,使得前文中的方法的方法被执行。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达,是指的这些项中的任意组合,包括单项或复数项的任意组合。例如,a,b和c中的至少一项可以表示:a, b, c, a-b,a-c, b-c, 或a-b-c,其中a, b, c可以是单个,也可以是多个。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种报文处理方法,其特征在于,包括:
当前网络节点接收第一报文;
所述当前网络节点确定与所述第一报文对应的流标识,所述第一报文不包括所述流标识,所述第一报文的特征对应所述流标识,所述第一报文的特征位于所述第一报文的头部;
所述当前网络节点根据所述第一报文以及所述流标识,得到第二报文,所述第二报文包含所述流标识以及IOAM头部,所述第二报文中所述流标识位于所述IOAM头部之前;
所述当前网络节点向下一网络节点发送所述第二报文。
2.根据权利要求1所述的方法,其特征在于,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于逐跳选项头部Hop-by-Hop Options header。
3.根据权利要求1或2所述的方法,其特征在于,
所述流标识对应所述第一报文的头部的字段,所述流标识的尺寸小于所述第一报文的头部的字段的尺寸。
4.一种报文处理方法,其特征在于,包括:
网络节点接收带内操作维护管理IOAM报文,所述IOAM报文包含流标识,所述流标识位于所述IOAM报文的IOAM头部之前,所述流标识对应所述IOAM报文的特征,所述IOAM报文的特征位于所述IOAM报文的头部,所述IOAM报文的头部和所述IOAM头部不是同一个头部;
所述网络节点根据所述流标识,对所述IOAM报文进行处理。
5.根据权利要求4所述的方法,其特征在于,当所述IP头部为互联网协议第六版IPv6头部时,所述流标识位于逐跳选项头部Hop-by-Hop Options header。
6.根据权利要求4或5所述的方法,其特征在于,
所述流标识对应所述IOAM报文的头部的字段,所述流标识的尺寸小于所述IOAM报文的头部的字段的尺寸。
7.根据权利要求4或5所述的方法,其特征在于,所述根据所述流标识,对所述IOAM报文进行处理,包括:
根据所述流标识查找流分类表,获得流行为,所述线性表记录有所述流标识与所述流行为;
根据所述流行为,对所述IOAM报文进行处理。
8.根据权利要求4或5所述的方法,其特征在于,所述流分类表存储于随机存取存储器RAM中。
9.一种网络设备,其特征在于,包括用于执行如权利要求1至8中任一项所述的方法的模块。
10.一种通信装置,其特征在于,所述通信装置包括:至少一个处理器和通信接口,所述通信接口用于所述通信装置与其他通信装置进行信息交互,当程序指令在所述至少一个处理器中执行时,使得所述通信装置执行如权利要求1至8中任一项所述的方法。
11.一种计算机程序存储介质,其特征在于,所述计算机程序存储介质具有程序指令,当所述程序指令被执行时,使得如权利要求1至8中任一项所述的方法被执行。
12.一种芯片,其特征在于,所述芯片包括至少一个处理器,当程序指令被所述至少一个处理器中执行时,使得如权利要求1至8中任一项所述的方法被执行。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910272143.0A CN109743340B (zh) | 2019-04-04 | 2019-04-04 | 报文处理的方法和网络装置 |
PCT/CN2020/078610 WO2020199863A1 (zh) | 2019-04-04 | 2020-03-10 | 报文处理的方法和网络装置 |
EP20782786.6A EP3896932B1 (en) | 2019-04-04 | 2020-03-10 | Message processing method and network device |
US17/386,657 US20210359939A1 (en) | 2019-04-04 | 2021-07-28 | Packet processing method and network apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910272143.0A CN109743340B (zh) | 2019-04-04 | 2019-04-04 | 报文处理的方法和网络装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109743340A true CN109743340A (zh) | 2019-05-10 |
CN109743340B CN109743340B (zh) | 2019-07-30 |
Family
ID=66371399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910272143.0A Active CN109743340B (zh) | 2019-04-04 | 2019-04-04 | 报文处理的方法和网络装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20210359939A1 (zh) |
EP (1) | EP3896932B1 (zh) |
CN (1) | CN109743340B (zh) |
WO (1) | WO2020199863A1 (zh) |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110572415A (zh) * | 2019-10-14 | 2019-12-13 | 迈普通信技术股份有限公司 | 一种安全防护的方法、设备及系统 |
CN110808924A (zh) * | 2019-11-12 | 2020-02-18 | 迈普通信技术股份有限公司 | 芯片环回报文处理方法、装置及存储介质 |
WO2020199863A1 (zh) * | 2019-04-04 | 2020-10-08 | 华为技术有限公司 | 报文处理的方法和网络装置 |
CN111953604A (zh) * | 2019-05-17 | 2020-11-17 | 华为技术有限公司 | 一种为业务流提供业务服务的方法和装置 |
CN111953553A (zh) * | 2019-05-16 | 2020-11-17 | 华为技术有限公司 | 一种报文的检测方法、设备及系统 |
CN112019492A (zh) * | 2019-05-31 | 2020-12-01 | 华为技术有限公司 | 访问控制方法、装置及存储介质 |
CN112188525A (zh) * | 2020-09-28 | 2021-01-05 | 烽火通信科技股份有限公司 | 一种基于策略模板定制的ioam部署方法及系统 |
WO2021027420A1 (zh) * | 2019-08-09 | 2021-02-18 | 华为技术有限公司 | 用于数据传输的方法和装置 |
CN112448926A (zh) * | 2019-08-30 | 2021-03-05 | 烽火通信科技股份有限公司 | 一种带内操作管理维护ioam的处理方法及系统 |
CN112787873A (zh) * | 2019-11-01 | 2021-05-11 | 烽火通信科技股份有限公司 | 一种ioam时延测量性能排序方法及系统 |
WO2021093574A1 (zh) * | 2019-11-12 | 2021-05-20 | 中兴通讯股份有限公司 | 网络质量检测方法、装置、网元设备、计算机设备和计算机可读介质 |
WO2021135414A1 (zh) * | 2020-01-03 | 2021-07-08 | 华为技术有限公司 | 一种主动随流检测的方法、网络设备以及通信系统 |
CN113132309A (zh) * | 2019-12-31 | 2021-07-16 | 中移(成都)信息通信科技有限公司 | 数据包头部信息的获取方法、装置、设备和介质 |
CN113132226A (zh) * | 2019-12-30 | 2021-07-16 | 华为技术有限公司 | 发送报文的方法、装置及系统 |
CN113382437A (zh) * | 2020-03-10 | 2021-09-10 | 华为技术有限公司 | 一种随流检测方法及装置 |
CN113556259A (zh) * | 2020-04-24 | 2021-10-26 | 华为技术有限公司 | 一种基于随流检测的报文处理方法及装置 |
WO2021254334A1 (zh) * | 2020-06-18 | 2021-12-23 | 中兴通讯股份有限公司 | 检测配置、处理方法、系统及控制、通信设备、存储介质 |
EP3985927A4 (en) * | 2019-07-25 | 2022-07-27 | Huawei Technologies Co., Ltd. | METHOD, APPARATUS AND SYSTEM FOR POSITIONING PACKET LOSS, AND COMPUTER STORAGE MEDIUM |
CN115134273A (zh) * | 2021-03-29 | 2022-09-30 | 北京华为数字技术有限公司 | 一种报文处理方法以及相关设备 |
CN115174449A (zh) * | 2022-05-30 | 2022-10-11 | 杭州初灵信息技术股份有限公司 | 一种传递随流检测信息的方法、系统、装置和存储介质 |
EP4096165A4 (en) * | 2020-02-28 | 2023-08-09 | Huawei Technologies Co., Ltd. | MESSAGE ANOMALY DETECTION METHOD, APPARATUS AND SYSTEM |
CN117728927A (zh) * | 2024-02-18 | 2024-03-19 | 南京风启科技有限公司 | 一种基于域标识的变长报文处理时延探测方法 |
US11979322B2 (en) | 2019-05-17 | 2024-05-07 | Huawei Technologies Co., Ltd. | Method and apparatus for providing service for traffic flow |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11711370B2 (en) * | 2020-05-14 | 2023-07-25 | Arista Networks, Inc. | Automatic TCAM profiles |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378245A (zh) * | 2014-12-09 | 2015-02-25 | 盛科网络(苏州)有限公司 | 在l2vpn架构的ac口上实现oam的方法及装置 |
US20180176134A1 (en) * | 2016-12-21 | 2018-06-21 | Cisco Technology, Inc. | MACHINE LEARNING-DERIVED ENTROPY PATH GRAPH FROM IN-SITU OAM (iOAM) DATA |
CN108737127A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种信息通告方法及装置 |
CN108737269A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种封装方法、装置和节点 |
CN108737128A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种实现带内操作管理维护ioam的方法及装置 |
CN108737124A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种信息通告方法及装置 |
CN108965204A (zh) * | 2017-05-18 | 2018-12-07 | 中兴通讯股份有限公司 | 一种自动实现ioam封装的方法及装置 |
US20190037391A1 (en) * | 2017-07-28 | 2019-01-31 | Cisco Technology, Inc. | In-situ operations, administration and management proxy |
CN109347671A (zh) * | 2018-10-24 | 2019-02-15 | 盛科网络(苏州)有限公司 | 一种在芯片中实现带内OAM Metadata编辑的系统及方法 |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020181400A1 (en) * | 2001-05-30 | 2002-12-05 | Nokia Corporation | Method of communicating a flow of data packets across a network |
ATE448661T1 (de) * | 2001-12-13 | 2009-11-15 | Sony Deutschland Gmbh | Adaptive dienstqualitätsreservierung mit vorheriger ressourcenzuweisung für mobilfunksysteme |
CN101771595A (zh) * | 2008-12-29 | 2010-07-07 | 华为技术有限公司 | 一种报文保序的方法和装置 |
CN102271079B (zh) * | 2010-06-04 | 2014-11-05 | 华为技术有限公司 | 报文转发的方法、节点和系统 |
US8787377B2 (en) * | 2011-03-21 | 2014-07-22 | Avaya, Inc. | Usage of masked BMAC addresses in a provider backbone bridged (PBB) network |
CN103166866B (zh) * | 2011-12-12 | 2016-08-03 | 华为技术有限公司 | 生成表项的方法、接收报文的方法及相应装置和系统 |
WO2015047237A1 (en) * | 2013-09-25 | 2015-04-02 | Intel Corporation | End-to-end (e2e) tunneling for multi-radio access technology (multi-rat) |
CN105099913B (zh) * | 2014-04-21 | 2018-07-20 | 新华三技术有限公司 | 一种报文转发方法及设备 |
US9516144B2 (en) * | 2014-06-19 | 2016-12-06 | Palo Alto Research Center Incorporated | Cut-through forwarding of CCNx message fragments with IP encapsulation |
US10237068B2 (en) * | 2015-04-27 | 2019-03-19 | Cisco Technology, Inc. | Network path proof of transit using in-band metadata |
US10270690B2 (en) * | 2016-02-29 | 2019-04-23 | Cisco Technology, Inc. | System and method for dataplane-signaled packet capture in IPV6 environment |
US10425327B2 (en) * | 2016-11-10 | 2019-09-24 | Argela Yazilim Ve Bilisim Teknolojileri San Ve Tic. A.S. | System and method for routing in software defined networks using a flow header |
US11343703B2 (en) * | 2017-09-18 | 2022-05-24 | Lg Electronics Inc. | Method for performing reflective quality of service in wireless communication system and a device therefor |
CN113839871A (zh) * | 2017-09-25 | 2021-12-24 | 华为技术有限公司 | 一种报文转发的方法及网络设备 |
US10958506B2 (en) * | 2017-12-07 | 2021-03-23 | Cisco Technology, Inc. | In-situ OAM (IOAM) network risk flow-based “topo-gram” for predictive flow positioning |
US10498639B2 (en) * | 2018-03-13 | 2019-12-03 | Futurewei Technologies, Inc. | Collecting network OAM flow data using out-of-band messages |
US11032193B2 (en) * | 2018-09-11 | 2021-06-08 | Cisco Technology, Inc. | In-situ operation, administration, and maintenance in segment routing with multiprotocol label switching networks |
US11909650B2 (en) * | 2019-02-22 | 2024-02-20 | Juniper Networks, Inc. | Internet protocol operations and management option |
CN109743340B (zh) * | 2019-04-04 | 2019-07-30 | 华为技术有限公司 | 报文处理的方法和网络装置 |
-
2019
- 2019-04-04 CN CN201910272143.0A patent/CN109743340B/zh active Active
-
2020
- 2020-03-10 EP EP20782786.6A patent/EP3896932B1/en active Active
- 2020-03-10 WO PCT/CN2020/078610 patent/WO2020199863A1/zh unknown
-
2021
- 2021-07-28 US US17/386,657 patent/US20210359939A1/en active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378245A (zh) * | 2014-12-09 | 2015-02-25 | 盛科网络(苏州)有限公司 | 在l2vpn架构的ac口上实现oam的方法及装置 |
US20180176134A1 (en) * | 2016-12-21 | 2018-06-21 | Cisco Technology, Inc. | MACHINE LEARNING-DERIVED ENTROPY PATH GRAPH FROM IN-SITU OAM (iOAM) DATA |
CN108737127A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种信息通告方法及装置 |
CN108737269A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种封装方法、装置和节点 |
CN108737128A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种实现带内操作管理维护ioam的方法及装置 |
CN108737124A (zh) * | 2017-04-13 | 2018-11-02 | 中兴通讯股份有限公司 | 一种信息通告方法及装置 |
CN108965204A (zh) * | 2017-05-18 | 2018-12-07 | 中兴通讯股份有限公司 | 一种自动实现ioam封装的方法及装置 |
US20190037391A1 (en) * | 2017-07-28 | 2019-01-31 | Cisco Technology, Inc. | In-situ operations, administration and management proxy |
CN109347671A (zh) * | 2018-10-24 | 2019-02-15 | 盛科网络(苏州)有限公司 | 一种在芯片中实现带内OAM Metadata编辑的系统及方法 |
Cited By (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020199863A1 (zh) * | 2019-04-04 | 2020-10-08 | 华为技术有限公司 | 报文处理的方法和网络装置 |
EP3952216A4 (en) * | 2019-05-16 | 2022-07-06 | Huawei Technologies Co., Ltd. | MESSAGE DETECTION METHOD, DEVICE AND SYSTEM |
CN111953553A (zh) * | 2019-05-16 | 2020-11-17 | 华为技术有限公司 | 一种报文的检测方法、设备及系统 |
CN114553746A (zh) * | 2019-05-16 | 2022-05-27 | 华为技术有限公司 | 一种报文的检测方法、设备及系统 |
US11979322B2 (en) | 2019-05-17 | 2024-05-07 | Huawei Technologies Co., Ltd. | Method and apparatus for providing service for traffic flow |
CN111953604A (zh) * | 2019-05-17 | 2020-11-17 | 华为技术有限公司 | 一种为业务流提供业务服务的方法和装置 |
WO2020233192A1 (zh) * | 2019-05-17 | 2020-11-26 | 华为技术有限公司 | 一种为业务流提供业务服务的方法和装置 |
EP3958521A4 (en) * | 2019-05-17 | 2022-06-22 | Huawei Technologies Co., Ltd. | METHOD AND APPARATUS FOR PROVIDING A SERVICE TO A STREAM OF SERVICES |
CN112019492A (zh) * | 2019-05-31 | 2020-12-01 | 华为技术有限公司 | 访问控制方法、装置及存储介质 |
EP3985927A4 (en) * | 2019-07-25 | 2022-07-27 | Huawei Technologies Co., Ltd. | METHOD, APPARATUS AND SYSTEM FOR POSITIONING PACKET LOSS, AND COMPUTER STORAGE MEDIUM |
WO2021027420A1 (zh) * | 2019-08-09 | 2021-02-18 | 华为技术有限公司 | 用于数据传输的方法和装置 |
CN112448926A (zh) * | 2019-08-30 | 2021-03-05 | 烽火通信科技股份有限公司 | 一种带内操作管理维护ioam的处理方法及系统 |
CN112448926B (zh) * | 2019-08-30 | 2022-07-08 | 烽火通信科技股份有限公司 | 一种带内操作管理维护ioam的处理方法及系统 |
CN110572415A (zh) * | 2019-10-14 | 2019-12-13 | 迈普通信技术股份有限公司 | 一种安全防护的方法、设备及系统 |
CN110572415B (zh) * | 2019-10-14 | 2022-01-21 | 迈普通信技术股份有限公司 | 一种安全防护的方法、设备及系统 |
CN112787873B (zh) * | 2019-11-01 | 2022-08-02 | 烽火通信科技股份有限公司 | 一种ioam时延测量性能排序方法及系统 |
CN112787873A (zh) * | 2019-11-01 | 2021-05-11 | 烽火通信科技股份有限公司 | 一种ioam时延测量性能排序方法及系统 |
CN112866042A (zh) * | 2019-11-12 | 2021-05-28 | 中兴通讯股份有限公司 | 网络质量检测方法、装置、计算机设备和计算机可读介质 |
CN110808924A (zh) * | 2019-11-12 | 2020-02-18 | 迈普通信技术股份有限公司 | 芯片环回报文处理方法、装置及存储介质 |
CN112866042B (zh) * | 2019-11-12 | 2023-07-18 | 中兴通讯股份有限公司 | 网络质量检测方法、装置、计算机设备和计算机可读介质 |
WO2021093574A1 (zh) * | 2019-11-12 | 2021-05-20 | 中兴通讯股份有限公司 | 网络质量检测方法、装置、网元设备、计算机设备和计算机可读介质 |
CN113132226A (zh) * | 2019-12-30 | 2021-07-16 | 华为技术有限公司 | 发送报文的方法、装置及系统 |
CN113132309B (zh) * | 2019-12-31 | 2023-04-14 | 中移(成都)信息通信科技有限公司 | 数据包头部信息的获取方法、装置、设备和介质 |
CN113132309A (zh) * | 2019-12-31 | 2021-07-16 | 中移(成都)信息通信科技有限公司 | 数据包头部信息的获取方法、装置、设备和介质 |
WO2021135414A1 (zh) * | 2020-01-03 | 2021-07-08 | 华为技术有限公司 | 一种主动随流检测的方法、网络设备以及通信系统 |
EP4096165A4 (en) * | 2020-02-28 | 2023-08-09 | Huawei Technologies Co., Ltd. | MESSAGE ANOMALY DETECTION METHOD, APPARATUS AND SYSTEM |
EP4109959A4 (en) * | 2020-03-10 | 2023-08-02 | Huawei Technologies Co., Ltd. | IN SITU FLOW TEST METHOD AND DEVICE |
CN113382437A (zh) * | 2020-03-10 | 2021-09-10 | 华为技术有限公司 | 一种随流检测方法及装置 |
WO2021213045A1 (zh) * | 2020-04-24 | 2021-10-28 | 华为技术有限公司 | 一种基于随流检测的报文处理方法及装置 |
CN113556259A (zh) * | 2020-04-24 | 2021-10-26 | 华为技术有限公司 | 一种基于随流检测的报文处理方法及装置 |
CN113556259B (zh) * | 2020-04-24 | 2024-04-12 | 华为技术有限公司 | 一种基于随流检测的报文处理方法及装置 |
WO2021254334A1 (zh) * | 2020-06-18 | 2021-12-23 | 中兴通讯股份有限公司 | 检测配置、处理方法、系统及控制、通信设备、存储介质 |
CN112188525A (zh) * | 2020-09-28 | 2021-01-05 | 烽火通信科技股份有限公司 | 一种基于策略模板定制的ioam部署方法及系统 |
CN112188525B (zh) * | 2020-09-28 | 2022-04-15 | 烽火通信科技股份有限公司 | 一种基于策略模板定制的ioam部署方法及系统 |
WO2022206050A1 (zh) * | 2021-03-29 | 2022-10-06 | 华为技术有限公司 | 一种报文处理方法以及相关设备 |
CN115134273A (zh) * | 2021-03-29 | 2022-09-30 | 北京华为数字技术有限公司 | 一种报文处理方法以及相关设备 |
CN115174449A (zh) * | 2022-05-30 | 2022-10-11 | 杭州初灵信息技术股份有限公司 | 一种传递随流检测信息的方法、系统、装置和存储介质 |
CN115174449B (zh) * | 2022-05-30 | 2024-03-26 | 杭州初灵信息技术股份有限公司 | 一种传递随流检测信息的方法、系统、装置和存储介质 |
CN117728927A (zh) * | 2024-02-18 | 2024-03-19 | 南京风启科技有限公司 | 一种基于域标识的变长报文处理时延探测方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2020199863A1 (zh) | 2020-10-08 |
CN109743340B (zh) | 2019-07-30 |
US20210359939A1 (en) | 2021-11-18 |
EP3896932A1 (en) | 2021-10-20 |
EP3896932A4 (en) | 2022-02-16 |
EP3896932B1 (en) | 2023-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109743340B (zh) | 报文处理的方法和网络装置 | |
US11115297B2 (en) | Highly probable identification of related messages using sparse hash function sets | |
WO2021109610A1 (zh) | 传输质量检测方法及装置、系统、存储介质 | |
US7032020B2 (en) | System and method for determining segment and link bandwidth capacities | |
CN102461089B (zh) | 用于使用标签进行策略执行的方法和设备 | |
CN1710888B (zh) | 生成监视数据报的方法 | |
US6084855A (en) | Method and apparatus for providing fair traffic scheduling among aggregated internet protocol flows | |
US7433307B2 (en) | Flow control in a network environment | |
US7061862B2 (en) | Inter-network relay system and method | |
US9065770B2 (en) | Traffic item impairment emulation | |
CN107181663A (zh) | 一种报文处理方法、相关设备及计算机可读存储介质 | |
CN116800682A (zh) | 一种实现QoS保障的报文处理方法、设备和系统 | |
US8229705B1 (en) | Performance monitoring in computer networks | |
CN106464590A (zh) | 一种获取路径信息的方法及装置 | |
CN101854268A (zh) | Ip网络性能测量、服务质量控制的方法、装置和系统 | |
CN111771358B (zh) | 包可编程状态集 | |
WO2018004639A1 (en) | Load balancing | |
CN112956159A (zh) | 针对有线网络的主动定向数据平面业务监视 | |
US20100254406A1 (en) | Qos management method for an ethernet based ngn | |
WO2016169121A1 (zh) | 一种链路分析的方法、设备及系统 | |
KR101191251B1 (ko) | 3단계 동적 분류를 통한 10기가급 대용량 플로우 생성 및 제어방법 | |
US8553539B2 (en) | Method and system for packet traffic congestion management | |
CN112187608B (zh) | 一种基于OpenStack的透明模式服务链实现方法及其系统 | |
US9094290B2 (en) | Measuring and displaying bandwidth contention | |
CN113765809A (zh) | Bier组播流量的统计方法、设备以及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |