CN117640526A - 一种网络拥塞处理方法、装置、存储介质及电子装置 - Google Patents

一种网络拥塞处理方法、装置、存储介质及电子装置 Download PDF

Info

Publication number
CN117640526A
CN117640526A CN202210989204.7A CN202210989204A CN117640526A CN 117640526 A CN117640526 A CN 117640526A CN 202210989204 A CN202210989204 A CN 202210989204A CN 117640526 A CN117640526 A CN 117640526A
Authority
CN
China
Prior art keywords
reverse
message
congestion
processed
service flow
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.)
Pending
Application number
CN202210989204.7A
Other languages
English (en)
Inventor
周华东
陈捷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN202210989204.7A priority Critical patent/CN117640526A/zh
Publication of CN117640526A publication Critical patent/CN117640526A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例提供了一种网络拥塞处理方法、装置、存储介质及电子装置,该方法包括:接收源端向宿端传输的正向业务流;在检测到该正向业务流出现拥塞且存在该正向业务流对应的反向业务流的情况下,确定宿端向源端的反向业务流;在该反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;将处理后的反向数据报文发送给源端,以使源端进行业务流的控制,可以解决如果路径比较长,通过显式拥塞通知机制从发现拥塞到传递给宿端,时间比较长,拥塞处理不及时导致拥塞加剧的问题,在拥塞出现后,加快拥塞信息通知到源端的速度,进而可以降低网络出现更严重拥塞甚至丢包的可能性。

Description

