CN113794633A - 一种零丢包的重路由方法及路由系统 - Google Patents
一种零丢包的重路由方法及路由系统 Download PDFInfo
- Publication number
- CN113794633A CN113794633A CN202111358874.0A CN202111358874A CN113794633A CN 113794633 A CN113794633 A CN 113794633A CN 202111358874 A CN202111358874 A CN 202111358874A CN 113794633 A CN113794633 A CN 113794633A
- Authority
- CN
- China
- Prior art keywords
- flooding
- message
- forwarding
- network node
- port
- 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
Images
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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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/32—Flooding
-
- 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
Abstract
本申请公开了一种零丢包的重路由方法及路由系统,方法包括当第一网络节点发现网络故障时,为报文添加洪泛标记以形成洪泛报文,将洪泛报文通过若干第一端口洪泛;当第二网络节点接收到洪泛报文时,基于转发表确定洪泛报文的转发端口并检测接收端口与转发端口是否相同;相同时将洪泛报文通过若干第二端口洪泛;不相同时将洪泛报文转换为故障转发报文以转发。本申请不需要为各链路故障预先计算保护路径,不需要为各目的子网预先计算和存贮备用转发表。本申请中发现网络故障的节点洪泛携带有洪泛标记的洪泛报文,接收洪泛报文的节点基于自身路由表转发报文,使得在发生网络故障时形成可实现零丢包高效重路由,避免因网络故障而导致的网络丢包。
Description
技术领域
本申请涉及通信网络技术领域,特别涉及一种零丢包的重路由方法及路由系统。
背景技术
分组网络的路由计算主要有两种类型,一种类型是利用分布式的路由协议(例如,OSPF/IS-IS/BGP)来实现,另一种类型是采用SDN控制器的网络,由SDN控制器集中计算再将路径下发到网络节点。当网络中出现故障时,基于第一种利用分布式路由协议的方案,需要路由协议感知到故障,然后更新链路状态,将链路状态在全网重新同步后,计算生成新的路由表,以指导网络节点按照新的路由转发报文。第二种SDN控制下的网络,需要故障临近节点将故障通知SDN控制器,SDN控制器基于全网视图重新生成转发表项,安装到相关网络节点,实现故障自愈。然而,由于网络中时刻有大量报文传送,报文间隔在纳秒级到毫秒级,而上述两种方案从出现故障到生成或收到新的路由表,所需时间均在百毫秒级到秒级,这就会造成在这期间因无可用的路由转发表现而导致网络丢包。
因而现有技术还有待改进和提高。
发明内容
本申请要解决的技术问题在于,针对现有技术的不足,提供一种零丢包的重路由方法及路由系统。
为了解决上述技术问题,本申请实施例第一方面提供了一种零丢包的重路由方法,所述的方法包括:
当第一网络节点发现网络故障时,所述第一网络节点为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;
当第二网络节点接收到洪泛报文时,所述第二网络节点基于转发表确定所述洪泛报文对应的转发端口;
所述第二网络节点检测所述洪泛报文对应的接收端口与所述转发端口是否相同;
当所述接收端口与所述转发端口相同时,所述第二网络节点将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;
当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。
所述的零丢包的重路由方法,其中,所述若干第一端口包括所述第一网络节点中除故障端口外的一个端口或者多个端口,所述若干第二端口包括所述第二网络节点中除接收端口外的一个端口或者多个端口。
所述的零丢包的重路由方法,其中,所述第二网络节点将所述洪泛报文转换为故障转发报文具体为:
所述第二网络节点获取所述洪泛报文中的洪泛标记,并将所述洪泛标记修改为故障标记以得到故障转发报文。
所述的零丢包的重路由方法,其中,所述洪泛报文包括最大洪泛次数,所述当所述接收端口与所述转发端口相同时,所述第二网络节点将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛具体包括:
当所述接收端口与所述转发端口相同时,所述第二网络节点读取所述洪泛报文携带的最大洪泛次数;
若所述最大洪泛次数大于零,所述第二网络节点将所述最大洪泛次数减1,再将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;
若所述最大洪泛次数等于零,所述第二网络节点丢弃所述洪泛报文。
所述的零丢包的重路由方法,其中,所述当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文之后,所述方法还包括:
基于所述故障转发报文携带的最大洪泛次数更新所述故障转发报文的报文生存时间。
所述的零丢包的重路由方法,其中,所述故障转发报文对应的更新后的报文生存时间等于报文生存时间-(预设洪泛次数+1-最大洪泛次数)-1。
所述的零丢包的重路由方法,其中,所述当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文之后,所述方法还包括:
当第三网络节点接收到所述故障转发报文时,所述第三网络节点基于其自身的转发表确定所述故障转发报文对应的转发端口,并通过转发端口转发所述故障转发报文。
本申请实施例第二方面提供了一种路由系统,所述路由系统包括若干网络节点,所述若干网络节点中的发现网络故障的第一网络节点用于为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;所述若干网络节点中的接收到洪泛报文的第二网络节点用于基于转发表确定所述洪泛报文对应的转发端口;检测所述洪泛报文对应的接收端口与所述转发端口是否相同;当所述接收端口与所述转发端口相同时,将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;当所述接收端口与所述转发端口不相同时,将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。
所述的路由系统,其中,所述若干网络节点中的接收到所述故障转发报文的第三网络节点用于基于其自身的转发表确定所述故障转发报文对应的转发端口,并通过转发端口转发所述故障转发报文。
所述的路由系统,其中,所述若干第一端口包括所述第一网络节点中除故障端口外的一个端口或者多个端口,所述若干第二端口包括所述第二网络节点中除接收端口外的一个端口或者多个端口。
有益效果:与现有技术相比,本申请提供了一种零丢包的重路由方法及路由系统,所述方法包括当第一网络节点发现网络故障时,所述第一网络节点为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;当第二网络节点接收到洪泛报文时,所述第二网络节点基于转发表确定所述洪泛报文对应的转发端口,并检测所述洪泛报文对应的接收端口与所述转发端口是否相同;当所述接收端口与所述转发端口相同时,将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;当所述接收端口与所述转发端口不相同时,将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。本申请不需要为每种链路故障预先计算保护路径,不需要为每一个目的子网预先计算和存贮备用转发表。本申请中发现网络故障的节点洪泛携带有洪泛标记的洪泛报文,接收到洪泛报文的第二网络节点基于自身已有路由表实现报文转发,使得在发生网络故障时可以直接进行重路由以形成可实现零丢包高效重路由,避免因网络故障而导致的网络丢包。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员而言,在不符创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请提供的零丢包的重路由方法的流程图。
图2为本申请提供的零丢包的重路由方法应用于路由系统的一个具体实施例的转发过程示意图。
图3为本申请提供的零丢包的重路由方法中的用于存储洪泛标记以及最大洪泛次数的字段的示意图。
图4为IPv4报文编码示意图。
图5为MAC报文编码示意图。
图6为本申请提供的零丢包的重路由方法应用于环形拓扑结构的转发过程示意图。
图7为本申请提供的零丢包的重路由方法应用于树型会聚拓朴结构的转发过程示意图。
具体实施方式
本申请提供一种零丢包的重路由方法及路由系统,为使本申请的目的、技术方案及效果更加清楚、明确,以下参照附图并举实施例对本申请进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
应理解,本实施例中各步骤的序号和大小并不意味着执行顺序的先后,各过程的执行顺序以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
发明人经过研究发现,分组网络的路由计算主要有两种类型,一种类型是利用分布式的路由协议(例如,OSPF/IS-IS/BGP)来实现,另一种类型是采用SDN控制器的网络,由SDN控制器集中计算再将路径下发到网络节点。当网络中出现故障时,基于第一种利用分布式路由协议的方案,需要路由协议感知到故障,然后更新链路状态,将链路状态在全网重新同步后,计算生成新的路由表,以指导网络节点按照新的路由转发报文。第二种SDN控制下的网络,需要故障临近节点将故障通知SDN控制器,SDN控制器基于全网视图重新生成转发表项,安装到相关网络节点,实现故障自愈。然而,由于网络中时刻有大量报文传送,报文间隔在纳秒级到毫秒级,而上述两种方案从出现故障到生成或收到新的路由表,所需时间均在百毫秒级到秒级,这就会造成在这期间因无可用的路由转发表现而导致网络丢包。
基于以上问题,研究人员设计了快速重路由方案,其中,MPLS TE FRR[1]方案基于面向连接的属性,预先为待保护业务建立备选路径,并采用快速端到端的路径连通检测机制(如,BFD协议)来实现50ms内的保护倒换。这类面向连接的FRR方案,从出现故障到故障恢复,能实现更小时间的重路由,但也不能保证不丢包。IP FRR[2],RLFA[3],TI-LFA[4]方案,采用预先在每个节点计算对应目的网段/目的端口的备用路由来实现,备用路由的计算,是以假设对应端口链路故障进行的。当相应端口发生链路故障,或对面的网络设备瘫焕时,将报文马上转备用路由转发。这类方案虽然可以做到更快速的重路由,但是为备用路由而进行的计算工作量比较繁重,需要对每个目的网段进行,并且当备用路由计算未达到稳定时出现故障,可能造成更严重的丢包和业务中断。
在本申请实施例中,当第一网络节点发现网络故障时,所述第一网络节点为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;当第二网络节点接收到洪泛报文时,所述第二网络节点基于转发表确定所述洪泛报文对应的转发端口,并检测所述洪泛报文对应的接收端口与所述转发端口是否相同;当所述接收端口与所述转发端口相同时,将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;当所述接收端口与所述转发端口不相同时,将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。本申请不需要为每种链路故障预先计算保护路径,不需要为每一个目的子网预先计算和存贮备用转发表。本申请中发现网络故障的节点洪泛携带有洪泛标记的洪泛报文,接收到洪泛报文的第二网络节点基于自身已有路由表实现报文转发,使得在发生网络故障时可以直接进行重路由以形成可实现零丢包高效重路由,避免因网络故障而导致的网络丢包。
下面结合附图,通过对实施例的描述,对申请内容作进一步说明。
本实施例提供了一种零丢包的重路由方法,所述方法可以应用于路由系统,路由系统包括若干网络节点,若干网络节点基于路由协议(如,OSPF或IS-IS等)构成转发路由,当若干网络节点构成的转发路由发生网络故障时,可以采用本实施例提供的零丢包的重路由方法实现重路由,以可实现零丢包高效重路由,避免因网络故障而导致的网络丢包。
本实施例提供了一种零丢包的重路由方法,如图1所示,所述方法包括:
S10、当第一网络节点发现网络故障时,所述第一网络节点为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛。
具体地,网络故障包括用于转发带转发报文的链路故障或者是第一网络节点用于发放带转发报文的端口故障等。例如,在如图2所示的路由系统中,由网络节点A、网络节点B、网络节点F、网络节点D以及网络节点E形成的转发路径中连接网络节点F和网络节点D的链路中断,那么网络节点F通过链路层检测机制可以发现链路中断,由此网络节点F为发现网络故障的第一网络节点。此外,发现网络故障的第一网络节点在发现网络故障后,在接收到需要通过发生故障的链路发生的待转发报文时,会基于待转发报文形成洪泛报文,并洪泛所述洪泛报文以使得路由系统中的网络节点可以接收到洪泛报文。
所述洪泛报文是通过为待转发报文添加洪泛标记所形成的,其中,所述洪泛标记用于标识携带有该洪泛标记的报文为因网络故障需要故障洪泛的报文,例如,采用‘fo’作为洪泛标记,那么当需要为待转发报文添加洪泛标记时,将洪泛标记‘fo’添加到待转发报文内,例如,添加到报文头部等。由此,洪泛报文可以包括待转发报文和洪泛标记,其中,待转发报文为第一网络节点接收到的需要通过发生故障的链路转发的报文。可以理解的是,第一网络节点在接收到需要通过发生故障的链路转发的待转发报文时,会为待转发报文添加洪泛标记以将待转发报文转换为洪泛报文。
在一个实现方式中,待转发报文添加洪泛标记以形成洪泛报文的过程可以为:在待转发报文中增加用于存储故障转发类型的字段,故障转发类型包括洪泛类型,并且当故障转发类型为洪泛类型时,将洪泛标记添加至该字段以使得待转发报文标记有洪泛标记。例如,采用如图3所示的IPv4报文头ID域添加洪泛标识,或新增一个IPv6 per hop扩展头来承载上。此外,当本实施例提供的方法基于二层实现时,如图4所示,可以扩展一个新的以太类型。此外,在实际应用中,由于网络中可能同时存在多个网络故障,从而可以在报文头部增加一个故障ID域,每一个网络节点对应一个故障ID,并各网络节点各自对应的故障ID互不相同,以区分网络节点进而区分网络故障,其中,故障ID域可采用8bit标识或16bit标识。
在形成洪泛报文后,第一网络节点会通过其自身配置的若干第一端口洪泛所述洪泛报文,其中,若干第一端口包括第一网络节点中除网络故障对应的端口外的一个端口或者多个端口,若干第一端口的数量可以为预先设置的,用于限制用于洪泛所述洪泛报文的端口数量。在一个典型实现方式,若干第一端口包括第一网络节点中除网络故障对应的端口外的所有端口,也就是说,在为待转发报文添加洪泛标记形成洪泛报文后,第一网络节点通过除网络故障对应的端口外的所有端口将洪泛报文洪泛出去。
S20、当第二网络节点接收到洪泛报文时,所述第二网络节点基于转发表确定所述洪泛报文对应的转发端口。
具体地,第二网络节点与第一网络节点位于同一路由系统内,并且第二网络节点自身配置有转发表,其中,转发表为在发生网络故障前所使用的转发表。当第二网络节点接收到洪泛报文时,获取其身已有的转发表,并基于转发表确定洪泛报文中的待转发报文对应的转发端口。例如,如图2所示的路由系统中,由网络节点A、网络节点B、网络节点F、网络节点D以及网络节点E形成的转发路径中连接网络节点F和网络节点D的链路中断,网络节点F发现网络故障,网络节点F作为第一网络节点洪泛所述洪泛报文,路由系统中的网络节点B接收到网络节点F洪泛的洪泛报文,从而网络节点B可以作为接收到洪泛报文的第二网络节点,网络节点B获取自身已有转发表,基于该转发表确定洪泛报文对应的转发端口。
S30、所述第二网络节点检测所述洪泛报文对应的接收端口与所述转发端口是否相同。
具体地,所述接收端口为接收到洪泛报文的端口,转发端口为基于第二网络节点自身已有转发表确定的转发端口,其中,转发表为第二网络节点在路由系统生成转发路由时确定的,在未发生网络故障时,第二网络节点基于该转发表确定其接收的报文对应的转发端口。本实施例在发生网络故障时,第二网络节点继续采用该转发表来确定其接收到的报文对应的转发端口,也就是说,第二网络节点没有为每一个目的子网预先计算和存贮备用转发表,而第二网络节点可以为路由系统中的任一网络节点,由此,路由系统中的每个网络节点均没有为每一个目的子网预先计算和存贮备用转发表。例如,第二网络节点为图2所示的网络节点B,当网络节点接收需要通过B-F端口转发的报文时,通过其配置的转发表可以确定该报文对应的转发端口为B-F端口。
S40、当所述接收端口与所述转发端口相同时,所述第二网络节点将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛。
具体地,所述接收端口与所述转发端口相同指的是第二网络节点接收到洪泛报文的端口与需要转发洪泛报文的端口为同一端口。例如,第二网络节点为图2所示的网络节点B,网络节点B接收到洪泛报文的接收端口为B-F的端口,网络节点B根据其配置的转发表确定洪泛报文对应的转发端口为B-F的端口,那么所述接收端口与所述转发端口相同。
当所述接收端口与所述转发端口相同时,说明洪泛报文无法通过转发端口正常转发,此时需要第二网络节点继续洪泛所述洪泛报文,其中,第二网络节点通过其配置的若干第二端口洪泛所述洪泛报文,并且若干第二端口不包括所述接收端口,这样可以避免洪泛报文在两个端口之间往复洪泛而导致网络风暴。此外,若干第二端口包括第二网络节点中除接收端口外的一个端口或者多个端口,并若干第二端口的数量可以为预先设置的,用于限制用于洪泛所述洪泛报文的端口数量。在一个典型实现方式,若干第二端口包括第二网络节点中除接收端口外的所有端口,也就是说,在第二网络节点确定洪泛报文后,通过除接收端口外的所有端口将洪泛报文洪泛出去。
在本实施例的一个实现方式中,所述洪泛报文包括最大洪泛次数,所述当所述接收端口与所述转发端口相同时,所述第二网络节点将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛具体包括:
当所述接收端口与所述转发端口相同时,所述第二网络节点读取所述洪泛报文携带的最大洪泛次数;
若所述最大洪泛次数大于零,所述第二网络节点将所述最大洪泛次数减1,再将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;
若所述最大洪泛次数等于零,所述第二网络节点丢弃所述洪泛报文。
具体地,所述最大洪泛次数用于限制洪泛报文可以被洪泛的次数,在第一网络节点形成洪泛报文时,可以将最大洪泛次数配置于洪泛报文内,并且每当洪泛报文被一个网络节点洪泛一次后,洪泛报文内配置的最大洪泛次数会减一,直至洪泛报文被转换为故障转发报文而正常转发或者是最大洪泛次数达到0。其中,最大洪泛次数可以和洪泛标记作为一个字段存储于报文中,其中,洪泛标记用于表示故障转发类型为洪泛,最大洪泛次数用于表示洪泛报文可以被洪泛的次数。例如,字段内容为〈flag=‘fo’,ottl=3〉,则说明故障转发类型flag为洪泛类型,最大洪泛次数为3次。此外,在实际应用中,所述字段还可以存储有故障网络节点ID,以区分网络故障。例如,如图5所示,所述字段可以为16bit,8bit用于存储故障网络节点ID,4bit用于存储故障转发类型flag,4bit用于存储最大洪泛次数ottl。
进一步,当最大洪泛次数大于零时,说明洪泛报文还可以继续被洪泛,此时所述第二网络节点可以将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛,并将最大洪泛次数减1,以使得下一个接收到洪泛报文的网络节点可以获知该洪泛报文还可以被洪泛的次数。例如,第二网络节点为图2所示的网络节点B,网络节点B接收到携带有〈flag=‘fo’,ottl=3〉的洪泛报文后,识别出洪泛报文当前处于因故障洪泛状态,网络节点B基于洪泛报文的目的地址检查当前转发表得到的转发端口与接收端口相同,并ottl=3>0,网络节点B将最大洪泛次数ottl减1,并且通过B-A端口与B-C端口洪泛报文。此时,通过网络节点B洪泛的洪泛报文携带有<flag=‘fo’,ottl=2>,也就是说,当网络节点A作为第二网络节点,和网络节点C作为第二网络节点时,网络节点A接收到洪泛报文和网络节点C接收到的洪泛报文携带的最大洪泛次数均为2。此外,当最大洪泛次数等于0时,说明洪泛报文不可以再被洪泛,而又无法正常转发洪泛报文,从而将洪泛报文丢弃。
S50、当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。
具体地,当接收端口与转发端口不相同时,转发端口不是接收到洪泛报文的洪泛端口,从而可以通过转发端口正常转发洪泛报文。此时,洪泛报文不需要继续洪泛,则需要修改洪泛报文中的洪泛标记以将洪泛报文转换为故障转发报文。基于此,在本实施例的一个实现方式中,所述第二网络节点将所述洪泛报文转换为故障转发报文具体为:
所述第二网络节点获取所述洪泛报文中的洪泛标记,并将所述洪泛标记修改为故障标记以得到故障转发报文。
具体地,故障标记用于标识携带有该故障标记的报文为因网络故障导致的故障转发报文,所述洪泛标记修改为故障标记指的是采用故障标记替换洪泛报文中的洪泛标记。例如,故障标记采用‘fi’,洪泛标记采用‘fo’,那么采用‘fi’替换‘fo’,使得故障转发报文中的故障转发类型flag=‘fi’。此外,第一网络节点在将故障转发类型修改为故障标记后,还可以将洪泛报文中的最大洪泛次数修改为0。
进一步,在将洪泛标记修改为故障标记后,还可以修改故障转发报文中的报文生存时间,以使得接收到故障转发报文的第三网络节点可以获知故障转发报文的报文生存时间。基于此,在本实施例的一个实现方式中,所述当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文之后,所述方法还包括:
基于所述故障转发报文携带的最大洪泛次数更新所述故障转发报文的报文生存时间。
具体地,所述报文生存时间在第一网络节点将洪泛报文转换为故障转发报文之后,且在第二网络节点通过故障转发报文对应的转发端口传输之前保持不变,而当洪泛报文被转换为故障转发报文之后,基于最大洪泛次数更新。也就是说,在将洪泛报文转换为故障转发报文之后,修改故障转发报文中的报文生存时间,而在洪泛报文被洪泛的过程中,不修改报文生存时间。此外,在修改故障转发报文中的报文生存时间之后,再将修改后的故障转发报文通过转发端口传输。其中,所述报文生存时间为基于最大洪泛次数更新,更新后的报文生存时间等于报文生存时间-(预设洪泛次数+1-最大洪泛次数)-1。例如,洪泛报文携带的报文生存时间为253,洪泛报文携带最大洪泛次数为2,洪泛报文的初始最大洪泛次数为3,那么修改后的报文生存时间=253-(3+1-2)-1=250。此外,在实际应用中,当网络节点接收到故障转发报文时,发现故障转发报文对应的转发端口或者转发链路发生故障时,可以直接丢弃所述故障转发报文,这是由于所述故障转发报文是由于该链路故障所形成的洪泛报文所得到,如果继续洪泛所述故障转发报文则会出现网络传输死循环,这样不但无法转发故障转发报文还会占用网络资源。
在本实施例的一个实现方式中,所述当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文之后,所述方法还包括:
当第三网络节点接收到所述故障转发报文时,第三网络节点通过其身的转发表确定所述故障转发报文对应的转发端口,并通过转发端口转发所述故障转发报文。
具体地,第三网络节点为接收到故障转发报文的网络节点,第三网络节点接收到故障转发报文之后,基于其自身配置的转发表确定故障转发报文对应的转发端口,在获取到转发端口之后,可以直接转发故障转发报文,也可以检测转发端口对应的接收端是否为目的终端,如果不为目的终端,则直接转发故障转发报文,如果为目的终端,在将用于存储故障标记的字段删除后转发至目的终端,以使得目的终端接收到正常报文。也就是说,当网络出现网络故障时,传输到目的终端的报文为正常报文,从而使得目的终端在无需存储故障转发报文的报文格式的情况可以正常接收报文,从而不会出现目的终端解析报文失败的问题。
此外,当目的终端接收到报文后,会进行报文查重操作以避免重复处理相同报文。在网络节点将故障转发报文中用于存储故障标记的字段删除后转发至目的终端后,目的终端接收到报文后,会检测预设时间内是否已接收过所述报文;若已接收过所述报文,则丢弃所述报文,若未接收到所述报文,则正常处理所述报文。这样可以避免由于洪泛所述洪泛报文包括的待转发报文而造成的报文重复转发至目的终端的问题。
以上完成对本实施例提供的零丢包的重路由方法的实现过程的具体说明,下面给出几个具体例子加以说明。
实施例一
如图2所示,路由系统包括网络节点A、网络节点B、网络节点C、网络节点D、网络节点E、网络节点F、网络节点G、网络节点H、网络节点I,并各网络节点通过运行路由协议OSPF或IS-IS构成转发路由,其中,从源终端S到目的终端T的转发路径为A-B-F-D-E。
当源终端S与目的终端T进行正常通信时,连接F-D的链路中断,网络节点F通过链路层检测机制发现故障后,在需要通过从F-D端口转发的待转发报文的报文头部增加洪泛信息,洪泛信息包括故障转发类型flag=’fo’以及泛洪ottl(overflow TTL)ottl=3,以得到洪泛报文。网络节点F将洪泛报文洪泛到F-B端口。
网络节点B收到洪泛报文后,识别出洪泛报文当前处于因故障的洪泛状态,网络节点B基于待转发报文的目的地址以及当前转发表确定的转发端口为B-F端口,由于转发端口与接收端口相同,从而网络节点B将洪泛报文将洪泛信息修改为<flag=’fo’,ottl=2>,并将修改后的洪泛报文通过B-A端口与B-C端口洪泛。
网络节点A收到洪泛报文后,网络节点A基于待转发报文的目的地址以及当前转发表确定的洪泛报文的转发端口与接收端口相同,从而网络节点A将洪泛报文将洪泛信息修改为<flag=’fo’,ottl=1>,并通过A-G端口洪泛携带有〈flag=’fo’,ottl=1〉的洪泛报文,并继续洪泛过程直至转发端口与接收端口不同。
网络节点C收到洪泛报文后,网络节点C基于待转发报文的目的地址以及当前转发表确定的洪泛报文的转发端口为C-D端口,洪泛报文的接收端口为C-B端口,C-D端口与C-B端口不同,网络节点C将洪泛报文的洪泛信息修改为<flag=‘fi’,ottl=0>,同时将报文IP头中的生存时间TTL设置为原TTL-(N+1-ottl)-1(例如,网络节点F收到的报文TTL为253,则网络节点C发到网络节点D的TTL为250),同时带有〈flag=‘fi’,ottl=0〉的标记,其中‘fi’标记是指故障转发。
网络节点D按照正常的转发表转发故障转发报文,转发到网络节点E的故障转发报文带有标记〈flag=‘fi’,ottl=0〉,网络节点E收到报文后,去除标记〈flag=‘fi’,ottl=0〉,将报文正常送达到目的终端T。
实施例二
路由系统包括网络节点A、网络节点B、网络节点C、网络节点D、网络节点E、网络节点F、网络节点G、网络节点H、网络节点I以及网络节点J,并各网络节点通过运行路由协议OSPF或IS-IS构成环形拓扑结构,其中,从源终端S连接网络节点A,目的终端T连接网络节点J,源终端S到目的终端T的转发路径为A-F-G-H-I-J。当H-I链路中断时,如图6所示,本实施提供的零丢包的重路由方法的实现过程为:
X100、待转发报文从A-F-G-H到达网络节点H,网络节点H检测到H-I链路故障;
X101、网络节点H在待转发报文增加洪泛信息<flag=‘fo’,ottl=5>,网络节点H将洪泛报文洪泛值网络节点G,其中,ottl值是管理员针对网络拓朴设定的最大ottl值,以确保在故障泛洪时可以绕过正常转发路径走环路另一个方向;
X102、网络节点G点接收泛洪报文,并对比泛洪报文的转发端口与接收端口相同,将ottl减1后,将泛洪报文至网络节点F,网络节点F接收洪泛报文的接收端口与转发端口相同,将泛洪报文中ottl减1后洪泛至网络节点A;网络节点A,接收洪泛报文的接收端口与转发端口相同,将泛洪报文中ottl减1后洪泛至网络节点B,其中,网络节点B接收到洪泛报文携带有<flag=‘fo’,ottl=2>;
X103、网络节点B收到洪泛报文后,确定洪泛报文对应的转发端口B-C端口与接收端口B-A不同,网络节点B将洪泛报文中的洪泛标记修改为故障标记并将ottl置零,网络节点B将修改得到的故障转发报文转发给网络节点C,其中,故障转发报文携带有<flag=‘fi’,0>;
X104、网络节点C收到故障转发报文,按照原转发表对报文进行转发,一次转发到网络节点D、网络节点E以及网络节点J;
X105、网络节点J接收到故障转发报文后,将<flag=‘fi’,0>去除后转发到目的终端T。
实施例三
路由系统包括网络节点A、网络节点B、网络节点C、网络节点D、网络节点E、网络节点F、网络节点G、网络节点H、网络节点I、网络节点J、网络节点K,网络节点L,网络节点M,网络节点N,网络节点O以及网络节点P,并各网络节点通过运行路由协议OSPF或IS-IS构成树型会聚拓朴结构,其中,从源终端S连接网络节点G,目的终端T连接核心网络之前,源终端S到目的终端T的转发路径为G-C-A-核心网。当A连接核心网的链路中断时,如图7所示,本实施提供的零丢包的重路由方法的实现过程为:
Y100、源终端S出发的报文,经过G-C-A路径,到达网络节点A时,网络节点A发现网络节点A上行连接核心网的链路故障;
Y101、基于树型拓朴结构,将网络最大ottl设置为2;网络节点A将报文打上标记<flag=‘fo’,ottl=2>形成洪泛报文,将洪泛报文通过A-C、A-D、A-E以及A-F端口洪泛;
Y102、网络节点C、网络节点D、网络节点E以及网络节点F的转发表当前都指向网络节点A,所以这四个网络节点均将洪泛报文中的标记修改为<flag=‘fo’,ottl=1>,均继续洪泛报文;
Y103、网络节点B点接收到来自网络节点C、网络节点D、网络节点E以及网络节点F的洪泛报文,查转发表后得知转发端口与接收端口不同,网络节点B会利用内部的故障转发表实现去冗工作选取发一份洪泛报文转发到核心网,其中,网络节点B点发向核心网的报文带有标记<flag=‘fi’,ottl=0>;并且当核心网节点不支持携带有标记的协议时,网络节点B去除报文中的标记信息并正常转发,例如,网络节点B点选择网络节点D作为故障转发上游,则网络节点B转发的报文经过端到端路径G-C-A-D-B-核心网-T,最终到达目的地T;
Y104、C-D链路是一个会聚网可能出现的横向链路,网络节点C、网络节点D两点分别收到来自对方的洪泛报文,按照转发规则,网络节点C、网络节点D都会将标签转为<flag=‘fi’,ottl=0>,并发向网络节点A;网络节点A接收到带有<flag=‘fi’,ottl=0>标记的故障转发报文,发现转发端口故障,网络节点A不再转发带有<flag=‘fi’,ottl=0>标记的故障转发报文,这样可以避免洪泛携带‘fi’标记的故障转发报文可能会引起网络风暴,通过丢弃故障转发报文可以避免转发环路引起网络风暴;
Y105、会聚网中更下游的节点,网络节点G、网络节点H、网络节点I、网络节点J、网络节点L、网络节点M、网络节点N、网络节点O收到带有标记<flag=‘fo’,ottl=1>的报文后,由于ottl减为0,不再泛洪,将其丢弃。
综上所述,本实施例提供了一种零丢包的重路由方法,所述方法包括当第一网络节点发现网络故障时,所述第一网络节点为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;当第二网络节点接收到洪泛报文时,所述第二网络节点基于转发表确定所述洪泛报文对应的转发端口,并检测所述洪泛报文对应的接收端口与所述转发端口是否相同;当所述接收端口与所述转发端口相同时,将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;当所述接收端口与所述转发端口不相同时,将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。本申请不需要为每种链路故障预先计算保护路径,不需要为每一个目的子网预先计算和存贮备用转发表。本申请中发现网络故障的节点洪泛携带有洪泛标记的洪泛报文,接收到洪泛报文的第二网络节点基于自身已有路由表实现报文转发,使得在发生网络故障时可以直接进行重路由以形成可实现零丢包高效重路由,避免因网络故障而导致的网络丢包。
基于上述零丢包的重路由方法,本实施例提供了一种路由系统,所述系统包括若干网络节点,所述若干网络节点中的发现网络故障的第一网络节点用于为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;所述若干网络节点中的接收到洪泛报文的第二网络节点用于基于转发表确定所述洪泛报文对应的转发端口;检测所述洪泛报文对应的接收端口与所述转发端口是否相同;当所述接收端口与所述转发端口相同时,将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;当所述接收端口与所述转发端口不相同时,将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。
所述的路由系统,其中,所述若干网络节点中的接收到所述故障转发报文的第三网络节点用于基于其自身的转发表确定所述故障转发报文对应的转发端口,并通过转发端口转发所述故障转发报文。
所述的路由系统,其中,所述若干第一端口包括所述第一网络节点中除故障端口外的一个端口或者多个端口,所述若干第二端口包括所述第二网络节点中除接收端口外的一个端口或者多个端口。
此外,上述路由系统中的各网络节点的具体过程在上述方法中已经详细说明,在这里就不再一一陈述。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种零丢包的重路由方法,其特征在于,所述的方法包括:
当第一网络节点发现网络故障时,所述第一网络节点为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;
当第二网络节点接收到洪泛报文时,所述第二网络节点基于转发表确定所述洪泛报文对应的转发端口;
所述第二网络节点检测所述洪泛报文对应的接收端口与所述转发端口是否相同;
当所述接收端口与所述转发端口相同时,所述第二网络节点将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;
当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。
2.根据权利要求1所述的零丢包的重路由方法,其特征在于,所述若干第一端口包括所述第一网络节点中除故障端口外的一个端口或者多个端口,所述若干第二端口包括所述第二网络节点中除接收端口外的一个端口或者多个端口。
3.根据权利要求1所述的零丢包的重路由方法,其特征在于,所述第二网络节点将所述洪泛报文转换为故障转发报文具体为:
所述第二网络节点获取所述洪泛报文中的洪泛标记,并将所述洪泛标记修改为故障标记以得到故障转发报文。
4.根据权利要求1所述的零丢包的重路由方法,其特征在于,所述洪泛报文包括最大洪泛次数,所述当所述接收端口与所述转发端口相同时,所述第二网络节点将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛具体包括:
当所述接收端口与所述转发端口相同时,所述第二网络节点读取所述洪泛报文携带的最大洪泛次数;
若所述最大洪泛次数大于零,所述第二网络节点将所述最大洪泛次数减1,再将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;
若所述最大洪泛次数等于零,所述第二网络节点丢弃所述洪泛报文。
5.根据权利要求4所述的零丢包的重路由方法,其特征在于,所述当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文之后,所述方法还包括:
基于所述故障转发报文携带的最大洪泛次数更新所述故障转发报文的报文生存时间。
6.根据权利要求5所述的零丢包的重路由方法,其特征在于,所述故障转发报文对应的更新后的报文生存时间等于报文生存时间-(预设洪泛次数+1-最大洪泛次数)-1。
7.根据权利要求1所述的零丢包的重路由方法,其特征在于,所述当所述接收端口与所述转发端口不相同时,所述第二网络节点将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文之后,所述方法还包括:
当第三网络节点接收到所述故障转发报文时,所述第三网络节点基于其自身的转发表确定所述故障转发报文对应的转发端口,并通过转发端口转发所述故障转发报文。
8.一种路由系统,其特征在于,所述系统包括若干网络节点,所述若干网络节点中的发现网络故障的第一网络节点用于为待转发报文添加洪泛标记以形成洪泛报文,并将所述洪泛报文通过所述第一网络节点的若干第一端口洪泛;所述若干网络节点中的接收到洪泛报文的第二网络节点用于基于转发表确定所述洪泛报文对应的转发端口;检测所述洪泛报文对应的接收端口与所述转发端口是否相同;当所述接收端口与所述转发端口相同时,将所述洪泛报文通过所述第二网络节点的若干第二端口洪泛;当所述接收端口与所述转发端口不相同时,将所述洪泛报文转换为故障转发报文,并通过所述转发端口转发所述故障转发报文。
9.根据权利要求8所述的路由系统,其特征在于,所述若干网络节点中的接收到所述故障转发报文的第三网络节点用于基于其自身的转发表确定所述故障转发报文对应的转发端口,并通过转发端口转发所述故障转发报文。
10.根据权利要求8所述的路由系统,其特征在于,所述若干第一端口包括所述第一网络节点中除故障端口外的一个端口或者多个端口,所述若干第二端口包括所述第二网络节点中除接收端口外的一个端口或者多个端口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111358874.0A CN113794633B (zh) | 2021-11-17 | 2021-11-17 | 一种零丢包的重路由方法及路由系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111358874.0A CN113794633B (zh) | 2021-11-17 | 2021-11-17 | 一种零丢包的重路由方法及路由系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113794633A true CN113794633A (zh) | 2021-12-14 |
CN113794633B CN113794633B (zh) | 2022-02-01 |
Family
ID=78877334
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111358874.0A Active CN113794633B (zh) | 2021-11-17 | 2021-11-17 | 一种零丢包的重路由方法及路由系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113794633B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114866398A (zh) * | 2022-03-24 | 2022-08-05 | 阿里巴巴(中国)有限公司 | 网络故障诊断方法及装置 |
CN115914118A (zh) * | 2022-10-09 | 2023-04-04 | 鹏城实验室 | 针对通信服务质量的流量控制方法、系统及相关设备 |
CN115914118B (zh) * | 2022-10-09 | 2024-05-14 | 鹏城实验室 | 针对通信服务质量的流量控制方法、系统及相关设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002077244A (ja) * | 2000-08-24 | 2002-03-15 | Fujitsu Ltd | 通信ネットワークの障害復旧方式 |
US20120155485A1 (en) * | 2010-12-16 | 2012-06-21 | Fujitsu Network Communications, Inc. | Efficient space utilization of distributed mac address tables in ethernet switches |
CN103155485A (zh) * | 2010-09-29 | 2013-06-12 | 瑞典爱立信有限公司 | 基于快速洪泛的快速收敛以从网络故障恢复 |
US20130232259A1 (en) * | 2010-07-30 | 2013-09-05 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Apparatus for Handling Network Resource Failures in a Router |
CN112187679A (zh) * | 2020-09-22 | 2021-01-05 | 锐捷网络股份有限公司 | 报文处理方法及装置 |
CN113615132A (zh) * | 2019-03-15 | 2021-11-05 | 华为技术有限公司 | 快速泛洪拓扑保护 |
-
2021
- 2021-11-17 CN CN202111358874.0A patent/CN113794633B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002077244A (ja) * | 2000-08-24 | 2002-03-15 | Fujitsu Ltd | 通信ネットワークの障害復旧方式 |
US20130232259A1 (en) * | 2010-07-30 | 2013-09-05 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Apparatus for Handling Network Resource Failures in a Router |
CN103155485A (zh) * | 2010-09-29 | 2013-06-12 | 瑞典爱立信有限公司 | 基于快速洪泛的快速收敛以从网络故障恢复 |
US20120155485A1 (en) * | 2010-12-16 | 2012-06-21 | Fujitsu Network Communications, Inc. | Efficient space utilization of distributed mac address tables in ethernet switches |
CN113615132A (zh) * | 2019-03-15 | 2021-11-05 | 华为技术有限公司 | 快速泛洪拓扑保护 |
CN112187679A (zh) * | 2020-09-22 | 2021-01-05 | 锐捷网络股份有限公司 | 报文处理方法及装置 |
Non-Patent Citations (1)
Title |
---|
贺一峰: "面向QoS保障的动态路由的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114866398A (zh) * | 2022-03-24 | 2022-08-05 | 阿里巴巴(中国)有限公司 | 网络故障诊断方法及装置 |
CN114866398B (zh) * | 2022-03-24 | 2024-01-09 | 阿里巴巴(中国)有限公司 | 网络故障诊断方法及装置 |
CN115914118A (zh) * | 2022-10-09 | 2023-04-04 | 鹏城实验室 | 针对通信服务质量的流量控制方法、系统及相关设备 |
CN115914118B (zh) * | 2022-10-09 | 2024-05-14 | 鹏城实验室 | 针对通信服务质量的流量控制方法、系统及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
CN113794633B (zh) | 2022-02-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7778204B2 (en) | Automatic maintenance of a distributed source tree (DST) network | |
CA2570333C (en) | Method for implementing bidirectional protection switching in multiple protocol label switching network | |
US8134917B2 (en) | Automatic protection switching using link-level redundancy supporting multi-protocol label switching | |
US6721269B2 (en) | Apparatus and method for internet protocol flow ring protection switching | |
US7787399B2 (en) | Automatically configuring mesh groups in data networks | |
EP1845656B1 (en) | A method for implementing master and backup transmission path | |
EP2364539B1 (en) | A system and method of implementing lightweight not-via ip fast reroutes in a telecommunications network | |
US10439880B2 (en) | Loop-free convergence in communication networks | |
US20100260041A1 (en) | Link fault handling method and data forwarding apparatus | |
WO2008083590A1 (fr) | Procédé et appareil de convergence rapide d'un service point à point | |
CN101459535A (zh) | 进行业务恢复的装置和方法 | |
US20040071080A1 (en) | Label switching router and path switchover control method thereof | |
CN113794633B (zh) | 一种零丢包的重路由方法及路由系统 | |
CN107770061B (zh) | 转发报文的方法及转发设备 | |
WO2012071909A1 (zh) | 业务恢复方法及装置 | |
Papán et al. | Analysis of existing IP Fast Reroute mechanisms | |
CN113615132A (zh) | 快速泛洪拓扑保护 | |
EP1964330B1 (en) | Method for reducing fault detection time in a telecommunication network | |
JP5618946B2 (ja) | 通信装置および通信システム | |
US8767736B2 (en) | Communication device, communication method, and recording medium for recording communication program | |
CN109644122B (zh) | 资源共享方法、网络节点及相关设备 | |
CN112929261A (zh) | 分段路由隧道的防断纤方法、装置,入口节点及存储介质 | |
CN113366804A (zh) | 防止网络拓扑改变期间的微环路的方法和系统 | |
EP2117199B1 (en) | Transmission method, system and router based on the border gateway protocol | |
CN111885630B (zh) | 数据传输方法及通信装置 |
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 |