CN106161086B - 主控板重启的控制方法及装置 - Google Patents

主控板重启的控制方法及装置 Download PDF

Info

Publication number
CN106161086B
CN106161086B CN201610485209.0A CN201610485209A CN106161086B CN 106161086 B CN106161086 B CN 106161086B CN 201610485209 A CN201610485209 A CN 201610485209A CN 106161086 B CN106161086 B CN 106161086B
Authority
CN
China
Prior art keywords
master control
restarted
standby
control
frame
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
Application number
CN201610485209.0A
Other languages
English (en)
Other versions
CN106161086A (zh
Inventor
宁力军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou DPtech Information Technology Co Ltd
Original Assignee
Hangzhou DPTech Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou DPTech Technologies Co Ltd filed Critical Hangzhou DPTech Technologies Co Ltd
Priority to CN201610485209.0A priority Critical patent/CN106161086B/zh
Publication of CN106161086A publication Critical patent/CN106161086A/zh
Application granted granted Critical
Publication of CN106161086B publication Critical patent/CN106161086B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements

Abstract

本申请提供一种主控板重启的控制方法及装置,应用于框式多主控设备,所述框式多主控设备包括主主控和备主控,所述方法包括:所述备主控接收到所述主主控发送的重启请求后,根据所述重启请求修改预先设置的重启标志,并向所述主主控发送确认消息,所述确认消息用于提示接收到所述重启请求,以使所述主主控接收到所述确认消息后进行重启;所述备主控接收到用于指示自身切换为主主控的指令时,根据所述重启标志确定是否需要进行重启;若所述备主控根据所述重启标志确定需要进行重启,则进行重启。应用该方法,可以实现在框式多主控设备进行整机重启后,主控板不发生主备倒换,从而避免对网络造成影响。

Description

主控板重启的控制方法及装置
技术领域
本申请涉及网络通信技术领域,尤其涉及主控板重启的控制方法及装置。
背景技术
框式多主控设备是一种分布式设备,其可以包括主主控(主用主控板)和备主控(备用主控板)。备主控可以从主主控上获取配置数据,以使得备主控上的配置数据与主主控上的配置数据完全一致。从而,在框式多主控设备发生主备倒换,即备主控切换为主主控时,可以避免由于新的主主控上的配置数据与原主主控上的配置数据不一致,而对网络产生影响。
而用户对框式多主控设备进行配置时,很可能会由于某种原因,例如配置漏洞、程序缺陷等原因,造成备主控上的配置数据与主主控上的配置数据不一致。而现有技术中,当框式多主控设备进行整机重启时,将由于备主控先于主主控重启,而发生主备倒换。
在上述情况下,由于新的主主控上的配置数据与原主主控上的配置数据不一致,很可能对网络产生影响。例如,主主控上配置有包过滤策略,而备主控上未配置包过滤策略,当备主控切换为主主控后,由于新的主主控未配置有包过滤策略,从而框式多主控设备的包过滤功能并不能生效,此时将对网络安全造成威胁。
发明内容
有鉴于此,本申请提供一种主控板重启的控制方法及装置,以实现在框式多主控设备进行整机重启后,主控板不发生主备倒换,从而避免对网络造成影响。
具体地,本申请是通过如下技术方案实现的:
根据本申请实施例的第一方面,提供一种主控板重启的控制方法,应用于框式多主控设备,所述框式多主控设备包括主主控和备主控,所述方法包括:
所述备主控接收到所述主主控发送的重启请求后,根据所述重启请求修改预先设置的重启标志,并向所述主主控发送确认消息,所述确认消息用于提示接收到所述重启请求,以使所述主主控接收到所述确认消息后进行重启;
所述备主控接收到用于指示自身切换为主主控的指令时,根据所述重启标志确定是否需要进行重启;
若所述备主控根据所述重启标志确定需要进行重启,则进行重启。
在一实施例中,所述方法还包括:
若所述备主控根据所述重启标志确定不需要进行重启,则所述备主控根据所述指令进行主备切换。
在另一实施例中,所述根据所述重启请求修改预先设置的重启标志,包括:
根据所述重启请求,将所述重启标志的状态由不需要进行重启修改为需要进行重启。
在又一实施例中,所述方法还包括:
所述框式多主控设备在所述主主控进行重启时,生成用于指示所述备主控切换为主主控的指令。
在又一实施例中,所述方法还包括:
在所述备主控完成重启之后,所述框式多主控设备根据所述备主控与所述主主控的重启顺序,将原来的所述主主控再次选举为新的主主控,将原来的所述备主控再次选举为新的备主控。
根据本申请实施例的第二方面,提供一种主控板重启的控制装置,应用于框式多主控设备,所述框式多主控设备包括主主控和备主控,所述装置包括:
修改单元,用于所述备主控接收到所述主主控发送的重启请求后,根据所述重启请求修改预先设置的重启标志;
发送单元,用于所述备主控接收到所述主主控发送的重启请求后,向所述主主控发送确认消息,所述确认消息用于提示接收到所述重启请求,以使所述主主控接收到所述确认消息后进行重启;
确定单元,用于所述备主控接收到用于指示自身切换为主主控的指令时,根据所述重启标志确定是否需要进行重启;
重启单元,用于若所述备主控根据所述重启标志确定需要进行重启,则进行重启。
在一实施例中,所述装置还包括:
切换单元,用于若所述备主控根据所述重启标志确定不需要进行重启,则所述备主控根据所述指令进行主备切换。
在另一实施例中,所述修改单元,具体用于:根据所述重启请求,将所述重启标志的状态由不需要进行重启修改为需要进行重启。
在又一实施例中,所述装置还包括:
生成单元,用于所述框式多主控设备在所述主主控进行重启时,生成用于指示所述备主控切换为主主控的指令。
在又一实施例中,所述装置还包括:
选举单元,用于在所述备主控完成重启之后,所述框式多主控设备根据所述备主控与所述主主控的重启顺序,将原来的所述主主控再次选举为新的主主控,将原来的所述备主控再次选举为新的备主控。
由上述实施例可见,通过在备主控接收到主主控发送的重启请求后,备主控并不是立即进行重启,而是修改预设的重启标志,后续,备主控在接收到用于指示自身切换为主主控的指令,根据重启标志确定需要重启时,再进行重启,从而实现了主主控先于备主控重启,从而在框式多主控设备整机重启前后,主控板不发生主备倒换,从而避免对网络造成影响。
附图说明
图1为本申请主控板重启的控制方法的一个实施例流程图;
图2为本申请主控板重启的控制方法的另一个实施例流程图;
图3为本申请主控板重启的控制装置所在框式多主控设备的一种硬件结构图;
图4为本申请主控板重启的控制装置的一个实施例框图;
图5为本申请主控板重启的控制装置的另一个实施例框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
框式多主控设备上可以包括主用主控板(简称主主控)和备用主控板(简称备主控)。在初始情况下,框式多主控设备的主控板并没有主备之分,而是,在框式多主控设备启动后,根据主控板的加电顺序进行主备选举的,具体地,先加电,即先启动的主控板被选举为主主控,那么,其它的主控板则被选举为备主控。
框式多主控设备正常运行时,主主控作为控制层面的核心,与外部和业务板进行业务通信,完成系统内各模块的正常功能;而备主控作为主主控的备份,其与外部和业务板并不进行通信。当主主控发生故障时,框式多主控设备进行主备倒换,由备主控接替主主控的工作,保证各项业务的正常运行。为了保证各项业务的正常运行,需要使得备主控和主主控拥有完全一致的配置数据,才可以使得在发生主备倒换时,避免引起因新主主控上的配置数据与原主主控上的配置数据不一致所导致的网络异常。
但是,用户在使用框式多主控设备,对框式多主控设备进行配置时,则很有可能会因为配置错误、程序缺陷等问题,造成备主控不能实时同步主主控上的配置数据,导致备主控上的配置数据与主主控并不一致。尤其当框式多主控设备进行整机重启时,由于备主控先于主主控启动,从而框式多主控设备发生主备倒换,备主控切换为新的主主控,那么此时,新的主主控上配置数据与原有主主控上的配置数据不一致,将对网络造成影响。
为了避免上述问题发生,本申请提供一种主控板重启的控制方法及装置。在框式多主控设备进行整机重启时,可以应用该方法,控制主控板的重启顺序,以实现原有的主主控仍最先启动,从而框式多主控设备并不发生主备倒换,那么,在整机重启前后,由于配置数据并无变化,从而避免对网络造成影响。
为了使本领域技术人员,可以更详细地了解本申请所提供的主控板重启的控制方法,列出如下实施例。
请参见图1,为本申请主控板重启的控制方法的一个实施例流程图,该方法可以应用于框式多主控设备上,该框式多主控设备可以包括主主控和备主控,该方法可以包括以下步骤:
步骤S101:所述备主控接收到所述主主控发送的重启请求后,根据所述重启请求修改预先设置的重启标志,并向主主控发送确认消息,所述确认消息用于提示接收到所述重启请求,以使所述主主控接收到所述确认消息后进行重启。
本申请中,可以预先为备主控设置一个重启标志,并且,初始状态下,该重启标志的状态表示为不需要进行重启。后续,备主控接收到主主控发送的重启请求后,可以修改该重启标志,具体地,可以将该重启标志的状态由不需要进行重启修改为需要进行重启。
在一个可选的实现方式中,该重启标志可以为“0”或“1”,其中,重启标志为“0时”,可以表示重启标志的状态为不需要进行重启,后续,当需要重启备主控时,可以将该重启标志置为“1”,以表示需要进行重启。
在上述过程中,备主控是如何接收到主主控发送的重启请求的,可以参见现有技术中的相关描述,本申请对此不再详细赘述。
此外,可以理解的是,修改重启标志的过程并非仅发生在备主控接收到主主控发送的重启请求时,其它情况下,例如,用户通过页面或者命令行的方式控制备主控重启时,也可以修改该重启标志,本申请中着重描述框式多主控设备在进行整机重启时,即主主控和备主控都需要进行重启时的过程,故本申请对修改重启标志的其它过程不再详细赘述。
当备主控接收到重启请求后,可以向主主控发送用于提示接收到重启请求的确认消息,当主主控接收到该确认消息后,主主控即可以进行重启,而此时备主控并未进行重启。
步骤S102:所述备主控接收到用于指示自身切换为主主控的指令时,根据所述重启标志确定是否需要进行重启。
框式多主控设备在进行整机重启时,主主控需要进行重启,主主控在重启的过程中,框式多主控设备可以通过自身硬件检测到当前主主控并未正常工作,则框式多主控设备可以生成指示备主控切换为主主控的指令,从而,备主控可以接收到该指令。
在本申请中,备主控接收到该用于指示自身切换为主主控的指令时,虽然也可以执行该指令,即执行主备切换的系列操作,但通常情况下,备主控切换为主主控并不是立即就可以完成的,而是需要一个过程,具体过程本申请中不再详细赘述。需要说明的是,备主控接收到该指令时,即可以根据重启标志确定是否需要进行重启。
步骤S103:若所述备主控根据所述重启标志确定需要进行重启,则进行重启。
通过执行步骤S101,重启标志的状态由不需要进行重启,被修改为需要进行重启。那么备主控则可以根据该重启标志确定需要进行重启,则备主控可以不再进行主备切换,而是立即进行重启操作。
此外,若通过执行步骤S101,由于某些原因,例如程序错误,重启标志未被修改,则备主控可以根据该重启标志确定不需要进行重启,则备主控可以根据所述指令进行主备切换。需要说明的是,该种情况在实际应用中,发生的概率较小,但作为一种理论上可能出现的情况,本申请中对此进行说明。
通过上述描述可知,主主控先于备主控进行重启,那么后续,在备主控完成重启之后,框式多主控设备则可以进行主备选举,此时根据主主控与备主控的重启顺序,可以将原来的主主控再次选举为新的主主控,而原来的备主控再次选举为新的备主控,从而框式多主控设备整机重启前后,并未发生主备倒换。
由上述实施例可见,通过在备主控接收到主主控发送的重启请求后,备主控并不是立即进行重启,而是修改预设的重启标志,后续,备主控在接收到用于指示自身切换为主主控的指令,根据重启标志确定需要重启时,再进行重启,从而实现了主主控先于备主控重启,从而在框式多主控设备整机重启前后,主控板不发生主备倒换,从而避免对网络造成影响。
请参见图2,为本申请主控板重启的控制方法的另一个实施例流程图,该图2所示的流程在上述图1所示流程的基础上,详细描述了框式多主控设备进行整机重启时,主主控和备主控各自的重启过程,以及主主控和备主控之间的交互过程,可以包括以下步骤:
步骤S201:主主控接收到重启请求。
步骤S202:主主控将所述重启请求发送至备主控。
步骤S203:备主控接收到所述重启请求。
步骤S201至步骤S203的详细描述可以参见现有技术中的相关描述,本申请中对此不作详细赘述。
步骤S204:备主控根据所述重启请求修改预先设置的重启标志,并向所述主主控发送确认消息,所述确认消息用于提示接收到所述重启请求。
本步骤的详细描述可以参见上述步骤S101中的相关描述,在此不再详细赘述。
步骤S205:主主控接收到所述确认消息。
步骤S206:主主控进行重启。
步骤S207:备主控接收到用于指示自身切换为主主控的指令。
步骤S208:根据所述重启标志确定是否需要进行重启,若是,则执行步骤S209,否则执行步骤S210。
步骤S209:所述备主控进行重启,结束流程。
步骤S210:所述备主控根据所述指令进行主备切换。
步骤S205至步骤S210的详细描述可以参见现有技术和上述实施例中步骤S102和步骤S103的相关描述,在此不再详细赘述。
由上述实施例可见,框式多主控设备进行整机重启时,通过在备主控接收到主主控发送的重启请求后,备主控并不是立即进行重启,而是修改预设的重启标志,而此时,主主控已进行重启。后续,备主控在接收到用于指示自身切换为主主控的指令,根据重启标志确定需要重启时,再进行重启,从而实现了主主控先于备主控重启,从而在框式多主控设备整机重启前后,主控板不发生主备倒换,从而避免对网络造成影响。
与前述主控板重启的控制方法的实施例相对应,本申请还提供了主控板重启的控制装置的实施例。
本申请主控板重启的控制装置的实施例可以应用在框式多主控设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在框式多主控设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图3所示,为本申请主控板重启的控制装置所在框式多主控设备的一种硬件结构图,除了图3所示的处理器31、内存32、网络接口33、以及非易失性存储器34之外,实施例中装置所在的框式多主控设备通常根据该框式多主控设备的实际功能,还可以包括其他硬件,对此不再赘述。
请参考图4,为本申请主控板重启的控制装置的一个实施例框图,该装置可以包括:修改单元41、发送单元42、确定单元43、重启单元44。
其中,该修改单元41,可以用于所述备主控接收到所述主主控发送的重启请求后,根据所述重启请求修改预先设置的重启标志,
该发送单元42,可以用于所述备主控接收到所述主主控发送的重启请求后,向所述主主控发送确认消息,所述确认消息用于提示接收到所述重启请求,以使所述主主控接收到所述确认消息后进行重启;
该确定单元43,可以用于所述备主控接收到用于指示自身切换为主主控的指令时,根据所述重启标志确定是否需要进行重启;
该重启单元44,可以用于若所述备主控根据所述重启标志确定需要进行重启,则进行重启。
请参考图5,为本申请主控板重启的控制装置的另一个实施例框图,该图5所示的装置,在上述图4所示装置的基础上,还可以包括:切换单元45、生成单元46、选举单元47。
其中,该切换单元45,可以用于若所述备主控根据所述重启标志确定不需要进行重启,则所述备主控根据所述指令进行主备切换。
该生成单元46,可以用于所述框式多主控设备在所述主主控进行重启时,生成用于指示所述备主控切换为主主控的指令。
该选举单元47,可以用于在所述备主控完成重启之后,所述框式多主控设备根据所述备主控与所述主主控的重启顺序,将原来的所述主主控再次选举为新的主主控,将原来的所述备主控再次选举为新的备主控。
在一个实施例中,所述修改单元41,具体可以用于:根据所述重启请求,将所述重启标志的状态由不需要进行重启修改为需要进行重启。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

Claims (8)

1.一种主控板重启的控制方法,其特征在于,应用于框式多主控设备,所述框式多主控设备包括主主控和备主控,所述方法包括:
所述备主控接收到所述主主控发送的重启请求后,根据所述重启请求,将重启标志的状态由不需要进行重启修改为需要进行重启,并向所述主主控发送确认消息,所述确认消息用于提示接收到所述重启请求,以使所述主主控接收到所述确认消息后进行重启;
所述备主控接收到用于指示自身切换为主主控的指令时,根据所述重启标志确定是否需要进行重启;
若所述备主控根据所述重启标志确定需要进行重启,则进行重启。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述备主控根据所述重启标志确定不需要进行重启,则所述备主控根据所述指令进行主备切换。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述框式多主控设备在所述主主控进行重启时,生成用于指示所述备主控切换为主主控的指令。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述备主控完成重启之后,所述框式多主控设备根据所述备主控与所述主主控的重启顺序,将原来的所述主主控再次选举为新的主主控,将原来的所述备主控再次选举为新的备主控。
5.一种主控板重启的控制装置,其特征在于,应用于框式多主控设备,所述框式多主控设备包括主主控和备主控,所述装置包括:
修改单元,用于所述备主控接收到所述主主控发送的重启请求后,根据所述重启请求,将重启标志的状态由不需要进行重启修改为需要进行重启;
发送单元,用于所述备主控接收到所述主主控发送的重启请求后,向所述主主控发送确认消息,所述确认消息用于提示接收到所述重启请求,以使所述主主控接收到所述确认消息后进行重启;
确定单元,用于所述备主控接收到用于指示自身切换为主主控的指令时,根据所述重启标志确定是否需要进行重启;
重启单元,用于若所述备主控根据所述重启标志确定需要进行重启,则进行重启。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
切换单元,用于若所述备主控根据所述重启标志确定不需要进行重启,则所述备主控根据所述指令进行主备切换。
7.根据权利要求5所述的装置,其特征在于,所述装置还包括:
生成单元,用于所述框式多主控设备在所述主主控进行重启时,生成用于指示所述备主控切换为主主控的指令。
8.根据权利要求5所述的装置,其特征在于,所述装置还包括:
选举单元,用于在所述备主控完成重启之后,所述框式多主控设备根据所述备主控与所述主主控的重启顺序,将原来的所述主主控再次选举为新的主主控,将原来的所述备主控再次选举为新的备主控。
CN201610485209.0A 2016-06-23 2016-06-23 主控板重启的控制方法及装置 Active CN106161086B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610485209.0A CN106161086B (zh) 2016-06-23 2016-06-23 主控板重启的控制方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610485209.0A CN106161086B (zh) 2016-06-23 2016-06-23 主控板重启的控制方法及装置

Publications (2)

Publication Number Publication Date
CN106161086A CN106161086A (zh) 2016-11-23
CN106161086B true CN106161086B (zh) 2019-06-07

Family

ID=57350085

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610485209.0A Active CN106161086B (zh) 2016-06-23 2016-06-23 主控板重启的控制方法及装置

Country Status (1)

Country Link
CN (1) CN106161086B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109408297A (zh) * 2018-10-30 2019-03-01 北京东土军悦科技有限公司 一种主备竞争的方法、装置、设备和储存介质
CN109462509B (zh) * 2018-12-03 2022-07-29 杭州迪普科技股份有限公司 一种板卡的批量备份的方法和装置
CN110086668B (zh) * 2019-04-28 2022-07-29 杭州迪普科技股份有限公司 一种配置文件切换方法及系统
CN110231961B (zh) * 2019-06-27 2023-02-28 杭州迪普信息技术有限公司 一种主控板重启的控制方法及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132312A (zh) * 2007-08-14 2008-02-27 中兴通讯股份有限公司 混插情形下使用配置文件进行设备配置恢复的方法
CN101317387A (zh) * 2005-11-28 2008-12-03 佳能株式会社 通信设备、用于通信设备的控制方法以及通信系统
JP4214974B2 (ja) * 2004-09-01 2009-01-28 パナソニック株式会社 通信データブロックの伝送方法
US7792983B2 (en) * 2007-07-31 2010-09-07 International Business Machines Corporation Method and apparatus for checkpoint and restart of pseudo terminals
CN102271047A (zh) * 2010-06-02 2011-12-07 杭州华三通信技术有限公司 主备倒换方法及主控板、线卡板
CN103152261A (zh) * 2013-02-08 2013-06-12 杭州华三通信技术有限公司 一种链路状态协议数据单元分片报文生成发布方法和设备
CN103580915A (zh) * 2013-09-26 2014-02-12 东软集团股份有限公司 集群系统中确定主控节点的方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4214974B2 (ja) * 2004-09-01 2009-01-28 パナソニック株式会社 通信データブロックの伝送方法
CN101317387A (zh) * 2005-11-28 2008-12-03 佳能株式会社 通信设备、用于通信设备的控制方法以及通信系统
US7792983B2 (en) * 2007-07-31 2010-09-07 International Business Machines Corporation Method and apparatus for checkpoint and restart of pseudo terminals
CN101132312A (zh) * 2007-08-14 2008-02-27 中兴通讯股份有限公司 混插情形下使用配置文件进行设备配置恢复的方法
CN102271047A (zh) * 2010-06-02 2011-12-07 杭州华三通信技术有限公司 主备倒换方法及主控板、线卡板
CN103152261A (zh) * 2013-02-08 2013-06-12 杭州华三通信技术有限公司 一种链路状态协议数据单元分片报文生成发布方法和设备
CN103580915A (zh) * 2013-09-26 2014-02-12 东软集团股份有限公司 集群系统中确定主控节点的方法及装置

Also Published As

Publication number Publication date
CN106161086A (zh) 2016-11-23

Similar Documents

Publication Publication Date Title
CN106161086B (zh) 主控板重启的控制方法及装置
CN107360135B (zh) 拟态化网络操作系统、构建装置及方法
CN105279021B (zh) 执行不可屏蔽中断的方法和装置
EP3407187B1 (en) Optical line terminal, and method for upgrading master device and slave device
EP2916487B1 (en) Method and system for upgrading patching software
CN111813601A (zh) 有状态分布式集群的微服务回滚方法及装置
CN109361542A (zh) 客户端的故障处理方法、装置、系统、终端和服务器
CN108984195B (zh) 一种软件升级方法及装置
CN110895469A (zh) 双机热备系统的升级方法、装置及电子设备和存储介质
JP4517923B2 (ja) オブジェクト救済システム及び方法
CN110109772A (zh) 一种cpu的重启方法、通信设备及可读存储介质
CN106028142B (zh) 一种播放设备的升级控制方法和装置
US10606632B2 (en) Preventing interruption during virtual machine reboot
CN108804129A (zh) 一种软件升级方法及装置
CN112069154A (zh) etcd分布式数据库自动运维方法及相关装置
JP5293141B2 (ja) 冗長システム
JP2006113754A (ja) ソフトウェア更新装置及び方法
EP3355480B1 (en) Communication device, communication processing method, communication processing apparatus and communication system
CN109308234B (zh) 一种控制板卡上多个控制器进行主备切换的方法
CN110365538B (zh) 端口状态控制方法、装置、设备及计算机可读存储介质
CN108234215B (zh) 一种网关的创建方法、装置、计算机设备及存储介质
CN115248746A (zh) 数据备份方法、系统及相关设备
CN111615819B (zh) 一种传输数据的方法和装置
WO2011134255A1 (zh) 业务板倒换的处理方法及机架控制装置
CN110673793A (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

Address after: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building

Applicant after: Hangzhou Dipu Polytron Technologies Inc

Address before: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building

Applicant before: Hangzhou Dipu Technology Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20210617

Address after: 310051 05, room A, 11 floor, Chung Cai mansion, 68 Tong Xing Road, Binjiang District, Hangzhou, Zhejiang.

Patentee after: Hangzhou Dip Information Technology Co.,Ltd.

Address before: 310051, 6 floor, Chung Cai mansion, 68 Tong he road, Binjiang District, Hangzhou, Zhejiang.

Patentee before: Hangzhou DPtech Technologies Co.,Ltd.

TR01 Transfer of patent right