CN109756383A - 一种冲突堆叠***的选举方法及装置 - Google Patents
一种冲突堆叠***的选举方法及装置 Download PDFInfo
- Publication number
- CN109756383A CN109756383A CN201910152740.XA CN201910152740A CN109756383A CN 109756383 A CN109756383 A CN 109756383A CN 201910152740 A CN201910152740 A CN 201910152740A CN 109756383 A CN109756383 A CN 109756383A
- Authority
- CN
- China
- Prior art keywords
- stacking
- failure
- current
- stacking system
- rank
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供一种冲突堆叠***的选举方法及装置。本发明实施例中，若主设备检测到堆叠******，比较***后各堆叠***的故障级别。让故障级别低的堆叠***继续维持工作状态，即选择健康状态较好的堆叠***继续工作，提高堆叠***的业务处理稳定性。
Description
技术领域
本发明涉及网络通信技术领域，尤其涉及一种冲突堆叠***的选举方法及装置。
背景技术
堆叠***是一种N:1的虚拟化技术，将将多台设备虚拟化成一台分布式设备，实现多台设备的协同工作、统一管理和不间断维护。
当堆叠***的某个堆叠成员设备离开或者堆叠链路断开时，原有的堆叠***变为多个独立的新堆叠***时，每个新堆叠***会因为堆叠拓扑变化重新选举新的主(master)设备。每个新的主设备发送堆叠***检测报文，例如携带堆叠***检测参数的LACP(LinkAggregation Control Protocol，链路聚合控制协议)、BFD(Bidirectional ForwardingDetection，双向转发检测)、ARP(Address Resolution Protocol，地址解析协议)或者ND(Neighbor Discovery，邻居发现)等报文，检测到网络内存在多个堆叠***。
每个新的主设备需要进行堆叠***冲突选举，将堆叠***检测报文中MAC地址、设备标识、优先级等冲突选举参数与本设备的冲突选举参数进行比较，如果本设备的冲突选举参数更优先，则维持本堆叠***的业务端口维持正常工作状态(active)，继续转发报文；否则，则将本堆叠***的保留端口以外的业务端口转为禁用状态(recovery)，不再继续转发报文。
但是，主设备的MAC地址、设备标识、优先级这些都是静态参数，但是堆叠******除了运维人员人为将某台堆叠设备移除堆叠***外，大多数堆叠******是由故障引发，仅考虑这些静态参数作为冲突选举参数未考虑到工作状态的新堆叠***的不稳定性可能引发的转发失败。
发明内容
本发明为了一种冲突堆叠***的选举方法和装置，从冲突的堆叠***中选举出可靠性更高的堆叠***进行业务转发。
为实现上述发明目的，本发明提供了一种冲突堆叠***的选举方法，其中该方法包括：读取当前堆叠***的故障信息库记录的所有故障级别；计算的当前堆叠***的故障级别；
发送包含当前堆叠***的故障级别以及静态冲突选举参数的堆叠***检测报文；接收包含其他堆叠***的故障级别以及静态冲突选举参数的堆叠检测报文；
根据收到的堆叠检测报文确定产生堆叠***时，比较当前堆叠***的故障级别与其他堆叠***的故障级别；当当前堆叠***的故障级别低于其他堆叠***的故障级别，维持当前堆叠***的业务端口为工作状态；当当前堆叠***的故障级别高于其他堆叠***的故障级别，迁移当前堆叠***的业务端口为禁用状态。
为实现上述目的，本发明还提供了一种选举冲突堆叠***的装置，应用于堆叠***的主设备，其中该装置包括：
计算单元，读取存储模块中当前堆叠***的故障信息库记录的所有故障级别，计算当前堆叠***的故障级别；
堆叠处理单元，发送包含当前堆叠***的故障级别以及静态冲突选举参数的堆叠***检测报文，接收包含其他堆叠***的故障级别以及静态冲突选举参数的堆叠检测报文；
堆叠冲突单元，根据收到的堆叠检测报文确定产生堆叠***时，比较当前堆叠***的故障级别与其他堆叠***的故障级别；当当前堆叠***的故障级别低于其他堆叠***的故障级别，维持当前堆叠***的业务端口为工作状态；当当前堆叠***的故障级别高于其他堆叠***的故障级别，迁移当前堆叠***的业务端口为禁用状态。
本发明的有益效果在于，网络内同时存在的多个堆叠***的主设备检测到冲突堆叠***时，各堆叠***的主设备选举出故障级别最低的堆叠***继续维持工作状态，提高业务报文转发的稳定性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例示出的一种冲突堆叠***的选举方法流程图；
图2是本发明实施例示出的确定***后堆叠***故障级别的流程图；
图3是本发明实施例示出的堆叠***示意图；
图4是本发明实施例示出的一种选举冲突堆叠***的装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本发明实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明实施例。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本发明实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明实施例范围的情况下，协商信息也可以被称为第二信息，类似地，第二信息也可以被称为协商信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
为了使本发明实施例的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明实施例执行详细描述：
参见图1，为本发明实施例提供的冲突堆叠***的选举方法流程图。该流程应用于堆叠***的主设备。
如图1所示，该流程可包括以下步骤：
步骤101，读取当前堆叠***的故障信息库记录的所有故障级别；
步骤102，计算当前堆叠***的故障级别；
步骤103，发送包含当前堆叠***的故障级别以及静态冲突选举参数的堆叠***检测报文；
步骤104，接收包含其他堆叠***的故障级别以及静态冲突选举参数的堆叠检测报文；
步骤105，根据收到的堆叠检测报文确定产生堆叠***；
步骤106，比较当前堆叠***的故障级别是否高于其他堆叠***的故障级别；是，执行步骤107；否，执行步骤108；
步骤107，维持当前堆叠***的业务端口为工作状态；
步骤108，迁移当前堆叠***的业务端口为禁用状态。
通过图1所示流程可以看出，本发明实施例基于堆叠******后各堆叠***的故障级别，选择故障级别低的堆叠***继续工作，即选择健康状态较优的堆叠***进行业务处理，以保证业务处理的稳定性。
参见图2，为本发明实施例示出的确定***后堆叠***故障级别的流程图，如图2所示，该流程可包括以下步骤：
步骤201，读取当前堆叠***的故障信息库记录的所有故障级别。
本发明实施例中，各成员设备以及堆叠***自身的不同故障检测模块检测故障时，通过进程间通信的方式发送故障上报消息到主设备处理冲突堆叠***选举的进程。主设备通过分析这些故障的故障类型，识别是否属于预定义的影响堆叠******的故障类型；如果是，记录故障上报消息的关联的成员设备标识(member ID)对应于故障级别。不同的故障级别指示不同的堆叠******的风险。每个成员设备包括多个不同的检测模块，检测不同的影响堆叠***稳定性的故障，譬如：业务检测失败、芯片堵死检测失败、CPU单核死循环等，本发明对此不作限定。
步骤202，计算当前堆叠***的故障级别。
本发明实施例预设的故障信息对应的故障级别。如表1所示。
表1
不同的故障可以是相同的故障类型，每个故障类型的故障级别的数值越大，代表故障级别越高，对业务影响越大。
举例说明，堆叠***IRF1***成IRF11和IRF12，其中，IRF11包括成员设备1～成员设备3，IRF12包括成员设备4～成员设备6。IRF11和IRF12分别重新选举主设备，其中，成员设备1为重新选举的IRF11的主设备，成员设备4为重新选举的IRF12的主设备。
IRF1***后，每个***后的新堆叠***(或称子堆叠***)，各成员设备重新收集网络拓扑，因此，成员设备1可确定与其属于同一堆叠***的各成员设备(成员设备2、成员设备3)。成员设备1收到成员设备2的业务检测失败的故障上报消息以及成员设备3的芯片堵死检测失败故障上报消息以及CPU单核死循环的故障上报消息。成员设备1获取各故障对应的故障级别，如表1。作为一种实施方式，成员设备1可直接累加IRF11各故障信息对应的故障级别作为IRF11的故障级别。
此外，需要补充说明的是，当主设备检测到堆叠******时，可删除本地保存的非当前堆叠***中各成员设备的故障级别，仅以当前堆叠***的故障级别选举冲突堆叠***。同理，其它***后的堆叠***的主设备的处理方式相同，删除不属于本堆叠***(***后子***)的各成员设备的故障级别。
比如，前述举例中IRF1***之前，成员设备1已记录有成员设备1～成员设备6的故障级别。IRF1***后，IRF11的主成员设备1删除IRF12中各成员设备，并同步给IRF11的其他成员设备(成员设备3～成员设备6)的故障信息。
下面通过具体实施例对本发明实施例提供的方法进行描述：
参见图3，为本发明实施例示出的堆叠***图。其中，IRF3***之前，包括成员设备D331～D335。
D333与D334之间的堆叠链路断开，IRF3***成IRF31和IRF32。两个新堆叠***的成员设备重新收集网络拓扑。堆叠***IRF31的D331被选举为主设备，根据收集的网络拓扑删除不属于堆叠***IRF31的D334和D335的设备标识对应的故障级别。同理，堆叠***IRF32的主设备D334也可根据收集到的当前堆叠***IRF32的网络拓扑，删除不属于堆叠***IRF32的成员设备的设备标识对应的故障级别。
堆叠***IRF31的主设备D331和堆叠***IRF32的主设备D334发送堆叠***检测报文。
D331接收到D334发送的堆叠***检测报文Packet1，比较packet1携带的堆叠***的故障级别与自身堆叠***IRF31的故障级别，确定当前堆叠***IRF31的故障级别低于Packet1中堆叠***的故障级别，维持堆叠***IRF31的业务端口为工作状态。
D334接收到D331发送的堆叠***检测报文Packet2，比较Packet2携带的堆叠***的故障级别与自身堆叠***IRF32的故障级别，确定当前堆叠***IRF32的故障级别低于Packet2中堆叠***的故障级别，迁移堆叠***IRF32的业务端口为禁用状态。
如果D331接收到D334发送的堆叠***检测报文Packet1，确定当前堆叠***IRF31的故障级别等于Packet1中堆叠***的故障级别，则会将堆叠***IRF31的静态冲突选举参数与堆叠***IRF32的静态冲突选举参数比较。如果D331确定堆叠***IRF31的静态冲突选举参数优于堆叠***IRF32的静态冲突选举参数，维持堆叠***IRF31的业务端口为工作状态。D334确定堆叠***IRF31的静态冲突选举参数优于堆叠***IRF32的静态冲突选举参数，迁移堆叠***IRF32的业务端口为禁用状态。
本实施例中，D331和D334按照图2所示的方法，计算***后各自所在堆叠***故障级别，具体内容不再赘述。
本实施例中，静态冲突选举参数可以是成员设备的设备标识、或者设备优先级、或者MAC地址、IP地址等静态的选举参数。
通过上述处理，可解决堆叠***冲突问题，同时，维持健康状态较好的堆叠***继续运行，可保证业务处理的稳定性。
至此，完成本具体实施例的描述。
以上对本发明实施例提供的方法进行了描述，下面对本发明实施例提供的装置进行描述：
参见图4，为本发明实施例提供的选举冲突堆叠***的装置400，该装置400可应用于堆叠***的主设备。装置400包括：
计算单元401，读取存储模块中当前堆叠***的故障信息库记录的所有故障级别，计算当前堆叠***的故障级别；
堆叠处理单元402，发送包含当前堆叠***的故障级别以及静态冲突选举参数的堆叠***检测报文，接收包含其他堆叠***的故障级别以及静态冲突选举参数的堆叠检测报文；
堆叠冲突单元403，根据收到的堆叠检测报文确定产生堆叠***时，比较当前堆叠***的故障级别与其他堆叠***的故障级别；当当前堆叠***的故障级别低于其他堆叠***的故障级别，维持当前堆叠***的业务端口为工作状态；当当前堆叠***的故障级别高于其他堆叠***的故障级别，迁移当前堆叠***的业务端口为禁用状态。
堆叠处理单元402，获取当前堆叠***的变更后的堆叠***拓扑，选举本设备为当前堆叠***的主设备；
堆叠冲突单元403，根据变更后的堆叠***拓扑，删除故障信息库中不属于当前堆叠***的每个成员设备标识关联的故障级别。
堆叠冲突单元403，还用于确定当前堆叠***的故障级别与其他堆叠***的故障级别相同，比较当前堆叠***的静态冲突选举参数与其他堆叠***的静态冲突选举参数，当当前堆叠***的静态冲突选举参数优于其他堆叠***的静态冲突选举参数，维持当前堆叠***的业务端口为工作状态；当其他堆叠***的静态冲突选举参数优于当前堆叠***的静态冲突选举参数，迁移当前堆叠***的业务端口为禁用状态。
堆叠冲突单元403，将故障信息库记录的各故障级别及其对应的成员设备标识同步给当前堆叠***的每个从设备。
堆叠冲突单元403，接收故障上报消息，识别故障上报消息指示的故障类型与各故障级别对应的故障类型是否相符，当检查故障上报消息指示的故障类型与任一故障级别的故障类型相符，记录故障上报消息的关联的成员设备标识对应于识别的故障级别。
至此，完成图4所示装置的描述。本发明实施例基于堆叠******后产生冲突的堆叠***，选举故障级别低的堆叠***继续工作，以保证业务处理的稳定性。
以上所述仅为本发明实施例的较佳实施例而已，并不用以限制本发明，凡在本发明实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (10)
1.一种冲突堆叠***的选举方法，其特征在于，所述方法包括：
读取当前堆叠***的故障信息库记录的所有故障级别；
计算所述当前堆叠***的故障级别；
发送包含所述当前堆叠***的故障级别以及静态冲突选举参数的堆叠***检测报文；
接收包含其他堆叠***的故障级别以及静态冲突选举参数的堆叠检测报文；
根据收到的堆叠检测报文确定产生堆叠***时，比较所述当前堆叠***的故障级别与所述其他堆叠***的故障级别；
当所述当前堆叠***的故障级别低于所述其他堆叠***的故障级别，维持所述当前堆叠***的业务端口为工作状态；
当所述当前堆叠***的故障级别高于所述其他堆叠***的故障级别，迁移所述当前堆叠***的业务端口为禁用状态。
2.如权利要求1所述的方法，其特征在于，获取当前堆叠***的每个故障级别之前，所述方法还包括：
获取所述当前堆叠***变更后的堆叠***拓扑；
选举本设备为所述当前堆叠***的主设备；
根据变更后的堆叠***拓扑，将不属于所述当前堆叠***的每个成员设备标识关联的故障级别删除。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
当所述当前堆叠***的故障级别与所述其他堆叠***的故障级别相同，比较所述当前堆叠***的静态冲突选举参数与所述其他堆叠***的静态冲突选举参数；
当所述当前堆叠***的静态冲突选举参数优于所述其他堆叠***的静态冲突选举参数，维持所述当前堆叠***的业务端口为工作状态；
当其他堆叠***的静态冲突选举参数优于所述当前堆叠***的静态冲突选举参数，迁移所述当前堆叠***的业务端口为禁用状态。
4.如权利要求1所述的方法，其特征在于，所述方法还包括：
将故障信息库记录的各故障级别及其对应的成员设备标识同步给所述当前堆叠***的每个从设备。
5.如权利要求4所述的方法，其特征在于，选举本设备为所述当前堆叠***的主设备之后，还包括：
接收故障上报消息；
识别故障上报消息指示的故障类型与各故障级别对应的故障类型是否相符；不同的故障级别指示不同的堆叠******的风险；
当所述故障上报消息指示的故障类型与任一故障级别的故障类型相符，记录所述故障上报消息的关联的成员设备标识对应于识别的所述故障级别。
6.一种选举冲突堆叠***的装置，应用于堆叠***的主设备，其特征在于，所述装置包括：
计算单元，读取存储模块中当前堆叠***的故障信息库记录的所有故障级别，计算所述当前堆叠***的故障级别；
堆叠处理单元，发送包含所述当前堆叠***的故障级别以及静态冲突选举参数的堆叠***检测报文，接收包含其他堆叠***的故障级别以及静态冲突选举参数的堆叠检测报文；
堆叠冲突单元，根据收到的堆叠检测报文确定产生堆叠***时，比较所述当前堆叠***的故障级别与所述其他堆叠***的故障级别；当所述当前堆叠***的故障级别低于所述其他堆叠***的故障级别，维持所述当前堆叠***的业务端口为工作状态；当所述当前堆叠***的故障级别高于所述其他堆叠***的故障级别，迁移所述当前堆叠***的业务端口为禁用状态。
7.如权利要求6所述的装置，其特征在于，
所述堆叠处理单元，获取所述当前堆叠***的变更后的堆叠***拓扑，选举本设备为所述当前堆叠***的主设备；
所述堆叠冲突单元，根据变更后的堆叠***拓扑，删除所述故障信息库中不属于所述当前堆叠***的每个成员设备标识关联的故障级别。
8.如权利要求6所述的装置，其特征在于，
所述堆叠冲突模块，还用于确定所述当前堆叠***的故障级别与所述其他堆叠***的故障级别相同，比较所述当前堆叠***的静态冲突选举参数与所述其他堆叠***的静态冲突选举参数，当所述当前堆叠***的静态冲突选举参数优于所述其他堆叠***的静态冲突选举参数，维持所述当前堆叠***的业务端口为工作状态；当其他堆叠***的静态冲突选举参数优于所述当前堆叠***的静态冲突选举参数，迁移所述当前堆叠***的业务端口为禁用状态。
9.如权利要求6所述的装置，其特征在于，
所述堆叠冲突单元，将故障信息库记录的各故障级别及其对应的成员设备标识同步给所述当前堆叠***的每个从设备。
10.如权利要求9所述的装置，其特征在于，
所述堆叠冲突模块，接收故障上报消息，识别故障上报消息指示的故障类型与各故障级别对应的故障类型是否相符，当所述故障上报消息指示的故障类型与任一故障级别的故障类型相符，记录所述故障上报消息的关联的成员设备标识对应于识别的所述故障级别。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910152740.XA CN109756383B (zh) | 2019-02-28 | 2019-02-28 | 一种冲突堆叠***的选举方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910152740.XA CN109756383B (zh) | 2019-02-28 | 2019-02-28 | 一种冲突堆叠***的选举方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109756383A true CN109756383A (zh) | 2019-05-14 |
| CN109756383B CN109756383B (zh) | 2022-07-01 |
Family
ID=66406800
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910152740.XA Active CN109756383B (zh) | 2019-02-28 | 2019-02-28 | 一种冲突堆叠***的选举方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109756383B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102255751A (zh) * | 2011-06-30 | 2011-11-23 | 杭州华三通信技术有限公司 | 一种堆叠冲突的处理方法和设备 |
| CN102457402A (zh) * | 2010-10-14 | 2012-05-16 | 杭州华三通信技术有限公司 | 一种检测多主用设备冲突的方法和装置 |
| CN102957565A (zh) * | 2012-08-31 | 2013-03-06 | 杭州华三通信技术有限公司 | 一种多主用设备冲突的处理方法和装置 |
| US20140314095A1 (en) * | 2013-04-23 | 2014-10-23 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of updating conversation allocation in link aggregation |
| CN104394017A (zh) * | 2014-11-26 | 2015-03-04 | 迈普通信技术股份有限公司 | 一种堆叠***的选举方法及主设备 |
| CN104618147A (zh) * | 2015-01-06 | 2015-05-13 | 杭州华三通信技术有限公司 | 一种纵向堆叠***管理方法及*** |
-
2019
- 2019-02-28 CN CN201910152740.XA patent/CN109756383B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102457402A (zh) * | 2010-10-14 | 2012-05-16 | 杭州华三通信技术有限公司 | 一种检测多主用设备冲突的方法和装置 |
| CN102255751A (zh) * | 2011-06-30 | 2011-11-23 | 杭州华三通信技术有限公司 | 一种堆叠冲突的处理方法和设备 |
| CN102957565A (zh) * | 2012-08-31 | 2013-03-06 | 杭州华三通信技术有限公司 | 一种多主用设备冲突的处理方法和装置 |
| US20140314095A1 (en) * | 2013-04-23 | 2014-10-23 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of updating conversation allocation in link aggregation |
| CN104394017A (zh) * | 2014-11-26 | 2015-03-04 | 迈普通信技术股份有限公司 | 一种堆叠***的选举方法及主设备 |
| CN104618147A (zh) * | 2015-01-06 | 2015-05-13 | 杭州华三通信技术有限公司 | 一种纵向堆叠***管理方法及*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109756383B (zh) | 2022-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101714932B (zh) | 一种用于irf堆叠设备的mad检测方法及装置 | |
| CN103902617B (zh) | 分布式数据库同步方法和*** | |
| CN102404390B (zh) | 高速实时数据库的智能化动态负载均衡方法 | |
| US10764119B2 (en) | Link handover method for service in storage system, and storage device | |
| CN101442484B (zh) | 一种检测堆叠多Active的方法、***及设备 | |
| CN106850260A (zh) | 一种虚拟化资源管理平台的部署方法和装置 | |
| CN105656645B (zh) | 堆叠***的故障处理的决策方法和装置 | |
| CN103812699A (zh) | 基于云计算的监控管理*** | |
| CN114301972B (zh) | 一种基于云边协同的区块链节点分级部署方法和*** | |
| CN104104570A (zh) | Irf***中的聚合处理方法及装置 | |
| CN107465721A (zh) | 基于双活架构的全局负载均衡方法和***及调度服务器 | |
| CN102594596B (zh) | 识别集群网络中可用分区的方法、装置及集群网络*** | |
| CN102123104B (zh) | 网络设备配置纠正方法和网络设备 | |
| CN105553701A (zh) | 一种配网调控***及其控制方法 | |
| CN103036716B (zh) | 链路切换方法及*** | |
| CN105743801A (zh) | 一种堆叠***的流量转发的方法及装置 | |
| CN105516292A (zh) | 一种智能变电站云平台的热备方法 | |
| CN112698992B (zh) | 一种云集群的容灾管理方法以及相关装置 | |
| CN104580472A (zh) | 流表项处理方法以及装置 | |
| CN104394017A (zh) | 一种堆叠***的选举方法及主设备 | |
| CN104618189A (zh) | 链路故障检测方法及装置 | |
| CN116455729A (zh) | 一种基于链路质量评估模型的故障链路检测与恢复方法 | |
| CN104753707A (zh) | 一种***维护方法及网络交换设备 | |
| CN104518995B (zh) | 基于分布式架构的交换机虚拟化*** | |
| CN105490847B (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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230612 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. |
|
| TR01 | Transfer of patent right |