CN101547082B - 一种主备链路倒换方法及网络设备 - Google Patents
一种主备链路倒换方法及网络设备 Download PDFInfo
- Publication number
- CN101547082B CN101547082B CN2009101373041A CN200910137304A CN101547082B CN 101547082 B CN101547082 B CN 101547082B CN 2009101373041 A CN2009101373041 A CN 2009101373041A CN 200910137304 A CN200910137304 A CN 200910137304A CN 101547082 B CN101547082 B CN 101547082B
- Authority
- CN
- China
- Prior art keywords
- link
- interface
- active
- incident
- unit
- 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
本发明实施例公开了一种主备链路倒换方法,所述方法包括:检测到链路聚合组中主用链路接口故障事件时,判断所述链路聚合组是否运行在M:1主备模式;当确定所述链路聚合组运行在M:1主备模式时,判断所述链路聚合组中备用链路接口是否故障;当确定所述链路聚合组中备用链路接口无故障时,设置所述链路聚合组中备用链路接口为选择状态。本发明实施例还提供相应的网络设备。本发明技术方案由于在确定链路聚合组运行在M:1主备模式时,省略了采用LACP协议装置的协商和逻辑选择算法,采用简单判断、直接切换的方法,因此可以快速切换到链路聚合组中的备用链路接口,且不需要其他的链路检测协议。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种主备链路倒换方法及网络设备。
背景技术
随着以太网技术在城域网和广域网的广泛应用,运营商对采用以太网技术的骨干链路带宽和可靠性提出了越来越高的要求。链路聚合是指将一组物理接口捆绑在一起作为一个逻辑接口来增加带宽的方法,又称为多接口负载均衡组(LSG,Load Sharing Group)。采用链路聚合技术可以在不进行硬件升级的情况下,通过将多个物理接口捆绑为一个逻辑接口增大链路带宽。通过在两台设备之间建立链路聚合组(LAG,Link Aggregation Group),并采用链路备份的机制,可以提供更高的通信带宽和更高的可靠性。
链路聚合控制协议(LACP,Link Aggregation Control Protocol)为交换数据的设备提供一种标准的协商形式,供系统根据自身配置自动形成聚合链路并启动聚合链路收发数据。聚合链路形成后,负责维护链路状态,在聚合条件发生变化时,自动调整或解散链路聚合。LACP支持负载分担和M:N主备模式。M:N主备模式,即LAG中有M条主用链路和N条备用链路,在实际组网应用中,运营商要兼顾资源成本和业务可靠性,多采用M:1或1:1的主备模式。1:1主备模式保证给用户提供精确的带宽,并提供完全可靠的链路保护;M:1主备模式则多应用在既提供超出物理接口的带宽又能提供较高可靠性的链路保护业务中。
现有技术中在M:N主备模式下,LAG主备链路倒换的具体流程如下:使用LACP的本端和对端设备在LAG传输数据的过程中,周期性地互发协议报文(LACP DU)进行协商生成LAG并维护LAG成员。LACP DU报文中同时包含本端和对端设备的信息,本端设备和对端设备都会保存对方的信息,当一端设备收到对方发来的LACP DU报文后,检查该报文中携带的对方信息与自己保存的对方信息是否一致。若不一致,则说明对方设备的该接口状态已经发生改变,不能正常传输数据,因此收到信息的一端将自己的接口设置为未选择,使得该接口不再处于LAG中;同时LACP启动选择逻辑重新为LAG选择合适的传输接口。若收到对方的LACP DU报文中携带的对方信息与自己保存的对方信息相同,则重置接收超时定时器,设置定时器超时时间为当前本端LACP DU报文发送周期的整数倍(缺省为3倍),LACP接收报文超时标准为两种模式:3秒和90秒。之后,本端设备再检查接收到的LACP DU报文中携带的本端设备信息与自己保持的本端设备信息是否一致;若不一致,则说明对方保存的我方信息有误,立刻向对方发送一个LACP DU报文以刷新其保存的我方信息,本端设备的接收超时定时器如果超时仍为收到对方发来的LACPDU报文,则将本端设备的接口设置为未选择以中止该接口的数据传输功能,同时将对端信息设置为同步。在静态LACP模式下,LAG两端的设备中LACP优先级较高的一端为主动端,较低的一端为被动端。LAG成员接口是否被选择为活动接口要根据其接口的优先级和接口号,主动端和被动端都会按照各自接口的优先级来选择自己的活动接口,但最终要根据设备LACP的优先级来确定选择那条链路作为活动链路。
在对现有技术的研究和实践过程中,本发明的发明人发现,LACP采用链路备份机制来提高链路的可靠性,当选中的活动链路故障,采用以上协议交互和报文超时机制可以检测出故障接口,并且启动选择逻辑重新选择链路。但是,若选中的活动链路发生故障,不能传送报文,此时,无论是主动端还是被动端,都无法收到对端的LACP DU报文,需要等待接收定时器超时后,重新选择活动接口。而LACP接收报文超时标准为两种模式:3秒和90秒,因此,依靠LACP来切换链路,最短需要3秒,并且受制于CPU的处理性能。
综上可知,当主用链路故障时,不能快速切换到备用链路或重新进行负荷分担,不能满足用户对业务倒换对中断时间的性能要求。而如果要满足倒换性能,必须启动链路检测协议,如IEEE802.LAG、双向转发检测(BFD,Bidirectional Forwarding Detection)协议等。同时需要检测协议与LACP执行装置实现联动,但并非所有使用LACP都支持这些检测协议或协议间的联动来满足链路倒换性能要求,因此实现困难。
发明内容
本发明实施例的目的在于提供一种主备链路倒换方法及网络设备,能够不依赖其他链路检测协议,快速切换到备用链路。
本发明实施例的目的是通过以下技术方案实现的:
一种主备链路倒换方法,包括:
检测到链路聚合组中主用链路接口故障事件时,判断所述链路聚合组是否运行在M:1主备模式;
当确定所述链路聚合组运行在M:1主备模式时,判断所述链路聚合组中备用链路接口是否故障;
当确定所述链路聚合组中备用链路接口无故障时,设置所述链路聚合组中备用链路接口为选择状态。
一种网络设备,包括:第一检测单元、第一判断单元、第二判断单元和第一配置单元,其中:
所述第一检测单元,用于检测链路聚合组中主用链路接口故障事件,并在检测到该事件时,触发所述第一判断单元;
所述第一判断单元,用于判断所述链路聚合组是否运行在M:1主备模式,并在所述链路聚合组运行在M:1主备模式时,触发所述第二判断单元;
所述第二判断单元,用于判断所述链路聚合组中备用链路接口是否故障,并在所述链路聚合组中备用链路接口无故障时,触发第一配置单元;
所述第一配置单元,用于在所述第二判断单元确定所述链路聚合组中备用链路接口无故障时,配置所述链路聚合组中备用链路接口为选择状态。
本发明实施例的一种技术方案中,通过检测到链路聚合组中主用链路接口故障事件时,确定所述链路聚合组是否运行在M:1主备模式,并在确定所述链路聚合组运行在M:1主备模式时,且确定所述链路聚合组中备用链路接口无故障时,设置所述链路聚合组中备用链路接口为选择状态。由于在确定链路聚合组运行在M:1主备模式时,省略了采用LACP协议装置的协商和逻辑选择算法,采用简单判断、直接切换的方法,因此可以快速切换到链路聚合组中的备用链路接口,且不需要其他的链路检测协议,并且,对于执行LACP装置的两端设备来说,本端设备不必通知对方设备,因为对方设备同样可以快速检测到链路聚合组中主用链路或主用链路接口故障事件,并且触发自身的接口重新选择处理,因此,两端接口主备倒换时间主要取决于检测链路故障事件的时间,实现简便,快捷,可以达到通信业界需要的业务中断时间为50ms的链路倒换要求。
而在本发明实施例中的另一种技术方案中,通过检测到链路聚合组中主用链路接口相关的硬件故障事件时,检查所述主用链路接口相关的硬件上的接口;并在所述主用链路接口相关的硬件上的接口加入了链路聚合组时,判断所述接口加入的链路聚合组是否运行在M:1主备模式且所述接口为主用链路接口;同样,当确定所述接口加入的链路聚合组运行在M:1主备模式且该接口为主用链路接口,且确定所述链路聚合组中备用链路接口无故障时,设置所述链路聚合组中备用链路接口为选择状态。同样由于在确定链路聚合组运行在M:1主备模式时,省略了采用LACP协议装置的协商和逻辑选择算法,采用简单判断、直接切换的方法,因此可以快速切换到链路聚合组中的备用链路,且不需要其他的链路检测协议,并且,对于执行LACP装置的两端设备来说,本端设备不必通知对方设备,因为对方设备同样可以快速检测到主用链路接口相关的硬件故障事件,并且触发自身的接口重新选择处理,因此,两端接口主备倒换时间主要取决于检测链路故障事件的时间,可以达到通信业界需要的业务中断时间为50ms的链路倒换要求。
附图说明
图1是本发明实施例中M:1主备模式LAG链路示意图;
图2是本发明实施例中1:1主备模式LAG链路示意图;
图3是本发明实施例中主备链路倒换方法实施例一流程图;
图4是本发明实施例中主备链路倒换方法实施例二流程图;
图5是本发明实施例中主备链路倒换方法实施例三流程图;
图6是本发明实施例中网络设备一结构示意图;
图7是本发明实施例中网络设备二结构示意图;
图8是本发明实施例中网络设备三结构示意图。
具体实施方式
本发明实施例提供一种主备链路倒换的方法,能够不依赖其他链路检测协议,快速切换到备用链路。本发明实施例还提供相应的网络设备。以下分别进行详细说明。
LACP支持M:N主备模式,在实际组网应用中,运营商要兼顾资源成本和业务的可靠性,多采用M:1或1:1主备模式,分别参照图1及图2,图1中,设备A和B的接口GE 1/0/1、GE 1/0/2、GE 1/0/3等对应的链路通过以太网接口汇聚,形成LAG。其中实线表示主用链路,虚线表示备用链路,数字9、10等表示主用链路接口优先级。图2中,设备A和B的接口GE 1/0/1和GE 1/0/2对应的链路通过以太网接口汇聚,形成LAG,其中实线表示主用链路,虚线表示备用链路,数字9表示主用链路接口优先级。1:1主备模式保证给用户提供精确的带宽,并提供完全可靠的链路保护;M:1主备模式多应用在既能提供超出物理接口的带宽,又能提供较高可靠性的链路保护业务中。
本发明的发明人发现,现有技术中的LACP链路故障检查和链路倒换方法,不能满足运营商对业务中断不超过50ms性能要求。因此,针对M:1主备模式,本发明实施例提供如下的快速而简便的切换方法来代替LACP装置的协商和逻辑选择算法,节省协商过程中的协议交互时间,减小设备CPU性能对链路选择的影响,可以满足运营商对业务中断不超过50ms的需求。
本发明的发明人发现,在M:1主备模式下,LAG只有一条可选择的备用链路;M为1时,LAG为常用模式1:1主备模式,主备链路倒换最终只有两个结果,即:如果主用链路故障,且备用链路正常,则切换到备用链路上;如果备用链路也为故障,则不切换。即使经过LACP协商和逻辑选择算法来选择可用的备用链路,其结果也必然如此。而LACP装置不能保证快速切换,其切换性能为几百毫秒到秒级。在本发明实施例中,省略LACP协商及逻辑算法,采用简单判断、直接切换的方案,实验证明,可以达到通信业界对业务中断时间不超过50ms的要求。
参照图3,为本发明实施例中主备链路倒换方法实施例一流程图,在具体实施中,可以启动LACP装置后执行如下步骤:
S301:检测LAG中主用链路接口故障事件,当检测到LAG中主用链路接口故障事件时,执行S302;否则,执行S301;
在具体应用中,主用链路本身故障会引发主用链路接口故障事件,且如下几种故障也会产生主用链路接口故障事件:
1)主用链路接口本身故障;
2)主用链路接口的物理连线中断或被拔出;
3)主用链路接口被关闭或禁用。
S302:判断所述LAG是否运行在M:1主备模式,如果是,则执行S303,否则返回S301;
S303:判断所述LAG中备用链路接口是否故障,如果是,则执行S301,如果否,则执行S304;
如果备用链路接口故障,与引起主用链路接口故障事件的故障相同,如下故障可以引起备用链路接口故障及故障事件:
1)备用链路本身故障;
2)备用链路接口本身故障;
3)备用链路接口的物理连线中断或被拔出;
4)备用链路接口被关闭或禁用。
S304:设置所述LAG中备用链路接口为选择状态。
在确定LAG中备用链路接口无故障时,通知LACP装置设置LAG备用链路接口为选择状态,将主用链路上的业务倒换到备用链路。
并且,对于执行LACP装置的两端设备来说,本端设备不必通知对方设备,因为对方设备同样可以快速检测到LAG中主用链路接口故障事件,并且触发自身的接口重新选择处理,因此,两端接口主备倒换时间主要取决于检测链路故障事件的时间。
可见,在检测到LAG中主用链路接口故障事件时,如果所述LAG运行在M:1主备模式,且所述LAG中备用链路接口无故障,通过设置所述LAG中备用链路接口为选择状态则可直接切换到备用链路,该方法不需要执行LACP选择逻辑来选择,也不需要对备用链路进行实时检测;设备接口主备倒换时间主要取决于检测链路故障事件的时间,因此实现简便、快捷,能够满足运营商对业务中断时间不超过50ms的需求。
在具体应用中,对于运行在M:1模式下的LACP设备,还可在检测到与主用链路接口相关的硬件故障事件时,省略LACP的协商和选择逻辑算法,实现LAG主备链路快速切换,以下通过两个具体的实施例进行说明。
参照图4,为本发明实施例中主备链路倒换方法实施例二流程图,在本实施例中,与主用链路接口相关的硬件故障事件具体为:主用链路接口所在的接口模块故障事件。在执行下述步骤前,可以预先启动LACP装置,以下通过具体流程进行详细说明:
S401:检测LAG中主用链路接口所在的接口模块的故障事件,当检测到LAG中主用链路接口所在的接口模块故障时,执行S402;否则,返回执行S401;
在具体应用中,如下几种故障会引发主用链路接口所在的接口模块故障事件:
1)主用链路接口所在的接口模块被拔出;
2)主用链路接口所在的接口模块复位;
3)主用链路接口所在的接口模块异常。
S402:检查所述主用链路接口所在的接口模块上的所有接口;
S403:所述主用链路接口所在的接口模块上的接口是否加入了LAG,如果是,则执行S404;如果否,则结束链路切换流程;
S404:判断所述接口加入的LAG是否运行在M:1主备模式且所述接口为主用链路接口,如果是,则执行S405;如果否,则执行S401;
S405:判断所述接口加入的LAG中备用链路接口是否故障,如果是,则执行S401;如果否,则执行S406;
如果备用链路接口故障,与引起主用链路接口故障的故障事件相同,如下故障可以引起备用链路接口故障及故障事件通知:
1)备用链路本身故障;
2)备用链路接口本身故障;
3)备用链路接口的物理连线中断或被拔出;
4)备用链路接口被关闭或禁用。
S406:设置备用链路接口为选择状态。
在确定备用链路接口无故障时,通知LACP装置设置备用链路接口为选择状态,将主用链路上的业务倒换到备用链路。
同样,对于执行LACP装置的两端设备来说,本端设备也不必通知对方设备,因为对方设备同样可以快速检测到主用链路接口所在的接口模块故障事件,并且触发自身的接口重新选择处理,因此,两端接口主备倒换时间主要取决于检测链路故障事件的时间。
从本实施例可以看出,在检测到主用链路接口所在的接口模块故障事件时,检查该接口模块上的所有接口,如果接口加入了LACP的LAG时,且该接口所加入的LAG是M:1主备模式则该接口为主用链路接口,再检查所述接口加入的所述LAG备用链路接口是否故障,若无故障,通过设置所述接口所加入的LAG中备用链路接口状态为选择状态即可实现主备链路切换。由于不需要执行LACP选择逻辑来选择,也不需要对备用链路进行实时检测;设备接口主备倒换时间主要取决于检测链路故障事件的时间,因此实现简便、快捷,能够满足运营商对业务中断时间不超过50ms的需求。
图5是本发明实施例中主备链路倒换方法实施例三流程图,与主备链路倒换方法实施例二的不同之处在于,本实施例中与主用链路接口相关的硬件故障事件是由主用链路接口所在的转发处理器故障引起,同样,在执行如下步骤前,可以启动并执行LACP装置,以下通过具体流程进行详细说明:
S501:检测LAG中主用链路接口所在的转发处理器是否故障,当检测到主用链路接口所在的转发处理器的故障事件时,执行S502;否则,返回执行S501;
转发处理器,又称为转发引擎。在具体应用中,如下几种故障会引发主用链路接口所在的转发处理器发生故障:
1)当转发处理器在主备链路上形成负载分担时,主用链路接口所在的转发处理器被拔出;
2)当转发处理器在主备链路上形成负载分担时,主用链路接口所在的转发处理器复位;
3)当转发处理器在主备链路上形成负载分担时,主用链路接口所在的转发处理器异常;
4)当转发处理器在主备链路上形成负载分担时,主用链路接口所在的转发处理器升级。
S502:检查所述转发处理器所控制的所有接口模块上的所有接口;
S503:所述转发处理器所控制的接口模块上的接口是否加入了LACP的LAG,如果是,则执行S504;如果否,则结束链路切换流程;
S504:判断所述接口加入的LAG是否运行在M:1主备模式且该接口为主用链路接口,如果是,则执行S505;如果否,则执行S401;
S505:判断所述接口加入的LAG中备用链路接口是否故障,如果是,则执行S401;如果否,则执行S506;
如果备用链路接口故障,与引起主用链路接口故障事件的原因相同,如下故障可以引起备用链路接口故障事件:
1)备用链路本身故障;
2)备用链路接口本身故障;
3)备用链路接口的物理连线中断或被拔出;
4)备用链路接口被关闭或禁用。
S506:设置所述接口加入的LAG中备用链路接口为选择状态。
在确定备用链路接口无故障时,通知LACP装置设置备用链路接口为选择状态,将主用链路上的业务倒换到备用链路。
同样,对于执行LACP装置的两端设备来说,本端设备也不必通知对方设备,因为对方设备同样可以快速检测到主用链路接口所在的转发处理器故障事件,并且触发自身的接口重新选择处理,因此,两端接口主备倒换时间主要取决于检测链路故障事件的时间。
同样可以看出,在检测到LAG中主用链路接口所在的转发处理器故障事件时,检查该转发处理器所控制的所有接口模块上的所有接口,如果接口加入了LACP的LAG时,并且所加入的LAG运行在M:1主备模式,同时该接口为主用链路接口,则该LAG链路需要倒换,再检查该LAG备用链路接口是否故障,若无故障,通过设置该LAG中备用链路接口状态为选择状态即可实现主备链路切换。由于不需要执行LACP选择逻辑来选择,也不需要对备用链路进行实时检测;设备接口主备倒换时间主要取决于检测链路故障事件的时间,因此实现简便、快捷,能够满足运营商对业务中断时间不超过50ms的需求。
在本发明实施例中,列出了三类场景下的链路倒换及保护,分别对应本发明实施例中主备链路倒换方法实施例一至三:
1、接口级别的保护,即一个接口故障,LAG中主用链路接口可以切换到LAG中备用链路接口上,而备用接口可以属于本接口模块,比如与主用链路接口在同一块接口板上,也可以与主用链路接口不在同一块接口板上但同属于一个转发处理器控制,也可以与主用链路接口分属不同的转发处理器控制,当然也不在一块接口板上。
2、接口模块之间的保护,即主用链路接口与备用链路接口分属于不同的接口板,这两块接口板可以属于同一个转发处理器,也可以分属于不同的转发处理器。
3、转发处理器之间的保护,即主用链路接口与备用链路接口分属于不同的转发处理器。
在具体应用中,运营商为了提供可靠的LAG,通常选择转发处理器备份的链路组成LAG,这种模式可以同时支持前两类保护,即接口级别的保护和接口模块之间的保护,防止网络中各种类型的硬件故障造成的业务中断。为了提供精确的带宽,运营商通过选择M:1主备模式的典型应用——1:1主备模式,该模式与无中断业务软件升级(ISSU,In-Service Software Upgrade)机制配合起来可以实现系统业务无中断升级。
ISSU是一种系统无缝升级的功能,通过使系统的两个主控制模块均作为主用控制模块来启动的手段,将系统的控制权平滑地从真实的主控模块交接给备选的主用模块。相对于传统的主备系统倒换,节省了大配置时时间冗长的平滑阶段,而且大大减少了系统业务中断的时间,网络中的其他设备不会感知此设备的升级和变化。
以上通过具体实施例对本发明实施例采用的主备链路倒换的方法进行了详细的介绍,所涉及的网络设备通常是路由器交换机等运行有LACP装置的设备,以下参照附图,对上述方法所涉及的网络设备进行对应介绍。
参照图6,为本发明实施例中网络设备一结构示意图,该网络设备包括:第一检测单元601、第一判断单元602、第二判断单元603和第一配置单元604,其中:
第一检测单元601,用于检测链路聚合组中主用链路接口故障事件,并在检测到该事件时,触发第一判断单元602;
第一判断单元602,用于判断所述链路聚合组是否运行在M:1主备模式,并在所述链路聚合组运行在M:1主备模式时,触发第二判断单元603;
第二判断单元603,用于判断所述链路聚合组中备用链路接口是否故障,并在所述链路聚合组中备用链路接口无故障时,触发第一配置单元604;
第一配置单元604,用于在第二判断单元603确定所述链路聚合组中备用链路接口无故障时,配置所述链路聚合组中备用链路接口为选择状态。
在具体实施中,参照图6,第一检测子单元601包括:第一检测子单元6011、第二检测子单元6012、第三检测子单元6013和第四检测子单元6014,其中:
第一检测子单元6011,用于检测链路聚合组中主用链路本身故障引发的事件,并在检测到时,触发第一判断单元602;
第二检测子单元6012,用于检测链路聚合组中主用链路接口本身故障引发的事件,并在检测到时,触发第一判断单元602;
第三检测子单元6013,用于检测主用链路接口的物理连线中断或被拔出引发的事件,并在检测到时,触发第一判断单元602;
第四检测子单元6014,用于检测链路聚合组中主用链路接口被关闭或禁用引发的事件,并在检测到时,触发第一判断单元602。
并且,对于执行LACP装置的两端设备来说,本端设备不必通知对方设备,因为对方设备同样可以快速检测到主用链路接口故障事件,并且触发自身的接口重新选择处理,因此,两端设备接口主备倒换时间主要取决于检测链路故障事件的时间。
可见,本发明实施例中所介绍的网络设备在检测到主用链路接口故障事件时,如果该设备中LAG运行在M:1主备模式,且备用链路接口无故障,通过设置备用链路接口为选择状态则可直接切换到备用链路,该方法不需要执行LACP选择逻辑来选择,也不需要对备用链路进行实时检测;设备接口主备倒换时间主要取决于检测链路故障事件的时间,因此实现简便、快捷,能够满足运营商对业务中断时间不超过50ms的需求。
参照图7,为本发明实施例中网络设备二结构示意图,该网络设备包括:第二检测单元701、接口检查单元702、第三判断单元703、第四判断单元704和第二配置单元705,其中:
第二检测单元701,用于检测链路聚合组中主用链路接口相关的硬件故障事件,并在检测到所述主用链路接口相关的硬件故障事件时,触发接口检查单元702;
接口检查单元702,用于检查所述主用链路接口相关的硬件上的接口是否加入了链路聚合组,并在所述接口加入了链路聚合组时,触发第三判断单元703;
第三判断单元703,用于判断所述加入的链路聚合组是否运行在M:1主备模式且为所述接口为主用链路接口,当所述接口加入的链路聚合组运行在M:1主备模式且所述接口为主用链路接口时,触发第四判断单元704;
第四判断单元704,用于判断所述接口加入的链路聚合组中备用链路接口是否故障,并在确定所述接口加入的链路聚合组中备用链路接口无故障时,触发第二配置单元705;
第二配置单元705,用于在第四判断单元704确定所述接口加入的链路聚合组中备用链路接口无故障时,配置所述接口加入的链路聚合组中备用链路接口为选择状态。
在具体实施中,参照图7,第二检测单元701包括:第五检测子单元7011或/和第六检测子单元7012,其中:
第五检测子单元7011,用于检测链路聚合组中主用链路所在的接口模块故障引发的事件,并在检测到时,触发接口检查单元702;
第六检测子单元7012,用于检测链路聚合组中主用链路接口所在转发处理器故障引发的事件并在检测到时,触发接口检查单元702。
而在具体实施中,第六检测子单元7012可以包括如下模块(图中未示出):第一检测模块、第二检测模块、第三检测模块和第四检测模块,其中:
第一检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器被拔出引发的事件,并在检测到时,触发接口检查单元702;
第二检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器复位引发的事件,并在检测到时,触发接口检查单元702;
第三检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器异常引发的事件,并在检测到时,触发接口检查单元702;
第四检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器升级引发的事件,并在检测到时,触发接口检查单元702。
而在具体实施中,第二检测子单元7011可以包括如下模块(图中未示出):
第五检测模块,用于检测主用链路接口所在的接口模块被拔出引发的事件,并在检测到时,触发接口检查单元702;
第六检测模块,用于检测主用链路接口所在的接口模块复位引发的事件,并在检测到时,触发接口检查单元702;
第七检测模块,用于检测主用链路接口所在的接口模块异常引发的事件,并在检测到时,触发接口检查单元702。
并且,对于执行LACP装置的两端设备来说,本端设备也不必通知对方设备,因为对方设备同样可以快速检测到链路聚合组中主用链路接口所在的转发处理器故障事件,并且触发自身的接口重新选择处理,因此,两端接口主备倒换时间主要取决于检测链路故障事件的时间。
同样可以看出,本实施例所介绍的网络设备在检测到主用链路接口相关的硬件故障事件时,检查该主用链路接口相关的硬件上的接口,如果接口加入了LACP的LAG时,确定该接口所加入的LAG运行在M:1主备模式且所述接口为主用链路接口,并且检查到所述接口加入的LAG中备用链路接口无故障,通过设置所述接口加入的LAG中备用链路接口状态为选择状态即可实现主备链路切换。由于不需要执行LACP选择逻辑来选择,也不需要对备用链路进行实时检测;网络设备接口主备倒换时间主要取决于检测链路故障事件的时间,因此实现简便、快捷,能够满足运营商对业务中断时间不超过50ms的需求。
在具体应用中,还可对网络设备实施例二进行扩展,以下通过另一个实施例进行说明。
参照图8,为本发明实施例中网络设备三结构示意图,与网络设备实施例二的不同之处在于,在网络设备实施例二基础上,还扩展有维护升级单元801,用于在第四检测模块检测到所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器升级引发的事件,且采用的LAG M:1主备模式具体为1:1备模式时,采用ISSU机制进行转发处理器的无中断升级。
本实施例中的网络设备通过LAG运行在1:1主备模式,并与ISSU机制配合来实现系统业务的无中断升级,增强业务可靠性。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
以上对本发明实施例所提供的主备链路倒换的方法以及网络设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (13)
1.一种不依赖链路检测协议的主备链路倒换方法,其特征在于,包括:
检测到链路聚合组中主用链路接口故障事件时,判断所述链路聚合组是否运行在M:1主备模式;
当确定所述链路聚合组运行在M:1主备模式时,判断所述链路聚合组中备用链路接口是否故障;
当确定所述链路聚合组中备用链路接口无故障时,设置所述链路聚合组中备用链路接口为选择状态。
2.如权利要求1所述的主备链路倒换方法,其特征在于,所述主用链路接口故障事件包括以下至少一项:
主用链路本身故障引发的事件;
主用链路接口本身故障引发的事件;
主用链路接口的物理连线中断或被拔出引发的事件;
主用链路接口被关闭或禁用引发的事件。
3.一种不依赖链路检测协议的主备链路倒换方法,其特征在于,包括:
检测到链路聚合组中主用链路接口相关的硬件故障事件时,检查所述主用链路接口相关的硬件上的接口;
当所述主用链路接口相关的硬件上的接口加入了链路聚合组时,判断所述链路聚合组是否运行在M:1主备模式;
当确定所述接口加入的链路聚合组运行在M:1主备模式且所述接口为主用链路接口时,确定所述接口加入的链路聚合组中的备用链路接口是否故障;
当确定所述接口加入的链路聚合组中的备用链路接口无故障时,设置所述接口加入的链路聚合组中的备用链路接口为选择状态。
4.如权利要求3所述的主备链路倒换方法,其特征在于,所述主用链路接口相关的硬件故障事件包括:
主用链路接口所在的接口模块故障引发的事件,和/或主用链路接口所在的转发处理器故障引发的事件。
5.如权利要求4所述的主备链路倒换方法,其特征在于,所述主用链路接口所在的接口模块故障引发的事件包括以下至少一项:
主用链路接口所在的接口模块被拔出引发的事件;
主用链路接口所在的接口模块复位引发的事件;
主用链路接口所在的接口模块异常引发的事件。
6.如权利要求4所述的主备链路倒换的方法,其特征在于,所述主用链路接口所在的转发处理器故障引发的事件包括:
当所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器被拔出引发的事件;
当所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器复位引发的事件;
当所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器异常引发的事件;
当所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器升级引发的事件。
7.如权利要求6所述的主备链路倒换的方法,其特征在于,所述M:1主备模式具体为1:1主备模式,升级主用链路接口所在的转发处理器时采用无中断业务软件升级ISSU机制进行系统升级。
8.一种不依赖链路检测协议的网络设备,其特征在于,包括:第一检测单元、第一判断单元、第二判断单元和第一配置单元,其中:
所述第一检测单元,用于检测链路聚合组中主用链路接口故障事件,并在检测到该事件时,触发所述第一判断单元;
所述第一判断单元,用于判断所述链路聚合组是否运行在M:1主备模式,并在所述链路聚合组运行在M:1主备模式时,触发所述第二判断单元;
所述第二判断单元,用于判断所述链路聚合组中备用链路接口是否故障,并在所述链路聚合组中备用链路接口无故障时,触发第一配置单元;
所述第一配置单元,用于在所述第二判断单元确定所述链路聚合组中备用链路接口无故障时,配置所述链路聚合组中备用链路接口为选择状态。
9.如权利要求8所述的网络设备,其特征在于,所述第一检测单元包括:第一检测子单元、第二检测子单元、第三检测子单元和第四检测子单元,其中:
第一检测子单元,用于检测链路聚合组中主用链路本身故障引发的事件,并在检测到时,触发第一判断单元;
第二检测子单元,用于检测链路聚合组中主用链路接口本身故障引发的事件,并在检测到时,触发第一判断单元;
第三检测子单元,用于检测链路聚合组中主用链路接口的物理连线中断或被拔出引发的事件,并在检测到时,触发第一判断单元;
第四检测子单元,用于检测链路聚合组中主用链路接口被关闭或禁用引发的事件,并在检测到时,触发第一判断单元。
10.一种不依赖链路检测协议的网络设备,其特征在于,包括:第二检测单元、接口检查单元、第三判断单元、第四判断单元和第二配置单元,其中:
所述第二检测单元,用于检测链路聚合组中主用链路接口相关的硬件故障事件,并在检测到所述主用链路接口相关的硬件故障事件时,触发所述接口检查单元;
所述接口检查单元,用于检查所述主用链路接口相关的硬件上的接口是否加入了链路聚合组,并在所述接口加入了链路聚合组时,触发所述第三判断单元;
所述第三判断单元,用于判断所述接口加入的链路聚合组是否运行在M:1主备模式且所述接口为主用链路接口,并在所述接口加入的链路聚合组运行在M:1主备模式且所述接口为主用链路接口时,触发所述第四判断单元;
所述第四判断单元,用于判断所述接口加入的链路聚合组中备用链路接口是否故障,并在确定所述接口加入的链路聚合组中备用链路接口无故障时,触发所述第二配置单元;
所述第二配置单元,用于在所述第四判断单元确定所述接口加入的链路聚合组中备用链路接口无故障时,配置所述接口加入的链路聚合组中备用链路接口为选择状态。
11.如权利要求10所述的网络设备,其特征在于,所述第二检测单元包括:第五检测子单元或/和第六检测子单元,其中:
第五检测子单元,用于检测链路聚合组中主用链路所在的接口模块故障引发的事件,并在检测到时,触发所述接口检查单元;
第六检测子单元,用于检测链路聚合组中主用链路接口所在转发处理器故障引发的事件并在检测到时,触发所述接口检查单元。
12.如权利要求11所述的网络设备,其特征在于,所述第六检测子单元包括:第一检测模块、第二检测模块、第三检测模块和第四检测模块,其中:
第一检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器被拔出引发的事件,并在检测到时,触发所述接口检查单元;
第二检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器复位引发的事件,并在检测到时,触发所述接口检查单元;
第三检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器异常引发的事件,并在检测到时,触发所述接口检查单元;
第四检测模块,用于检测所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器升级引发的事件,并在检测到时,触发所述接口检查单元。
13.如权利要求12所述的网络设备,其特征在于,还包括:维护升级单元,用于在所述第四检测模块检测到所述转发处理器在主备链路上形成负载分担时,所述主用链路接口所在的转发处理器升级引发的事件,且采用的链路聚合组M:1主备模式具体为1:1主备模式时,采用无中断业务软件升级ISSU机制进行转发处理器的无中断升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101373041A CN101547082B (zh) | 2009-04-22 | 2009-04-22 | 一种主备链路倒换方法及网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101373041A CN101547082B (zh) | 2009-04-22 | 2009-04-22 | 一种主备链路倒换方法及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101547082A CN101547082A (zh) | 2009-09-30 |
CN101547082B true CN101547082B (zh) | 2012-06-27 |
Family
ID=41193998
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101373041A Active CN101547082B (zh) | 2009-04-22 | 2009-04-22 | 一种主备链路倒换方法及网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101547082B (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945042B (zh) * | 2010-09-03 | 2014-01-01 | 中兴通讯股份有限公司 | 一种链路聚合的方法及设备 |
CN102014019B (zh) * | 2010-11-04 | 2015-12-16 | 中兴通讯股份有限公司 | 聚合链路切换方法及装置 |
US20120230185A1 (en) * | 2011-03-09 | 2012-09-13 | Futurewei Technologies, Inc. | System and Method for Advertising a Composite Link in Interior Gateway Protocol and/or Interior Gateway Protocol-Traffic Engineering |
CN102185784A (zh) * | 2011-05-26 | 2011-09-14 | 杭州华三通信技术有限公司 | 一种自动保护切换方法及其装置 |
CN102347876B (zh) * | 2011-09-30 | 2013-11-13 | 鞠洪尧 | 一种云计算网络多链路聚合控制装置 |
CN102404102B (zh) * | 2011-11-16 | 2017-07-21 | 南京中兴软件有限责任公司 | 一种同步以太网的方法和设备 |
CN102882704B (zh) * | 2012-09-03 | 2016-06-29 | 杭州华三通信技术有限公司 | 一种issu的软重启升级过程中的链路保护方法和设备 |
US9030947B2 (en) * | 2012-10-12 | 2015-05-12 | Futurewei Technologies, Inc. | Methods for zero loss and nonstop packet processing during system software upgrades |
CN103905313B (zh) * | 2012-12-26 | 2018-04-27 | 腾讯科技(深圳)有限公司 | 集群扩展方法、集群通信系统和通信系统、方法 |
CN103595567B (zh) * | 2013-11-13 | 2017-01-18 | 杭州华三通信技术有限公司 | 一种聚合链路中的端口映射方法及装置 |
CN106411555B (zh) * | 2015-08-03 | 2020-02-14 | 阿里巴巴集团控股有限公司 | 通信链路配置方法、装置及相关系统 |
CN106533736B (zh) * | 2016-10-13 | 2020-09-08 | 杭州迪普科技股份有限公司 | 一种网络设备重启方法和装置 |
CN109246007A (zh) * | 2017-07-10 | 2019-01-18 | 杭州达乎科技有限公司 | 聚合接口的主备端口切换方法、存储装置和网络设备 |
CN109495383B (zh) * | 2018-12-13 | 2021-02-05 | 迈普通信技术股份有限公司 | 一种数据处理方法、装置、通信系统及网络设备 |
CN111478851B (zh) * | 2020-02-29 | 2022-05-27 | 新华三信息安全技术有限公司 | 一种报文处理方法和装置 |
CN111740917A (zh) * | 2020-03-23 | 2020-10-02 | 北京京东尚科信息技术有限公司 | 一种报文转发方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1984039A (zh) * | 2006-04-23 | 2007-06-20 | 华为技术有限公司 | 一种多个端口共享传输链路时的快速重路由方法 |
CN101056257A (zh) * | 2006-04-14 | 2007-10-17 | 中兴通讯股份有限公司 | 实现链路聚合和保护倒换的方法及系统 |
CN101110663A (zh) * | 2007-08-31 | 2008-01-23 | 华为技术有限公司 | 实现链路故障处理的方法、系统及装置 |
-
2009
- 2009-04-22 CN CN2009101373041A patent/CN101547082B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101056257A (zh) * | 2006-04-14 | 2007-10-17 | 中兴通讯股份有限公司 | 实现链路聚合和保护倒换的方法及系统 |
CN1984039A (zh) * | 2006-04-23 | 2007-06-20 | 华为技术有限公司 | 一种多个端口共享传输链路时的快速重路由方法 |
CN101110663A (zh) * | 2007-08-31 | 2008-01-23 | 华为技术有限公司 | 实现链路故障处理的方法、系统及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101547082A (zh) | 2009-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101547082B (zh) | 一种主备链路倒换方法及网络设备 | |
CN106533736B (zh) | 一种网络设备重启方法和装置 | |
CN101110663B (zh) | 实现链路故障处理的方法、系统及装置 | |
CN102882704B (zh) | 一种issu的软重启升级过程中的链路保护方法和设备 | |
CN102257759B (zh) | 主备倒换方法、系统控制单元和通信系统 | |
CN102223258B (zh) | 一种防止bfd会话中断的方法和设备 | |
CN101257405B (zh) | 主从设备间双链路的实现方法 | |
CN102014019B (zh) | 聚合链路切换方法及装置 | |
KR20140082645A (ko) | Pcie 스위치 기반의 서버 시스템, 스위칭 방법 및 장치 | |
CN101483592B (zh) | 一种抑制双向转发检测链路振荡的方法及装置 | |
CN103229462B (zh) | 一种最优路径选择方法、相关设备及通信系统 | |
CN101594383B (zh) | 一种双控制器存储系统的服务和控制器状态监控方法 | |
US20070270984A1 (en) | Method and Device for Redundancy Control of Electrical Devices | |
CN105871743A (zh) | 聚合端口状态协商方法以及装置 | |
CN105577444A (zh) | 一种无线控制器管理方法及无线控制器 | |
CN104901834A (zh) | 一种网络服务器自动切换的方法及系统 | |
CN103281720B (zh) | 无线控制器热备切换方法及装置、无线控制器、接入系统 | |
CN107948063B (zh) | 一种建立聚合链路的方法和接入设备 | |
CN102244589B (zh) | 处理虚拟交换单元系统中链路故障的方法及对端设备 | |
CN103220189A (zh) | 一种mad检测备份方法和设备 | |
CN114244736A (zh) | 一种基于堆叠环境的多主检测方法、设备及介质 | |
CN102891767A (zh) | 一种链路保护方法、网元及系统 | |
CN100386997C (zh) | 一种基于点对点连接的电信设备间的数据传输系统和方法 | |
CN1983841B (zh) | 一种级连系统的备份方法 | |
CN102271049B (zh) | 通信设备状态设置方法、装置和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |