CN103731303B - 一种纵向融合架构接口实现多活性实体检测的方法及设备 - Google Patents
一种纵向融合架构接口实现多活性实体检测的方法及设备 Download PDFInfo
- Publication number
- CN103731303B CN103731303B CN201310710820.5A CN201310710820A CN103731303B CN 103731303 B CN103731303 B CN 103731303B CN 201310710820 A CN201310710820 A CN 201310710820A CN 103731303 B CN103731303 B CN 103731303B
- Authority
- CN
- China
- Prior art keywords
- equipment
- active
- vcf
- domain
- mad
- 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
Landscapes
- Communication Control (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明公开了一种纵向融合架构接口实现多活性实体检测的方法和设备,应用于纵向融合架构VCF系统,所述VCF系统包括控制设备CB和全连接端口扩展器PE,所述全连接PE设备与VCF系统中全部CB设备实现物理全连接,与至少一个全连接PE设备对应的各CB设备的VCF逻辑接口使能多活性实体MAD检测;所述至少一个全连接PE设备接收到任一CB设备发送的VCF协议链路检测报文并转发所述VCF协议链路检测报文给其它CB设备,以使其它CB设备分别进行多Active冲突检测,其中,所述VCF协议链路检测报文携带所述任一CB设备的Domain ID和Active ID。
Description
技术领域
本发明涉及网络通信传输技术,特别是一种纵向融合架构接口实现多活性实体检测的方法和设备。
背景技术
智能弹性架构(IRF,Intelligent Resilient Framework)是一种软件虚拟化技术。它的核心思想是将多台设备通过IRF物理端口连接在一起,进行必要的配置后,虚拟化成一台“分布式设备”。使用这种虚拟化技术可以集合多台设备的硬件资源和软件处理能力,实现多台设备的协同工作、统一管理和不间断维护。
多Active检测(MAD,Multi-Active Detection,)是一项防止IRF分裂时由于地址冲突导致的故障在网络中扩大的技术。MAD能够检测出网络中IRF分裂并进行相应的处理以降低对业务的影响。
纵向融合架构(VCF,Vertical Converged Framework)是由控制器设备(CB,Controlling Bridge)组成的IRF设备与端口扩展器(PE,Port Extender)组成二级纵向堆叠。其中CB可以组成环堆,也可以组成链堆,同时PE设备可以与CB设备全连接,提高PE的稳定性。
图1为VCF接口不支持MAD检测时的VCF环境基本组网,如图1所示,CB端设备为IRF环境,通过链路聚合控制协议(LACP,Link Aggregation Control Protocol)MAD中间设备实现IRF的稳定性;下端连接PE设备,CB设备与LACP MAD中间设备的链接占用了CB设备的端口,且设备组网复杂,成本高,不便于网络管理。
发明内容
有鉴于此,本发明提出了一种纵向融合架构接口实现多活性实体检测的方法和设备,该方法令PE设备提供下层接入服务的同时提供MAD检测功能,使得设备组网得到简化,CB设备释放部分端口,方便了网络管理,同时也降低了网络成本。本发明提出的技术方案是:
一种纵向融合架构接口实现多活性实体检测的方法,应用于纵向融合架构VCF系统,所述VCF系统包括控制设备CB和全连接端口扩展器PE,所述全连接PE设备与VCF系统中全部CB设备实现物理全连接,该方法包括:
与至少一个全连接PE设备对应的各CB设备的VCF逻辑接口使能多活性实体MAD检测;
所述至少一个全连接PE设备接收到任一CB设备发送的VCF协议链路检测报文并转发所述VCF协议链路检测报文给其它CB设备,以使其它CB设备分别进行多Active冲突检测,其中,所述VCF协议链路检测报文携带所述任一CB设备的Domain ID和Active ID。
上述方案中,该方法进一步包括:
所述至少一个全连接PE设备启动多Active冲突检测,如果确定发生多Active冲突,将发送给进行Down处理的CB设备的上行流量切换到处于Active状态的CB设备上,其中,所述至少一个全连接PE设备通过VCF MAD状态确定方法确定CB的状态,且所述VCF MAD状态确定方法与相连的CB设备的VCF MAD状态确定方法相同。
上述方案中,所述多Active冲突检测具体包括:
所述至少一个全连接PE设备将接收自CB设备发送的VCF协议链路检测报文携带的Domain ID、Active ID与本地保存的Domain ID、Active ID进行比较,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突;
如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突,其中,所述本地保存的Domain ID、Active ID为所有Active状态的CB设备初次稳定后保存的。
一种纵向融合架构接口实现多活性实体检测的方法,应用于纵向融合架构VCF系统,所述VCF系统包括控制设备CB和全连接端口扩展器PE,所述全连接PE设备与VCF系统中全部CB设备实现物理全连接,该方法包括:
与至少一个全连接PE设备对应的VCF逻辑接口使能多活性实体MAD检测;
CB设备通过使能多活性实体MAD检测功能的VCF逻辑接口发送VCF协议链路检测报文给所述至少一个全连接PE设备,并通过所述至少一个全连接PE设备将所述VCF协议链路检测报文转发给其它CB设备,其中,所述VCF协议链路检测报文携带本CB设备的Domain ID和Active ID;
CB设备接收到所述至少一个全连接PE设备转发来的其它CB设备发送的VCF协议链路检测报文,将所述VCF协议链路检测报文携带的所述其它CB设备的Domain ID和ActiveID与自身的Domain ID和Active ID进行比较,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突;
如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
上述方案中,如果确定发生多Active冲突,该方法进一步包括:
CB设备进行VCF MAD状态确定,如果确定自身继续保持Active状态,则正常工作;否则关闭自身设备上除保留端口以外的其它所有物理端口,禁止所述其它物理端口进行业务流量的转发。
一种端口扩展器PE设备,该设备应用于纵向融合架构VCF系统,所述PE设备与VCF系统中全部CB设备实现物理全连接,该设备包括:
报文接收模块,用于接收任一CB设备发送来的VCF协议链路检测报文,所述VCF协议链路检测报文携带所述任一CB设备的Domain ID和Active ID;
报文发送模块,用于转发所述VCF协议链路检测报文给其它CB设备,以使其它CB设备分别进行多Activ冲突检测。
上述方案中,所述全连接PE设备进一步包括:
MAD检测模块,用于启动多Active冲突检测;
流量切换模块,如果确定发生多Active冲突,将发送给进行Down处理的CB设备的上行流量切换到处于Active状态的CB设备上;
计算模块,用于通过VCF MAD状态确定方法确定CB的状态,且所述VCFMAD状态确定方法与相连的CB设备的VCF MAD状态确定方法相同。
上述方案中,所述MAD检测模块进一步包括:
比较模块,用于将报文接收模块接收自CB设备发送的VCF协议链路检测报文携带的Domain ID、Active ID分别与本地保存的Domain ID、Active ID进行比较,所述本地保存的Domain ID、Active ID为所有Active状态的CB设备初次稳定后保存的;
判断模块,用于判断是否发生多Active冲突,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突,如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
一种控制设备CB,应用于纵向融合架构VCF系统,所述VCF系统还包括全连接端口扩展器PE设备,所述全连接PE设备与所述VCF系统中全部CB设备实现物理全连接,该设备包括:
使能模块,用于与至少一个全连接PE设备对应的VCF逻辑接口使能多活性实体MAD检测;
报文收发模块,用于通过使能多活性实体MAD检测功能的VCF逻辑接口发送VCF协议链路检测报文给所述至少一个全连接PE设备,并通过所述至少一个全连接PE设备将所述VCF协议链路检测报文转发给其它CB设备,其中,所述VCF协议链路检测报文携带本CB设备的Domain ID和Active ID;还用于接收所述至少一个全连接PE设备转发来的其它CB设备发送的VCF协议链路检测报文;
比较模块,用于将所述VCF协议链路检测报文携带的所述其它CB设备的Domain ID和Active ID与自身的Domain ID和Active ID进行比较;
判断模块,用于判断是否发生多Active冲突,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突,如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
上述方案中,如果确定发生多Active冲突,该设备进一步包括:
计算模块,用于进行VCF MAD状态确定;
处理模块,如果确定自身继续保持Active状态,则正常工作;否则关闭自身设备上除保留端口以外的其它所有物理端口,禁止所述其它物理端口进行业务流量的转发。
综上所述,本发明提出的技术方案能够令PE设备提供下层接入服务的同时提供MAD检测功能,使得设备组网得到简化,CB设备释放部分端口,方便了网络管理,同时也降低了网络成本。
附图说明
图1为VCF接口不支持MAD检测时的VCF环境基本组网示意图。
图2为VCF接口支持MAD检测时的一种VCF环境组网示意图。
图3为VCF MAD检测原理流程图。
图4为方法实施例一的VCF环境基本组网。
图5为方法实施例一的流程图。
图6为方法实施例的全连接PE设备结构示意图。
图7为方法实施例的CB设备结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点表达的更加清楚明白,下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明一个实施例的技术方案是:
与至少一个全连接PE设备对应的各CB设备的VCF逻辑接口使能多活性实体MAD检测;
所述至少一个全连接PE设备接收到任一CB设备发送的VCF协议链路检测报文并转发所述VCF协议链路检测报文给其它CB设备,以使其它CB设备分别进行多Active冲突检测,其中,所述VCF协议链路检测报文携带所述任一CB设备的Domain ID和Active ID。
可以进行MAD检测的PE需要满足的条件为:VCF组网中存在PE设备和CB设备全连接(简称全连接PE设备),与该全连接PE设备对应的、CB端的VCF逻辑接口(逻辑接口在CB端配置)要使能MAD检测功能。
这里全连接的含义是,PE设备与VCF组网中的每一个CB设备都进行物理连接。图2为VCF接口支持MAD检测时的一种VCF组网情况。如图2所示,IRF系统(由CB1、CB2、CB3组成)与PE1、PE2是物理全连接的,所以IRF系统上,可以将对应PE1和PE2的VCF逻辑接口都使能MAD功能,当然,也可以只使能与PE1或PE2相连的CB的VCF逻辑接口。
使能MAD功能后的VCF逻辑接口下的物理接口发送VCF协议链路检测报文的扩展字段携带Domain ID(域编号)和Active ID,其中,Domain ID用于区别不同的IRF,Active ID用于MAD检测,通常是用IRF中Master CB设备的成员编号来表示。
VCF逻辑接口使能VCF MAD检测后,所对应的PE端接收到CB端发来的VCF协议链路检测报文,之后转发一份所述VCF协议链路检测报文给其它所有的CB端设备。
当CB设备收到经全连接PE设备转发的其它CB设备发送的VCF协议链路检测报文后,将所述VCF协议链路检测报文携带的Domain ID、ActiveID与自身设备的Domain ID、Active ID进行比较,正常情况下,同一个横向IRF下的CB设备发送的VCF协议链路检测报文中的Domain ID和Active ID是相同的,如果发生IRF分裂,则有CB发送的VCF协议链路检测报文中的Active ID值将发生变化。图3为VCF MAD检测原理流程图,如图3所示,MAD具体的检测方法可以为:如果Domain ID相同、且Active ID不同,则确定发生多Active冲突;如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突;如果Domain ID不同,则认为报文来自不同IRF。
当发生多Active冲突时,CB设备通过VCF MAD状态确定方法计算出需要保持Active状态的CB设备。所述VCF MAD状态确定方法可以是:将CB端多的IRF保持为Active,CB设备数量一样多时,选择slot ID小的IRF保持为Active。这样,CB成员较多的IRF继续正常工作(维持Active状态),其它IRF会迁移到Recovery状态(表示IRF处于禁用状态),并关闭Recovery状态IRF中所有CB成员设备上除保留端口以外的其它所有物理端口(通常为业务接口),以保证该IRF不再转发业务流量。缺省情况下,只有IRF物理端口是保留端口,如果要将其它端口,比如用于远程登录的端口,也作为保留端口,需要使用命令行进行手工配置。
以上为CB侧的MAD检测和多Active冲突发生后CB侧的处理,本申请方案中,全连接PE设备也可以设置MAD检测能力。所述全连接PE设备接收到CB设备发送的VCF协议链路检测报文后,将所述VCF协议链路检测报文携带的Domain ID、Active ID与本地保存的DomainID、Active ID进行比较,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突;如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
发生多Active冲突后,全连接PE设备通过与CB端相同的VCF MAD状态确定方法计算得知,分裂IRF的哪一端维持Active,哪一端进行Down处理,然后将自身PE设备上,与将要进行Down处理的CB设备之间的上行流量切换到处于Active状态的其它CB设备上。
图4为本实施例的一种VCF环境组网示意图,如图4所示,CB1、CB2和CB3组成一个IRF系统,CB2为Master设备,该IRF系统的Domain ID为1,Active ID为CB2的成员编号2,PE1,PE2与CB设备为全连接关系,其中CB1,CB2,CB3与PE1,PE2相对应的VCF逻辑接口都使能了MAD功能。本实施例以CB1和CB2、CB3相连的链路发生故障后,CB端设备以及全连接PE设备如何进行MAD检测、以及后续如何处理多Active冲突为例对本发明技术方案进行说明,图5为本实施例的流程图,如图5所示,包括以下步骤:
步骤501:CB1发送VCF协议链路检测报文给PE1,所述VCF协议链路检测报文携带CB1设备的Domain ID和Active ID。
本步骤中,CB1通过与PE1对应的VCF逻辑接口发送VCF协议链路检测报文给PE1,由于CB1和CB2、CB3相连的链路发生故障,因此其发送给PE1的VCF协议链路检测报文携带的Active ID发生变化,由2变为1。Domain ID仍为1。
同理,CB1通过与PE2对应的VCF逻辑接口发送VCF协议链路检测报文给PE2,PE2进行MAD检测的步骤与PE1相同,在此仅以PE1为例进行说明,不再详述PE2的MAD检测。
步骤502:PE1转发所述CB1发送的VCF协议链路检测报文给CB2、CB3,同时,PE1比较所述VCF协议链路检测报文携带的Domain ID、Active ID与本地保存的Domain ID、ActiveID,判断CB端发生多Active冲突。
本步骤中,PE1将CB1发来的VCF协议链路检测报文转发给CB2、CB3,使CB2、CB3分别进行MAD检测,所述VCF协议链路检测报文携带所述CB1设备的Domain ID为1,Active ID为1。同时,经过PE1设备进行比较,发现所述VCF协议链路检测报文携带的Domain ID与本地保存的Domain ID相同,所述VCF协议链路检测报文携带的Active ID与本地保存的Active ID不同,由此判断出CB端发生多Active冲突。
其中,本地保存的Domain ID、Active ID为所有Active状态的CB设备初次稳定后PE设备保存的。
步骤503:PE1通过VCF MAD状态确定方法计算得知,CB2与CB3维持Active,CB1进行MAD Down处理,在CB1MAD Down处理前PE1将本设备流向CB1的上行流量切换到CB2、CB3上。
本步骤中,PE1通过与CB设备相同的VCF MAD状态确定方法,在CB1MAD Down处理前即知道发生冲突的时候IRF的哪一端将维持Active,哪一端转为Recovery状态。本实施例为CB2与CB3维持Active,因此PE1在CB1MAD Down处理前将本设备流向CB1的上行流量切换到CB2,CB3上,即物理链路1-1上的业务流量切换到物理链路1-2和1-3上,这样就减少PE1上行业务流量的丢失。
步骤504:CB2、CB3分别比较PE1转发所述CB1发送的VCF协议链路检测报文携带的Domain ID、Active ID与自身的Domain ID、Active ID,判断CB端发生多Active冲突。
本步骤中,CB2、CB3接收到步骤502中PE1转发所述CB1发送的VCF协议链路检测报文后,分别进行比较,发现所述各自接收到的PE1转发所述CB1发送的VCF协议链路检测报文携带的Domain ID与自身的Domain ID相同,所述VCF协议链路检测报文携带的Active ID与自身的Active ID不同,由此判断出CB端发生多Active冲突。
步骤505:CB2、CB3通过VCF MAD状态确定计算方法计算得知,CB2与CB3维持Active,CB1进行MAD Down处理,CB2与CB3继续正常工作。
步骤506:CB1构成的IRF系统迁移到Recovery状态,并关闭CB1设备上除保留端口以外的其它所有物理端口,以保证该CB1不能再转发业务流量。
缺省情况下,只有IRF物理端口是保留端口,如果要将其它端口,比如用于远程登录的端口,也作为保留端口,需要使用命令行进行手工配置。
步骤507:PE3接收到CB1MAD Down的通知,将上行的VCF逻辑接口状态变成block状态,关闭除用户配置的保留端口外的其它下行业务口。
本步骤中,PE3没有物理链路连接到Active端(CB2与CB3),仅与CB1之间存在物理链路,因此只能在接收到CB1MAD down的通知后,PE3将上行的VCF逻辑接口状态变成block状态,物理链路3-1上不再能转发业务流量,仅可以交互VCF协议报文;PE3上的下行业务口除了用户配置的保留端口外,其余的全部被关闭。
同理,PE2经过MAD检测得知CB1要进行MAD Down处理后,会在CB1MAD Down处理前将PE2流向CB1的上行流量切换到CB2,CB3上,即物理链路2-1上的业务流量切换到物理链路2-2和2-3上,这样就减少PE2上行业务流量的丢失。
应用本实施例技术方案,能够使VCF组网中的PE设备提供下层接入服务的同时提供MAD检测功能,使得设备组网得到简化,CB设备释放部分端口,方便了网络管理,同时也降低了网络成本。
针对上述方案,本申请还公开了一种端口扩展器PE设备,该设备应用于纵向融合架构VCF系统,所述PE设备与VCF系统中全部CB设备实现物理全连接,该设备包括:
报文接收模块610,用于接收任一CB设备发送来的VCF协议链路检测报文,所述VCF协议链路检测报文携带所述任一CB设备的Domain ID和ActiveID。
报文发送模块620,用于转发所述VCF协议链路检测报文给其它CB设备,以使其它CB设备分别进行多Active冲突检测。
所述全连接PE设备进一步包括:
MAD检测模块630,用于启动多Active冲突检测。
计算模块640,用于通过VCF MAD状态确定方法确定CB的状态,且所述VCF MAD状态确定方法与相连的CB设备的VCF MAD状态确定方法相同。
流量切换模块650,如果确定发生多Active冲突,用于将发送给进行Down处理的CB设备的上行流量切换到处于Active状态的CB设备上。
所述MAD检测模块630进一步包括:
比较模块631,用于将报文接收模块接收自CB设备发送的VCF协议链路检测报文携带的Domain ID、Active ID分别与本地保存的Domain ID、Active ID进行比较,所述本地保存的Domain ID、Active ID为所有Active状态的CB设备初次稳定后保存的。
判断模块632,用于判断是否发生多Active冲突,如果Domain ID相同、且ActiveID不同,则确定发生多Active冲突,如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
针对上述方法,本发明还公开了一种控制器设备CB,该设备应用于纵向融合架构VCF系统,所述VCF系统还包括全连接PE设备,所述全连接PE设备与所述VCF系统中全部CB设备实现物理全连接,该设备包括:
使能模块701,用于与至少一个全连接PE设备对应的VCF逻辑接口使能多活性实体MAD检测。
报文收发模块702,用于通过使能多活性实体MAD检测功能的VCF逻辑接口发送VCF协议链路检测报文给所述至少一个全连接PE设备,并通过所述至少一个全连接PE设备将所述VCF协议链路检测报文转发给其它CB设备,其中,所述VCF协议链路检测报文携带本CB设备的Domain ID和Active ID;还用于接收所述至少一个全连接PE设备转发的其它CB设备发送的VCF协议链路检测报文。
比较模块703,用于将所述VCF协议链路检测报文携带的所述其它CB设备的DomainID和Active ID与自身的Domain ID和Active ID进行比较;
判断模块704,用于判断是否发生多Active冲突,如果Domain ID相同、且ActiveID不同,则确定发生多Active冲突,如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
如果确定发生多Active冲突,该设备进一步包括:
计算模块705,用于进行VCF MAD状态确定。
处理模块706用于,如果确定自身继续保持Active状态,则正常工作;否则关闭自身设备上除保留端口以外的其它所有物理端口,禁止所述其它物理端口进行业务流量的转发。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (8)
1.一种纵向融合架构接口实现多活性实体检测的方法,应用于纵向融合架构VCF系统,所述VCF系统包括控制设备CB和全连接端口扩展器PE,所述全连接PE设备与VCF系统中全部CB设备实现物理全连接,其特征在于,该方法包括:
与至少一个全连接PE设备对应的各CB设备的VCF逻辑接口使能多活性实体MAD检测;
所述至少一个全连接PE设备接收到任一CB设备发送的VCF协议链路检测报文并转发所述VCF协议链路检测报文给其它CB设备,以使其它CB设备分别进行多Active冲突检测,其中,所述VCF协议链路检测报文携带所述任一CB设备的Domain ID和Active ID;
所述至少一个全连接PE设备启动多Active冲突检测,如果确定发生多Active冲突,将发送给进行Down处理的CB设备的上行流量切换到处于Active状态的CB设备上,其中,所述至少一个全连接PE设备通过VCF MAD状态确定方法确定CB的状态,且所述VCF MAD状态确定方法与相连的CB设备的VCF MAD状态确定方法相同。
2.根据权利要求1所述的方法,其特征在于,所述多Active冲突检测具体包括:
所述至少一个全连接PE设备将接收自CB设备发送的VCF协议链路检测报文携带的Domain ID、Active ID与本地保存的Domain ID、Active ID进行比较,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突;
如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突,其中,所述本地保存的Domain ID、Active ID为所有Active状态的CB设备初次稳定后保存的。
3.一种纵向融合架构接口实现多活性实体检测的方法,应用于纵向融合架构VCF系统,所述VCF系统包括控制设备CB和全连接端口扩展器PE,所述全连接PE设备与VCF系统中全部CB设备实现物理全连接,其特征在于,该方法包括:
与至少一个全连接PE设备对应的VCF逻辑接口使能多活性实体MAD检测;
CB设备通过使能多活性实体MAD检测功能的VCF逻辑接口发送VCF协议链路检测报文给所述至少一个全连接PE设备,使得所述至少一个全连接PE设备启动多Active冲突检测,如果确定发生多Active冲突,将发送给进行Down处理的CB设备的上行流量切换到处于Active状态的CB设备上,其中,所述至少一个全连接PE设备通过VCF MAD状态确定方法确定CB的状态,且所述VCF MAD状态确定方法与相连的CB设备的VCF MAD状态确定方法相同;
所述CB设备通过所述至少一个全连接PE设备将所述VCF协议链路检测报文转发给其它CB设备,其中,所述VCF协议链路检测报文携带本CB设备的Domain ID和Active ID;
CB设备接收到所述至少一个全连接PE设备转发来的其它CB设备发送的VCF协议链路检测报文,将所述VCF协议链路检测报文携带的所述其它CB设备的Domain ID和Active ID与自身的Domain ID和Active ID进行比较,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突;
如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
4.根据权利要求3所述的方法,其特征在于,如果确定发生多Active冲突,该方法进一步包括:
CB设备进行VCF MAD状态确定,如果确定自身继续保持Active状态,则正常工作;否则关闭自身设备上除保留端口以外的其它所有物理端口,禁止所述其它物理端口进行业务流量的转发。
5.一种端口扩展器PE设备,该设备应用于纵向融合架构VCF系统,所述PE设备与VCF系统中全部CB设备实现物理全连接,其特征在于,该设备包括:
报文接收模块,用于接收任一CB设备发送来的VCF协议链路检测报文,所述VCF协议链路检测报文携带所述任一CB设备的Domain ID和Active ID;
报文发送模块,用于转发所述VCF协议链路检测报文给其它CB设备,以使其它CB设备分别进行多Activ冲突检测;
MAD检测模块,用于启动多Active冲突检测;
流量切换模块,如果确定发生多Active冲突,将发送给进行Down处理的CB设备的上行流量切换到处于Active状态的CB设备上;
计算模块,用于通过VCF MAD状态确定方法确定CB的状态,且所述VCF MAD状态确定方法与相连的CB设备的VCF MAD状态确定方法相同。
6.根据权利要求5所述的设备,其特征在于,所述MAD检测模块进一步包括:
比较模块,用于将报文接收模块接收自CB设备发送的VCF协议链路检测报文携带的Domain ID、Active ID分别与本地保存的Domain ID、Active ID进行比较,所述本地保存的Domain ID、Active ID为所有Active状态的CB设备初次稳定后保存的;
判断模块,用于判断是否发生多Active冲突,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突,如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
7.一种控制设备CB,应用于纵向融合架构VCF系统,所述VCF系统还包括全连接端口扩展器PE设备,所述全连接PE设备与所述VCF系统中全部CB设备实现物理全连接,其特征在于,该设备包括:
使能模块,用于与至少一个全连接PE设备对应的VCF逻辑接口使能多活性实体MAD检测;
报文收发模块,用于通过使能多活性实体MAD检测功能的VCF逻辑接口发送VCF协议链路检测报文给所述至少一个全连接PE设备,使得所述至少一个全连接PE设备启动多Active冲突检测,如果确定发生多Active冲突,将发送给进行Down处理的CB设备的上行流量切换到处于Active状态的CB设备上,其中,所述至少一个全连接PE设备通过VCF MAD状态确定方法确定CB的状态,且所述VCF MAD状态确定方法与相连的CB设备的VCF MAD状态确定方法相同;
并通过所述至少一个全连接PE设备将所述VCF协议链路检测报文转发给其它CB设备,其中,所述VCF协议链路检测报文携带本CB设备的Domain ID和Active ID;还用于接收所述至少一个全连接PE设备转发来的其它CB设备发送的VCF协议链路检测报文;
比较模块,用于将所述VCF协议链路检测报文携带的所述其它CB设备的Domain ID和Active ID与自身的Domain ID和Active ID进行比较;
判断模块,用于判断是否发生多Active冲突,如果Domain ID相同、且Active ID不同,则确定发生多Active冲突,如果Domain ID相同,且Active ID也相同,则确定未发生多Active冲突。
8.根据权利要求7所述的设备,其特征在于,如果确定发生多Active冲突,该设备进一步包括:
计算模块,用于进行VCF MAD状态确定;
处理模块,如果确定自身继续保持Active状态,则正常工作;否则关闭自身设备上除保留端口以外的其它所有物理端口,禁止所述其它物理端口进行业务流量的转发。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310710820.5A CN103731303B (zh) | 2013-12-20 | 2013-12-20 | 一种纵向融合架构接口实现多活性实体检测的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310710820.5A CN103731303B (zh) | 2013-12-20 | 2013-12-20 | 一种纵向融合架构接口实现多活性实体检测的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103731303A CN103731303A (zh) | 2014-04-16 |
CN103731303B true CN103731303B (zh) | 2017-08-11 |
Family
ID=50455238
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310710820.5A Active CN103731303B (zh) | 2013-12-20 | 2013-12-20 | 一种纵向融合架构接口实现多活性实体检测的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103731303B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105471742B (zh) * | 2014-06-20 | 2018-11-09 | 新华三技术有限公司 | 一种报文处理方法及设备 |
CN104243358B (zh) * | 2014-09-18 | 2018-10-26 | 新华三技术有限公司 | Vcf系统中pe设备软件加载的方法以及装置 |
CN106452921B (zh) * | 2016-11-28 | 2019-12-06 | 新华三技术有限公司 | 一种堆叠系统分裂检测方法及装置 |
CN108718248B (zh) * | 2018-04-25 | 2021-08-24 | 新华三技术有限公司 | 一种pex设备拔除事件处理方法及装置 |
CN109039798B (zh) * | 2018-06-20 | 2021-01-26 | 新华三技术有限公司 | 分裂检测系统及方法 |
CN110224950B (zh) * | 2019-06-21 | 2022-01-21 | 深圳市信锐网科技术有限公司 | 堆叠系统检测系统、方法、装置及计算机可读存储介质 |
CN111343040B (zh) * | 2020-01-17 | 2022-12-16 | 新华三信息安全技术有限公司 | 扩展网桥的端口扩展器堆叠分裂检测方法和装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442484A (zh) * | 2008-12-05 | 2009-05-27 | 杭州华三通信技术有限公司 | 一种检测堆叠多Active的方法、系统及设备 |
CN101610182A (zh) * | 2009-06-26 | 2009-12-23 | 杭州华三通信技术有限公司 | 堆叠中多主用设备冲突检测方法及堆叠成员设备 |
CN102255751A (zh) * | 2011-06-30 | 2011-11-23 | 杭州华三通信技术有限公司 | 一种堆叠冲突的处理方法和设备 |
CN102263678A (zh) * | 2011-08-26 | 2011-11-30 | 杭州华三通信技术有限公司 | 一种预测堆叠分裂的方法及设备 |
CN102387046A (zh) * | 2011-10-19 | 2012-03-21 | 杭州华三通信技术有限公司 | 一种lacp mad的检测方法和设备 |
CN102970157A (zh) * | 2012-10-31 | 2013-03-13 | 杭州华三通信技术有限公司 | 链路故障处理方法、irf成员设备及数据通信装置 |
CN103166811A (zh) * | 2013-03-06 | 2013-06-19 | 杭州华三通信技术有限公司 | 一种mad检测方法和设备 |
CN103441878A (zh) * | 2013-08-29 | 2013-12-11 | 杭州华三通信技术有限公司 | Vcf网络中pe设备的归属处理方法及设备 |
CN103457795A (zh) * | 2013-08-29 | 2013-12-18 | 杭州华三通信技术有限公司 | Vcf网络中的mad方法及设备 |
-
2013
- 2013-12-20 CN CN201310710820.5A patent/CN103731303B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442484A (zh) * | 2008-12-05 | 2009-05-27 | 杭州华三通信技术有限公司 | 一种检测堆叠多Active的方法、系统及设备 |
CN101610182A (zh) * | 2009-06-26 | 2009-12-23 | 杭州华三通信技术有限公司 | 堆叠中多主用设备冲突检测方法及堆叠成员设备 |
CN102255751A (zh) * | 2011-06-30 | 2011-11-23 | 杭州华三通信技术有限公司 | 一种堆叠冲突的处理方法和设备 |
CN102263678A (zh) * | 2011-08-26 | 2011-11-30 | 杭州华三通信技术有限公司 | 一种预测堆叠分裂的方法及设备 |
CN102387046A (zh) * | 2011-10-19 | 2012-03-21 | 杭州华三通信技术有限公司 | 一种lacp mad的检测方法和设备 |
CN102970157A (zh) * | 2012-10-31 | 2013-03-13 | 杭州华三通信技术有限公司 | 链路故障处理方法、irf成员设备及数据通信装置 |
CN103166811A (zh) * | 2013-03-06 | 2013-06-19 | 杭州华三通信技术有限公司 | 一种mad检测方法和设备 |
CN103441878A (zh) * | 2013-08-29 | 2013-12-11 | 杭州华三通信技术有限公司 | Vcf网络中pe设备的归属处理方法及设备 |
CN103457795A (zh) * | 2013-08-29 | 2013-12-18 | 杭州华三通信技术有限公司 | Vcf网络中的mad方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103731303A (zh) | 2014-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103731303B (zh) | 一种纵向融合架构接口实现多活性实体检测的方法及设备 | |
CN102571426B (zh) | 一种双归保护方法和装置 | |
CN103843286B (zh) | 用于基于交换器连接性触发路由器状态更改的方法和装置 | |
CN101652963B (zh) | 重配通信网络的方法 | |
CN104104570A (zh) | Irf系统中的聚合处理方法及装置 | |
CN105591768B (zh) | 故障检测方法及装置 | |
CN101426031B (zh) | 一种以太网环的地址刷新方法和装置 | |
US9019816B2 (en) | Communication system, communication method, and communication apparatus | |
JP2008078893A (ja) | ネットワークの冗長方法及び中位スイッチ装置 | |
CN104980372A (zh) | 中继系统以及交换机装置 | |
CN102448095A (zh) | 一种双归保护方法和设备 | |
EP2424186B1 (en) | Dual-computer hot-standby method, device and system | |
CN104518936B (zh) | 链路动态聚合方法和装置 | |
CN102546222A (zh) | 备份系统及故障检测处理方法 | |
US20140071810A1 (en) | Communication system and processing method therefor | |
CN105340230A (zh) | 虚拟机架拓扑管理 | |
CN102142948A (zh) | 一种数据转发方法、装置及系统 | |
US20120176890A1 (en) | Method and apparatus for using g.8031 extensions to enable coexistence of g.8031-based protection and lag-like loadsharing for ethernet paths | |
CN103581025B (zh) | 路由信息处理方法、设备及系统 | |
JP6375206B2 (ja) | 中継システムおよびスイッチ装置 | |
CN108337144A (zh) | Td-lte城域回传网络、路径保护方法 | |
AU2011229566B2 (en) | Load sharing method and apparatus | |
US8681604B2 (en) | Address refresh method and system | |
CN103220189B (zh) | 一种mad检测备份方法和设备 | |
CN108833272A (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Applicant before: Huasan Communication Technology Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |