CN101309185A - 堆叠系统中多主用设备的处理方法和堆叠成员设备 - Google Patents
堆叠系统中多主用设备的处理方法和堆叠成员设备 Download PDFInfo
- Publication number
- CN101309185A CN101309185A CNA2008101167463A CN200810116746A CN101309185A CN 101309185 A CN101309185 A CN 101309185A CN A2008101167463 A CNA2008101167463 A CN A2008101167463A CN 200810116746 A CN200810116746 A CN 200810116746A CN 101309185 A CN101309185 A CN 101309185A
- Authority
- CN
- China
- Prior art keywords
- unique identification
- identification information
- configuration
- priority
- self
- 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
-
- 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/58—Association of routers
- H04L45/583—Stackable routers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Abstract
本发明公开了一种堆叠系统中多主用设备的处理方法,该方法包括:当所述堆叠系统出现堆叠链路故障后,系统中当前存在的所有主用设备通过预先配置的双向转发检测BFD会话,两两之间交互自身唯一标识信息;每个主用设备通过比较自身唯一标识信息和接收自其他主用设备的唯一标识信息,确定自身优先级;当确定自身优先级不是最高时,将自身所有业务接口关闭。本发明还公开了一种堆叠系统中的堆叠成员设备。使用本发明能够实现多Active的冲突解决,不仅适用于包括2个成员设备的堆叠系统,而且适用于包括2个以上成员设备的堆叠系统。
Description
技术领域
本发明涉及数据通信领域的堆叠技术,具体涉及一种堆叠系统中多主用设备的处理方法和一种堆叠系统中的堆叠成员设备。
背景技术
随着网络规模的急剧增加,堆叠技术应运而生。堆叠技术是指将两台或多台网络设备通过堆叠端口连接起来,组成堆叠系统。从逻辑上来说,堆叠在一起的网络设备相当于同一设备,用户管理堆叠系统就像管理一台设备。
图1为现有技术中一种典型的堆叠系统结构示意图。如图1所示,堆叠系统包括多个通过堆叠电缆连接在一起的多台网络设备,这些网络设备称为堆叠成员设备,简称成员设备。参与堆叠的所有成员设备使用相同的全局配置,包括全局IP地址、VLAN号。其中,有一台成员设备充当堆叠系统中控制者和管理者的角色,称为主用设备(Active设备),Active设备的全局配置生效。其他成员设备均为备用设备(Standby设备),Standby设备虽然也具备全局配置,但不生效。堆叠系统中分为两个平面,分别为数据平面和控制平面。Active设备负责管理控制平面,包括执行配置、下发配置等。Standby设备负责运行数据平面,进行数据转发。Standby设备所需数据由Active设备统一下发。
当堆叠系统中某段堆叠链路故障时,无法与Active设备连通但相互能够连通的Standby设备之间通过选举将其中一个Standby设备升级为Active设备。那么,堆叠系统中将出现两个或多个全局配置完全相同的Active设备。对于堆叠系统的外网来说,堆叠系统对应的逻辑设备被分裂为两个或多个逻辑设备,这些逻辑设备的全局配置都相同,那么,当这些配置相同的设备通过其他链路连通时,可能会引起诸如IP地址冲突的网络故障。例如,当图1中的Standby设备(简称为Standby)1和Standby2之间链路故障后,Active设备(简称为Active)和Standby1之间可以正常通信,但Standby2和Standby3不能与Active通信,此时,假设Standby2和Standby3经过选举将Standby2升级为Active1,Active1将预先配置的全局配置生效。此时,Active和Active1的全局配置完全相同,可能会引起外网故障。这种两个或两个以上Active的情况被称为多Active。
目前,出现了一种双Active检测和冲突解决机制,例如图2示出的基于双向转发检测(BFD,Bidirectional Forwarding Detection)的双Active检测和冲突解决示意图,如图2所示,堆叠系统包括两个成员设备,加入堆叠后,分别为Active和Standby,从Active和Standby上分别选取一个三层接口,作为BFD接口,为不同BFD接口配置不同静态路由、不同网段的IP地址和BFD会话的参数,然后用额外网线将两个成员设备的BFD接口连接起来,如图2中的双箭头虚线。如前所述,Active和Standby的全局配置是相同的。
当堆叠系统正常工作时,Active的全局配置生效;当Active和Standby检测到二者之间堆叠链路断开时,Standby将自身升级为Active,称为Active1,此时出现了双Active。同时,Active和Active1的BFD接口配置参数生效,Active和Active1之间的BFD会话连通,BFD会话连通即确认检测到双Active,此时将Active上所有端口关闭(Shutdown),令堆叠设备中只剩下一个Active,从而解决双Active冲突问题。
但是,这种双Active检测和冲突解决机制的问题在于只支持两台成员设备形成的堆叠系统,对于包括三台或更多成员设备的堆叠系统是不适用的。
发明内容
有鉴于此,本发明提供了一种多Active设备的处理方法,能够实现多Active的冲突解决,不仅适用于包括2个成员设备的堆叠系统,而且适用于包括2个以上成员设备的堆叠系统。
当所述堆叠系统出现堆叠链路故障后,系统中当前存在的所有主用设备通过预先配置的双向转发检测BFD会话,两两之间交互自身唯一标识信息;每个主用设备通过比较自身唯一标识信息和接收自其他主用设备的唯一标识信息,确定自身优先级;当确定自身优先级不是最高时,将自身所有业务接口关闭。
本发明还提供了一种堆叠成员设备,能够实现多Active的冲突解决,不仅适用于包括2个成员设备的堆叠系统,而且适用于包括2个以上成员设备的堆叠系统。
该堆叠成员设备包括故障检测单元、升级单元、BFD单元、优先级确定单元和接口关闭单元;
所述故障检测单元,用于在检测到所在堆叠系统出现堆叠链路故障时,当所在设备故障前为主用设备,则通知所述BFD单元;当所在设备故障前为备用设备,则通知所述升级单元;
所述升级单元,用于在接收到通知后,和与所在设备互通的备用设备进行主用设备选举,当根据选举结果将所在设备升级为主用设备时,通知所述BFD单元;
所述BFD单元,用于在接收到故障检测单元或升级单元的通知后,通过预先配置的BFD会话与所在堆叠系统中每个主用设备交互自身唯一标识信息,将接收自其他主用设备的唯一标识信息发送给所述优先级确定单元;
优先级确定单元,用于通过比较所在设备的唯一标识信息和接收的唯一标识信息,确定所在设备优先级;当确定所在设备优先级不是最高时,将确定结果发送给接口关闭单元;
所述接口关闭单元,用于在接收到所述确定结果后,将所在设备所有业务接口关闭。
根据以上技术方案可见,本发明实施例当堆叠系统出现堆叠链路故障时,堆叠系统中的一个或多个Standby设备将自身升级为Active设备,故障前的Active设备和故障后升级的Active设备之间两两交互自身唯一标识信息,每个Active设备根据自身唯一标识信息和接收的所有唯一标识信息确定自身优先级,当确定自身优先级不是最高时,将自身所有业务接口关闭,使得堆叠系统中只剩下一个Active设备,从而解除多Active的冲突。可见,该方案不受堆叠成员设备个数的限制,不仅适用于包括2个成员设备的堆叠系统,而且适用于包括2个以上成员设备的堆叠系统。
附图说明
图1为现有技术中一种典型的堆叠系统结构示意图。
图2为现有技术中基于BFD的双Active检测和冲突解决示意图。
图3为本发明实施例中堆叠系统的结构示意图。
图4为本发明实施例中多Active设备的处理方法流程图。
图5为本发明实施例中成员设备的结构示意图。
图6为图5中BFD单元53的结构示意图。
具体实施方式
下面结合附图并举实施例,对本发明进行详细描述。
本发明为一种堆叠系统中多Active设备的处理方案,其基本思想为:当堆叠系统出现堆叠链路故障后,堆叠系统中的一个或多个Standby设备将自身升级为Active设备,出现多Active。此时,堆叠系统中当前存在的所有主用设备通过预先配置的BFD会话两两之间交互自身唯一标识信息;每个Active设备通过比较自身唯一标识信息和接收自其他Active设备的唯一标识信息,确定自身优先级,当确定自身优先级不是最高时,将自身所有业务接口关闭,使得堆叠系统中只剩下一个Active设备,从而解除多Active的冲突。
其中,被关闭的业务接口为面向用户的业务接口,并非堆叠链路所占用的堆叠接口。关闭相应业务接口后,堆叠系统的多Active仍然存在,只对外网不可见,对外网来说,堆叠系统只具有一个Active设备,即通过比较优先级保留下来的Active设备。然后,等待用户手工恢复。
图3为本发明实施例中堆叠系统的结构示意图,如图3所示,该堆叠系统包括多个成员设备和一个交换机,每个成员设备的配置如下:
1、从每个成员设备上取一个三层接口用于多Active冲突检测,该三层接口称为检测口;各成员设备的检测口均与二层交换机相连;检测口可以采用成员设备的已有管理网口。
2、每个检测口配置有一个唯一IP地址;较佳地,不同检测口配置的IP地址属于同一子网;
3、为每个检测口配置该检测口到所在堆叠系统中其他各成员设备的检测口之间的BFD会话参数;如图3中包括4台成员设备,则每台成员设备上的检测口都配置有3条BFD会话。
需要说明的是,只有Active设备的检测口配置生效,Standby设备的检测口配置不生效。但是,当Standby设备升级为Active设备时,将其检测口生效,即自动生效预先配置的检测口的IP地址且根据配置的BFD会话参数建立BFD会话,从而令检测口可以收发唯一标识信息。
在本实施例中,成员设备为分布式框式设备,因此每个堆叠成员具有唯一框号。同时,还为每个成员设备配置设备优先级(priority)信息,该priority采用数字表示,priority值越大,优先级越高。priority是成员设备之间的优先级,不同成员设备的优先级可以相同。而本发明实施例所要确定的优先级为各Active设备之间的优先级,这是两个不同的概念。为了区分这两个优先级,以下将priority称为设备优先级,将本发明实施例所要确定的优先级称为Active优先级。
图4示出了本发明实施例中多Active设备的处理方法流程图。如图4所示,该方法包括以下步骤:
步骤401:堆叠系统启动后,各成员设备选举Active设备。
这里,堆叠系统启动后Active设备选举是已知技术手段,这里不详述。
步骤402:各成员设备将选举出的Active设备作为当前Active设备,记录当前Active设备标识符(CurID)=堆叠系统中Active设备的框号。
步骤403:被选举出的Active设备令其检测口配置生效,堆叠系统中各Standby设备的检测口配置不生效。
此时,由于堆叠系统中只有Active设备的检测口有效,因此Active设备与Standby设备之间的BFD会话并未建立起来。
步骤404:当检测到堆叠系统出现堆叠链路故障时,堆叠系统中的一台或多台Standby设备升级为Active设备。
本步骤中,检测堆叠链路故障和堆叠链路故障情况下Standby设备升级为Active设备均为已知技术手段,这里不详述。
此时,堆叠系统中出现多个Active设备。
步骤405:堆叠系统中的各Active设备两两之间建立起预先配置的BFD会话,在BFD建立过程中交互用于确定Active优先级的信息。其中,堆叠系统中的Active设备包括故障前的Active设备和故障后从Standby设备升级的Active设备。本实施例中,用于确定Active优先级的信息包括:CurID、故障前Active设备的标识符(Old ID)和成员设备自身priority。
本步骤中,Active设备执行以下操作:
1、更新CurID和记录Old ID。更新步骤具体为:
Old ID=故障前Cur ID;
Cur ID=Self ID;
其中,Self ID为执行所述更新操作的成员设备标识符,本实施例成员设备标识符为设备框号(Chassis ID)。
2、从Standby设备升级得到的Active设备令其检测口配置生效。具体实现包括:
令配置的IP地址生效;
根据预先配置的BFD会话参数,向除自身之外的每个Active设备发送用于建立BFD会话的BFD报文,在BFD报文中携带记录的Old ID、更新后Cur ID和设备自身priority。这里,Old ID、Cur ID和priority为用于确定Active优先级的信息。
将记录的Old ID、更新后Cur ID和设备自身priority携带在BFD报文,需要对BFD报文进行扩展。现有技术中的BFD报文由固定报文头和认证报文头两部分组成。其中,认证报文携带BFD会话认证信息。现有的认证报文头中的认证类型(Auth Type)用于区分认证类型,协议中规定了三种认证类型:0、1和2。本发明增加一种认证类型,令Auth Type字段取值为大于2且小于255的整数,例如254,表示该BFD报文携带了用于确定Active优先级的信息。将记录的Old ID、更新后Cur ID和设备自身priority作为新增字段,记录在认证报文头中,更新后Old ID和更新后Cur ID分别占1字节,设备自身priority占2字节。由于新增字段的加入,将认证报文头中的已有认证报文头长度(Auth Len)字段设置为28(字节)。认证报文头中的其他字段以及固定报文头的字段按照现有BFD协议填充。
在实际中,Old ID、Cur ID和priority也可以在BFD会话建立之后,通过所建立的BFD会话发送给所建立的BFD会话的对端。
步骤406:Active设备接收到BFD报文后,通过比较所接收BFD报文中的Old ID、Cur ID和priority与自身记录的Old ID、Cur ID和priority,确定自身Active优先级。
本步骤中,Active设备接到一个BFD报文后,根据预先设定的比较规则,确定自身Active优先级。本实施例中一种根据比较规则确定自身Active优先级的方式包括如下判断流程:
a、Active设备判断自身记录的Cur ID是否等于所接收的Old ID,如果是,则确定自身Active优先级高,此时可以确定自身依旧作为Active设备,退出本判断流程;否则,执行步骤b;
b、判断自身记录的Old ID是否等于所接收的Cur ID;如果是,则确定自身Active优先级不是最高;否则,执行步骤c;
c、判断自身记录的priority是否小于所接收的priority;如果是,则确定自身Active优先级不是最高;否则,执行步骤d;
d、判断自身记录的priority是否等于所接收的priority;如果是,则执行步骤e;否则,退出本判断流程;
e、判断Self ID是否大于所接收的Cur ID;如果是,则判定自身Active优先级不是最高;否则,退出本判断流程。
以上步骤a的处理目的是令故障前的Active设备最终判定自身Active优先级最高。步骤a的替代规则为:判断自身记录的Cur ID是否等于自身记录的Old ID,如果是,则退出本判断流程;否则,执行步骤b。
以上步骤b的处理目的是令故障后被升级为Active的成员设备判定自身Active优先级不是最高。
以上步骤c和d的处理目的是当故障前的Active设备故障,导致各故障后被升级为Active的成员设备无法通过步骤a和b确定自身Active优先级时,采用priority确定自身Active优先级,最终将priority最大的Active设备保留。如果设置priority时,定义priority越大优先级越低,则步骤c的替代规则为:c、判断自身记录的priority是否小于所接收的priority;如果是,则判定自身Active优先级不是最高;否则,执行步骤d。
以上步骤e的处理目的是当参与步骤c判断的部分或全部Active设备priority相同导致步骤c和d的判断失效时,采用步骤e确定自身Active优先级,最终将Self ID最小的Active设备保留。实际上,最终将Self ID最大的Active设备保留,也可以实现多Active的冲突解除,因此步骤e的替代规则为:判断Self ID是否小于所接收的Cur ID;如果是,则判定自身优先级不是最高;否则,退出本判断流程。
以上比较规则中的各个比较步骤的选取是根据各个步骤的处理目的确定的。本实施例首选将令故障前的Active设备作为对外网可见的Active设备,因此首先进行步骤a和b的判断。考虑到故障前的Active设备自身故障的情况,本实施例将priority参数作为比较重要的判断依据,进行后续判断。如果存在priority相同的设备,则采用步骤e进行判断,最终确定唯一一个对外网可见的Active设备。
上述比较规则中各个步骤的顺序是根据各个预先定制的判断规则可以调节的,同时也可以根据实际需要省略其中的个别步骤。例如:如果设置任意两个设备的priority参数都不重复,则上述比较规则可以不包括步骤d和e;如果不考虑设备的priority参数,则上述比较规则可以不包括步骤c和d;如果不希望将故障前的Active设备作为对外网可见的Active设备,而将priority参数作为最重要的判断依据,则上述比较规则可以不包括步骤a和b,如此等等。
步骤407:确定自身优先级不是最高的Active设备,将自身所有业务接口关闭。
至此,本流程结束。
下面举一个实例。
参见图3,假设图3中的4个成员设备,从左到右的框号分别为1、2、3、4,左到右priority分别为4、3、2、1,priority大优先级高。从每个成员设备上取一个作为检测口的三层接口,从左到右分别为interface1、interface2、interface3和interface4。为每个三层接口配置同一网段的IP地址,分别为ip1、ip2、ip3和ip4,为每个三层接口配置BFD会话参数,使得每个三层接口都有条件与另外3个三层接口建立BFD会话。当堆叠系统启动后,图3中最左侧的成员设备被选举为Active设备,称为Active0,其Cur ID=1,检测口配置生效;其他三个设备为Standby设备,分别称为Standby1、Standby2和Standby3,3个Standby设备的CurID=1,且检测口配置未生效。
假设Active0与Standby1之间以及Standby1与Standby2之间的堆叠链路故障,此时堆叠分裂为三段,Standby1升级为Activel,Standby2和Standby3之间通过竞争选举Standby2升级为Active2,出现三个Active。图3中带有垂直虚线的双箭头实线表明堆叠链路故障。
此时,Active0记录Old ID=1,Cur ID=1;Active1记录Old ID=1,Cur ID=2;Active2记录Old ID=1,Cur ID=3。Active0、Active1和Active2根据预先配置的BFD会话参数,向自身之外的每个Active设备发送携带OldID、Cur ID和priority的BFD报文。
接收到BFD报文后,Active0判定自身记录的Cur ID等于所有所接收报文的Old ID,确定自身Active优先级最高;
Active1判定自身记录的Cur ID不等于所有所接收报文的Old ID,执行比较流程中的步骤b,判定接收自Active0的Cur ID等于自身记录的Old ID,判定自身Active优先级不是最高。同理,Active2判定接收自Active0的CurID等于自身记录的Old ID,也判定自身Active优先级不是最高。因此,Active1和Active2均将自身所有业务接口关闭。此时,对于外网来说,Active0为唯一的Active。
假设本实例中的Active0故障无法建立BFD会话。此时,Active1在根据比较流程中的步骤b进行判断时,判定接收自Active2的Cur ID不等于自身记录的Old ID,表明Active1和Active2都是新Active,此时比较接收的priority与自身记录的priority,由于Active1的priority大于Active2的priority,因此Active2判定自身优先级不是最高。因此,Active2将自身所有业务接口关闭。
如果Active1和Active2的priority相同,则根据比较规则中的步骤e,判定Active2的Self ID=3,大于接收自Active1的Cur ID=2,因此Active2判定自身优先级不是最高。因此,Active2将自身所有业务接口关闭。
图4的处理流程仅示出了一个较佳实施例。在实际中,可以为每个成员设备配置N-1个检测口,每个检测口对应所在堆叠系统中除自身以外的成员设备。N为所在堆叠系统中的成员设备个数。在这种情况下,只需为每个检测口配置一条BFD会话,即该检测口到对应成员设备的检测口之间的BFD会话。同时,各检测口可以直接两两相连,无需交换机。
在实际中,为每个检测口配置的IP地址也可以属于不同子网。在这种情况下,需要为每个检测口配置静态路由,并在检测口配置生效时下发,确保Active设备之间能够根据静态路由正常收发报文。
在实际中,用于确定Active优先级的唯一标识信息也可以是其他信息,例如预先为各成员设备设置的互不相同的数字标识,较佳地可以采用前述框号。在比较时,每个Active设备判断自身框号是否小于接收的各框号中的一个,如果是,则确定自身优先级不是最高,最终将框号最大Active设备保留,其他Active设备的业务接口均关闭。在比较时,每个Active设备也可以在判定自身框号大于接收的各框号中的一个时,确定自身Active优先级不是最高,最终将框号最小Active设备保留,其他Active设备的业务接口均关闭。
又例如,唯一标识信息也可以采用priority。那么,需要预先为各成员设备设置互不相同的priority。在比较时,每个Active设备判断自身priority是否小于接收的各priority中的一个,如果是,则确定自身Active优先级不是最高。其中,priority大表示设备优先级高或priority小表示优先级高均可以实现最终保留一个Active设备的目的。如果priority小表示优先级高,则在比较时每个Active设备判断自身priority是否大于接收的各priority中的一个,如果是,则确定自身Active不是最高。
从以上对比较流程的分析可见,唯一标识信息的选取和比较方式的设置可以非常灵活,只要为各成员设备设置一个或多个唯一标识信息,令Active设备能够比较自身唯一标识信息和其他Active设备的唯一标识信息,并根据比较结果从多个Active设备中确定出一个并保留,将其他Active设备的业务接口关闭即可。
本发明实施例还提供了一种堆叠系统中的成员设备。图5为本发明实施例中成员设备的结构示意图,如图5所示,故障检测单元51、升级单元52、BFD单元53、优先级确定单元54和接口关闭单元55;其中,
故障检测单元51,用于在检测到所在堆叠系统出现堆叠链路故障时,当所在设备故障前为Active设备,则通知BFD单元53;当所在设备故障前为Standby设备,则通知升级单元52;
升级单元52,用于在接收到通知后,与和所在设备互通的Standby设备之间进行Active设备的选举,当根据选举结果将所在设备升级为Active设备时,通知BFD单元53。
BFD单元53,用于在接收到故障检测单元51或升级单元52的通知后,通过预先配置的BFD会话与所在堆叠系统中每个Active设备交互自身唯一标识信息;将接收自其他Active设备的唯一标识信息发送给优先级确定单元54。
优先级确定单元54,用于通过比较所在设备的唯一标识信息和接收的唯一标识信息,确定所在设备优先级;当确定所在设备优先级不是最高时,将确定结果发送给接口关闭单元55。
接口关闭单元55,用于在接收到确定结果后,将所在设备所有业务接口关闭。
图6为图5中BFD单元53的结构示意图,如图5所示,该BFD单元53包括配置模块531、配置信息存储模块532、唯一标识信息维护模块533、BFD模块534和检测口模块535,其中,
检测口模块535包括检测口,该检测口用于通过BFD会话与其他Active设备交互信息,将接收自BFD模块534的信息发送出去,将接收自外部的信息发送给优先级确定单元54。检测口为所在设备的三层接口。检测口模块535包括一个或多个检测口。当包括一个检测口时,该检测口与设备外部的交换机相连,当包括多个检测口时,检测口的数量为N-1,N为所在堆叠系统的成员设备个数,每个检测口直接与其他成员设备的检测口一对一相连。
配置信息存储模块532,用于保存预先为检测口模块535中的每个检测口配置的检测口配置:BFD会话的参数和唯一IP地址。具体来说,当检测口模块535中只包括一个检测口时,所述配置的BFD会话为N-1条,每条BFD会话对应所在堆叠系统中的一个成员设备中的一个检测口;当检测口模块535中包括N-1个检测口时,每个检测口对应所在堆叠系统中的一个成员设备,所述配置的BFD会话为检测口到对应成员设备的检测口之间的BFD会话。无论检测口模块535的检测口数量为1或N-1,每个检测口具有唯一IP地址,不同检测口的IP地址不同,可以属于同一子网,也可以不属于同一子网。但是,当不属于同一子网时,需要进一步为每个检测口配置静态路由,令检测口可以根据所配置的静态路由向不同子网的其他检测口发送报文。在这种情况下,两个检测口直接需要接入交换机,以实现路由功能。
配置模块531,用于在加入堆叠系统时,判断所在设备是否为Active设备,如果是,则将配置信息存储模块532中的检测口配置下发给检测口,使其生效;否则,不下发;当接收到升级单元52的通知时,将配置信息存储模块532中的检测口配置下发给检测口,使其生效。
唯一标识信息维护模块533,用于维护唯一标识信息,在接收到升级单元52或故障检测单元51的通知时,将维护的唯一标识信息发送给BFD模块534。
BFD模块534,用于将接收自唯一标识信息维护模块533的唯一标识信息通过检测口模块535中的所有检测口发送出去。发送时,可以携带在用于建立BFD会话的BFD报文中发送给生效的BFD会话对端;也可以在建立BFD会话之后,通过所建立的BFD会话发送给生效的BFD会话对端。
其中,唯一标识信息维护模块533中的唯一标识可以是所在设备的唯一优先级信息,例如priority,也可以是为所在设备配置的唯一数字标识,例如所在设备的框号Self ID。所谓唯一,是指不同成员设备互不相同。在这种情况下,优先级确定单元54通过比较所在设备的唯一标识信息和接收的唯一标识信息,确定所在设备优先级为:判断自身唯一标识信息是否小于接收的各唯一标识信息中的一个,如果是,则确定自身优先级不是最高。
如前所述,该唯一标识信息还可以是多个信息的组合,包括前述Old ID、Cur ID和priority。在这种情况下,唯一标识信息维护模块533在所在设备加入堆叠系统时,记录Cur ID=选举出的Active设备的框号;当接收到升级单元52或故障检测单元51的通知时,更新Old ID=故障前Cur ID,Cur ID=Self ID,并将priority、Old ID和更新后的Cur ID作为唯一标识信息发送给BFD模块534。在这种情况下,优先级确定单元54通过比较所在设备的唯一标识信息和接收的唯一标识信息,确定所在设备优先级的步骤包括前述方法实施例步骤405中包括步骤a到e的判断流程。
由以上所述可以看出,本发明所提供的堆叠系统中多Active设备的处理方案以及成员设备能够实现多Active的检测和冲突解决,不仅适用于包括2个成员设备的堆叠系统,而且适用于包括2个以上成员设备的堆叠系统。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1、一种堆叠系统中多主用设备的处理方法,其特征在于,该方法包括:
当所述堆叠系统出现堆叠链路故障后,系统中当前存在的所有主用设备通过预先配置的双向转发检测BFD会话,两两之间交互自身唯一标识信息;每个主用设备通过比较自身唯一标识信息和接收自其他主用设备的唯一标识信息,确定自身优先级;当确定自身优先级不是最高时,将自身所有业务接口关闭。
2、如权利要求1所述的方法,其特征在于,当所述堆叠系统出现堆叠链路故障后,当前存在的所有主用设备包括故障前的主用设备和/或故障后从备用设备升级的主用设备;所述主用设备通过预先配置的双向转发检测BFD会话,两两之间交互自身唯一标识信息包括:
预先为堆叠系统中每个堆叠成员设备配置检测口,为每个检测口配置BFD会话和唯一IP地址;堆叠系统中的主用设备的检测口配置生效,备用设备的检测口不生效;
备用设备检测到所述堆叠链路故障后,将自身升级为主用设备,并令其检测口配置生效;
各主用设备中每两个检测口之间通过配置的BFD会话交互所述唯一标识信息。
3、如权利要求2所述的方法,其特征在于,所述为堆叠系统中每个堆叠成员设备配置检测口为:为堆叠系统中每个堆叠成员设备配置一个检测口,各堆叠成员设备的检测口通过预设交换设备相连;
所述为每个检测口配置BFD会话为:为每个检测口配置该检测口到所在堆叠系统中其他各成员设备的检测口之间的BFD会话。
4、如权利要求2所述的方法,其特征在于,所述为堆叠系统中每个堆叠成员设备配置检测口为:为堆叠系统中每个堆叠成员设备配置多个检测口,每个检测口对应所在堆叠系统中除自身以外的一个堆叠成员设备;
所述为每个检测口配置BFD会话为:为每个检测口配置该检测口到对应堆叠成员设备的检测口之间的BFD会话。
5、如权利要求2所述的方法,其特征在于,为各检测口配置的所述IP地址属于同一网段。
6、如权利要求2所述的方法,其特征在于,为各检测口配置的所述IP地址属于不同网段;
所述为堆叠系统中每个堆叠成员设备配置检测口包括:为每个检测口配置为交互所述唯一标识信息指示转发路径的静态路由。
7、如权利要求1至6任意一项所述的方法,其特征在于,所述唯一标识在所述BFD会话被建立时,被携带在BFD报文扩展字段中在各主用设备之间交互。
8、如权利要求1所述的方法,其特征在于,所述唯一标识信息为所述堆叠系统中各堆叠成员设备互不相同的设备优先级信息或各堆叠成员设备互不相同的数字标识;
每个主用设备通过比较自身唯一标识信息和接收自其他主用设备的唯一标识信息,确定自身优先级为:
每个主用设备判断自身唯一标识信息是否小于所接收各唯一标识信息中的一个,如果是,则确定自身优先级不是最高。
9、如权利要求1所述的方法,其特征在于,该方法进一步包括:为所述堆叠系统中的堆叠成员设备配置互不相同的数字标识;
所述自身唯一标识信息包括所记录的当前主用设备的数字标识Cur ID、故障前主用设备的数字标识Old ID和堆叠成员设备自身的设备优先级信息priority;
该方法进一步包括:堆叠成员设备在加入堆叠系统时,将所在堆叠系统中主用设备的数字标识记录为Cur ID;当检测到所述堆叠链路故障后,故障前的主用设备和故障后从备用设备升级的主用设备将所记录的Cur ID更新为自身数字标识;
所述每个主用设备通过比较自身唯一标识信息和接收自其他主用设备的唯一标识信息,确定自身优先级的操作包括:
每个主用设备在接收到一个其他主用设备的Cur ID、Old ID和priority后,根据预先设定的比较规则,确定自身优先级。
10、一种堆叠系统中的堆叠成员设备,其特征在于,该堆叠成员设备包括故障检测单元、升级单元、BFD单元、优先级确定单元和接口关闭单元;
所述故障检测单元,用于在检测到所在堆叠系统出现堆叠链路故障时,当所在设备故障前为主用设备,则通知所述BFD单元;当所在设备故障前为备用设备,则通知所述升级单元;
所述升级单元,用于在接收到通知后,和与所在设备互通的备用设备进行主用设备选举,当根据选举结果将所在设备升级为主用设备时,通知所述BFD单元;
所述BFD单元,用于在接收到故障检测单元或升级单元的通知后,通过预先配置的BFD会话与所在堆叠系统中每个主用设备交互自身唯一标识信息,将接收自其他主用设备的唯一标识信息发送给所述优先级确定单元;
优先级确定单元,用于通过比较所在设备的唯一标识信息和接收的唯一标识信息,确定所在设备优先级;当确定所在设备优先级不是最高时,将确定结果发送给接口关闭单元;
所述接口关闭单元,用于在接收到所述确定结果后,将所在设备所有业务接口关闭。
11、如权利要求10所述的堆叠成员设备,其特征在于,所述BFD单元包括检测口模块、配置模块、配置信息存储模块、唯一标识信息维护模块和BFD模块;
所述检测口模块包括检测口,所述检测口用于通过BFD会话与其他主用设备交互信息,将接收自所述BFD模块的信息发送出去,将接收自外部的信息发送给优先级确定单元;
所述配置信息存储模块,用于保存预先为检测口模块中的每个检测口配置的检测口配置,所述检测口配置包括BFD会话的参数和唯一IP地址;
所述配置模块,用于在加入堆叠系统且自身为Active设备时,将所述配置信息存储模块中的检测口配置下发给检测口,使其生效;当接收到所述升级单元的通知时,将所述配置信息存储模块中的检测口配置下发给检测口,使其生效;
所述唯一标识信息维护模块,用于维护唯一标识信息,在接收到所述升级单元或所述故障检测单元的通知时,将维护的唯一标识信息发送给所述BFD模块;
所述BFD模块,用于将接收自所述唯一标识信息维护模块的唯一标识信息通过所述检测口模块中的检测口发送出去。
12、如权利要求11所述的堆叠成员设备,其特征在于,所述检测口模块包括一个检测口,该检测口与设备外部交换设备相连;
所述配置信息存储模块进一步用于,为所述检测口分别配置该检测口到所在堆叠系统中每个堆叠成员设备的检测口之间的BFD会话。
13、如权利要求11所述的堆叠成员设备,其特征在于,所述配置信息存储模块保存的检测口配置进一步包括静态路由;
所述BFD模块,进一步用于根据配置的静态路由,将所述唯一标识信息通过所述检测口模块中的检测口发送出去。
14、如权利要求11所述的堆叠成员设备,其特征在于,所述BFD模块包括接收子模块和BFD报文构造子模块;
所述接收子模块,用于接收来自所述唯一标识信息维护模块的唯一标识信息,并发送给BFD报文构造子模块;
所述BFD报文构造子模块,用于将接收的唯一标识信息携带在用于建立BFD会话的BFD报文的扩展字段中,通过所述检测口模块中的检测口发送出去。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101167463A CN101309185B (zh) | 2008-07-16 | 2008-07-16 | 堆叠系统中多主用设备的处理方法和堆叠成员设备 |
US12/503,281 US7978595B2 (en) | 2008-07-16 | 2009-07-15 | Method for processing multiple active devices in stacking system and stacking member device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101167463A CN101309185B (zh) | 2008-07-16 | 2008-07-16 | 堆叠系统中多主用设备的处理方法和堆叠成员设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101309185A true CN101309185A (zh) | 2008-11-19 |
CN101309185B CN101309185B (zh) | 2010-12-08 |
Family
ID=40125415
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101167463A Active CN101309185B (zh) | 2008-07-16 | 2008-07-16 | 堆叠系统中多主用设备的处理方法和堆叠成员设备 |
Country Status (2)
Country | Link |
---|---|
US (1) | US7978595B2 (zh) |
CN (1) | CN101309185B (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841735A (zh) * | 2009-03-17 | 2010-09-22 | 华为技术有限公司 | 框式交换机及堆叠系统以及堆叠后故障处理方法 |
CN102347867A (zh) * | 2011-11-14 | 2012-02-08 | 杭州华三通信技术有限公司 | 一种堆叠分裂检测的处理方法和设备 |
CN102355366A (zh) * | 2011-08-24 | 2012-02-15 | 杭州华三通信技术有限公司 | 堆叠分裂时管理堆叠成员设备的方法和堆叠成员设备 |
CN102404172A (zh) * | 2011-12-21 | 2012-04-04 | 迈普通信技术股份有限公司 | 一种多激活检测方法和设备 |
CN101605104B (zh) * | 2009-07-23 | 2012-04-18 | 杭州华三通信技术有限公司 | 堆叠设备中的流量转发方法和设备 |
CN102457402A (zh) * | 2010-10-14 | 2012-05-16 | 杭州华三通信技术有限公司 | 一种检测多主用设备冲突的方法和装置 |
CN101442484B (zh) * | 2008-12-05 | 2012-09-05 | 杭州华三通信技术有限公司 | 一种检测堆叠多Active的方法、系统及设备 |
CN102724069A (zh) * | 2012-06-14 | 2012-10-10 | 福建星网锐捷网络有限公司 | 热堆叠系统中双主用设备冲突检测方法、装置及网络设备 |
CN102724073A (zh) * | 2012-06-20 | 2012-10-10 | 华为技术有限公司 | 一种网络流量恢复的方法和路由设备 |
CN103354504A (zh) * | 2013-06-25 | 2013-10-16 | 杭州华三通信技术有限公司 | 一种虚拟网络设备管理方法及装置 |
CN103685017A (zh) * | 2013-12-02 | 2014-03-26 | 福建星网锐捷网络有限公司 | 堆叠系统中报文转发方法、堆叠设备及堆叠系统 |
CN103856357A (zh) * | 2014-03-21 | 2014-06-11 | 迈普通信技术股份有限公司 | 一种堆叠系统故障处理方法及堆叠系统 |
CN104639357A (zh) * | 2013-11-14 | 2015-05-20 | 华为技术有限公司 | 带外堆叠系统可靠性的提升方法和装置 |
CN105245637A (zh) * | 2015-10-27 | 2016-01-13 | 迈普通信技术股份有限公司 | 一种冲突处理方法及设备 |
CN103354504B (zh) * | 2013-06-25 | 2016-11-30 | 杭州华三通信技术有限公司 | 一种虚拟网络设备管理方法及装置 |
CN106657355A (zh) * | 2016-12-29 | 2017-05-10 | 北京华为数字技术有限公司 | 一种集群管理方法及设备 |
CN106951276A (zh) * | 2017-02-09 | 2017-07-14 | 苏州精控能源科技有限公司 | 多控制器的软件升级及地址冲突检测方法、装置 |
CN107704345A (zh) * | 2016-08-09 | 2018-02-16 | 迈普通信技术股份有限公司 | 自动化测试中堆叠设备的管理方法及装置 |
CN108416591A (zh) * | 2018-02-28 | 2018-08-17 | 四川新网银行股份有限公司 | 一种金融交易中通过api接口实现交易主动限流的方法 |
CN109728944A (zh) * | 2018-12-24 | 2019-05-07 | 杭州迪普科技股份有限公司 | 一种OpenStack中针对双机设备配置下发的方法和系统 |
CN115396385A (zh) * | 2021-05-19 | 2022-11-25 | 中国移动通信集团浙江有限公司 | 堆叠交换机快速恢复业务的方法、装置及计算设备 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610182B (zh) * | 2009-06-26 | 2011-09-07 | 杭州华三通信技术有限公司 | 堆叠中多主用设备冲突检测方法及堆叠成员设备 |
CN103825766B (zh) * | 2014-02-28 | 2017-04-12 | 杭州华三通信技术有限公司 | 一种bfd链路检测装置和方法 |
CN105281951B (zh) * | 2015-09-29 | 2018-08-03 | 北京星网锐捷网络技术有限公司 | Vsu系统中双主用设备冲突检测方法及网络设备 |
US10541904B2 (en) * | 2016-12-14 | 2020-01-21 | Hewlett Packard Enterprise Development Lp | Establishing a network fault detection session |
US10498644B2 (en) | 2017-09-27 | 2019-12-03 | Hewlett Packard Enterprise Development Lp | Grace link state advertisement (LSA) from a virtual stack device |
US11310097B2 (en) | 2019-01-24 | 2022-04-19 | Hewlett Packard Enterprise Development Lp | Virtual stack recovery |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7336622B1 (en) * | 2003-09-08 | 2008-02-26 | Cisco Technology, Inc. | Method and system for resolving switch number conflicts in a stackable switch system |
US7505403B2 (en) * | 2004-10-28 | 2009-03-17 | Alcatel Lucent | Stack manager protocol with automatic set up mechanism |
US8082340B2 (en) * | 2006-01-30 | 2011-12-20 | Cisco Technology, Inc. | Technique for distinguishing between link and node failure using bidirectional forwarding detection (BFD) |
US8543718B2 (en) * | 2006-03-02 | 2013-09-24 | Cisco Technology, Inc. | Technique for efficiently and dynamically maintaining bidirectional forwarding detection on a bundle of links |
US7782800B2 (en) * | 2006-12-22 | 2010-08-24 | Texas Instruments Incorporated | Discovery, detection, and management of daisy-chain system topology |
US20090245137A1 (en) * | 2008-03-03 | 2009-10-01 | Green Hills Software, Inc. | Highly available virtual stacking architecture |
US8111611B2 (en) * | 2008-06-30 | 2012-02-07 | Cisco Technology, Inc. | Bidirectional forwarding detection on multilink bundled interfaces |
CN101610182B (zh) * | 2009-06-26 | 2011-09-07 | 杭州华三通信技术有限公司 | 堆叠中多主用设备冲突检测方法及堆叠成员设备 |
-
2008
- 2008-07-16 CN CN2008101167463A patent/CN101309185B/zh active Active
-
2009
- 2009-07-15 US US12/503,281 patent/US7978595B2/en active Active
Cited By (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442484B (zh) * | 2008-12-05 | 2012-09-05 | 杭州华三通信技术有限公司 | 一种检测堆叠多Active的方法、系统及设备 |
CN101841735B (zh) * | 2009-03-17 | 2015-04-15 | 华为技术有限公司 | 框式交换机及堆叠系统以及堆叠后故障处理方法 |
CN101841735A (zh) * | 2009-03-17 | 2010-09-22 | 华为技术有限公司 | 框式交换机及堆叠系统以及堆叠后故障处理方法 |
CN101605104B (zh) * | 2009-07-23 | 2012-04-18 | 杭州华三通信技术有限公司 | 堆叠设备中的流量转发方法和设备 |
CN102457402B (zh) * | 2010-10-14 | 2014-07-16 | 杭州华三通信技术有限公司 | 一种检测多主用设备冲突的方法和装置 |
CN102457402A (zh) * | 2010-10-14 | 2012-05-16 | 杭州华三通信技术有限公司 | 一种检测多主用设备冲突的方法和装置 |
CN102355366A (zh) * | 2011-08-24 | 2012-02-15 | 杭州华三通信技术有限公司 | 堆叠分裂时管理堆叠成员设备的方法和堆叠成员设备 |
CN102355366B (zh) * | 2011-08-24 | 2014-12-10 | 杭州华三通信技术有限公司 | 堆叠分裂时管理堆叠成员设备的方法和堆叠成员设备 |
CN102347867A (zh) * | 2011-11-14 | 2012-02-08 | 杭州华三通信技术有限公司 | 一种堆叠分裂检测的处理方法和设备 |
CN102347867B (zh) * | 2011-11-14 | 2014-06-25 | 杭州华三通信技术有限公司 | 一种堆叠分裂检测的处理方法和设备 |
CN102404172A (zh) * | 2011-12-21 | 2012-04-04 | 迈普通信技术股份有限公司 | 一种多激活检测方法和设备 |
CN102724069B (zh) * | 2012-06-14 | 2015-04-22 | 福建星网锐捷网络有限公司 | 热堆叠系统中双主用设备冲突检测方法、装置及网络设备 |
CN102724069A (zh) * | 2012-06-14 | 2012-10-10 | 福建星网锐捷网络有限公司 | 热堆叠系统中双主用设备冲突检测方法、装置及网络设备 |
CN102724073A (zh) * | 2012-06-20 | 2012-10-10 | 华为技术有限公司 | 一种网络流量恢复的方法和路由设备 |
CN103354504A (zh) * | 2013-06-25 | 2013-10-16 | 杭州华三通信技术有限公司 | 一种虚拟网络设备管理方法及装置 |
CN103354504B (zh) * | 2013-06-25 | 2016-11-30 | 杭州华三通信技术有限公司 | 一种虚拟网络设备管理方法及装置 |
CN104639357B (zh) * | 2013-11-14 | 2018-03-16 | 华为技术有限公司 | 带外堆叠系统可靠性的提升方法和装置 |
CN104639357A (zh) * | 2013-11-14 | 2015-05-20 | 华为技术有限公司 | 带外堆叠系统可靠性的提升方法和装置 |
CN103685017A (zh) * | 2013-12-02 | 2014-03-26 | 福建星网锐捷网络有限公司 | 堆叠系统中报文转发方法、堆叠设备及堆叠系统 |
CN103685017B (zh) * | 2013-12-02 | 2017-04-05 | 福建星网锐捷网络有限公司 | 堆叠系统中报文转发方法、堆叠设备及堆叠系统 |
CN103856357A (zh) * | 2014-03-21 | 2014-06-11 | 迈普通信技术股份有限公司 | 一种堆叠系统故障处理方法及堆叠系统 |
CN103856357B (zh) * | 2014-03-21 | 2019-03-26 | 迈普通信技术股份有限公司 | 一种堆叠系统故障处理方法及堆叠系统 |
CN105245637B (zh) * | 2015-10-27 | 2019-06-25 | 迈普通信技术股份有限公司 | 一种冲突处理方法及设备 |
CN105245637A (zh) * | 2015-10-27 | 2016-01-13 | 迈普通信技术股份有限公司 | 一种冲突处理方法及设备 |
CN107704345B (zh) * | 2016-08-09 | 2021-03-16 | 迈普通信技术股份有限公司 | 自动化测试中堆叠设备的管理方法及装置 |
CN107704345A (zh) * | 2016-08-09 | 2018-02-16 | 迈普通信技术股份有限公司 | 自动化测试中堆叠设备的管理方法及装置 |
CN106657355A (zh) * | 2016-12-29 | 2017-05-10 | 北京华为数字技术有限公司 | 一种集群管理方法及设备 |
CN106657355B (zh) * | 2016-12-29 | 2020-10-16 | 北京华为数字技术有限公司 | 一种集群管理方法及设备 |
CN106951276B (zh) * | 2017-02-09 | 2020-05-12 | 苏州精控能源科技有限公司 | 多控制器的软件升级及地址冲突检测方法、装置 |
CN106951276A (zh) * | 2017-02-09 | 2017-07-14 | 苏州精控能源科技有限公司 | 多控制器的软件升级及地址冲突检测方法、装置 |
CN108416591A (zh) * | 2018-02-28 | 2018-08-17 | 四川新网银行股份有限公司 | 一种金融交易中通过api接口实现交易主动限流的方法 |
CN108416591B (zh) * | 2018-02-28 | 2021-11-02 | 四川新网银行股份有限公司 | 一种金融交易中通过api接口实现交易主动限流的方法 |
CN109728944A (zh) * | 2018-12-24 | 2019-05-07 | 杭州迪普科技股份有限公司 | 一种OpenStack中针对双机设备配置下发的方法和系统 |
CN115396385A (zh) * | 2021-05-19 | 2022-11-25 | 中国移动通信集团浙江有限公司 | 堆叠交换机快速恢复业务的方法、装置及计算设备 |
CN115396385B (zh) * | 2021-05-19 | 2023-07-21 | 中国移动通信集团浙江有限公司 | 堆叠交换机快速恢复业务的方法、装置及计算设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101309185B (zh) | 2010-12-08 |
US20100014433A1 (en) | 2010-01-21 |
US7978595B2 (en) | 2011-07-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101309185B (zh) | 堆叠系统中多主用设备的处理方法和堆叠成员设备 | |
CN101094187B (zh) | 一种学习介质访问控制地址的方法和装置、业务板 | |
CN101179453B (zh) | 一种链路状态检测方法和系统 | |
CN101442484B (zh) | 一种检测堆叠多Active的方法、系统及设备 | |
CN103259678B (zh) | 主备切换方法、装置、设备及系统 | |
CN102299846B (zh) | 一种bfd报文传输方法和设备 | |
CN101594304B (zh) | 防止堆叠系统产生环路的方法和堆叠系统中的成员设备 | |
CN102006184B (zh) | 堆叠链路管理方法、装置及网络设备 | |
CN102845035A (zh) | 在虚拟环境中识别目的地的方法 | |
CN102231682B (zh) | 一种堆叠冲突的处理方法和设备 | |
CN103414773A (zh) | 堆叠系统中的mac地址信息同步方法及装置 | |
CN103532863B (zh) | 一种实现软件堆叠的方法和装置 | |
CN102355366A (zh) | 堆叠分裂时管理堆叠成员设备的方法和堆叠成员设备 | |
CN103095568A (zh) | 机架式交换设备实现堆叠的系统及方法 | |
KR20110099579A (ko) | 패킷 전달 시스템 및 방법 | |
US7110404B1 (en) | System and method for sending a packet to multiple destinations using a pipeline network processor | |
CN104506548A (zh) | 一种数据包重定向装置、虚拟机安全保护方法及系统 | |
EP3224996B1 (en) | Methods, routing device, further routing device, computer programs and carrier for managing data frames in switched networks | |
CN102281263B (zh) | 一种建立iSCSI会话的方法和iSCSI发起方 | |
CN105721235A (zh) | 一种检测连通性的方法和装置 | |
CN101808043B (zh) | 端口汇聚trunk成员业务报文转发状态的检测方法及装置 | |
CN105991678A (zh) | 分布式设备的业务处理方法、装置及分布式设备 | |
CN110391961A (zh) | 一种隧道绑定方法、设备及系统 | |
CN104144130A (zh) | 虚拟机系统互联的方法、系统和接入交换机 | |
US9137150B2 (en) | Chassis type switch |
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 | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee 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 Patentee before: Huasan Communication Technology Co., Ltd. |