CN105871524B - 一种基于tipc协议实现双机热备的方法及*** - Google Patents
一种基于tipc协议实现双机热备的方法及*** Download PDFInfo
- Publication number
- CN105871524B CN105871524B CN201610307981.3A CN201610307981A CN105871524B CN 105871524 B CN105871524 B CN 105871524B CN 201610307981 A CN201610307981 A CN 201610307981A CN 105871524 B CN105871524 B CN 105871524B
- Authority
- CN
- China
- Prior art keywords
- equipment
- tipc
- time
- standby
- event
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Accommodation For Nursing Or Treatment Tables (AREA)
Abstract
本发明提供一种基于TIPC协议实现双机热备的方法,所述方法为1、将双机的两台设备的TIPC地址设置成能查找到彼此;2、设置等待TIPC连接建立事件上报的超时时间,判断一设备在所述超时时间内是否收到对端设备响应,否,则设置本设备为主机状态,是,则本设备为备机状态;3、主机状态的设备断线时,收到TIPC协议的事件响应,此时将备机状态的设备切换成主机工作。本发明使用TIPC协议不需要配置具体的IP端口,简化了配置流程和程序运行流程,大大缩短因主设备异常引起的服务中断时间。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于TIPC协议实现双机热备的方法及***。
背景技术
高可用性H.A.(High Availability)指的是通过尽量缩短因日常维护操作(计划)和突发的***崩溃(非计划)所导致的停机时间,以提高***和应用的可用性。HA***是目前企业防止核心计算机***因故障停机的最有效手段。
目前,市场上提供多种高可用性解决的软件解决方案。主要分为双机和多机的解决方案,主要原理是在提供硬件冗余的***基础之上,运行高可靠性软件而构成。高可用性软件自动检测服务的运行状态,一旦服务在主机上出现故障,高可用性软件将自动地把服务转到另一台服务器上,从而让服务持续可用。对***应用状态的监控和服务故障的恢复,由高可用软件自动完成,减少了人员的负担。传统监控技术主要是通过TCP/IP协议实现的,但在可信网络环境下,TCP/IP协议的很多操作是冗余的,例如三次握手,会导致通信效率下降,增加应用程序的通信时间,不利于对时间响应要求比较高的应用,处理集群成员节点由于重启或down机等各种原因导致的增加和减少。
其中,TIPC协议,即透明进程间通信协议,原本是为集群间通信特别设计的。它允许设计人员能够创建可以和其它应用快速可靠地通信应用,TIPC网络地址是和整个物理结点相关联的,地址模式映射到逻辑网络拓扑。TIPC网络地址使用<z.c.n>方式。Z(zone 8位),C(cluster,12位),N(node,12位),共32位。TIPC网络还使用网络ID(netid),这允许多个逻辑网络使用相同的物理媒介(例如,相同的以太网网线),并且不会相互干扰,因为每个节点仅仅识别来自相同网络ID节点的流量。当物理链接(如以太网)建立好了之后,TIPC会自动建立连接来和网络中其它节点通信,并且自动维护一张TIPC的路由表。应用程序在创建socket的时候在内核中注册自己的服务类型service type,那么在发送端,只需要指定服务类型就可以由内核路由到相应的socket。这个时候,对应用层来说,对端地址仅仅是一个服务类型service type,即由服务去查找socket。而每台设备都有这样的路由表,他们之间信息就像能够共享一样地为整个集群的TIPC socket服务。有了TIPC,应用之间的通讯都是透明的,不需要知道对端的IP和端口信息。
现有技术中公开了一种“高效的双机热备切换的设计方法”,见公开号为:CN101916096A,公开日为:2010-12-15的中国专利,该发明提供了一种高效的双机热备切换的设计方法及其在轨道交通综合监控***(ISCS)中的应用,其特征在使用两个冗余FEP(FEP1和FEP2),以主/备配置方式运行,这种使用双机热备切换的方法,可以使地铁ISCS得到稳定的数据,大大降低了FEP产生故障对整个***的影响。为ISCS***正常稳定的工作提供了保障。
现有技术还公开了一种“网络地址转换设备的双机热备的方法及装置”,见公开号为:CN102447583A,公开日为:2012-05-09的中国专利,该方法包括:在主用设备和备用设备之间建立检测链路,主用设备切换到主状态,备用设备切换到备状态;在检测链路上建立备份通道;主用设备通过备份通道向备用设备备份信息。通过运用本发明,解决了相关技术中无法对CGN设备在三层网络环境下的业务数据进行备份的问题,进而在三层环境下可以进行CGN设备间的双机热备,有效的提高CGN设备的业务运行稳定性,进一步提升了***的性能。该两个专利都不是通过本专利申请中记载的通过TIPC协议的设置来完成的,本专利申请是使用TIPC协议不需要配置具体的IP端口,简化了配置流程和程序运行流程。两个文献不是采用这种方式,所采用的技术方案不同。
发明内容
本发明要解决的技术问题之一,在于提供一种基于TIPC协议实现双机热备的方法,使用TIPC协议不需要配置具体的IP端口,简化了配置流程和程序运行流程,大大缩短因主设备异常引起的服务中断时间。
本发明问题之一是这样实现的:一种基于TIPC协议实现双机热备的方法,所述方法包括如下步骤:
步骤1、将双机的两台设备的TIPC地址设置成能查找到彼此;
步骤2、设置等待TIPC连接建立事件上报的超时时间,判断一设备在所述超时时间内是否收到对端设备响应,否,则设置本设备为主机状态,进入步骤3;是,则本设备为备机状态,进入步骤3;
步骤3、主机状态的设备断线时,收到TIPC协议的事件响应,此时将备机状态的设备切换成主机工作。
进一步的,所述步骤1具体为:设定两台设备A和B通讯用的接口都为eth0,用TIPC工具tipc-config执行配置命令,将设备A执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值,设备B执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值;所述将设备A的TIPC地址值与设备B的TIPC地址值不同,网络ID值相同,容忍时间值相同,所述容忍时间为通讯中断允许的最长时间,通过以上命令,使得双机的两台设备的TIPC地址设置成能查找到彼此。
进一步的,所述步骤2具体为:设定两台设备A和B中设备A先启动,此时由于没有其他设备存在,设备A创建绑定本机的TIPC套接字将不会收到任何事件,在发现对端设备B超时时间响应,此时设备A的监控模块将通告本机的应用为ACTIVE主状态;若设备B启动后,设备A的监控模块创建的TIPC套接字会收到TIPC_PUBLISHED事件上报,则有对端设备B服务存在,将通告本机应用为STANDBY备机状态。
进一步的,所述步骤3具体为:当ACTIVE主状态的设备出现异常断开时,备机状态的设备的监控模块TIPC套接字会在设置的容忍时间超时后,收到TIPC_WITHDRAWN事件上报,则对端设备服务已经撤出,此时通知备机状态的设备应用切换至ACTIVE主状态。
本发明要解决的技术问题之二,在于提供一种基于TIPC协议实现双机热备的***,使用TIPC协议不需要配置具体的IP端口,简化了配置流程和程序运行流程,大大缩短因主设备异常引起的服务中断时间。
本发明问题之二是这样实现的:一种基于TIPC协议实现双机热备的***,所述***包括设置模块、判断模块、以及断线处理模块;
所述设置模块,用于将双机的两台设备的TIPC地址设置成能查找到彼此;
所述判断模块,用于设置TIPC连接建立事件上报的超时时间,判断一设备在所述超时时间内是否收到对端设备响应,否,则设置本设备为主机状态,执行断线处理模块;是,则本设备为备机状态,并执行断线处理模块;
所述断线处理模块,用于主机状态的设备断线时,收到TIPC协议的事件响应,此时将备机状态的设备切换成主机工作。
进一步的,所述设置模块具体为:设定两台设备A和B通讯用的接口都为eth0,用TIPC工具tipc-config执行配置命令,将设备A执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0 -lt eth/容忍时间值,设备B执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0 -lt eth/容忍时间值;所述将设备A的TIPC地址值与设备B的TIPC地址值不同,网络ID值相同,容忍时间值相同,所述容忍时间为通讯中断允许的最长时间,通过以上命令,使得双机的两台设备的TIPC地址设置成能查找到彼此。
进一步的,所述判断模块具体为:设定两台设备A和B中设备A先启动,此时由于没有其他设备存在,设备A创建绑定本机的TIPC套接字将不会收到任何事件,在发现对端设备B超时时间响应,此时设备A的监控模块将通告本机的应用为ACTIVE主状态;若设备B启动后,设备A的监控模块创建的TIPC套接字会收到TIPC_PUBLISHED事件上报,则有对端设备B服务存在,将通告本机应用为STANDBY备机状态。
进一步的,所述断线处理模块具体为:当ACTIVE主状态的设备出现异常断开时,备机状态的设备的监控模块TIPC套接字会在设置的容忍时间超时后,收到TIPC_WITHDRAWN事件上报,则对端设备服务已经撤出,此时通知备机状态的设备应用切换至ACTIVE主状态。
本发明具有如下优点:而本发明所采用TIPC协议,即透明进程间通信协议,无须考虑在其它需要通信的应用在机群环境中的位置它针对可信网络环境,减少了建立通信连接的步骤和寻址目标地址的操作(在TCP/IP协议里,完成这些操作节点间最少也需要9次包交换,而使用TIPC则可以减少到2次)。这可以提高节点间信息交换的频率以及减少节点间等待的时间。另外,本发明对应用程序来说,使用TIPC协议不需要配置具体的IP端口,简化了配置流程和程序运行流程。TIPC协议本身提供了容忍时间的配置功能,且能快速检测到对端设备断线状态,可以大大缩短因主设备异常引起的服务中断时间。
附图说明
图1为本发明方法流程示意图。
图2为本发明***的结构示意图。
具体实施方式
请参阅图1所示,本发明的一种基于TIPC协议实现双机热备的方法,所述方法包括如下步骤:
步骤1、将双机的两台设备的TIPC地址设置成能查找到彼此;
所述步骤1具体为:设定两台设备A和B通讯用的接口都为eth0,用TIPC工具tipc-config执行配置命令,将设备A执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值,设备B执行tipc-config -netid=网络ID值-addr=TIPC地址值-be=eth:eth0 -lt eth/容忍时间值;所述将设备A的TIPC地址值与设备B的TIPC地址值不同,网络ID值相同,容忍时间值相同,所述容忍时间为通讯中断允许的最长时间,通过以上命令,使得双机的两台设备的TIPC地址设置成能查找到彼此。例如:设备A执行tipc-config-netid=1234-addr=1.1.8-be=eth:eth0-lt eth/50,设备B执行tipc-config-netid=1234-addr=1.1.9-be=eth:eth0-lt eth/50。通过以上命令,将设备A的TIPC地址值设为1.1.8,设备B的TIPC地址值设为1.1.9,网络ID值都是1234,通讯接口都是eth0,容忍时间值为50ms(即通讯中断允许的最长时间)。
步骤2、设置等待TIPC连接建立事件上报的超时时间,判断一设备在所述超时时间内是否收到对端设备响应,否,则设置本设备为主机状态,进入步骤3;是,则设置本设备为备机状态,进入步骤3;
所述步骤2具体为:设定两台设备A和B中设备A先启动,此时由于没有其他设备存在,设备A创建绑定本机的TIPC套接字将不会收到任何事件,在发现对端设备B超时时间响应,此时设备A的监控模块将通告本机的应用为ACTIVE主状态;若设备B启动后,设备A的监控模块创建的TIPC套接字会收到TIPC_PUBLISHED事件上报,则有对端设备B服务存在,将通告本机应用为STANDBY备机状态。
步骤3、主机状态的设备断线时,收到TIPC协议的事件响应,此时将备机状态的设备切换成主机工作。
所述步骤3具体为:当ACTIVE主状态的设备出现异常断开时,备机状态的设备的监控模块TIPC套接字会在设置的容忍时间超时后,收到TIPC_WITHDRAWN事件上报,则对端设备服务已经撤出,此时通知备机状态的设备应用切换至ACTIVE主状态。
请参阅图2所示,本发明的一种基于TIPC协议实现双机热备的***,其特征在于:所述***包括设置模块、判断模块、以及断线处理模块;
所述设置模块,用于将双机的两台设备的TIPC地址设置成能查找到彼此;
所述设置模块具体为:设定两台设备A和B通讯用的接口都为eth0,用TIPC工具tipc-config执行配置命令,将设备A执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值,设备B执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值;所述将设备A的TIPC地址值与设备B的TIPC地址值不同,网络ID值相同,容忍时间值相同,所述容忍时间为通讯中断允许的最长时间,通过以上命令,使得双机的两台设备的TIPC地址设置成能查找到彼此。
所述判断模块,用于设置等待TIPC连接建立事件上报的超时时间,判断一设备在所述超时时间内是否收到对端设备响应,否,则设置本设备为主机状态,执行断线处理模块;是,则设置本设备为备机状态,并执行断线处理模块;
所述判断模块具体为:设定两台设备A和B中设备A先启动,此时由于没有其他设备存在,设备A创建绑定本机的TIPC套接字将不会收到任何事件,在发现对端设备B超时时间响应,此时设备A的监控模块将通告本机的应用为ACTIVE主状态;若设备B启动后,设备A的监控模块创建的TIPC套接字会收到TIPC_PUBLISHED事件上报,则有对端设备B服务存在,将通告本机应用为STANDBY备机状态。
所述断线处理模块,用于主机状态的设备断线时,收到TIPC协议的事件响应,此时将备机状态的设备切换成主机工作。
所述断线处理模块具体为:当ACTIVE主状态的设备出现异常断开时,备机状态的设备的监控模块TIPC套接字会在设置的容忍时间超时后,收到TIPC_WITHDRAWN事件上报,则对端设备服务已经撤出,此时通知备机状态的设备应用切换至ACTIVE主状态。
总之,本发明对应用程序来说,使用TIPC协议不需要配置具体的IP端口,简化了配置流程和程序运行流程。TIPC协议本身提供了容忍时间的配置功能,且能快速检测到对端设备断线状态,可以大大缩短因主设备异常引起的服务中断时间。
以上所述仅为本发明的较佳实施例,凡依本发明申请专利范围所做的均等变化与修饰,皆应属本发明的涵盖范围。
Claims (8)
1.一种基于TIPC协议实现双机热备的方法,其特征在于:所述方法包括如下步骤:
步骤1、将双机的两台设备的TIPC地址设置成能查找到彼此;
步骤2、设置等待TIPC连接建立事件上报的超时时间,判断一设备在所述超时时间内是否收到对端设备响应,否,则设置本设备为主机状态,进入步骤3;是,则本设备为备机状态,进入步骤3;
步骤3、主机状态的设备断线时,备机收到TIPC协议的事件响应,此时将备机状态的设备切换成主机工作。
2.根据权利要求1所述的一种基于TIPC协议实现双机热备的方法,其特征在于:
所述步骤1具体为:设定两台设备A和B通讯用的接口都为eth0,用TIPC工具tipc-config执行配置命令,将设备A执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值,设备B执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值;所述将设备A的TIPC地址值与设备B的TIPC地址值不同,网络ID值相同,容忍时间值相同,所述容忍时间为通讯中断允许的最长时间,通过以上命令,使得双机的两台设备的TIPC地址设置成能查找到彼此。
3.根据权利要求1所述的一种基于TIPC协议实现双机热备的方法,其特征在于:
所述步骤2具体为:设定两台设备A和B中设备A先启动,此时由于没有其他设备存在,设备A创建绑定本机的TIPC套接字将不会收到任何事件,在发现对端设备B超时时间响应,此时设备A的监控模块将通告本机的应用为ACTIVE主状态;若设备B启动后,设备A的监控模块创建的TIPC套接字会收到TIPC_PUBLISHED事件上报,则有对端设备B服务存在,将通告本机应用为STANDBY备机状态。
4.根据权利要求1所述的一种基于TIPC协议实现双机热备的方法,其特征在于:所述步骤3具体为:当ACTIVE主状态的设备出现异常断开时,备机状态的设备的监控模块TIPC套接字会在设置的容忍时间超时后,收到TIPC_WITHDRAWN事件上报,则对端设备服务已经撤出,此时通知备机状态的设备应用切换至ACTIVE主状态。
5.一种基于TIPC协议实现双机热备的***,其特征在于:所述***包括设置模块、判断模块、以及断线处理模块;
所述设置模块,用于将双机的两台设备的TIPC地址设置成能查找到彼此;
所述判断模块,用于设置等待TIPC连接建立事件上报超时时间,判断一设备在所述超时时间内是否收到对端设备响应,否,则设置本设备为主机状态,执行断线处理模块;是,则本设备为备机状态,并执行断线处理模块;
所述断线处理模块,用于主机状态的设备断线时,备机收到TIPC协议的事件响应,此时将备机状态的设备切换成主机工作。
6.根据权利要求5所述的一种基于TIPC协议实现双机热备的***,其特征在于:
所述设置模块具体为:设定两台设备A和B通讯用的接口都为eth0,用TIPC工具tipc-config执行配置命令,将设备A执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值,设备B执行tipc-config-netid=网络ID值-addr=TIPC地址值-be=eth:eth0-lt eth/容忍时间值;所述将设备A的TIPC地址值与设备B的TIPC地址值不同,网络ID值相同,容忍时间值相同,所述容忍时间为通讯中断允许的最长时间,通过以上命令,使得双机的两台设备的TIPC地址设置成能查找到彼此。
7.根据权利要求5所述的一种基于TIPC协议实现双机热备的***,其特征在于:
所述判断模块具体为:设定两台设备A和B中设备A先启动,此时由于没有其他设备存在,设备A创建绑定本机的TIPC套接字将不会收到任何事件,在发现对端设备B超时时间响应,此时设备A的监控模块将通告本机的应用为ACTIVE主状态;若设备B启动后,设备A的监控模块创建的TIPC套接字会收到TIPC_PUBLISHED事件上报,则有对端设备B服务存在,将通告本机应用为STANDBY备机状态。
8.根据权利要求5所述的一种基于TIPC协议实现双机热备的***,其特征在于:所述断线处理模块具体为:当ACTIVE主状态的设备出现异常断开时,备机状态的设备的监控模块TIPC套接字会在设置的容忍时间超时后,收到TIPC_WITHDRAWN事件上报,则对端设备服务已经撤出,此时通知备机状态的设备应用切换至ACTIVE主状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610307981.3A CN105871524B (zh) | 2016-05-11 | 2016-05-11 | 一种基于tipc协议实现双机热备的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610307981.3A CN105871524B (zh) | 2016-05-11 | 2016-05-11 | 一种基于tipc协议实现双机热备的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105871524A CN105871524A (zh) | 2016-08-17 |
CN105871524B true CN105871524B (zh) | 2019-06-21 |
Family
ID=56631706
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610307981.3A Active CN105871524B (zh) | 2016-05-11 | 2016-05-11 | 一种基于tipc协议实现双机热备的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105871524B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107968718B (zh) * | 2016-10-20 | 2022-02-25 | 浙江大华技术股份有限公司 | 一种确认主备用状态的方法、装置和设备 |
CN109597723B (zh) * | 2018-11-26 | 2022-01-28 | 南京轨道交通***工程有限公司 | 用于地铁综合监控***的双机热备冗余实现***及方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101478490A (zh) * | 2009-02-05 | 2009-07-08 | 中兴通讯股份有限公司 | 一种支持tipc的多集群网络通信的方法和装置 |
CN105391711A (zh) * | 2015-11-05 | 2016-03-09 | 山东超越数控电子有限公司 | 业务平台及基于tipc协议的通信方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9003057B2 (en) * | 2011-01-04 | 2015-04-07 | Cisco Technology, Inc. | System and method for exchanging information in a mobile wireless network environment |
-
2016
- 2016-05-11 CN CN201610307981.3A patent/CN105871524B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101478490A (zh) * | 2009-02-05 | 2009-07-08 | 中兴通讯股份有限公司 | 一种支持tipc的多集群网络通信的方法和装置 |
CN105391711A (zh) * | 2015-11-05 | 2016-03-09 | 山东超越数控电子有限公司 | 业务平台及基于tipc协议的通信方法 |
Non-Patent Citations (2)
Title |
---|
TIPC透明进程间通信协议研究和应用;冀映辉等;《计算机***应用》;20100315;第19卷(第3期);全文 |
通信协议性能测量与分析;孙忠义等;《计算机***应用》;20120915;第21卷(第9期);全文 |
Also Published As
Publication number | Publication date |
---|---|
CN105871524A (zh) | 2016-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11323307B2 (en) | Method and system of a dynamic high-availability mode based on current wide area network connectivity | |
US9391877B2 (en) | System and method for reducing information loss in an aggregated information handling system | |
CN101714109B (zh) | 双cpu***主板的控制方法及设备 | |
US10868754B2 (en) | High availability input/output management nodes | |
CN106533736B (zh) | 一种网络设备重启方法和装置 | |
CN102710457B (zh) | 一种跨网段的n+1备份方法及装置 | |
CN101951345B (zh) | 一种报文的发送方法和设备 | |
CN103780407A (zh) | 分布式弹性网络互连(drni)中网关动态切换方法和装置 | |
CN102098201A (zh) | 一种实现l2tp用户接入备份的方法及网络*** | |
CN107948063B (zh) | 一种建立聚合链路的方法和接入设备 | |
CN105871592A (zh) | 分布式体系构架电话调度设备的双机热备份方法 | |
CN103490914A (zh) | 一种网络应用设备多机热备的切换***及方法 | |
CN109245926A (zh) | 智能网卡、智能网卡***及控制方法 | |
CN102957623A (zh) | 一种边界网关协议邻居的维护方法和设备 | |
CN105577444A (zh) | 一种无线控制器管理方法及无线控制器 | |
CN105871524B (zh) | 一种基于tipc协议实现双机热备的方法及*** | |
CN102932183A (zh) | 双上行链路故障处理方法及设备 | |
EP2069934B1 (en) | Fault-tolerant medium access control (mac) address assignment in network elements | |
US9774675B2 (en) | Automatic redundant logical connections | |
WO2022217786A1 (zh) | 多总线网络跨网通信方法、装置、***、设备和存储介质 | |
CN104125079B (zh) | 一种确定双机热备份配置信息的方法及装置 | |
CN102487332B (zh) | 故障处理方法、装置和*** | |
CN105515869B (zh) | 一种虚拟交换单元带外管理方法及装置 | |
WO2015101100A1 (zh) | 网络设备及网络中的业务处理方法 | |
CN103414591A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 350400 Building 28, Fuzhou Software Park C, 89 Software Avenue, Gulou District, Fuzhou City, Fujian Province Patentee after: Ankexun (Fujian) Technology Co., Ltd. Address before: Room 2-17J, Building 1, 27 Huli Road, Mawei District, Fuzhou City, Fujian Province Patentee before: FUJIAN SUNNADA NETWORK TECHNOLOGY CO., LTD. |
|
CP03 | Change of name, title or address |