一种网络拥塞处理方法、装置、存储介质及电子装置
技术领域
本申请实施例涉及通信领域,具体而言,涉及一种网络拥塞处理方法、装置、存储介质及电子装置。
背景技术
显式的拥塞反馈控制机制(Explicit Congestion Notification,简称为ECN),通过在报文转发过程中,传输设备对比预设定的显式拥塞通知门限值和当前队列的缓存深度,来判断是否要在该队列数据包IP报文头的TOS(Type of Services,服务类型)打上ECN拥塞标记。宿端设备如果接收到了有ECN拥塞标记的报文,则会通过拥塞通知分组(Congestion Notification Packet,简称为CNP)报文反馈给源端。源端通过解析CNP报文,基于预定的拥塞和流量调度算法来实施拥塞控制和流量调度,比如降低流速率,从而达到降低网络拥塞的目的。当前主要用于数据中心内的无损网络。
显式拥塞通知机制将源宿端之间的传输网元加入到拥塞控制的过程中,让网络设备感知并标识网络拥塞,与终端系统共同协作,动态地调节网络流量。显式拥塞控制机制的拥塞控制质量更高,成为无损网络的主流拥塞控制技术。
图1是相关技术中的显式拥塞通知机制的架构图,如图1所示,路径中A设备检测到拥塞,在数据报文的IP头TOS字段打上拥塞标记;报文仍按正常转发流程传递到宿端;宿端通过硬件构造CNP报文,发送给源端;源端收到CNP报文后按预定的策略进行流量控制。该方案中,如果路径比较长,从发现拥塞到传递给宿端,时间比较长;再加上宿端发送CNP报文传递到源端的时间,网络中拥塞可能已经加剧。
针对相关技术中如果路径比较长,通过显式拥塞通知机制从发现拥塞到传递给宿端,时间比较长,拥塞处理不及时导致拥塞加剧的问题,尚未提出解决方案。
发明内容
本申请实施例提供了一种网络拥塞处理方法、装置、存储介质及电子装置,以至少解决如果路径比较长,通过显式拥塞通知机制从发现拥塞到传递给宿端,时间比较长,拥塞处理不及时导致拥塞加剧的问题。
根据本申请的一个实施例,提供了一种网络拥塞处理方法,所述方法包括:
接收源端向宿端传输的正向业务流;
在检测到所述正向业务流出现拥塞且存在所述正向业务流对应的反向业务流的情况下,确定所述宿端向所述源端的反向业务流;
在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;
将所述处理后的反向数据报文发送给所述源端,以使所述源端进行业务流的控制。
根据本申请的另一个实施例,还提供了一种网络拥塞处理装置,所述装置包括:
接收模块,用于接收源端向宿端传输的正向业务流;
确定模块,用于在检测到所述正向业务流出现拥塞且存在所述正向业务流对应的反向业务流的情况下,确定所述宿端向所述源端的反向业务流;
第一插入模块,用于在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;
第一发送模块,用于将所述处理后的反向数据报文发送给所述源端,以使所述源端进行业务流的控制。
根据本申请的又一个实施例,还提供了一种计算机可读的存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本申请的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
本申请实施例,接收源端向宿端传输的正向业务流;在检测到所述正向业务流出现拥塞且存在所述正向业务流对应的反向业务流的情况下,确定所述宿端向所述源端的反向业务流;在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;将所述处理后的反向数据报文发送给所述源端,以使所述源端进行业务流的控制,可以解决如果路径比较长,通过显式拥塞通知机制从发现拥塞到传递给宿端,时间比较长,拥塞处理不及时导致拥塞加剧的问题,在拥塞出现后,加快拥塞信息通知到源端的速度,进而可以降低网络出现更严重拥塞甚至丢包的可能性。
附图说明
图1是相关技术中的显式拥塞通知机制的架构图;
图2是本申请实施例的网络拥塞处理方法的移动终端的硬件结构框图;
图3是根据本申请实施例的网络拥塞处理方法的流程图;
图4是根据本实施例的源端与宿端之间的双向业务流的示意图一;
图5是根据本实施例的源端与宿端之间的双向业务流的示意图二;
图6是根据本实施例的源端与宿端之间的业务流出现拥塞的示意图一;
图7是根据本实施例的基于SR-MPLS隧道的双向业务流的示意图;
图8是根据本实施例的SR Path Label的TTL字段的示意图;
图9是根据本实施例的新定义的ECN引导标签的示意;
图10是根据本实施例的基于SRv6的双向业务流的示意图;
图11是根据本实施例的SRH Flags字段的示意图;
图12是根据本实施例的源端与宿端之间的业务流出现拥塞的示意图二;
图13是根据本实施例的网络拥塞处理装置框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请的实施例。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图2是本申请实施例的网络拥塞处理方法的移动终端的硬件结构框图,如图2所示,移动终端可以包括一个或多个(图2中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104,其中,上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图2所示的结构仅为示意,其并不对上述移动终端的结构造成限定。例如,移动终端还可包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本申请实施例中的网络拥塞处理方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及业务链地址池切片处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述移动终端或网络架构的网络拥塞处理方法,图3是根据本申请实施例的网络拥塞处理方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,接收源端向宿端传输的正向业务流;
步骤S304,在检测到正向业务流出现拥塞且存在正向业务流对应的反向业务流的情况下,确定宿端向源端的正向业务流对应的反向业务流;
本实施例中,源端与宿端互为源宿,正向业务流与反向业务流是相对的业务流,正向业务流指的是发生拥塞的业务流,反向业务流是相对于正向业务流的反向的业务流。
步骤S306,在反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;
步骤S308,将处理后的反向数据报文发送给源端,以使所述源端进行业务流的控制。
通过上述步骤S302至S308,可以解决如果路径比较长,通过显式拥塞通知机制从发现拥塞到传递给宿端,时间比较长,拥塞处理不及时导致拥塞加剧的问题,在拥塞出现后,加快拥塞信息通知到源端的速度,进而可以降低网络出现更严重拥塞甚至丢包的可能性。
本实施例中,上述步骤S304具体可以包括:根据所述正向业务流的节点信息确定所述正向业务流对应的反向业务流,具体的,获取所述正向业务流的节点信息对应的反向节点信息;分别将所述反向节点信息与其他业务流的节点信息进行对比;确定对比结果为相同的业务流为所述正向业务流对应的反向业务流;或者根据所述正向业务流的数据报文的报文头中携带的SID信息确定所述正向业务流对应的反向业务流,具体的,提取所述正向业务流的数据报文的报文头的多层标签,得到由外到里的多个SID(Segment ID,指令标识)信息;分别将所述由外到里的多个SID信息与其他业务流的数据报文的报文头中由里到外的多个SID信息进行对比;确定对比结果为相同的业务流为所述正向业务流对应的反向业务流。
在一实施例中,上述步骤S306具体可以包括:在业务流为SR-MPLS(SegmentRouting-Multi-Protocol Label Switching,基于多协议标签交换的源路由技术)隧道的业务场景下,所述反向业务流的数据报文为SR-MPLS报文;若所述通信节点为SR-TP(Segment Routing-Transport Profile,基于传送网架构的源路由技术)隧道的中间节点,在所述SR-MPLS报文的伪线控制字中插入所述反向显示拥塞标识;或者在所述SR-MPLS报文的SR PATH SID的TC字段或TTL字段中插入所述反向显示拥塞标识;或者在所述SR-MPLS报文中新插入一个标签,在所述标签中插入所述反向显示拥塞标识,得到处理后的SR-MPLS报文;若所述通信节点为SR-TP隧道的终结点,剥离所述SR-MPLS报文的SR-MPLS标签得到IP报文,在所述IP报文的TOS字段中插入所述反向显示拥塞标识,或者在所述IP报文的报文头option字段中新定义的选项中插入所述反向显示拥塞标识,得到处理后的IP报文。
对应的,上述步骤S308具体可以包括:若所述通信节点为所述SR-TP隧道的中间节点,将所述处理后的SR-MPLS报文发送给所述SR-TP隧道的终结点,通过所述SR-TP隧道的终结点剥离所述处理后的SR-MPLS报文的SR-MPLS标签得到IP报文,并将所述SR-MPLS标签中的反向显示拥塞标识映射到所述IP报文中得到处理后的IP报文,将所述处理后的IP报文发送给所述源端;若所述通信节点为所述SR-TP隧道的终结点,将所述处理后的SR-MPLS报文发送给所述源端。
在另一实施例中,上述步骤S306具体还可以包括:在所述业务流为SRv6(SegmentRouting version 6,基于IPv6的源路由技术)的业务场景下,所述反向业务流的数据报文为SRv6报文,其中,所述SRv6报文包括外层的IPv6(Internet Protocol version 6,互联网协议互第6版)报文的报文头与标签栈SRH,内层的净荷;若所述通信节点为SRv6 policy的中间节点,在所述IPv6报文的报文头的TOS字段中插入所述反向显示拥塞标识,或者在所述SRH的Flags字段中插入所述反向显示拥塞标识,得到处理后的SRv6报文;若所述通信节点为SRv6policy的终结点,将所述SRv6报文中的反向显示拥塞标识映射到IPv6报文中,包括:在所述IPv6报文的报文头TOS字段中插入所述反向显示拥塞标识,或者在所述IPv6报文的拓展报文头中插入所述反向显示拥塞标识,得到处理后的IPv6报文。
对应的,上述步骤S308具体可以包括:若所述通信节点为所述SRv6 policy的中间节点,将所述处理后的SRv6报文发送给所述SRv6 policy的终结点,通过所述处理后的SRv6报文中的反向显示拥塞标识映射到IPv6报文中得到处理后的IPv6报文,将所述处理后的IPv6报文发送给所述源端;若所述通信节点为所述SRv6 policy的终结点,将所述处理后的IPv6报文发送给所述源端。
在一可选的实施例中,所述方法还包括:在检测到所述正向业务流出现拥塞且不存在所述反向业务流的情况下,在所述正向业务流的数据报文中插入正向显示拥塞标识,得到处理后的正向数据报文;将所述处理后的正向数据报文发送给下一节点,以使所述下一节点确定所述宿端向所述源端的反向业务流,并在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;将所述处理后的反向数据报文发送给所述源端。
本实施例中,源端和宿端之间的业务是双向流,两端互为源宿。图4是根据本实施例的源端与宿端之间的双向业务流的示意图一,如图4所示,两个方向的业务流在网络中的路径完全一致;或者,图5是根据本实施例的源端与宿端之间的双向业务流的示意图二,如图5所示,两个方向的业务流在网络中的路径部分一致。充分利用业务流的双向性和对称性。当一个方向的业务流在网络中某个节点出现拥塞时,该节点直接在反向流的数据报文中插入反向显示拥塞标识。拥塞信息通过反向流到达拥塞流的源端,源端采取流控的动作。相比标准的ECN方案,不需要专门的协议报文,方案更加简单,设备要求低。该方案可以提高网络拥塞的响应速度。本实施例称这种方案为反向流显式拥塞标识。
图6是根据本实施例的源端与宿端之间的业务流出现拥塞的示意图一,如图6所示,源端宿端设备通过在报文头中携带支持反向流显式拥塞标识功能的标识,通告给网络设备。
A方向的流1在网络中的设备B出现了拥塞。拥塞的判断标准继续沿用ECN的机制,可以是队列缓存深度超过设置的门限,也可以是报文的排队时延超过了设置的门限,以及一些基于AI算法的增强的动态门限机制等。
设备B查找流1的反向流,查找到反向流为流2。
设备B在流2的报文头中插入显式拥塞标志。具体的插入位置与报文的封装形式有关,比如普通IP、MPLS-TP、SRv4、SRv6等。借助广域网中广泛存在的业务双向性及双向路径一致性,通过反向流将正向流的拥塞信息快速通告给源端,充分利用报文的转发机制以及报文的开销定义传递拥塞信息。
拥塞流的源端是源端/宿端1。该设备接收到流2的报文,通过报文头分析发现报文有反向流显式拥塞标识。则立即按照预设定的流量控制机制启动流量控制,流量控制机制仍然沿用ECN已有的机制即可,比如在若干时间内降低流1的发送速率。
如图4所示,在双向流路径完全一致的场景,每个节点都可以在发生拥塞时实施本实施例的方案;如图5所示,在双向流路径部分一致的场景,路径一致的节点可以实施本实施例的技术方案,不一致的节点可以采用实施例3中的方案。
本实施例中,查找反向流,广域网涉及多种不同的技术,其中MPLS以及SR技术是在广域承载网应用最为广泛的两种技术。本实施例主要针对这两种技术进行说明。
MPLS-TP(Multi-Protocol Label Switching-Transport Profile,基于传送网架构的多协议标签交换技术)隧道是一种典型的将两个方向相反且路径一致的单向MPLS-TE(Multi-Protocol Label Switching-Traffic Engineering,基于多协议标签交换的流量工程)隧道绑定在一起的隧道。双向路径一致给网络管理带来了便利。在网络设备的转发表项上,其转发表的流点信息相互关联。通过流1的流点可以很便捷查找到流2的流点信息。查找到流2的流点信息,就可以在流2的报文中插入反向显示拥塞标识信息了。如表1所示,可以看见流1的入流点是流2的出流点,流2的出流点是流1的入流点。因此通过流1或者流2都可以方便的查找的其反向流。充分利用转发表项中两条流的相关表项进行反向流的查找,速度快,效率高。
表1
流1 流2
入流点 131046 131045
出流点 131045 131046
SRv6技术是IPv6和SR相结合的新技术,将在广域网中广泛部署。SRv6的每个报文会在报文头SRH中携带每一跳的Segment ID信息。网络设备,可以通过比较SRH头中携带的Segment ID信息来找到反向流。如表2所示,流1的报文头SRH部分一共有5层标签,第1个至第5个标签分别是1001、1002、1003、1004、1005。流2页包含有5层标签,且标签顺序与流1刚好相反。可以判定流1和流2互为反向流。充分利用业务报文携带的信息进行反向流的查找也是识别方向流的方法之一。
表2
流1 流2
第1个SID 1001 1005
第2个SID 1002 1004
第3个SID 1003 1003
第4个SID 1004 1002
第5个SID 1005 1001
本实施例,在双向业务流且网络路径完全一致或部分一致的场景下,对拥塞发现后的传递机制进行了优化,可以加快拥塞信息的传递速度,进而更快的采取流控控制措施。可以明显降低网络进一步拥塞的概率,有助于实现零丢包、低时延。非常有必要在无损网络以及对丢包、时延等性能有较高要求的网络中部署,尤其是网络比较复杂的局域网或广域网。结合广域网的主要技术MPLS以及SR,给出了反向流识别的方法,以及通过反向流携带拥塞标识信息的具体方法。这是未来广域网络无损(零丢包、低时延)实现的重要组成部分。
基于SR-MPLS隧道的业务场景,在SPN(Slicing Packet Network,切片分组网)网络(ITU-T MTN(Metro Transport Network,国际电信联盟电信标准-城域传送网)标准)中,SR-TP隧道是最常用的隧道类型,为客户提供面向连接的双向路径一致的服务。SR-TP隧道是在单向SR-TE(Segment Routing-Traffic Engineering,基于源路由技术的流量工程)隧道的基础上进行扩展,等同于绑定了路径完全一致,方向相反的两条SR-TE隧道。基于SR-TP隧道的业务场景,是本实施例的典型场景之一:业务流两个方向,路径一致。
图7是根据本实施例的基于SR-MPLS隧道的双向业务流的示意图,如图7所示,SR-TE1和SR-TE2是一条SR-TP隧道的两个单向TE隧道。B节点检测到SR-TE1隧道承载的某个队列业务拥塞。B节点在ST-TE2隧道的数据报文中插入反向流显式拥塞标识。具体插入的位置:可以是1)在伪线控制字;2)在SR PATH SID的TC字段或TTL(Time To Live,生存时间)字段(该字段可以重用,当前TTL无价值),图8是根据本实施例的SR Path Label的TTL字段的示意图,如图8所示;3)可以新插入一个标签,该标签用于流量控制,其中TC字段或TTL字段用于标识显式拥塞类型,图9是根据本实施例的新定义的ECN引导标签的示意图,如图9所示。A节点是SR-TP隧道的终结点(PE节点),终结点需要剥离网络转发的SR-MPLS标签,因此需要把SR-TP标签中的反向流显式拥塞标识,映射到IP报文中。IP报文中表征反向流显式拥塞标识的位置:1)TOS bit6与bit7,01和10都用来标记支持ECN,可以用01标记支持ECN,10用来作为反向流显式拥塞标识;2)IP报文的TOS字段定义一直不稳定,实际上最常用的是8个业务优先级,即3bit。可以用3个bit来作为ECN字段,加入支持反向流ECN、反向流显式拥塞标识以及ECN的其它扩展。3)IPv4:在报文头option字段新定义一个选项。源端/宿端1接收到带有反向流显式拥塞标识的报文,按照预定的流控机制采取流控举措。
基于SRv6的业务场景,SRv6是基于IPv6的SR技术体制,因为良好的扩展性目前已经商用部署并持续快速发展。SRv6与SR-TP不同,部分场景下1条业务两个方向的网络路径一致,部分场景下可能部分一致。如前所述,部分一致的情况,路径一致的网元仍然可以使用反向流显示拥塞标识。
图10是根据本实施例的基于SRv6的双向业务流的示意图,如图10所示,SRv6policy1和SRv6 policy2是一条业务SRv6承载的两个方向的单向隧道。B节点检测到SRv6policy1承载的某个队列业务拥塞。B节点在SRv6 policy2承载的数据报文中插入反向流显式拥塞标识。具体插入的位置:可以是1)IPv6报文头TOS字段,细节参考上述基于SR-MPLS隧道的业务场景中描述;2)在SRH的Flags字段,图11是根据本实施例的SRH Flags字段的示意图,如图11所示。A节点是SRv6 policy的终结点(PE节点),需要把SRv6 policy报文中的反向流显式拥塞标识,映射到IPv6报文中。IPv6报文中表征反向流显式拥塞标识的位置:1)如果B节点插入的位置就是IPv6报文头,则延续放在IPv6报文头TOS字段;2)新定义IPv6扩展报头。
业务双向流路径部分一致的场景,现网也会存在业务双向流路径部分一致的场景。对于双向流路径一致的部分,可以采用前述的方案。如果拥塞发生在双向流不一致的设备(比如正向流经过了某网元,但反向流并没有经过这个网元),则需要采用本实施例的方案。该方案可以简述为正向显式拥塞控制和反向显式拥塞控制相结合的办法。图12是根据本实施例的源端与宿端之间的业务流出现拥塞的示意图二,如图12所示,设备B检测到了业务流1拥塞;设备B上无业务流1的反向流2,设备B在流1上插入正向显式拥塞标识;设备D接收到了流1上的正向显式拥塞标识;并在本设备上的流2插入反向显式拥塞标识。
根据本申请的另一个实施例,还提供了一种网络拥塞处理装置,图13是根据本实施例的网络拥塞处理装置框图,如图13所示,所述装置包括:
接收模块132,用于接收源端向宿端传输的正向业务流;
确定模块134,用于在检测到所述正向业务流出现拥塞且存在所述正向业务流对应的反向业务流的情况下,确定所述宿端向所述源端的反向业务流;
第一插入模块136,用于在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;
第一发送模块138,用于将所述处理后的反向数据报文发送给所述源端,以使所述源端进行业务流的控制。
在一实施例中,所述确定模块134包括:
第一确定子模块,用于根据所述正向业务流的节点信息确定所述正向业务流对应的反向业务流;或者
第二确定子模块,用于根据所述正向业务流的数据报文的报文头中携带的SID信息确定所述正向业务流对应的反向业务流。
在一实施例中,所述第一确定子模块,还用于获取所述正向业务流的节点信息对应的反向节点信息;分别将所述反向节点信息与其他业务流的节点信息进行对比;确定对比结果为相同的业务流为所述正向业务流对应的反向业务流。
在一实施例中,所述第二确定子模块,还用于提取所述正向业务流的数据报文的报文头的多层标签,得到由外到里的多个SID信息;分别将所述由外到里的多个SID信息与其他业务流的数据报文的报文头中由里到外的多个SID信息进行对比;确定对比结果为相同的业务流为所述正向业务流对应的反向业务流。
在一实施例中,所述第一插入模块136,还用于在业务流为SR-MPLS隧道的业务场景下,所述反向业务流的数据报文为SR-MPLS报文;若所述通信节点为SR-TP隧道的中间节点,在所述SR-MPLS报文的伪线控制字中插入所述反向显示拥塞标识;或者在所述SR-MPLS报文的SR PATH SID的TC字段或TTL字段中插入所述反向显示拥塞标识;或者在所述SR-MPLS报文中新插入一个标签,在所述标签中插入所述反向显示拥塞标识,得到处理后的SR-MPLS报文;若所述通信节点为SR-TP隧道的终结点,剥离所述SR-MPLS报文的SR-MPLS标签得到IP报文,在所述IP报文的TOS字段中插入所述反向显示拥塞标识,或者在所述IP报文的报文头option字段中新定义的选项中插入所述反向显示拥塞标识,得到处理后的IP报文。
在一实施例中,所述第一发送模块138,还用于若所述通信节点为所述SR-TP隧道的中间节点,将所述处理后的SR-MPLS报文发送给所述SR-TP隧道的终结点,通过所述SR-TP隧道的终结点剥离所述处理后的SR-MPLS报文的SR-MPLS标签得到IP报文,并将所述SR-MPLS标签中的反向显示拥塞标识映射到所述IP报文中得到处理后的IP报文,将所述处理后的IP报文发送给所述源端;若所述通信节点为所述SR-TP隧道的终结点,将所述处理后的SR-MPLS报文发送给所述源端。
在一实施例中,所述第一插入模块136,还用于在所述业务流为SRv6的业务场景下,所述反向业务流的数据报文为SRv6报文,其中,所述SRv6报文包括外层的IPv6报文的报文头与标签栈SRH,内层的净荷;若所述通信节点为SRv6 policy的中间节点,在所述IPv6报文的报文头的TOS字段中插入所述反向显示拥塞标识,或者在所述SRH的Flags字段中插入所述反向显示拥塞标识,得到处理后的SRv6报文;若所述通信节点为SRv6 policy的终结点,将所述SRv6报文中的反向显示拥塞标识映射到IPv6报文中,包括:在所述IPv6报文的报文头TOS字段中插入所述反向显示拥塞标识,或者在所述IPv6报文的拓展报文头中插入所述反向显示拥塞标识,得到处理后的IPv6报文。
在一实施例中,所述第一发送模块138,还用于若所述通信节点为所述SRv6policy的中间节点,将所述处理后的SRv6报文发送给所述SRv6 policy的终结点,通过所述处理后的SRv6报文中的反向显示拥塞标识映射到IPv6报文中得到处理后的IPv6报文,将所述处理后的IPv6报文发送给所述源端;若所述通信节点为所述SRv6 policy的终结点,将所述处理后的IPv6报文发送给所述源端。
在一实施例中,所述装置还包括:
第二插入模块,用于在检测到所述正向业务流出现拥塞且不存在所述反向业务流的情况下,在所述正向业务流的数据报文中插入正向显示拥塞标识,得到处理后的正向数据报文;
第二发送模块,用于将所述处理后的正向数据报文发送给下一节点,以使所述下一节点确定所述宿端向所述源端的反向业务流,并在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;将所述处理后的反向数据报文发送给所述源端。
本申请的实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中,上述计算机可读存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本申请的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (12)

1.一种网络拥塞处理方法,应用于通信节点,其特征在于,所述方法包括:
接收源端向宿端传输的正向业务流;
在检测到所述正向业务流出现拥塞且存在所述正向业务流对应的反向业务流的情况下,确定所述宿端向所述源端的反向业务流;
在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;
将所述处理后的反向数据报文发送给所述源端,以使所述源端进行业务流的控制。
2.根据权利要求1所述的方法,其特征在于,确定所述宿端向所述源端的反向业务流包括:
根据所述正向业务流的节点信息确定所述正向业务流对应的反向业务流;或者
根据所述正向业务流的数据报文的报文头中携带的SID信息确定所述正向业务流对应的反向业务流。
3.根据权利要求2所述的方法,其特征在于,根据所述正向业务流的节点信息确定所述正向业务流对应的反向业务流包括:
获取所述正向业务流的节点信息对应的反向节点信息;
分别将所述反向节点信息与其他业务流的节点信息进行对比;
确定对比结果为相同的业务流为所述正向业务流对应的反向业务流。
4.根据权利要求2所述的方法,其特征在于,根据所述正向业务流的数据报文的报文头中携带的SID信息确定所述正向业务流对应的反向业务流包括:
提取所述正向业务流的数据报文的报文头的多层标签,得到由外到里的多个SID信息;
分别将所述由外到里的多个SID信息与其他业务流的数据报文的报文头中由里到外的多个SID信息进行对比;
确定对比结果为相同的业务流为所述正向业务流对应的反向业务流。
5.根据权利要求1所述的方法,其特征在于,在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文包括:
在业务流为SR-MPLS隧道的业务场景下,所述反向业务流的数据报文为SR-MPLS报文;
若所述通信节点为SR-TP隧道的中间节点,在所述SR-MPLS报文的伪线控制字中插入所述反向显示拥塞标识;或者在所述SR-MPLS报文的SR PATH SID的TC字段或TTL字段中插入所述反向显示拥塞标识;或者在所述SR-MPLS报文中新插入一个标签,在所述标签中插入所述反向显示拥塞标识,得到处理后的SR-MPLS报文;
若所述通信节点为SR-TP隧道的终结点,剥离所述SR-MPLS报文的SR-MPLS标签得到IP报文,在所述IP报文的TOS字段中插入所述反向显示拥塞标识,或者在所述IP报文的报文头option字段中新定义的选项中插入所述反向显示拥塞标识,得到处理后的IP报文。
6.根据权利要求5所述的方法,其特征在于,将所述处理后的反向数据报文发送给所述源端包括:
若所述通信节点为所述SR-TP隧道的中间节点,将所述处理后的SR-MPLS报文发送给所述SR-TP隧道的终结点,通过所述SR-TP隧道的终结点剥离所述处理后的SR-MPLS报文的SR-MPLS标签得到IP报文,并将所述SR-MPLS标签中的反向显示拥塞标识映射到所述IP报文中得到处理后的IP报文,将所述处理后的IP报文发送给所述源端;
若所述通信节点为所述SR-TP隧道的终结点,将所述处理后的SR-MPLS报文发送给所述源端。
7.根据权利要求1所述的方法,其特征在于,在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文包括:
在所述业务流为SRv6的业务场景下,所述反向业务流的数据报文为SRv6报文,其中,所述SRv6报文包括外层的IPv6报文的报文头与标签栈SRH,内层的净荷;
若所述通信节点为SRv6 policy的中间节点,在所述IPv6报文的报文头的TOS字段中插入所述反向显示拥塞标识,或者在所述SRH的Flags字段中插入所述反向显示拥塞标识,得到处理后的SRv6报文;
若所述通信节点为SRv6 policy的终结点,将所述SRv6报文中的反向显示拥塞标识映射到IPv6报文中,包括:在所述IPv6报文的报文头TOS字段中插入所述反向显示拥塞标识,或者在所述IPv6报文的拓展报文头中插入所述反向显示拥塞标识,得到处理后的IPv6报文。
8.根据权利要求7所述的方法,其特征在于,通过所述处理后的反向数据报文将拥塞信息发送给所述源端包括:
若所述通信节点为所述SRv6 policy的中间节点,将所述处理后的SRv6报文发送给所述SRv6 policy的终结点,通过所述处理后的SRv6报文中的反向显示拥塞标识映射到IPv6报文中得到处理后的IPv6报文,将所述处理后的IPv6报文发送给所述源端;
若所述通信节点为所述SRv6 policy的终结点,将所述处理后的IPv6报文发送给所述源端。
9.根据权利要求1至8中任一项所述的方法,其特征在于,所述方法还包括:
在检测到所述正向业务流出现拥塞且不存在所述反向业务流的情况下,在所述正向业务流的数据报文中插入正向显示拥塞标识,得到处理后的正向数据报文;
将所述处理后的正向数据报文发送给下一节点,以使所述下一节点确定所述宿端向所述源端的反向业务流,并在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;将所述处理后的反向数据报文发送给所述源端。
10.一种网络拥塞处理装置,其特征在于,所述装置包括:
接收模块,用于接收源端向宿端传输的正向业务流;
确定模块,用于在检测到所述正向业务流出现拥塞且存在所述正向业务流对应的反向业务流的情况下,确定所述宿端向所述源端的反向业务流;
第一插入模块,用于在所述反向业务流的数据报文中插入反向显示拥塞标识,得到处理后的反向数据报文;
第一发送模块,用于将所述处理后的反向数据报文发送给所述源端,以使所述源端进行业务流的控制。
11.一种计算机可读的存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至9任一项中所述的方法。
12.一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至9任一项中所述的方法。
CN202210989204.7A 2022-08-17 2022-08-17 一种网络拥塞处理方法、装置、存储介质及电子装置 Pending CN117640526A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210989204.7A CN117640526A (zh) 2022-08-17 2022-08-17 一种网络拥塞处理方法、装置、存储介质及电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210989204.7A CN117640526A (zh) 2022-08-17 2022-08-17 一种网络拥塞处理方法、装置、存储介质及电子装置

