CN107612754B - 双向转发链路故障检测方法、装置及网络节点设备 - Google Patents
双向转发链路故障检测方法、装置及网络节点设备 Download PDFInfo
- Publication number
- CN107612754B CN107612754B CN201711041362.5A CN201711041362A CN107612754B CN 107612754 B CN107612754 B CN 107612754B CN 201711041362 A CN201711041362 A CN 201711041362A CN 107612754 B CN107612754 B CN 107612754B
- Authority
- CN
- China
- Prior art keywords
- service board
- state service
- bfd
- standby state
- board
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开提供了双向转发链路故障检测方法、装置及网络节点设备,属于通信技术领域。所述方法在BFD会话对应的各业务板中选择两个不同的业务板分别用作主用状态业务板和备用状态业务板,其余的用作普通状态业务板。普通状态业务板需要将接收的BFD报文分别重定向给主用状态业务板和备用状态业务板。备用状态业务板需要将从对端设备接收的BFD报文重定向给主用状态业务板,并且还要将该报文以及从普通状态业务板接收的报文上送到自身处理单元。上述方法的好处在于,当主用状态业务板发生异常重启时,备用状态业务板能够第一时间接替主用状态业务板的工作,从而有效解决现有技术中的由于主用状态业务板故障而引发的BFD链路震荡的问题。
Description
技术领域
本公开涉及通信技术领域,具体而言,涉及一种双向转发链路故障检测方法、装置及网络节点设备。
背景技术
随着IP网络上承载的实时、时延敏感业务需求的不断增长,如何保护数据传输质量,如何在数据传输出现问题时,快速对故障进行定位,并通过相应处理以减少丢包,是一个重要问题。
为了解决上述问题,业界提出了一种可操作可维护性(OAM)技术。 OAM技术可以对网络中的故障进行自动检测,并采取对应的补救措施。目前的OAM技术主要包括:国际电信联盟(ITU)提出的多协议标签交换 (MPLS)OAM技术,以及双向转发检测(BidirectionalForwarding Detection, BFD)技术。
其中,BFD可以检测网络中各层的故障,例如可以用于检测包括以太网、MPLS路径、普通路由封装以及IPSec(IP网络安全协议)隧道在内的多种类型的传输正确性。BFD的目标是在相邻***之间提供一种低开销、短检测周期的故障检测机制,包括接口、数据链路以及转发引擎自身的检测。BFD类似于“Hello”协议,在待检测的两个网络节点设备之间的BFD会话建立完成后,双方周期性地向对方发送BFD报文,同时在该链路上周期性地检测对方报文到达情况,如果在一定时间间隔内没有收到来自对端的BFD报文,则认为该链路出现故障,以此达到快速发现链路故障的目的。
发明内容
本公开提供一种双向转发链路故障检测方法、装置及网络节点设备。
第一方面,本公开提供一种双向转发链路故障检测方法,应用于网络节点设备,网络节点设备包括与聚合链路对应的多个业务板,每个业务板处于主用状态、备用状态和普通状态中的一种,并且所述多个业务板中至少包括一个主用状态业务板和一个备用状态业务板,所述方法包括:与对端设备协商创建经由聚合链路的双向转发检测BFD会话;接收所述对端设备发送的BFD报文,其中:
若接收到所述对端设备发送的BFD报文的是普通状态业务板,则使该普通状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且将该BFD报文通过重定向发送给备用状态业务板以使备用状态业务板备份针对主用状态业务板关于该BFD报文所执行的操作进行备份;若接收到所述对端设备发送的BFD报文的是备用状态业务板,则使该备用状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且对该 BFD报文进行备份针对主用状态业务板关于该BFD报文所执行的操作进行备份。
第二方面,本公开提供一种双向转发链路故障检测装置,应用于网络节点设备,网络节点设备包括与聚合链路对应的多个业务板,每个业务板处于主用状态、备用状态和普通状态中的一种,并且所述多个业务板中至少包括一个主用状态业务板和一个备用状态业务板,所述装置包括:
会话建立模块,用于与对端设备协商创建经由聚合链路的双向转发检测BFD会话;报文接收模块,用于使所述多个业务板接收所述对端设备发送的BFD报文;第一控制模块,用于若接收到所述对端设备发送的BFD 报文的是普通状态业务板,则使该普通状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且将该BFD报文通过重定向发送给备用状态业务板以使备用状态业务板针对主用状态业务板关于该BFD报文所执行的操作进行备份;以及,第二控制模块,用于若接收到所述对端设备发送的BFD报文的是备用状态业务板,则使该备用状态业务板将该BFD 报文通过重定向发送给主用状态业务板,并且针对主用状态业务板关于该 BFD报文所执行的操作进行备份。
第三方面,本公开提供一种网络节点设备,包括处理器和机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器可执行所述机器可执行指令以实现上述第一方面中所述的双向转发链路故障检测方法。
第四方面,本公开提供一种机器可读存储介质,存储有机器可执行指令,在被处理器调用和执行时,所述机器可执行指令促使所述处理器实现上述第一方面中所述的双向转发链路故障检测方法。
根据本公开提供的双向转发链路故障检测方法和装置,在BFD会话的聚合链路所包括的各成员链路对应的各业务板中选择两个不同的业务板来分别用作主用状态业务板和备用状态业务板,而除主用状态业务板和备用状态业务板之外的其余业务板则仅作为普通状态业务板(也可以被称为非处理板)使用。当对端设备发出BFD报文后,若普通状态业务板接收到对端设备发送的BFD报文,则需要将该BFD报文重定向给主用状态业务板,并且还需要重定向一份该BFD报文给备用状态业务板以使备用状态业务板针对主用状态业务板关于该BFD报文所执行的操作进行备份;若备用状态业务板接收到对端设备发送BFD报文,则需要将该BFD 报文重定向给主用状态业务板,并且还要针对主用状态业务板关于该BFD 报文所执行的操作进行备份。上述方法的好处在于,当主用状态业务板发生故障如单板异常重启时,原备用状态业务板将能够第一时间接替发生故障的原主用状态业务板,以有效解决现有技术中的BFD链路震荡的问题。
附图说明
为了更清楚地说明本公开实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本公开的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1A至图1B为现有技术中关于BFD会话的分布式业务板处理方式示意图;
图2示出了根据本公开实施例的网络节点设备与对端设备的交互示意图;
图3A至图3B示出了根据本公开实施例的一种双向转发链路故障检测方法的流程图;
图4至图5示出了根据本公开实施例的针对业务板数量为三个以上情形下的一种双向转发链路故障检测方法的流程图;
图6至图7示出了根据本公开实施例的关于BFD会话的分布式业务板处理方式示意图;
图8示出了根据本公开实施例的针对业务板数量为两个情形下的另一种双向转发链路故障检测方法的流程图;
图9示出了根据本公开实施例的一种双向转发链路故障检测装置的功能模块框图。
图标:100-网络节点设备;200-对端设备;110-主控板;121至12n-业务板;112-存储器;114-处理器;116-双向转发链路故障检测装置;1162- 会话建立模块;1164-报文接收模块;1166-第一控制模块;1168-第二控制模块;1170-报文处理模块;1172-状态设置模块。
具体实施方式
参照图1A至图1B,对现有技术中的针对BFD会话的分布式业务板处理方式进行详细描述,并且由此提出发明人在实操过程中创造性地发现的关于现有技术的缺点。
针对BFD会话的分布式业务板处理方式通常是在各业务板中选择一个业务板作为处理板,而其他业务板均为非处理板。当接收到对端设备发送的BFD报文时,各非处理板将接收到的BFD报文通过BFD处理表项的重定向发送到处理板进行处理。发明人发现,这种将BFD报文的发送和接收都集中在处理板的方式,在处理板出现故障时,会导致链路出现BFD震荡。
具体地,如图1A所示,第一被测设备(简称DUT1)和第二被测设备 (简称DUT2)通过协商创建了经由聚合链路的BFD会话。上述聚合链路包括成员链路X、Y、Z。其中,链路X对应业务板A(简称Slot A),链路 Y对应业务板B(简称Slot B),链路Z对应业务板C(简称SlotC)。不失一般性地,假设主控板(简称Master)选择Slot C作为BFD会话的处理板,剩余的Slot A和Slot B仅用作BFD会话的非处理板。
DUT2依次地通过成员链路X、Y、Z重复发送同一BFD报文至DUT1。 Slot A接收到DUT2通过链路X发送的BFD报文后,将该BFD报文重定向到SLOT C进行处理。同理,Slot B接收到DUT2通过链路Y发送的BFD 报文后,将该BFD报文重定向到Slot C进行处理。Slot C则接收DUT2通过链路Z发送的BFD报文以及Slot A和Slot B进行重定向后发送来的BFD 报文,并将接收到的BFD报文传送到自身的处理单元诸如硬件芯片进行处理。
Slot C作为当前BFD会话的关键处理节点,承载着接收BFD报文、处理BFD报文以做出响应的任务。如果Slot C出现故障,比如单板异常重启,则DUT1将根据BFD会话计算出新的处理板,假设为Slot B。那么,Slot A 需要重新下发BFD处理表项,以使得Slot A将接收的BFD报文重置为重定向到Slot B而不再是Slot C,并且Slot B也需要重新下发BFD处理表项,以使得Slot B将接收的BFD报文由重定向到Slot C改为传送到自身的处理单元,如图1B所示出的。
发明人发现,在这种情况下,如果BFD是高频检测诸如3ms*3,则会有较大的概率出现BFD报down(会话中断)的结果。原因是,对于高频率检测诸如3ms*3,一旦9ms内未接收到DUT2的BFD报文,DUT1就会针对该BFD会话进行报down处理,而在处理板Slot C故障时,SlotA和 Slot B需要重新下发BFD处理表项,这个重置BFD报文走向的动作是需要一定的处理时间的,因此Slot A和Slot B重置BFD报文走向的动作有可能导致在所述处理时间内的BFD报文被丢弃或者被继续送往Slot C,最终导致Slot B在9ms内没有收到DUT2发送的BFD报文而致使会话报down。虽然在上述情况下,当BFD处理表项重置成功后,Slot B能够正常地接替原处理板的角色,使得BFD会话报down后会较快地恢复UP(这种情况被称为BFD链路震荡),但是由于处理板发生故障而引发的BFD链路震荡仍然会对DUT1和DUT2之间的链路检测产生极大地负面影响,这是在实践过程中不期望的结果。
有鉴于此,本公开提出了一种双向转发链路故障检测方法、装置及网络节点设备,以解决上述问题。
为使本公开的目的、技术方案和优点更加清楚,下面将结合本公开中的附图,对本公开实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
请参阅图2,是本公开实施例提供的网络节点设备100与对端设备200 进行通信交互的示意图。对端设备200可以是一种与网络节点设备100相同或相似的其它通信设备。例如,本实施例中,网络节点设备100和对端设备200可以是路由器、交换机等。
网络节点设备100包括主控板110和受控于主控板110的多个业务板。所述多个业务板被依次标识为业务板121、业务板122、.......、业务板12n, n通常大于或等于2。其中,主控板110包括存储器112、处理器114以及双向转发链路故障检测装置116。存储器112与处理器114之间直接或间接地电性连接,以实现数据的传输或交互。双向转发链路故障检测装置116 包括至少一个可以软件或固件的形式存储于存储器112中并由处理器114 执行的软件功能模块。
网络节点设备100与对端设备200之间通过聚合链路创建BFD会话。所述聚合链路包含至少两个成员端口,且与聚合链路相对应的业务板可以是全部业务板或仅是全部业务板中的一部分。当接收到对端设备200发送的BFD报文后,与聚合链路对应的各业务板在主控板110的控制下对接收到的BFD报文进行操作。
请参阅图3A,是本公开实施例提供的一种双向转发链路故障检测方法的流程图,应用于图1中所示的网络节点设备100。本实施例中,网络节点设备100的多个业务板中的每一个都处于主用状态、备用状态和普通状态中的一种,并且所述多个业务板中至少包括一个主用状态业务板和一个备用状态业务板。关于主用状态、备用状态和普通状态的解释说明见下面的描述。
本实施例提供的方法包括以下步骤:
步骤S10,与对端设备协商创建经由聚合链路的双向转发检测BFD会话。
步骤S20,接收对端设备发送的BFD报文。
在该步骤S20中,如果普通状态业务板接收到对端设备200发送的BFD 报文,则需要将该BFD报文通过重定向发送给主用状态业务板,并且还需要将该BFD报文通过重定向发送给备用状态业务板。普通状态业务板将从对端设备200接收的BFD报文重定向给备用状态业务板的目的在于,使备用状态业务板能够针对主用状态业务板关于该BFD报文所执行的操作进行备份。
如果备用状态业务板接收到对端设备200发送的BFD报文,则需要将该BFD报文通过重定向发送给主用状态业务板,并且针对主用状态业务板关于该BFD报文所执行的操作进行备份。
这里的“针对主用状态业务板关于该BFD报文所执行的操作进行备份”可以是指备用状态业务板对主用状态业务板的功能或工作进行备份,以便在主用状态业务板发生故障时,备用状态业务板能够第一时间地接替主用状态业务板的工作,避免链路发生BFD震荡。主用状态业务板对接收到的报文进行的操作包括:将接收到的报文发送至自身的处理单元。备用状态业务板对主用状态业务板针对报文的这种操作进行备份可以理解为是备用状态业务板也会将接收到的报文发送到自身的处理单元。只不过,主用状态业务板的处理单元对接收到的报文会进行相应的处理以便响应于对端设备200,而备用状态业务板的处理单元对接收到的报文(即关联于备份操作的报文)会进行丢弃,并且只有当备用状态业务板的状态变为主用状态后——即原主用状态业务板发生故障致使备用状态业务板成为新的主用状态业务板后——它的处理单元才会从“丢弃”变成“处理”。
例如,对于上述多个业务板的数量在三个以上的情形,即主用状态业务板、备用状态业务板和普通状态业务板都存在的情形,普通状态业务板在接收到对端设备200发送的报文后,会将该报文分别重定向给主用状态业务板和备用状态业务板;备用状态业务板接收到对端设备200发送的BFD 报文后,会将该报文重定向给主用状态业务板,并且备用状态业务板还会将该份BFD报文以及从普通状态业务板接收的BFD报文发送至自身的处理单元;主用状态业务板会将从对端设备200、备用状态业务板以及普通状态业务板接收到的BFD报文发送到自身的处理单元。另外,按照上面描述,备用状态业务板的处理单元接下来会将接收到的报文丢弃,而主用状态业务板的处理单元会对接收到的报文进行处理。
对于上述多个业务板的数量为两个的情形,备用状态业务板和主用状态业务板的针对报文的操作方式参照上面的描述同理可得。
步骤S30,对接收到的BFD报文进行处理。
根据步骤S20中的描述可以看出,对BFD报文的处理是由主用状态业务板执行的。
在其他一些实施例中,步骤S30可以省略。
请参阅图3B,是本公开实施例提供的另一种双向转发链路故障检测方法的流程图,本实施例中的方法与图3A中所示的方案不同的是,除了步骤 S10至S30外,还包括以下步骤:
步骤S40,若主用状态业务板发生故障,则将备用状态业务板的状态重新设置为主用状态以使其成为新的主用状态业务板。
当备用状态业务板被设置成新的主用状态业务板后,便能即刻接替原主用状态业务板的工作,而不需要重新设置BFD表项,原因在于,普通状态业务板原本就存在有将报文重定向给该新的主用状态业务板(即原备用状态业务板)的BFD表项,而该新的主用状态业务板原本就存在有将接收到的报文发送至自身处理单元的BFD表项。这样,当原备用状态业务板的状态被重新设置成主用状态后,其处理单元便不会再将接收到的报文丢弃,而是对报文进行处理,如此便实现了备用状态业务板在主用状态业务板发生故障时第一时间接替其成为新的主用处理板的目的,从而解决了BFD链路震荡的问题。
步骤S50,在正常运行的普通状态业务板中选择一个,将所选择的业务板的状态设置为备用状态以使其成为新的备用状态业务板。
本实施例中,发生故障的原主用状态业务板在恢复正常后会切换成普通状态业务板。
选择新的备用状态业务板的操作可以在原主用状态业务板恢复正常之前或之后执行。
在选择新的备用状态业务板后,针对其他普通状态业务单板增加将从对端设备200接收的报文重定向给新的备用状态业务板的表项,以及针对该新的备用状态业务单板增加将接收到的BFD报文发送至自身处理单元的表项。
为了更清楚的阐述本公开的技术方案,下面分别针对与所述聚合链路对应的业务板的数量为三个以上和为两个的两种情形进行详细说明。
请参阅图4,本实施例提供的方法主要是针对与所述聚合链路对应的业务板的数量大于或等于3个的情形给出的。本方法的各步骤的执行顺序不以图4所示的或者以下所述的具体顺序为限制。
步骤S100,与对端设备200协商创建经由聚合链路的双向转发检测 BFD会话。
步骤S101,从与所述聚合链路相对应的多个业务板中选择两个不同的业务板,分别用作所述BFD会话的主用状态业务板和备用状态业务板。
本实施例中,根据预设的算法在与所述聚合链路相对应的多个业务板中选择一个业务板作为BFD会话的主用状态业务板。通常,不同的设备生产商所采用的算法不同,但各种算法大体上都是根据BFD会话对应的IP 信息以及设备上的业务板槽位号信息等进行选择。
另外,在选出针对该BFD会话的主用状态业务板后,还要基于基本上相同的算法在剩余的业务板(即排除主用状态业务板之外的其余业务板) 中选择一个作为备用状态业务板。其余业务板则作为普通状态业务板。
在接收到对端设备200发送的BFD报文后,下述步骤被执行。但是,下述步骤之间没有严格的执行顺序限制。
步骤S103,使普通状态业务板将从对端设备200接收的BFD报文通过重定向发送给主用状态业务板,并且将该BFD报文通过重定向发送给备用状态业务板以使备用状态业务板针对主用状态业务板关于该BFD报文所执行的操作进行备份。
本实施例中,普通状态业务板接收到对端设备200发送的BFD报文后,通过设置BFD处理表项来将BFD报文重定向到主用状态业务板,另外,还要复制一份BFD报文并将复制的报文通过重定向发送到备用状态业务板。
步骤S105,使备用状态业务板将从对端设备200接收的BFD报文通过重定向发送给主用状态业务板,并且针对主用状态业务板关于该BFD报文所执行的操作进行备份。
本实施例中,备用状态业务板接收到对端设备200发送的BFD报文后,除了将该BFD报文通过重定向发送到主用状态业务板外,还要将普通状态业务板发送过来的BFD报文以及备用状态业务板自身从对端设备接收的 BFD报文传送到自身的处理单元。备用状态业务板的处理单元在接收到 BFD报文后,会将其丢弃。
步骤S107,使主用状态业务板将从对端设备200、备用状态业务板及普通状态业务板接收的BFD报文发送给自身的处理单元进行处理。
本实施例中,主用状态业务板接收对端设备200、备用状态业务板及普通状态业务板发送的BFD报文,并将接收到的BFD报文传送到自身的处理单元,由该处理单元对接收到的BFD报文进行“处理”。
更进一步地,参照图5,本实施例提供的方法还包括若上述主用状态业务板发生故障诸如单板异常重启,则被执行的下述步骤:
步骤S201,将备用状态业务板的状态重新设置为主用状态,以使其成为新的主用状态业务板。
本实施例中,当原备用状态业务板被设置为新的主用状态业务板时,其处理单元对BFD报文的处理动作将由“丢弃”转为“处理”。
步骤S203,在正常运行的普通状态业务板中选择一个作为新的备用状态业务板。
本实施例中,可以在从所述主用状态业务板发生故障起的预设时间内,在除所述新的主用状态业务板之外的其余正常运行的业务板中选择一个作为新的备用状态业务板。所述预设时间可以小于原主用状态业务板从发生故障到恢复正常运行的时长。
例如,假设原主用状态业务板从发生故障到恢复正常运行的时长一般为N毫秒。如果上述预设时间设置为P毫秒,且P毫秒大于N毫秒,则在选择新的备用状态业务板时有可能会选择到已恢复正常运行的原主用状态业务板。如果P毫秒小于N毫秒,则在选择新的备用状态业务板时原主用状态业务板尚未恢复正常运行,所以仅能在原普通状态业务板中选择新的备用状态业务板。
步骤S205,使普通状态业务板将从对端设备200接收的BFD报文通过重定向发送给所述新的备用状态业务板,以使新的备用状态业务板针对新的主用状态业务板关于该BFD报文所执行的操作进行备份。
步骤S207,使新的备用状态业务板针对新的主用状态业务板关于其从对端设备接收的BFD报文所执行的操作进行备份。
从步骤S201至步骤S207可以看出,由于普通状态业务板原本就会将接收的BFD报文重定向到原备用状态业务板(现在新的主用状态处理板),并且原备用状态业务板原本就会对从对端设备200接收的BFD报文以及从普通状态业务板接收的BFD报文发送到自身的处理单元,所以当原主用状态业务板发生故障后,普通状态业务板不需要添加将报文重定向到新的主用状态业务板的表项,新的主用状态业务板也不需要添加将接收到的报文发送到自身处理单元的表项,如此便解决了现有技术中的BFD链路震荡的问题。
为了更清楚的说明本实施例提供的方法,下面将给出一具体示例。
参照图6,其中,DUT1作为本端的网络节点设备100,DUT2作为对端设备200。DUT1包括主控板(Mater)和至少三个业务板。DUT1与DUT2 通过聚合链路创建BFD会话,其中,该聚合链路包括成员链路X、Y、Z。成员链路X、Y和Z分别对应业务板Slot A、Slot B和Slot C。假设在本次 BFD会话中,业务板Slot C被选作主用状态业务板,业务板Slot B被选作备用状态业务板,除Slot C和Slot B之外的剩余业务板Slot A则为普通状态业务板。
在DUT2向DUT1发送BFD报文后,各业务板执行如下操作:普通状态业务板Slot A需要将从DUT2接收的BFD报文重定向到主用状态业务板 Slot C,并且还需要将该BFD报文重定向到备用状态业务板Slot B;备用状态业务板Slot B需要将从DUT2接收的BFD报文重定向到主用状态业务板 Slot C,并且将该BFD报文以及从普通状态业务板Slot A接收到的报文传送到自身的处理单元,由处理单元进行“丢弃”处理;主用状态业务板Slot C接收DUT2、Slot A和Slot B发送的BFD报文,并将接收的BFD报文传送到自身的处理单元进行处理。
参照图7,当主用状态业务板Slot C发生故障如单板异常重启时,备用状态业务板Slot B将被设置成新的主用状态业务板。新的主用状态业务板 Slot B的处理单元将不再对BFD报文进行“丢弃”,而是变为“处理”,即完全地接替原主用状态业务板Slot C的工作。然后,在除新的主用状态业务板Slot B之外的剩余业务板Slot A和Slot C中选择一个作为新的备用状态业务板。假设,本实施例中选择新的备用状态业务板的时限是在Slot C 恢复正常运行之前,则Slot A将被选作新的备用状态业务板。自然地,恢复正常运行的Slot C将仅被用作普通状态业务板。
由于原普通状态业务板Slot A原本就需要将从DUT2接收的报文复制一份重定向到Slot B,且Slot B原本就需要将从对端设备接收的BFD报文和从普通状态业务板接收的BFD报文传到自身的处理单元,所以在原主用状态业务板Slot C发生故障后,Slot A不需要像现有技术中一般添加重定向到新的主用状态业务板的BFD处理表项,以及Slot B不需要像现有技术中一般添加将接收到的BFD报文传送到自身的处理单元的BFD处理表项,由此便解决了现有技术中的BFD链路震荡的问题。
请参阅图8,是本公开实施例的方法是针对与所述聚合链路对应的业务板的数量等于2个的情形给出的。本方法的各步骤的执行顺序不以图8所示的或者以下所述的具体顺序为限制。
步骤S300,与对端设备200协商创建经由聚合链路的双向转发检测 BFD会话。
步骤S301,在两个业务板中选择一个作为所述BFD会话的主用状态业务板,而另一个作为备用状态业务板。
在接收到对端设备200发送的BFD报文后,下述步骤被执行:
步骤S303,使备用状态业务板将从对端设备200接收的BFD报文通过重定向发送给主用状态业务板,并且针对主用状态业务板关于该BFD报文所执行的操作进行备份。
步骤S305,使主用状态业务板将从对端设备200和备用状态业务板接收的BFD报文发送给自身的处理单元进行处理。
更进一步地,本实施例提供的方法还包括在主用状态业务板发生故障后被执行的下述步骤:
步骤S307,将所述备用状态业务板的状态设置为主用状态,以使其成为新的主用状态业务板。
步骤S309,在原主用状态业务板恢复正常后,将所述原主用状态业务板设置为新的备用状态业务板。
本实施例中,可以设有识别机制,该识别机制能够确定原主用状态业务板是否恢复正常,并且能够在确定原主用状态业务板恢复正常后,触发将该原主用状态业务板选举为新的备用状态业务板的操作。
或者,本实施例中,能够在由于原主用状态业务板未恢复正常而导致选举新的备用状态业务板失败的情况下,再次进行选举,直到选举操作成功,即直到原主用状态业务板恢复正常并将其选举成新的备用状态业务板为止。
本实施例中,由于与所述聚合链路对应的业务板数量仅两个,所以在原主用状态业务板发生故障并将原备用状态业务板设置成新的主用状态业务板之后,仅剩原主用状态业务板可供选择为新的备用状态业务板。所以,在原主用状态业务板恢复正常运行后,将其设置为新的备用状态业务板。
通常情形下,在原主用状态业务板从发生故障至恢复正常运行期间内,新的主用状态业务板也发生故障的概率是较小的,所以本实施例提供的方法针对与聚合链路对应的业务板数量仅两个的情形也能极佳地克服BFD链路震荡的问题。
请参阅图9,是本公开实施例提供的一种双向转发链路故障检测装置 116的功能模块框图。该双向转发链路故障检测装置116包括会话建立模块 1162、报文接收模块1164、第一控制模块1166、第二控制模块1168、报文处理模块1170和状态设置模块1172。
会话建立模块1162,用于协商创建所述多个业务板与对端设备之间的经由聚合链路的双向转发检测BFD会话。
报文接收模块1164,用于使所述多个业务板接收所述对端设备发送的BFD报文。
第一控制模块1166,用于若接收到所述对端设备发送的BFD报文的是普通状态业务板,则使该普通状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且将该BFD报文通过重定向发送给备用状态业务板以使备用状态业务板针对主用状态业务板关于该BFD报文所执行的操作进行备份。
第二控制模块,用于若接收到所述对端设备发送的BFD报文的是备用状态业务板,则使该备用状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且针对主用状态业务板关于该BFD报文所执行的操作进行备份;还用于使所述备用状态业务板将关联于备份操作的BFD报文进行丢弃处理。
报文处理模块1170,用于使主用状态业务板对接收到的BFD报文进行处理。
状态设置模块1172,用于若主用状态业务板发生故障,则使备用状态业务板的状态重新被设置为主用状态以使其成为新的主用状态业务板;还用于在正常运行的普通状态业务板中选择一个,并将所选择的业务板的状态设置为备用状态以使其成为新的备用状态业务板。
本公开实施例所提供的双向转发链路故障检测装置116,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。
另外,在其他实施例中,上述描述的双向转发链路故障检测装置116 的部分模块可以省略。例如,在某些实施例中,可以没有报文处理模块和/ 或状态设置模块。
本说明书中的上述各个实施例均采用递进的方式描述,每个实施例重点说明的通常都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本公开实施例还提供一种机器可读存储介质,存储有机器可执行指令。在被处理器调用和执行时,所述机器可执行指令促使所述处理器实现上述任一方法实施例中描述的方法。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置及设备,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
以上所述,仅为本公开的具体实施方式,但本公开的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种双向转发链路故障检测方法,其特征在于,应用于网络节点设备,网络节点设备包括与聚合链路对应的多个业务板,每个业务板处于主用状态、备用状态和普通状态中的一种,并且所述多个业务板中至少包括一个主用状态业务板和一个备用状态业务板,所述方法包括:
与对端设备协商创建经由聚合链路的双向转发检测BFD会话;
接收所述对端设备发送的BFD报文,其中:
若接收到所述对端设备发送的BFD报文的是普通状态业务板,则使该普通状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且将该BFD报文通过重定向发送给备用状态业务板以使备用状态业务板针对主用状态业务板关于该BFD报文所执行的操作进行备份;
若接收到所述对端设备发送的BFD报文的是备用状态业务板,则使该备用状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且针对主用状态业务板关于该BFD报文所执行的操作进行备份。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
对接收到的BFD报文进行处理,其中:
由主用状态业务板对接收到的BFD报文进行处理。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
使所述备用状态业务板将关联于备份操作的BFD报文进行丢弃处理。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若主用状态业务板发生故障,则将备用状态业务板的状态重新设置为主用状态以使其成为新的主用状态业务板。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
在正常运行的普通状态业务板中选择一个,将所选择的业务板的状态设置为备用状态以使其成为新的备用状态业务板。
6.一种双向转发链路故障检测装置,其特征在于,应用于网络节点设备,网络节点设备包括与聚合链路对应的多个业务板,每个业务板处于主用状态、备用状态和普通状态中的一种,并且所述多个业务板中至少包括一个主用状态业务板和一个备用状态业务板,所述装置包括:
会话建立模块,用于与对端设备协商创建经由聚合链路的双向转发检测BFD会话;
报文接收模块,用于使所述多个业务板接收所述对端设备发送的BFD报文;
第一控制模块,用于若接收到所述对端设备发送的BFD报文的是普通状态业务板,则使该普通状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且将该BFD报文通过重定向发送给备用状态业务板以使备用状态业务板针对主用状态业务板关于该BFD报文所执行的操作进行备份;
第二控制模块,用于若接收到所述对端设备发送的BFD报文的是备用状态业务板,则使该备用状态业务板将该BFD报文通过重定向发送给主用状态业务板,并且针对主用状态业务板关于该BFD报文所执行的操作进行备份。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
报文处理模块,用于使主用状态业务板对接收到的BFD报文进行处理。
8.根据权利要求6所述的装置,其特征在于,所述第二控制模块还用于使所述备用状态业务板将关联于备份操作的BFD报文进行丢弃处理。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括:
状态设置模块,用于若主用状态业务板发生故障,则使备用状态业务板的状态重新被设置为主用状态以使其成为新的主用状态业务板。
10.根据权利要求9所述的装置,其特征在于,所述状态设置模块还用于在正常运行的普通状态业务板中选择一个,并将所选择的业务板的状态设置为备用状态以使其成为新的备用状态业务板。
11.一种网络节点设备,其特征在于,包括处理器和机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器可执行所述机器可执行指令以实现权利要求1-5任一所述的方法。
12.一种机器可读存储介质,其特征在于,存储有机器可执行指令,在被处理器调用和执行时,所述机器可执行指令促使所述处理器实现权利要求1-5任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711041362.5A CN107612754B (zh) | 2017-10-30 | 2017-10-30 | 双向转发链路故障检测方法、装置及网络节点设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711041362.5A CN107612754B (zh) | 2017-10-30 | 2017-10-30 | 双向转发链路故障检测方法、装置及网络节点设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107612754A CN107612754A (zh) | 2018-01-19 |
CN107612754B true CN107612754B (zh) | 2021-07-06 |
Family
ID=61085689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711041362.5A Active CN107612754B (zh) | 2017-10-30 | 2017-10-30 | 双向转发链路故障检测方法、装置及网络节点设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107612754B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109120553B (zh) * | 2018-09-12 | 2020-12-04 | 杭州迪普科技股份有限公司 | 一种基于流定义的流量转发方法及装置 |
CN109547274A (zh) * | 2019-01-28 | 2019-03-29 | 新华三技术有限公司 | 一种维护板切换方法、装置及第一网络设备 |
CN111669280B (zh) * | 2019-03-06 | 2023-05-16 | 中兴通讯股份有限公司 | 一种报文传输方法、装置及存储介质 |
CN110601888B (zh) * | 2019-09-10 | 2020-11-06 | 清华大学 | 一种时间敏感网络中确定性故障检测与定位方法及*** |
CN110971459B (zh) * | 2019-11-29 | 2020-07-14 | 新华三半导体技术有限公司 | 会话故障检测方法、装置、终端设备及可读存储介质 |
CN113037622B (zh) * | 2019-12-24 | 2024-01-05 | 华为数字技术(苏州)有限公司 | 一种防止bfd震荡的***及方法 |
CN113193995A (zh) * | 2021-04-22 | 2021-07-30 | 深圳市信锐网科技术有限公司 | 通信设备及其控制方法和计算机可读存储介质 |
CN114615178B (zh) * | 2022-03-16 | 2024-02-13 | 北京轻网科技股份有限公司 | 链路质量检测方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102025616A (zh) * | 2010-11-25 | 2011-04-20 | 中兴通讯股份有限公司 | 一种实现双向转发检测的方法、装置及交换机 |
CN102710466A (zh) * | 2012-06-11 | 2012-10-03 | 烽火通信科技股份有限公司 | 主备用板卡倒换保护***及双向转发检测无缝切换方法和装置 |
CN105429814A (zh) * | 2014-09-17 | 2016-03-23 | 中兴通讯股份有限公司 | 利用多板卡保护bfd的方法和设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465859B (zh) * | 2009-01-13 | 2012-09-26 | 中兴通讯股份有限公司 | 一种触发主备用接口板倒换的方法及装置 |
CN101800673B (zh) * | 2010-02-03 | 2014-04-30 | 中兴通讯股份有限公司 | 一种双向转发检测振荡阻尼的方法及装置 |
CN102752155B (zh) * | 2012-08-01 | 2016-05-11 | 杭州迪普科技有限公司 | 一种保护切换控制方法及装置 |
-
2017
- 2017-10-30 CN CN201711041362.5A patent/CN107612754B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102025616A (zh) * | 2010-11-25 | 2011-04-20 | 中兴通讯股份有限公司 | 一种实现双向转发检测的方法、装置及交换机 |
CN102710466A (zh) * | 2012-06-11 | 2012-10-03 | 烽火通信科技股份有限公司 | 主备用板卡倒换保护***及双向转发检测无缝切换方法和装置 |
CN105429814A (zh) * | 2014-09-17 | 2016-03-23 | 中兴通讯股份有限公司 | 利用多板卡保护bfd的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN107612754A (zh) | 2018-01-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107612754B (zh) | 双向转发链路故障检测方法、装置及网络节点设备 | |
US8886831B2 (en) | System and methodology for fast link failover based on remote upstream failures | |
US8331222B2 (en) | Link fault handling method and data forwarding apparatus | |
EP1512250B1 (en) | Distinguishing between link and node failure to facilitate fast reroute | |
JP5899305B2 (ja) | ネットワークノードを動作させる技術 | |
JP6308534B2 (ja) | ネットワーク保護方法およびネットワーク保護装置、オフリングノード、ならびにシステム | |
JP2009303092A (ja) | ネットワーク装置および回線切替方法 | |
CN109495345B (zh) | 一种bfd处理方法及网络设备 | |
CN111447101B (zh) | 链路检测方法、装置、计算机设备及存储介质 | |
EP2254289B1 (en) | Method, device, and system for establishing label switching path in fast rerouting switching | |
WO2008014696A1 (fr) | Méthode et dispositif pour effectuer un transfert de communications | |
CN101984600A (zh) | 路由协议的优雅重启方法、设备和*** | |
WO2020052687A1 (zh) | 一种网元防成环方法、装置、设备及可读存储介质 | |
CN110278094B (zh) | 链路恢复方法及装置、***、存储介质、电子装置 | |
WO2019001197A1 (zh) | 一种链路切换方法及装置 | |
Chan et al. | Fast failure recovery for in-band controlled multi-controller OpenFlow networks | |
WO2017000096A1 (zh) | 一种链路恢复方法和网络设备 | |
CN105939254B (zh) | Vrrp备份组状态切换的方法及装置 | |
CN106330699B (zh) | 一种组播链路的切换方法、装置及路由设备 | |
JP2007027954A (ja) | パケットネットワークおよびレイヤ2スイッチ | |
Park et al. | Toward control path high availability for software-defined networks | |
JP5518771B2 (ja) | 冗長ネットワークシステム、終端装置及び中継点隣接装置 | |
CN106301835B (zh) | 一种bfd建链的方法及其装置、路由器 | |
WO2014079010A1 (zh) | 业务保护方法、设备及*** | |
JPH06110800A (ja) | 動的パス切替方法 |
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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230607 Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd. Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466 Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd. |