WO2023103504A1 - 链路检测方法、公网节点和存储介质 - Google Patents
链路检测方法、公网节点和存储介质 Download PDFInfo
- Publication number
- WO2023103504A1 WO2023103504A1 PCT/CN2022/118715 CN2022118715W WO2023103504A1 WO 2023103504 A1 WO2023103504 A1 WO 2023103504A1 CN 2022118715 W CN2022118715 W CN 2022118715W WO 2023103504 A1 WO2023103504 A1 WO 2023103504A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- public network
- network node
- path
- message
- forwarded
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- 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/18—Loop-free operations
Abstract
公开了一种链路检测方法、公网节点及存储介质,该方法包括:在当前公网节点检测到其内部网关协议收敛的情况下,在需要转发的报文中插入修复路径,并将插入修复路径的报文按照收敛路径强制进行转发,以使所述插入修复路径的报文按照所述收敛路径到达目的公网节点,同时按照所述收敛路径向所述目的公网节点发送未插入修复路径的环路检测报文;以及在所述当前公网节点收到所述目的公网节点返回的所述环路检测报文的反馈报文的情况下,将未插入修复路径的需要转发的报文按照所述收敛路径进行转发。
Description
相关申请的交叉引用
本申请要求享有2021年12月09日提交的名称为“链路检测方法、公网节点和存储介质”的中国专利申请202111501751.8的优先权,其全部内容通过引用并入本申请中。
本公开涉及通信技术领域,尤其涉及一种链路检测方法、公网节点和存储介质。
为了解决组网中公网节点的内部网关协议(IGP,Interior Gateway Protocol)收敛速度不一致导致的微环问题,提出防微环技术,其解决思路是:当公网节点A检测到协议收敛,会触发防微环机制,此时公网节点A会在报文中插入分段路由头(SRH,Segment Routing Header),并且强制流量在防微环路径上走固定时间。
发明内容
第一方面,本公开提供一种链路检测方法,所述方法包括:在当前公网节点检测到其内部网关协议收敛的情况下,在需要转发的报文中插入修复路径,并将插入修复路径的报文按照收敛路径强制进行转发,以使所述插入修复路径的报文按照所述收敛路径到达目的公网节点,同时按照所述收敛路径向所述目的公网节点发送未插入修复路径的环路检测报文;以及在所述当前公网节点收到所述目的公网节点返回的所述环路检测报文的反馈报文的情况下,将未插入修复路径的需要转发的报文按照所述收敛路径进行转发。
第二方面,本公开提供一种公网节点,所述公网节点包括通信电路、存储器以及处理器,所述通信电路用于通信;所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序并在执行所述计算机程序时实现如上所述的链路检测方法。
第三方面,本公开提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器实现如上所述的链路检测方法。
图1是相关技术中一应用场景示意图;
图2是本公开链路检测方法一实施例的流程示意图;
图3是本公开链路检测方法一具体应用场景的示意图;
图4是本公开链路检测方法另一具体应用场景的示意图;
图5是本公开公网节点一实施例的结构示意图。
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
附图中所示的流程图仅是示例说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解、组合或部分合并,因此实际执行的顺序有可能根据实际情况改变。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本公开的说明,其本身没有特有的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
防微环技术中的固定时间是静态配置的,存在两个问题:第一个问题是,在固定时间到达之前,整个组网完成收敛,防微环路径也不会撤销,而是继续在防微环路径上走完固定时间,无法满足客户对于链路的要求;第二个问题是,在固定时间到达时,整个组网还未完成收敛,固定时间失效,流量会切换至原有路径,则还是会造成环路,导致丢包。
在详细介绍本公开实施例之前,先介绍一下防微环技术的原理。
在组网中,当流量当前的转发路径因某个公网节点故障或者某个公网节点的故障恢复等原因发生变化时,其他公网节点收到变化的链路状态信息后,通知给邻居,并进行路由计算。每个公网节点的IGP收敛速度不一致。其中路由计算的优化是IGP收敛速度的重点。通常情况下,性能好的公网节点,其IGP收敛速度快,性能差的公网节点,其IGP收敛速度快。组网中各个公网节点的IGP收敛速度不一致会导致微环问题。
参见图1,在一个应用场景中,公网节点A、公网节点B、公网节点C是转发报文较优的主路径,公网节点A、公网节点D、公网节点E、公网节点F、公网节点C是转发报文的备用路径。当公网节点B发生故障,公网节点A检测到其IGP收敛,公网节点A按照备用路径将报文送往公网节点D,而公网节点D其IGP暂时未收敛,公网节点D会选择收敛前的路径(公网节点A、公网节点B、公网节点C),因此会将该报文又送往公网节点A,公网节点A又将该报文送往公网节点D,公网节点D又将该报文送往公网节点A。所以公网节点A和公网节点D之间形成微环。
在另一个应用场景中,公网节点A、公网节点B、公网节点C是转发报文较优的主路 径,公网节点A、公网节点D、公网节点E、公网节点F、公网节点C是转发报文的备用路径。当公网节点B的故障恢复,公网节点D检测到其IGP收敛,公网节点D按照主路径将报文送往公网节点A,而公网节点A其IGP暂时未收敛,公网节点A会选择备用路径(公网节点A、公网节点D、公网节点E、公网节点F、公网节点C),因此会将该报文又送往公网节点D,公网节点D又将该报文送往公网节点A,公网节点A又将该报文送往公网节点D。所以公网节点A和公网节点D之间形成微环。
防微环的解决思路是:对于第一个应用场景,当公网节点A检测到其IGP收敛,会触发防微环机制,此时公网节点A会在报文中插入SRH,强制报文在防微环路径(即备用路径)上走固定时间。对于第二个应用场景,当公网节点D检测到其IGP收敛,会触发防微环机制,此时公网节点D会在报文中插入SRH,强制报文在防微环路径(即主路径)上走固定时间。
上述的固定时间是静态配置的,存在两个问题:第一个问题是,在固定时间到达之前,整个组网完成收敛,防微环路径也不会撤销,而是继续在防微环路径上走完固定时间。这个问题最大的弊端在于:基于互联网协议第六版的分段路由协议(SRv6,Segment Routing-Internet Protocol version 6)技术的优点在于其对流量的控制,主路径之所以是主路径,有其存在的价值,主路径的各个性能一定是最满足客户需求的,如果主路径已经完成收敛,那么就应该迅速将流量切回主路径,用于满足客户对于链路的要求。第二个问题是,在固定时间到达时,整个组网还未完成收敛,固定时间失效,流量切换至原有路径,则还是会造成环路,导致丢包。
本公开实施例由于在报文中插入修复路径并将插入修复路径的报文按照收敛路径强制进行转发的同时,还按照收敛路径向目的公网节点发送未插入修复路径的环路检测报文,当网络中存在环路时,环路检测报文因没有插入修复路径不会被强制在收敛路径转发而是在环路中转发,目的公网节点不会收到环路检测报文,当网络中不存在环路时,环路检测报文才会在收敛路径转发到达目的公网节点,因此收到目的公网节点返回的反馈报文时,说明网络中不存在环路,整个网络已经收敛,可以去掉报文的修复路径,在收敛路径转发报文。如此,能够实现动态防微环部署,可以让报文第一时间切换至协议收敛的路径,最大程度满足用户需求,也不会出现静态微环延时器设置的延迟时间过短导致防微环失效的问题。
参见图2,图2是本公开链路检测方法一实施例的流程示意图,所述方法可以应用于SRv6网络的公网节点,还可以应用于其它版本的公网节点,在技术发展过程中不限制其他可以使用本技术的版本。
SRv6是新一代互联网协议(IP,Internet Protocol)承载协议,可以简化并统一传统的 复杂网络协议,是5G和云时代构建智能IP网络的基础。SRv6结合了分段路由(SR,Segment Routing)的源路由优势和互联网协议第六版(IPv6,Internet Protocol version 6)的简洁易扩展特质,而且具有多重编程空间,符合软件定义网络(SDN,Software Defined Network)思想,是实现意图驱动网络的利器。SRv6丰富的网络编程能力能够更好地满足新的网络业务的需求,而其兼容IPv6的特性也使得网络业务部署更为简便。SRv6不仅能够打破云和网络的边界,使运营商网络避免被管道化,将网络延伸到用户终端,更多地分享信息时代的红利,还可以帮助运营商快速发展智能云网,实现应用级的服务等级协议(SLA,Service Level Agreement)保障,使千行百业收益。
本公开实施例的方法可以适用于SRv6的两种工作模式:SRv6交通工程政策(TE Policy,Traffic Engineering Policy)和SRv6BE(Best Effort),在技术发展过程中不限制其他可以使用本技术的版本。
公网即公共网络,是相对私网(私有网络)来说的,私网可以是指企业或者家庭用户搭建的网络,公网可以是指运营商搭建的网络,主要负责连接各个公司或者家庭的网络。公网节点主要包括路由器。公网节点可以是公网上的任何节点,包括边缘公网节点(对某一路径来说的头公网节点),也包括中间公网节点。本实施例中的方法可以在公网的任何节点进行部署,或者可以在公网上选择某些节点进行部署,或者可以在公网上所有节点进行部署。
所述方法包括:步骤S101和步骤S102。
步骤S101:在当前公网节点检测到其内部网关协议收敛的情况下,在需要转发的报文中插入修复路径,并将插入修复路径的报文按照收敛路径强制进行转发,以使所述插入修复路径的报文按照所述收敛路径到达目的公网节点,同时按照所述收敛路径向所述目的公网节点发送未插入修复路径的环路检测报文。
步骤S102:在所述当前公网节点收到所述目的公网节点返回的所述环路检测报文的反馈报文的情况下,将未插入修复路径的需要转发的报文按照所述收敛路径进行转发。
本实施例中,当前公网节点可以是头公网节点,也可以是中间公网节点。其中头公网节点可以是指对需要转发的报文来说,该报文流进公网的节点(头公网节点)。目的公网节点可以是该报文需要达到的目的节点,其中目的公网节点可以是尾公网节点,尾公网节点可以是指对需要转发的报文来说,该报文流出公网的节点(尾公网节点)。
需要转发的报文可以是用户的数据报文,或者除了用户的数据报文外,还可以包括用于检测数据转发的链路状态的第一无缝双向转发检测报文(SBFD,Seamless Bidirectional Forwarding Detection)。
SBFD是双向转发检测(BFD,Bidirectional Forwarding Detection)的一种简化机制, 简化BFD的状态机,缩短BFD会话协商时间,提高整个网络节点路径检测的灵活性。SBFD发起端会话状态只有Up和Down状态,发出的报文也只有Up和Down状态。反射端不会主动发送SBFD报文,仅校验SBFD报文的参数构造环回SBFD报文,返回的报文状态只有Up或Admin Down状态,反射端不处于工作状态,则会将报文状态置为Admin Down。SBFD和BFD通过用户数据报协议(UDP,User Datagram Protocol)端口号区分。SBFD的特点主要是单向检测,在本实施例中,第一无缝双向转发检测报文主要是用来数据转发的链路状态,以确定报文是否按照预定的路径成功转发出去。
IGP是在一个自治网络内网关(主机和路由器)间交换路由信息的协议。互联网(Internet)可以被分成多个域或多个自治系统。一个域(domain)可以是一组主机和使用相同路由选择协议的路由器集合,并由单一机构管理。内部网关协议在一个域中选择路由。
当前公网节点检测到其内部网关协议收敛可以是指:当前公网节点检测到其需要转发的报文的转发路径内部网关协议收敛。当前公网节点检测到其内部网关协议收敛时,说明需要转发的报文的转发路径已发生变化,且当前节点已经计算出其当前内部网关协议收敛的路径(即收敛路径)。由于当前公网节点与相邻的公网节点的收敛速度可能不一样,在这两个公网节点之间可能出现微环,当前公网节点按照收敛路径直接转发报文,报文就可能会在微环中转发,无法到达该报文的目的公网节点。为了避免报文在微环中转发,需要强制报文从收敛路径转发并到达目的公网节点,因此在需要转发的报文中插入修复路径,该修复路径能够使插入修复路径的报文按照收敛路径强制进行转发,并到达所述目的公网节点。
环路检测报文用于检测当前公网节点与相邻公网节点之间是否存在环路。环路检测报文不会插入修复路径,因此如果存在环路,环路检测报文虽然按照所述收敛路径向目的公网节点发送,但是环路检测报文只会在微环中转发,不会沿着收敛路径转发到目的公网节点。直到环路消失,环路检测报文才会沿着收敛路径转发到目的公网节点。目的公网节点收到环路检测报文后,返回反馈报文,当前公网节点根据反馈报文即可获知环路消失,因此可以将未插入修复路径的需要转发的报文按照所述收敛路径进行转发。
本公开实施例由于在报文中插入修复路径并将插入修复路径的报文按照收敛路径强制进行转发的同时,还按照收敛路径向目的公网节点发送未插入修复路径的环路检测报文,当网络中存在环路时,环路检测报文因没有插入修复路径不会被强制在收敛路径转发而是在环路中转发,目的公网节点不会收到环路检测报文,当网络中不存在环路时,环路检测报文才会在收敛路径转发到达目的公网节点,因此收到目的公网节点返回的反馈报文时,说明网络中不存在环路,整个网络已经收敛,可以去掉报文的修复路径,在收敛路径转发报文。如此,能够实现动态防微环部署,可以让报文第一时间切换至协议收敛的路径,最 大程度满足用户需求,也不会出现静态微环延时器设置的延迟时间过短导致防微环失效的问题。
在一实施例中,步骤S101,所述当前公网节点检测到其内部网关协议收敛时,在需要转发的报文中插入修复路径并将插入修复路径的报文按照收敛路径强制进行转发以使所述插入修复路径的报文按照所述收敛路径到达所述目的公网节点,同时按照所述收敛路径向目的公网节点发送未插入修复路径的环路检测报文,可以包括较为常见的两种情况:
一种情况是:当主路径的公网节点发生故障,当前公网节点检测到其内部网关协议收敛时,在需要转发的报文中插入修复路径并将插入修复路径的报文按照收敛的备用路径强制进行转发以使所述插入修复路径的报文按照收敛的备用路径到达所述目的公网节点,同时按照所述备用路径向目的公网节点发送所述环路检测报文。
由于当主路径的公网节点发生故障时,能够使所述插入修复路径的报文强制按照收敛的备用路径到达所述目的公网节点,让报文第一时间切换至协议收敛的备用路径,最大程度满足用户需求。
另一种情况是:当主路径的公网节点的故障被消除,当前公网节点检测到其内部网关协议收敛时,在需要转发的报文中插入修复路径并将插入修复路径的报文按照收敛的主路径强制进行转发以使所述插入修复路径的报文按照所述主路径到达所述目的公网节点,同时按照所述主路径向目的公网节点发送所述环路检测报文。
由于当主路径的公网节点的故障被消除时,能够使所述插入修复路径的报文强制按照收敛的主路径到达所述目的公网节点,让报文第一时间切换至协议收敛的主路径,最大程度满足用户需求。
在一实施例中,所述修复路径使所述插入修复路径的报文从所述当前公网节点转发到相邻的第一公网节点后强制从所述第一公网节点转发到相邻的第二公网节点。由于微环通常是在当前公网节点和相邻的第一公网节点之间产生,当报文从当前公网节点转发到第一公网节点后,由于存在微环,第一公网节点又会转发会当前公网节点,只要强制使第一公网节点按照收敛路径将报文转发到相邻的第二公网节点,即可破除报文在微环中转发。
在一实施例中,所述修复路径使所述插入修复路径的报文强制从所述第一公网节点的指定出接口进行转发,以到达所述第二公网节点。可以在报文中插入SRH,掺入修复路径End.X。
在SRH中有两个关键信息,首先是IPv6地址形式的Segment List,另外一个关键字段是Segment Left(SL),它指示当前活跃的Segment List。IPv6地址形式的Segment List,通常称为IPv6 Segment,也可以简称为IPv6SID。Segment List的IPv6地址形式不同于传统IPv6地址。在SRv6中,IPv6地址有三个部分组成,首先是Locator部分,其次是Function 部分,最后是Argument部分,这三个部分共同构成了128位的IPv6地址,其中Argument部分是可选的,可以不带。locator部分具有路由功能。Function部分是标识绑定到本机的指令。指令的类型不同,SID的类型也是不相同的,不同类型的SID具有不同的功能。其中,End.X SID代表的是网络中的一个邻接,它给设备的指令是处理SRH,更新IPv6目的地址字段,然后从End.X SID指定的出接口转发报文。
在一实施例中,所述方法还包括:所述当前公网节点检测到其内部网关协议收敛时,开启防微环定时器;当所述当前公网节点收到所述目的公网节点返回的所述环路检测报文的反馈报文时,释放所述防微环定时器。防微环定时器有助于确定微环存在的时间,同时当收到反馈报文后,说明微环消失,因此释放防微环定时器资源。
在一实施例中,所述环路检测报文包括第二无缝双向转发检测报文,所述第二无缝双向转发检测报文不同于用于检测数据转发的链路状态的第一无缝双向转发检测报文。
在一实施例中,所述第二无缝双向转发检测报文的用户数据协议UDP源端口号不同于所述第一无缝双向转发检测报文的UDP源端口号。
当然,为了区别第二无缝双向转发检测报文和第一无缝双向转发检测报文,也可以用无缝双向转发检测报文头部其他字段标识,以示区别。
需要说明的是,第二SBFD在down状态下处于慢包发送状态,所以不会有大量的报文,就算在链路中成环,也不会阻塞链路。
下面具体说明本公开实施例的方法。
参见图3和图4,该组网中一共有三种报文:数据报文、普通SBFD报文(即第一SBFD报文)、特殊SBFD报文(即检测环路的第二SBFD报文),下面详细描述一下公网节点DUT2发生故障和故障恢复的整个流程。
参见图3,公网节点DUT2发生故障的整个流程。
(1)数据报文、普通SBFD报文、特殊SBFD报文经DUT1-DUT2-DUT3的主路径转发。
(2)DUT1和DUT2之间的链路发生故障,DUT1将三种报文按照与拓扑无关的无环路备用(TI-LFA,Topology-Independent Loop-free Alternate)路径进行转发,即经DUT1-DUT4-DUT5-DUT2-DUT3转发。其中,数据报文和普通SBFD报文在报文中插入修复路径(DUT4-DUT5的end-x),带有特殊原UDP端口号的SBFD报文不受防微环机制影响,于是在DUT1和DUT4之间成环,特殊SBFD进程down。
(3)协议收敛完成,环路消失,该特殊SBFD可以正常转发至DUT3,于是特殊SBFD进程up,触发DUT1释放防微环定时器。
(4)DUT1释放防微环定时器,数据报文和普通SBFD按照收敛的备用路径进行报文 转发。
参见图4,公网节点DUT2故障恢复的整个流程。
(1)数据报文、普通SBFD报文、特殊SBFD报文经DUT1-DUT4-DUT5-DUT2-DUT3的备用路径转发。
(2)DUT1-DUT2之间链路恢复,DUT4将三种报文按照主路径进行转发,即经过DUT1-DUT2-DUT3转发。其中,数据报文和普通SBFD报文在报文中插入修复路径(DUT1-DUT2的end-x),带有特殊原UDP端口号的SBFD报文不受防微环机制影响,于是在DUT1和DUT4之间成环,特殊SBFD进程down。
(3)协议收敛完成,环路消失,该特殊SBFD可以正常转发至DUT3,于是特殊SBFD进程up,触发DUT4释放防微环定时器。
(4)DUT4释放防微环定时器,数据报文和普通SBFD按照收敛的主路径进行报文转发。
如此,能够实现动态防微环部署,可以让报文第一时间切换至协议收敛的路径,最大程度满足用户需求,也不会出现静态微环延时器设置的延迟时间过短导致防微环失效的问题。
参见图5,图5是本公开公网节点一实施例的结构示意图。需要说明的是,本实施例的公网节点能够实现上述的链路检测方法,相关内容的详细说明,请参见上述方法部分,在此不再赘叙。
所述公网节点100包括通信电路3、存储器1以及处理器2,通信电路3、存储器1通过总线与处理器2连接。所述通信电路3用于通信;所述存储器1用于存储计算机程序;所述处理器2用于执行所述计算机程序并在执行所述计算机程序时实现如上任一所述的链路检测方法。
其中,处理器2可以是微控制单元、中央处理单元或数字信号处理器,等等。存储器1可以是Flash芯片、只读存储器、磁盘、光盘、U盘或者移动硬盘等等。
本公开还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器实现如上任一所述的链路检测方法。
其中,该计算机可读存储介质可以是上述公网节点的内部存储单元,例如硬盘或内存。该计算机可读存储介质也可以是上述公网节点的外部存储设备,例如配备的插接式硬盘、智能存储卡、安全数字卡、闪存卡,等等。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理 组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
以上参照附图说明了本公开的可选实施例,并非因此局限本公开的权利范围。本领域技术人员不脱离本公开的范围和实质内所作的任何修改、等同替换和改进,均应在本公开的权利范围之内。
Claims (10)
- 一种链路检测方法,包括:在当前公网节点检测到其内部网关协议收敛的情况下,在需要转发的报文中插入修复路径,并将插入修复路径的报文按照收敛路径强制进行转发,以使所述插入修复路径的报文按照所述收敛路径到达目的公网节点,同时按照所述收敛路径向所述目的公网节点发送未插入修复路径的环路检测报文;以及在所述当前公网节点收到所述目的公网节点返回的所述环路检测报文的反馈报文的情况下,将未插入修复路径的需要转发的报文按照所述收敛路径进行转发。
- 根据权利要求1所述的方法,其中,所述修复路径使所述插入修复路径的报文从所述当前公网节点转发到相邻的第一公网节点后,强制从所述第一公网节点转发到相邻的第二公网节点。
- 根据权利要求2所述的方法,其中,所述修复路径使所述插入修复路径的报文强制从所述第一公网节点的指定出接口进行转发,以到达所述第二公网节点。
- 根据权利要求1所述的方法,其中,所述需要转发的报文包括数据报文和用于检测数据转发的链路状态的第一无缝双向转发检测报文。
- 根据权利要求1所述的方法,其中,在所述当前公网节点检测到其内部网关协议收敛的情况下,在需要转发的报文中插入修复路径,并将插入修复路径的报文按照收敛路径强制进行转发,以使所述插入修复路径的报文按照所述收敛路径到达目的公网节点,同时按照所述收敛路径向所述目的公网节点发送未插入修复路径的环路检测报文,包括:当主路径的公网节点发生故障,在当前公网节点检测到其内部网关协议收敛的情况下,在需要转发的报文中插入修复路径,并将插入修复路径的报文按照收敛的备用路径强制进行转发,以使所述插入修复路径的报文按照所述备用路径到达所述目的公网节点,同时按照所述备用路径向所述目的公网节点发送所述环路检测报文;或者,当主路径的公网节点的故障被消除,在当前公网节点检测到其内部网关协议收敛的情况下,在需要转发的报文中插入修复路径,并将插入修复路径的报文按照收敛的主路径强制进行转发,以使所述插入修复路径的报文按照所述主路径到达所述目的公网节点,同时按照所述主路径向所述目的公网节点发送所述环路检测报文。
- 根据权利要求1所述的方法,还包括:在所述当前公网节点检测到其内部网关协议收敛的情况下,开启防微环定时器;以及在所述当前公网节点收到所述目的公网节点返回的所述环路检测报文的反馈报文 的情况下,释放所述防微环定时器。
- 根据权利要求1所述的方法,其中,所述环路检测报文包括第二无缝双向转发检测报文,所述第二无缝双向转发检测报文不同于用于检测数据转发的链路状态的第一无缝双向转发检测报文。
- 根据权利要求7所述的方法,其中,所述第二无缝双向转发检测报文的用户数据协议UDP源端口号不同于所述第一无缝双向转发检测报文的用户数据协议UDP源端口号。
- 一种公网节点,所述公网节点包括通信电路、存储器以及处理器,所述通信电路用于通信;所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序并在执行所述计算机程序时实现如权利要求1-8任一项所述的链路检测方法。
- 一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器实现如权利要求1-8任一项所述的链路检测方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111501751.8A CN116261166A (zh) | 2021-12-09 | 2021-12-09 | 链路检测方法、公网节点和存储介质 |
CN202111501751.8 | 2021-12-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2023103504A1 true WO2023103504A1 (zh) | 2023-06-15 |
Family
ID=86681207
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2022/118715 WO2023103504A1 (zh) | 2021-12-09 | 2022-09-14 | 链路检测方法、公网节点和存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN116261166A (zh) |
WO (1) | WO2023103504A1 (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10230605B1 (en) * | 2018-09-04 | 2019-03-12 | Cisco Technology, Inc. | Scalable distributed end-to-end performance delay measurement for segment routing policies |
CN111385206A (zh) * | 2018-12-29 | 2020-07-07 | 北京华为数字技术有限公司 | 报文转发的方法、网络系统、相关设备及计算机存储介质 |
CN112787931A (zh) * | 2019-11-06 | 2021-05-11 | 华为技术有限公司 | 报文传输方法、代理节点及存储介质 |
CN112787921A (zh) * | 2019-11-08 | 2021-05-11 | 华为技术有限公司 | 报文传输方法、代理节点及存储介质 |
CN113079089A (zh) * | 2020-01-03 | 2021-07-06 | 华为技术有限公司 | 业务链的故障保护方法、装置、设备、系统及存储介质 |
CN113364677A (zh) * | 2021-06-07 | 2021-09-07 | 北京工业大学 | 一种SRv6 Endpoint故障保护方法 |
-
2021
- 2021-12-09 CN CN202111501751.8A patent/CN116261166A/zh active Pending
-
2022
- 2022-09-14 WO PCT/CN2022/118715 patent/WO2023103504A1/zh unknown
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10230605B1 (en) * | 2018-09-04 | 2019-03-12 | Cisco Technology, Inc. | Scalable distributed end-to-end performance delay measurement for segment routing policies |
CN111385206A (zh) * | 2018-12-29 | 2020-07-07 | 北京华为数字技术有限公司 | 报文转发的方法、网络系统、相关设备及计算机存储介质 |
CN112787931A (zh) * | 2019-11-06 | 2021-05-11 | 华为技术有限公司 | 报文传输方法、代理节点及存储介质 |
CN112787921A (zh) * | 2019-11-08 | 2021-05-11 | 华为技术有限公司 | 报文传输方法、代理节点及存储介质 |
CN113079089A (zh) * | 2020-01-03 | 2021-07-06 | 华为技术有限公司 | 业务链的故障保护方法、装置、设备、系统及存储介质 |
CN113364677A (zh) * | 2021-06-07 | 2021-09-07 | 北京工业大学 | 一种SRv6 Endpoint故障保护方法 |
Also Published As
Publication number | Publication date |
---|---|
CN116261166A (zh) | 2023-06-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Cascone et al. | Fast failure detection and recovery in SDN with stateful data plane | |
EP1779568B1 (en) | Graceful shutdown of ldp on specific interfaces between label switched routers | |
US8976682B2 (en) | Connection verification for MPLS label switched paths and pseudowires | |
US7765306B2 (en) | Technique for enabling bidirectional forwarding detection between edge devices in a computer network | |
US7746796B2 (en) | Directed echo requests and reverse traceroute | |
EP2878105B1 (en) | System and method using rsvp hello suppression for graceful restart capable neighbors | |
US8082340B2 (en) | Technique for distinguishing between link and node failure using bidirectional forwarding detection (BFD) | |
CN107547383B (zh) | 路径检测方法及装置 | |
EP3304812B1 (en) | Method and system for resynchronization of forwarding states in a network forwarding device | |
WO2016058245A1 (zh) | 操作、管理和维护oam报文处理方法及装置 | |
US10439880B2 (en) | Loop-free convergence in communication networks | |
US20060062218A1 (en) | Method for establishing session in label switch network and label switch node | |
US20120057505A1 (en) | Method, apparatus, and system for setting up bidirectional point-to-multipoint label switched path | |
JP2006229967A (ja) | 高速マルチキャスト・パス切り替え | |
EP2731313A1 (en) | Distributed cluster processing system and message processing method thereof | |
US8824451B2 (en) | Method and system for establishing an associated bidirectional label-switched path | |
JP7306642B2 (ja) | ループ回避通信方法、ループ回避通信デバイスおよびループ回避通信システム | |
EP3813306A1 (en) | Message processing method, and gateway device | |
US9191312B2 (en) | Method and system for implementing PW control bit capability negotiation | |
Papan et al. | The new multicast repair (M‐REP) IP fast reroute mechanism | |
WO2017028391A1 (zh) | 虚拟网络通信的方法及装置 | |
WO2023103504A1 (zh) | 链路检测方法、公网节点和存储介质 | |
EP4325777A1 (en) | Method and device for electing designated forwarder (df) | |
CN105765903A (zh) | 一种拓扑发现方法及设备 | |
CN115004655B (zh) | 用于边界网关协议(bgp)控制的网络可靠性的系统和方法 |
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: 22902929 Country of ref document: EP Kind code of ref document: A1 |