Publications (1)

Publication Number Publication Date
CN117640526A true CN117640526A (zh) 2024-03-01

Family

ID=90016933

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210989204.7A Pending CN117640526A (zh) 2022-08-17 2022-08-17 一种网络拥塞处理方法、装置、存储介质及电子装置

Country Status (1)

Country Link
CN (1) CN117640526A (zh)

Similar Documents

Publication Publication Date Title
CN111385206B (zh) 报文转发的方法、网络系统、相关设备及计算机存储介质
US20240113962A1 (en) Segment routing network signaling and packet processing
US11374848B2 (en) Explicit routing with network function encoding
CN109391560B (zh) 网络拥塞的通告方法、代理节点及计算机设备
US8792506B2 (en) Inter-domain routing in an n-ary-tree and source-routing based communication framework
US20180375768A1 (en) Segment Routing Network Processing of Packets including Packets having a Multiple Segment Routing Header Packet Structure that Provides Processing and/or Memory Efficiencies
CN110401599B (zh) 数据包的处理方法及装置、存储介质、电子装置
CN105991437B (zh) 报文转发处理方法、装置、控制器及路由转发设备
CN113259238B (zh) 分段标识的处理方法及设备
CN101243654B (zh) 用于使能标签交换数据分组的路由选择的方法和装置
US20080159150A1 (en) Method and Apparatus for Preventing IP Datagram Fragmentation and Reassembly
US20220360525A1 (en) Packet Processing Method, Apparatus, and System
JP7479489B2 (ja) パケット送信方法、デバイス、およびシステム
US20090135833A1 (en) Ingress node and egress node with improved packet transfer rate on multi-protocol label switching (MPLS) network, and method of improving packet transfer rate in MPLS network system
CN101741709A (zh) 建立标签交换路径的方法、系统及网络节点
CN101636973A (zh) Mpls传输网络方案
WO2019165900A1 (zh) 一种处理组播数据报文的方法及装置
CN102594676B (zh) 桥端口扩展网络及其拥塞控制方法、端口扩展器和控制桥
CN110224934A (zh) 一种利用统一sr标签栈进行报文处理的方法及装置
WO2021151381A1 (zh) 分段标识的处理方法及设备
WO2022184169A1 (zh) 报文转发方法、系统、存储介质及电子装置
CN112152924A (zh) 一种在数据中心网络中转发报文的方法及相关装置
US11784919B2 (en) Method for sending BIERv6 packet and first network device
US20240048502A1 (en) Packet forwarding method, electronic device, and storage medium
CN117640526A (zh) 一种网络拥塞处理方法、装置、存储介质及电子装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication