CN112165429B - 分布式交换设备的链路聚合收敛方法和设备 - Google Patents
分布式交换设备的链路聚合收敛方法和设备 Download PDFInfo
- Publication number
- CN112165429B CN112165429B CN202010953977.0A CN202010953977A CN112165429B CN 112165429 B CN112165429 B CN 112165429B CN 202010953977 A CN202010953977 A CN 202010953977A CN 112165429 B CN112165429 B CN 112165429B
- Authority
- CN
- China
- Prior art keywords
- member port
- service
- card
- link aggregation
- convergence
- 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
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/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- 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/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种分布式交换设备的链路聚合收敛方法和设备,方法通过在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,业务卡的CPU设置本地交换芯片,通过本地交换芯片对故障成员端口的业务流进行保护;业务卡将业务流切换至非故障成员端口;业务卡发送故障信息至主控卡,主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表,能够避开卡间通信和主控处理,节省了业务通知处理时间,并且保证了本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且收敛时间比较稳定,故障成员端口的业务流会转移到其他非故障成员端口,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率。
Description
技术领域
本发明分布式交换转发领域,尤其涉及一种分布式交换设备的链路聚合收敛方法和设备。
背景技术
链路聚合由于其拓展线路带宽以及其工程冗余作用被大量使用在网络设备,但链路聚合成员口如果发生故障,则需要通过故障成员口的业务流就无法及时得到切换路径,就会产生丢包;链路聚合的收敛则是为了切换业务流的选路,但如果收敛时间过慢则会导致业务中断较长时间,而这种问题在分布式设备上尤其明显,减少收敛时间显得十分重要。
目前,大多数厂家都采用的比较传统的链路聚合收敛方式解决分布式的聚合收敛,即由业务卡通知主控卡后,主控卡再对业务卡进行配置下发,但是由于业务卡与业务卡之间通信以及主控卡处理需要一定的时间,而且存在不稳定的情况,所以导致分布式设备链路聚合收敛时间一般都耗时较长,有的甚至无法满足电信级要求。
发明内容
本发明的主要目的在于提供一种分布式交换设备的链路聚合收敛方法和设备,旨在解决现有技术中传统的链路聚合收敛方式耗时较长,稳定性较低,无法满足电信级要求的技术问题。
第一方面,本发明提供一种分布式交换设备的链路聚合收敛方法,所述分布式交换设备的链路聚合收敛方法包括以下步骤:
在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护;
所述业务卡将所述业务流切换至非故障成员端口;
所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表。
可选地,所述在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护,包括:
在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡关闭故障成员端口的地址学习;
所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对所述故障成员端口的业务流进行端口物理层环回。
可选地,所述业务卡将所述业务流切换至非故障成员端口,包括:
根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口。
可选地,所述根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口,包括:
安装预设访问控制列表规则,判断所述业务卡中是否有本地非故障成员端口;
在所述业务卡有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至本地非故障成员端口;
在所述业务卡没有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至远端非故障成员端口。
可选地,所述根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口之前,所述分布式交换设备的链路聚合收敛方法还包括:
为分布式交换设备的各业务卡的驱动模块创建对应的预设访问控制列表规则,并将各预设访问控制列表规则应用到各业务卡的链路聚合成员端口。
可选地,所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表,包括:
所述业务卡发送故障信息至主控卡,以使所述主控卡根据所述故障信息确定要收敛的目标业务卡;
所述主控卡根据链路聚合控制协议LACP通知所述目标业务卡进行收敛;
所述目标业务卡设置交换芯片,通过所述交换芯片对链路聚合汇聚表进行更新,并告知所述主控卡设置成功;
所述主控卡将主控卡信息同步至备控卡。
可选地,所述主控卡将主控卡信息同步至备控卡之后,所述分布式交换设备的链路聚合收敛方法还包括:
所述主控卡根据所述LACP将更新硬件表项信息下发至所述目标业务卡;
所述目标业务卡的驱动模块根据所述更新硬件表项信息更新链路聚合组的成员端口表项,并在所述成员端口表项中删除所述故障成员端口;
在检测到所述故障成员端口所在业务卡的驱动模块完成所述成员端口表项的更新后,删除所述本地交换芯片的设置。
可选地,所述在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护之前,所述分布式交换设备的链路聚合收敛方法还包括:
业务卡的交换芯片通知所述业务卡的CPU有成员端口的状态中断;
所述业务卡的驱动模块的端口轮询感知所述成员端口的状态变化,并将所述状态变化通告至所述驱动模块和上层业务。
可选地,所述业务卡的交换芯片通知所述业务卡的CPU有成员端口的状态中断之前,所述分布式交换设备的链路聚合收敛方法还包括:
为各业务卡创建链路聚合组,并将各业务卡的各成员端口添加至所述链路聚合组;
在各业务卡的驱动模块中保存全局成员端口信息表,所述全局成员端口信息表中标记有本地成员端口和远端成员端口。
第二方面,本发明还提出一种分布式交换设备的链路聚合收敛设备,所述分布式交换设备的链路聚合收敛设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的链路聚合收敛程序,所述链路聚合收敛程序配置为实现如上文所述的分布式交换设备的链路聚合收敛方法的步骤。
本发明提出的分布式交换设备的链路聚合收敛方法,通过在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护;所述业务卡将所述业务流切换至非故障成员端口;所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表,能够避开卡间通信和主控处理,节省了业务通知处理时间,并且保证了本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,收敛时间比较稳定,故障成员端口的业务流会转移到其他非故障成员端口,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率。
附图说明
图1为本发明实施例方案涉及的硬件运行环境的设备结构示意图;
图2为本发明分布式交换设备的链路聚合收敛方法第一实施例的流程示意图;
图3为本发明分布式交换设备的链路聚合收敛方法第二实施例的流程示意图;
图4为本发明分布式交换设备的链路聚合收敛方法第三实施例的流程示意图;
图5为本发明分布式交换设备的链路聚合收敛方法第四实施例的流程示意图;
图6为本发明分布式交换设备的链路聚合收敛方法第五实施例的流程示意图;
图7为本发明分布式交换设备的链路聚合收敛方法第六实施例的流程示意图;
图8为本发明分布式交换设备的链路聚合收敛方法第七实施例的流程示意图;
图9为本发明分布式交换设备的链路聚合收敛方法第八实施例的流程示意图;
图10为本发明分布式交换设备的链路聚合收敛方法第九实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例的解决方案主要是:通过在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护;所述业务卡将所述业务流切换至非故障成员端口;所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表,能够避开卡间通信和主控处理,节省了业务通知处理时间,并且保证了本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,收敛时间比较稳定,故障成员端口的业务流会转移到其他非故障成员端口,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率,解决了现有技术中传统的链路聚合收敛方式耗时较长,稳定性较低,无法满足电信级要求的技术问题。
参照图1,图1为本发明实施例方案涉及的硬件运行环境的设备结构示意图。
如图1所示,该设备可以包括:处理器1001,例如CPU,通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如Wi-Fi接口)。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(Non-Volatile Memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图1中示出的设备结构并不构成对该设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及链路聚合收敛程序。
本发明设备通过处理器1001调用存储器1005中存储的链路聚合收敛程序,并执行以下操作:
在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护;
所述业务卡将所述业务流切换至非故障成员端口;
所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡关闭故障成员端口的地址学习;
所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对所述故障成员端口的业务流进行端口物理层环回。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
安装预设访问控制列表规则,判断所述业务卡中是否有本地非故障成员端口;
在所述业务卡有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至本地非故障成员端口;
在所述业务卡没有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至远端非故障成员端口。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
为分布式交换设备的各业务卡的驱动模块创建对应的预设访问控制列表规则,并将各预设访问控制列表规则应用到各业务卡的链路聚合成员端口。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
所述业务卡发送故障信息至主控卡,以使所述主控卡根据所述故障信息确定要收敛的目标业务卡;
所述主控卡根据链路聚合控制协议LACP通知所述目标业务卡进行收敛;
所述目标业务卡设置交换芯片,通过所述交换芯片对链路聚合汇聚表进行更新,并告知所述主控卡设置成功;
所述主控卡将主控卡信息同步至备控卡。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
所述主控卡根据所述LACP将更新硬件表项信息下发至所述目标业务卡;
所述目标业务卡的驱动模块根据所述更新硬件表项信息更新链路聚合组的成员端口表项,并在所述成员端口表项中删除所述故障成员端口;
在检测到所述故障成员端口所在业务卡的驱动模块完成所述成员端口表项的更新后,删除所述本地交换芯片的设置。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
业务卡的交换芯片通知所述业务卡的CPU有成员端口的状态中断;
所述业务卡的驱动模块的端口轮询感知所述成员端口的状态变化,并将所述状态变化通告至所述驱动模块和上层业务。
进一步地,处理器1001可以调用存储器1005中存储的链路聚合收敛程序,还执行以下操作:
为各业务卡创建链路聚合组,并将各业务卡的各成员端口添加至所述链路聚合组;
在各业务卡的驱动模块中保存全局成员端口信息表,所述全局成员端口信息表中标记有本地成员端口和远端成员端口。
本实施例通过上述方案,通过在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护;所述业务卡将所述业务流切换至非故障成员端口;所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表,能够避开卡间通信和主控处理,节省了业务通知处理时间,并且保证了本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,收敛时间比较稳定,故障成员端口的业务流会转移到其他非故障成员端口,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率。
基于上述硬件结构,提出本发明分布式交换设备的链路聚合收敛方法实施例。
参照图2,图2为本发明分布式交换设备的链路聚合收敛方法第一实施例的流程示意图。
在第一实施例中,所述分布式交换设备的链路聚合收敛方法包括以下步骤:
步骤S10、在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护。
需要说明的是,所述分布式交换设备可以是具有链路聚合功能的分布式交换机,也可以是其他使用交换芯片的具有链路聚合功能的分布式设备或产品,本实施例对此不加以限制;所述分布式交换设备中会有若干个业务卡,所述链路聚合成员端口为所述业务卡中在链路聚合组中的成员端口,业务卡中还保护其他不在所述链路聚合组中的端口,一般作为普通端口,而在普通端口发送故障时,会按照普通端口的预设状态变化流程进行相应的处理;在检测到所述业务卡的链路聚合成员端口发生故障时,所述业务卡会通过所述业务卡的CPU根据预先设置的配置信息设置本地交换芯片,通过所述本地交换芯片可以及时对故障成员端口的业务流进行保护。
步骤S20、所述业务卡将所述业务流切换至非故障成员端口。
需要说明的是,所述业务卡将所述故障成员端口的业务流进行保护后,可以在确定了非故障成员端口后,将所述业务流发送至所述非故障成员端口,避开了其他业务流或管理流对该业务流的影响,保证了业务流的稳定性。
步骤S30、所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表。
应当理解的是,所述故障信息为所述故障成员端口的相关故障信息,所述业务卡通过所述主控卡将所述故障信息发送至主控卡后,所述主控卡会通知各业务卡进行收敛操作,所述主控卡为用于控制各业务卡的主要控制单元,所述主控卡中一般有一个CPU来完成对各业务卡的控制,当然也可以为其他带有处理功能的处理器实现对各业务卡的控制管理,本实施例对此不加以限制,在所述主控卡通知各业务卡进行收敛之后,可以对链路聚合汇聚表进行更新,所述链路聚合汇聚表用于记载各业务卡成员端口的实时链路聚合状态。
本实施例通过上述方案,通过在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护;所述业务卡将所述业务流切换至非故障成员端口;所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表,能够避开卡间通信和主控处理,节省了业务通知处理时间,并且保证了本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,收敛时间比较稳定,故障成员端口的业务流会转移到其他非故障成员端口,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率。
进一步地,图3为本发明分布式交换设备的链路聚合收敛方法第二实施例的流程示意图,如图3所示,基于第一实施例提出本发明分布式交换设备的链路聚合收敛方法第二实施例,在本实施例中,所述步骤S10具体包括以下步骤:
步骤S11、在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡关闭故障成员端口的地址学习。
需要说明的是,一般的,在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,本地业务卡会进行紧急处理,即所述业务卡关闭故障成员端口的地址学习功能,关闭所述故障成员端口的地址学习能够避免所述故障成员端口继续产生信息流,从而减少了所述业务卡的收敛时间。
在具体实现中,一般可以通过所述业务卡的本地驱动模块取消故障成员端口的地址学习功能,能够避免所述故障成员端口自主学习新的MAC地址,并建立相对应的MAC地址表,从而继续产生信息流,业务卡的本地驱动模块取消故障成员端口的地址学习功能后,可以减少了所述业务卡的收敛时间,进而提高了链路聚合收敛的速度和效率。
步骤S12、所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对所述故障成员端口的业务流进行端口物理层环回。
可以理解的是,所述业务卡一般可以由处理单元和交换单元组成,当然也可以由其他更多或更少的部件组成,本实施例对此不加以限制,所述业务卡的CPU设置本地交换芯片即通过CPU在交换单元中设置本地交换芯片来实现业务流的本地交换功能,通过所述本地交换芯片可以对所述故障成员端口的业务流进行端口物理层环回,即对所述业务流进行本地接收和发出,以形成内部环回,保证业务流始终处于连通或者通信状态。
本实施例通过上述方案,通过在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡关闭故障成员端口的地址学习;所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对所述故障成员端口的业务流进行端口物理层环回;能够保证本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,收敛时间比较稳定,使业务流处于连通或通信状态,提高了链路聚合收敛的速度和效率。
进一步地,图4为本发明分布式交换设备的链路聚合收敛方法第三实施例的流程示意图,如图4所示,基于第一实施例提出本发明分布式交换设备的链路聚合收敛方法第三实施例,在本实施例中,所述步骤S20具体包括以下步骤:
步骤S21、根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口。
需要说明的是,所述预设访问控制列表规则为预先设置的访问控制列表(AccessControl Lists,ACL)对应的规则,通过所述预设访问控制列表规则可以按照一定的优先顺序将所述故障成员端口接收方向的业务流进行重定向,一般的会重定向至非故障成员端口,即没有故障的处于正常状态的成员端口。
本实施例通过上述方案,通过根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口,能够保证本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,收敛时间比较稳定,故障成员端口的业务流会转移到其他非故障成员端口,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率。
进一步地,图5为本发明分布式交换设备的链路聚合收敛方法第四实施例的流程示意图,如图5所示,基于第三实施例提出本发明分布式交换设备的链路聚合收敛方法第四实施例,在本实施例中,所述步骤S21具体包括以下步骤:
步骤S211、安装预设访问控制列表规则,判断所述业务卡中是否有本地非故障成员端口。
需要说明的是,所述预设访问控制列表规则可以是与预设访问控制列表匹配的业务流重定向规则,也可以是根据预设访问控制列表确定的业务流转移优先顺序规则,当然还可以是其他类型的规则,本实施例对此不加以限制;在安装预设访问控制列表规则后,可以判断所述业务卡的本地是否有正常的成员端口,即判断所述业务卡中是否有本地非故障成员端口。
在具体实现中,每张业务卡的驱动模块会创建一条预设访问控制列表规则,但是不下发硬件,该预设访问控制列表规则一般应用到本地的链路汇聚成员端口,所述预设访问控制列表规则可以设置为:将接收方向的流量重定向到其他非故障的链路汇聚成员口,即如果本地有其他成员口则重定向到本地非故障成员口,如果没有则重定向到远端非故障成员口;当然也可以设置为其他规则,本实施例对此不加以限制。
步骤S212、在所述业务卡有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至本地非故障成员端口。
可以理解的是,在所述业务卡有本地非故障成员端口时,可以直接将所述故障成员端口接收方向的业务流重定向至本地非故障成员端口,节省了找寻其他远端成员端口的时间,减少了业务流转移所耗费的时间,从而提高了链路聚合收敛的速度和效率。
步骤S213、在所述业务卡没有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至远端非故障成员端口。
需要说明的是,所述远端非故障成员端口为非本卡或本芯片的端口,此时不涉及与其他卡或芯片之间的盘间通信,本质是将业务流转到另一张卡的成员端口上;业务流的重定向不需要卡与卡之间CPU的通信,每张卡根据预设ACL规则,各业务卡的驱动模块中保存全局成员端口信息表,所述全局成员端口信息表中标记有本地成员端口和远端成员端口,各业务卡之间建立好了联系,根据本盘设置规则进行业务流转发;在需要进行业务流重定向时,只涉及转发面的交互,不涉及控制面的交互;例如,卡1和卡2进行链路聚合,卡1在发生故障时将业务流打环,并将业务流从卡1的成员端口重定向至卡2的成员端口,只需要卡1知道业务流的走向,不需要通知卡2。
应当理解的是,在所述业务卡的本地没有非故障成员端口时,可以根据所述预设访问控制礼拜规则所述故障成员端口接收方向的业务流重定向至远端非故障成员端口,所述远端非故障成员端口一般为其他业务卡的非故障成员端口,在重定向所述业务流至远端非故障成员端口后,能够大幅减少业务卡的收敛时间。
本实施例通过上述方案,通过安装预设访问控制列表规则,判断所述业务卡中是否有本地非故障成员端口;在所述业务卡有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至本地非故障成员端口;在所述业务卡没有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至远端非故障成员端口;能够保证本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了业务卡的收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,收敛时间比较稳定,使业务流处于连通或通信状态,提高了链路聚合收敛的速度和效率。
进一步地,图6为本发明分布式交换设备的链路聚合收敛方法第五实施例的流程示意图,如图6所示,基于第三实施例提出本发明分布式交换设备的链路聚合收敛方法第五实施例,在本实施例中,所述步骤S21之前,所述分布式交换设备的链路聚合收敛方法还包括以下步骤:
步骤S201、为分布式交换设备的各业务卡的驱动模块创建对应的预设访问控制列表规则,并将各预设访问控制列表规则应用到各业务卡的链路聚合成员端口。
可以理解的是,每张业务卡的驱动模块会对应创建一条ACL规则,但是不下发硬件,各预设ACL规则列表应用到各业务卡的本地的链路汇聚成员端口,从而快速完成业务流的重定向,进一步提高了链路聚合收敛的速度和效率。
本实施例通过上述方案,通过为分布式交换设备的各业务卡的驱动模块创建对应的预设访问控制列表规则,并将各预设访问控制列表规则应用到各业务卡的链路聚合成员端口,能够保证本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了业务卡的收敛时间,快速完成业务流的重定向,进一步提高了链路聚合收敛的速度和效率。
进一步地,图7为本发明分布式交换设备的链路聚合收敛方法第六实施例的流程示意图,如图7所示,基于第一实施例提出本发明分布式交换设备的链路聚合收敛方法第六实施例,在本实施例中,所述步骤S30具体包括以下步骤:
步骤S31、所述业务卡发送故障信息至主控卡,以使所述主控卡根据所述故障信息确定要收敛的目标业务卡。
需要说明的是,所述故障信息为描述故障成员端口相关故障的信息,所述业务卡发送故障信息至主控卡后,所述主控卡会了解哪些故障成员端口所在的业务卡有问题,即可以从众多业务卡中确定需要进行收敛操作的业务卡作为目标业务卡,所述目标业务卡可能为一个,也可能为多个,根据实际链路故障情况决定。
步骤S32、所述主控卡根据链路聚合控制协议LACP通知所述目标业务卡进行收敛。
应当理解的是,所述链路聚合控制协议(Link Aggregation Control Protocol,LACP)是一种实现链路动态聚合的协议,运行该协议的设备之间通过互发链路聚合控制协议数据单元(Link Aggregation Control Protocol Data Unit,LACPDU)来交互链路聚合的相关信息;所述主控卡通过LACP通知所述目标业务卡进行收敛操作,一般的可以确定代替原有故障成员端口的其他成员端口,并进行相关路径的划分。
步骤S33、所述目标业务卡设置交换芯片,通过所述交换芯片对链路聚合汇聚表进行更新,并告知所述主控卡设置成功。
可以理解的是,在所述目标业务卡设置了交换芯片后,可以通过所述交换芯片对链路聚合表进行更新,即对所述目标业务卡中各成员端口对应的信息,以及链路聚合状态进行更新,并在更新后告知所述主控卡设置交换芯片成功。
步骤S34、所述主控卡将主控卡信息同步至备控卡。
需要说明的是,所述主控卡信息中包含有主控卡的当前状态信息和参数信息以及实时故障信息等链路聚合信息,所述主控卡将主控卡信息同步至备控卡,能够确保在所述主控卡出现故障、处理能力下降或控制管理的业务卡过多时,将全部或部分业务通过备控卡进行处理,所述备控卡为用于备份主控卡信息并进行相关业务处理的备用控制卡。
本实施例通过上述方案,通过所述业务卡发送故障信息至主控卡,以使所述主控卡根据所述故障信息确定要收敛的目标业务卡;所述主控卡根据链路聚合控制协议LACP通知所述目标业务卡进行收敛;所述目标业务卡设置交换芯片,通过所述交换芯片对链路聚合汇聚表进行更新,并告知所述主控卡设置成功;所述主控卡将主控卡信息同步至备控卡,能够节省了业务通知处理时间,并且保证了本该从故障成员端口出去的业务快速切换到了其他成员端口,大幅减少了收敛时间,并且不会受到其他业务流或者管理流以及主控业务的影响,进一步提高业务流的稳定性,保证业务处理的全局性,提高了链路聚合收敛的速度和效率。
进一步地,图8为本发明分布式交换设备的链路聚合收敛方法第七实施例的流程示意图,如图8所示,基于第六实施例提出本发明分布式交换设备的链路聚合收敛方法第七实施例,在本实施例中,所述步骤S34之后,所述分布式交换设备的链路聚合收敛方法还包括以下步骤:
步骤S35、所述主控卡根据所述LACP将更新硬件表项信息下发至所述目标业务卡。
可以理解的是,所述更新硬件表项信息为通知各业务卡进行硬件表项更新的信息,所述主控卡根据所述LACP对应的协议模块的配置下发更新硬件表项信息至所述目标业务卡。
步骤S36、所述目标业务卡的驱动模块根据所述更新硬件表项信息更新链路聚合组的成员端口表项,并在所述成员端口表项中删除所述故障成员端口。
需要说明的是,所述目标业务卡的驱动模块根据所述更新硬件表项信息更新链路聚合组的成员端口表项,即业务卡可以根据本身的驱动模块,即本地业务卡驱动模块完成对硬件表项的更新,具体为根据所述更新硬件表项信息更新链路聚合组的成员端口表项,并在所述成员端口表项中删除所述故障成员端口,删除的目的是为了减少原故障成员端口产生的冗余信息对成员端口表项造成的干扰影响,能够保证链路聚合组的成员端口表项的实时性和信息准确性。
步骤S37、在检测到所述故障成员端口所在业务卡的驱动模块完成所述成员端口表项的更新后,删除所述本地交换芯片的设置。
可以理解的是,在检测到所述成员端口表项更新完成后,会相应删除所述本地交换芯片的设置,即删除关闭故障成员端口的地址学习以及对所述故障成员端口的业务流进行端口物理层环回的设置,从而能够进一步缩短业务收敛时间,避免故障成员端口的信息以及之前设置的管理信息对业务流的干扰,保证了业务收敛的稳定性和全局性。
本实施例通过上述方案,通过所述主控卡根据所述LACP将更新硬件表项信息下发至所述目标业务卡;所述目标业务卡的驱动模块根据所述更新硬件表项信息更新链路聚合组的成员端口表项,并在所述成员端口表项中删除所述故障成员端口;在检测到所述故障成员端口所在业务卡的驱动模块完成所述成员端口表项的更新后,删除所述本地交换芯片的设置;能够减少原故障成员端口产生的冗余信息对成员端口表项造成的干扰影响,保证链路聚合组的成员端口表项的实时性和信息准确性,进一步缩短业务收敛时间,避免故障成员端口的信息以及之前设置的管理信息对业务流的干扰,保证了业务收敛的稳定性和全局性。
进一步地,图9为本发明分布式交换设备的链路聚合收敛方法第八实施例的流程示意图,如图9所示,基于第一实施例提出本发明分布式交换设备的链路聚合收敛方法第八实施例,在本实施例中,所述步骤S10之前,所述分布式交换设备的链路聚合收敛方法还包括以下步骤:
步骤S01、业务卡的交换芯片通知所述业务卡的CPU有成员端口的状态中断。
需要说明的是,一般在某个成员端口故障时,该成员端口对应的业务卡会通过业务卡的交换芯片通知所述业务卡的CPU有成员端口的状态中断,即由交换芯片通知CPU链路中有成员端口因为故障中断了。
步骤S02、所述业务卡的驱动模块的端口轮询感知所述成员端口的状态变化,并将所述状态变化通告至所述驱动模块和上层业务。
可以理解的是,所述业务卡会通过驱动模块的端口实时了解所述成员端口的状态变化,即通过端口轮询感知的方式获取所述成员端口的状态,当然也可以通过其他方式获取成员端口的状态,例如定时查询,或通过发送特定的状态查询码并接收端口状态反馈信息来确定成员端口的状态变化等方式获取,本实施例对此不加以限制;在获取了状态变化后,可以将所述状态变化发送至所述驱动模块以及对应的上层业务。
本实施例通过上述方案,通过为各业务卡创建链路聚合组,并将各业务卡的各成员端口添加至所述链路聚合组;在各业务卡的驱动模块中保存全局成员端口信息表,所述全局成员端口信息表中标记有本地成员端口和远端成员端口,能够实时活动成员端口的状态,保证业务流的处理不中断,节省了业务通知处理时间,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率。
进一步地,图10为本发明分布式交换设备的链路聚合收敛方法第九实施例的流程示意图,如图10所示,基于第八实施例提出本发明分布式交换设备的链路聚合收敛方法第九实施例,在本实施例中,所述步骤S01之前,所述分布式交换设备的链路聚合收敛方法还包括以下步骤:
步骤S001、为各业务卡创建链路聚合组,并将各业务卡的各成员端口添加至所述链路聚合组。
需要说明的是,在链路聚合收敛之前会为每一个业务卡创建链路聚合组,从而将各业务卡的各成员端口添加至所述链路聚合组,即形成对应成员端口状态信息记录组。
步骤S002、在各业务卡的驱动模块中保存全局成员端口信息表,所述全局成员端口信息表中标记有本地成员端口和远端成员端口。
可以理解的是,所述全局成员端口信息表中标记有本地成员端口和远端成员端口的端口信息,在创建链路聚合组之后,可以在每张业务卡驱动模块中保存全局成员端口信息表,即每个业务卡的驱动模块都保存一张全局成员端口信息表,从而能够方便各业务卡了解本地成员端口和远端成员端口的信息,能够加快后续各业务卡的收敛速度。
本实施例通过上述方案,通过为各业务卡创建链路聚合组,并将各业务卡的各成员端口添加至所述链路聚合组;在各业务卡的驱动模块中保存全局成员端口信息表,所述全局成员端口信息表中标记有本地成员端口和远端成员端口;能够方便各业务卡了解本地成员端口和远端成员端口的信息,加快了后续各业务卡的收敛速度,节省了业务通知处理时间,保证了业务流处理的全局性,提高了链路聚合收敛的速度和效率。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (7)
1.一种分布式交换设备的链路聚合收敛方法,其特征在于,所述分布式交换设备的链路聚合收敛方法包括:
在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护;
所述业务卡将所述业务流切换至非故障成员端口;
所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表;
其中,所述在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护,包括:
在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡关闭故障成员端口的地址学习;
所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对所述故障成员端口的业务流进行端口物理层环回;
根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口;
其中,所述业务卡发送故障信息至主控卡,所述主控卡通知各业务卡进行收敛,并更新链路聚合汇聚表,包括:
所述业务卡发送故障信息至主控卡,以使所述主控卡根据所述故障信息确定要收敛的目标业务卡;
所述主控卡根据链路聚合控制协议LACP通知所述目标业务卡进行收敛;
所述目标业务卡设置交换芯片,通过所述交换芯片对链路聚合汇聚表进行更新,并告知所述主控卡设置成功;
所述主控卡将主控卡信息同步至备控卡。
2.如权利要求1所述的分布式交换设备的链路聚合收敛方法,其特征在于,所述根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口,包括:
安装预设访问控制列表规则,判断所述业务卡中是否有本地非故障成员端口;
在所述业务卡有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至本地非故障成员端口;
在所述业务卡没有本地非故障成员端口时,根据所述预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至远端非故障成员端口。
3.如权利要求1所述的分布式交换设备的链路聚合收敛方法,其特征在于,所述根据预设访问控制列表规则将所述故障成员端口接收方向的业务流重定向至非故障成员端口之前,所述分布式交换设备的链路聚合收敛方法还包括:
为分布式交换设备的各业务卡的驱动模块创建对应的预设访问控制列表规则,并将各预设访问控制列表规则应用到各业务卡的链路聚合成员端口。
4.如权利要求1所述的分布式交换设备的链路聚合收敛方法,其特征在于,所述主控卡将主控卡信息同步至备控卡之后,所述分布式交换设备的链路聚合收敛方法还包括:
所述主控卡根据所述LACP将更新硬件表项信息下发至所述目标业务卡;
所述目标业务卡的驱动模块根据所述更新硬件表项信息更新链路聚合组的成员端口表项,并在所述成员端口表项中删除所述故障成员端口;
在检测到所述故障成员端口所在业务卡的驱动模块完成所述成员端口表项的更新后,删除所述本地交换芯片的设置。
5.如权利要求1-3中任一项所述的分布式交换设备的链路聚合收敛方法,其特征在于,所述在检测到分布式交换设备的业务卡的链路聚合成员端口发生故障时,所述业务卡的CPU设置本地交换芯片,通过所述本地交换芯片对故障成员端口的业务流进行保护之前,所述分布式交换设备的链路聚合收敛方法还包括:
业务卡的交换芯片通知所述业务卡的CPU有成员端口的状态中断;
所述业务卡的驱动模块的端口轮询感知所述成员端口的状态变化,并将所述状态变化通告至所述驱动模块和上层业务。
6.如权利要求5所述的分布式交换设备的链路聚合收敛方法,其特征在于,所述业务卡的交换芯片通知所述业务卡的CPU有成员端口的状态中断之前,所述分布式交换设备的链路聚合收敛方法还包括:
为各业务卡创建链路聚合组,并将各业务卡的各成员端口添加至所述链路聚合组;
在各业务卡的驱动模块中保存全局成员端口信息表,所述全局成员端口信息表中标记有本地成员端口和远端成员端口。
7.一种链路聚合收敛设备,其特征在于,所述链路聚合收敛设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的链路聚合收敛程序,所述链路聚合收敛程序配置为实现如权利要求1至6中任一项所述的分布式交换设备的链路聚合收敛方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010953977.0A CN112165429B (zh) | 2020-09-11 | 2020-09-11 | 分布式交换设备的链路聚合收敛方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010953977.0A CN112165429B (zh) | 2020-09-11 | 2020-09-11 | 分布式交换设备的链路聚合收敛方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112165429A CN112165429A (zh) | 2021-01-01 |
CN112165429B true CN112165429B (zh) | 2022-07-22 |
Family
ID=73858952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010953977.0A Active CN112165429B (zh) | 2020-09-11 | 2020-09-11 | 分布式交换设备的链路聚合收敛方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112165429B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113612590B (zh) * | 2021-08-20 | 2023-10-24 | 锐捷网络股份有限公司 | 基于交换板卡变更的自适应调整方法及装置 |
CN114338538B (zh) * | 2021-12-30 | 2024-08-20 | 锐捷网络股份有限公司 | 一种表项更新方法、装置、电子设备及存储介质 |
CN114615148A (zh) * | 2022-03-16 | 2022-06-10 | 芯河半导体科技(无锡)有限公司 | 一种快速的链路聚合失效转移方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101286834A (zh) * | 2008-05-30 | 2008-10-15 | 杭州华三通信技术有限公司 | 一种数据同步方法和装置 |
CN101867495A (zh) * | 2010-06-25 | 2010-10-20 | 神州数码网络(北京)有限公司 | 以太网自动保护链路故障快速切换方法 |
CN105991344A (zh) * | 2015-04-17 | 2016-10-05 | 杭州迪普科技有限公司 | 一种数据同步方法及装置 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101505270B (zh) * | 2009-03-24 | 2012-04-11 | 神州数码网络(北京)有限公司 | 分布式交换机聚合链路快速收敛的方法 |
CN102255760B (zh) * | 2011-08-17 | 2013-12-25 | 杭州依赛通信有限公司 | 一种业务卡之间互为备份的快速保护倒换方法 |
CN102857419B (zh) * | 2012-10-12 | 2015-07-22 | 华为技术有限公司 | 链路聚合端口故障的处理方法和装置 |
CN103414597A (zh) * | 2013-08-30 | 2013-11-27 | 上海寰创通信科技股份有限公司 | 一种逻辑端口的状态更新系统和方法 |
CN104734998B (zh) * | 2013-12-20 | 2018-11-06 | 华为技术有限公司 | 一种网络设备及信息传输方法 |
CN104468203A (zh) * | 2014-11-26 | 2015-03-25 | 上海斐讯数据通信技术有限公司 | 交换机聚合组中端口故障切换的配置方法 |
CN108881011B (zh) * | 2017-05-08 | 2022-03-29 | 中兴通讯股份有限公司 | 应用于跨设备的lacp切换方法和装置 |
CN109120558B (zh) * | 2017-06-26 | 2022-11-01 | 中兴通讯股份有限公司 | 一种单板端口故障自动排除方法及系统 |
CN107465632B (zh) * | 2017-08-07 | 2020-12-29 | 杭州迪普科技股份有限公司 | 一种切换聚合成员端口的流量的方法及装置 |
CN107846357A (zh) * | 2017-12-22 | 2018-03-27 | 杭州迪普科技股份有限公司 | 一种基于流定义的报文转发方法及装置 |
CN110611577A (zh) * | 2018-06-14 | 2019-12-24 | 中兴通讯股份有限公司 | 业务快速切换方法、切换装置、网络设备和存储介质 |
-
2020
- 2020-09-11 CN CN202010953977.0A patent/CN112165429B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101286834A (zh) * | 2008-05-30 | 2008-10-15 | 杭州华三通信技术有限公司 | 一种数据同步方法和装置 |
CN101867495A (zh) * | 2010-06-25 | 2010-10-20 | 神州数码网络(北京)有限公司 | 以太网自动保护链路故障快速切换方法 |
CN105991344A (zh) * | 2015-04-17 | 2016-10-05 | 杭州迪普科技有限公司 | 一种数据同步方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN112165429A (zh) | 2021-01-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112165429B (zh) | 分布式交换设备的链路聚合收敛方法和设备 | |
US7894335B2 (en) | Redundant routing capabilities for a network node cluster | |
CN110224871B (zh) | 一种Redis集群的高可用方法及装置 | |
US6760859B1 (en) | Fault tolerant local area network connectivity | |
WO2020020144A1 (zh) | 链路切换方法、链路切换设备、网络通信系统以及计算机可读存储介质 | |
CN101110776B (zh) | 数据业务的备份方法、备份装置与备份系统 | |
KR100831639B1 (ko) | 정보 처리 장치, 통신 부하 분산 방법 및 통신 부하 분산프로그램을 기록한 기록 매체 | |
CN106059791B (zh) | 一种存储系统中业务的链路切换方法和存储设备 | |
CN101714109A (zh) | 双cpu系统主板的控制方法及设备 | |
JP4653965B2 (ja) | 入出力インタフェースモジュールの管理方法 | |
CN103856357A (zh) | 一种堆叠系统故障处理方法及堆叠系统 | |
CN113328916B (zh) | Bfd检测模式的切换方法、装置及设备 | |
JP7099272B2 (ja) | 情報処理装置、ネットワークシステム及びチーミングプログラム | |
CN117459482B (zh) | 交换机的重启方法和装置、存储介质及电子装置 | |
CN113709220B (zh) | 虚拟负载均衡器的高可用实现方法、系统及电子设备 | |
CN108366087B (zh) | 一种基于分布式文件系统的iscsi服务实现方法和装置 | |
US11418382B2 (en) | Method of cooperative active-standby failover between logical routers based on health of attached services | |
JP4579850B2 (ja) | ブレード型システムおよびコネクション管理方法 | |
WO2017181778A1 (zh) | 一种双主控设备主控之间链路扩展方法及装置 | |
JP2009075710A (ja) | 冗長化システム | |
CN101645840A (zh) | 一种转发报文的方法、系统及路由设备 | |
CN108494534A (zh) | 一种自行防空武器系统双冗余以太网设计方法 | |
CN115225468B (zh) | 流量快速切换方法、系统及计算机可读存储介质 | |
US20220191095A1 (en) | Port unavailability remediation system | |
CN117857486A (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 |