CN104090797B - 一种网板升级方法及网络设备 - Google Patents

一种网板升级方法及网络设备 Download PDF

Info

Publication number
CN104090797B
CN104090797B CN201410323617.7A CN201410323617A CN104090797B CN 104090797 B CN104090797 B CN 104090797B CN 201410323617 A CN201410323617 A CN 201410323617A CN 104090797 B CN104090797 B CN 104090797B
Authority
CN
China
Prior art keywords
web plate
place
upgraded
business board
redundancy
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
CN201410323617.7A
Other languages
English (en)
Other versions
CN104090797A (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.)
New H3C Technologies Co Ltd
Original Assignee
New H3C 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 New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Priority to CN201410323617.7A priority Critical patent/CN104090797B/zh
Publication of CN104090797A publication Critical patent/CN104090797A/zh
Application granted granted Critical
Publication of CN104090797B publication Critical patent/CN104090797B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Stored Programmes (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明公开了一种网板升级方法,首先基于网络环境状态以及各业务板确定维持当前业务所需的最小流量,随后根据该最小流量以及每块网板可提供给每块业务板的转发速率判断最少需要多少数量的网板在位,优先将无需在位的网板进行升级,从而在保证流量转发稳定的同时,提升了ISSU升级的速度。本发明同时还公开了一种网络设备。

Description

一种网板升级方法及网络设备
技术领域
本发明涉及通信技术领域,特别涉及一种网板升级方法。本发明同时还涉及一种网络设备。
背景技术
ISSU(In-Service Software Upgrade,不中断业务升级)是一种可靠性高的升级设备启动软件的方式。为了确保在升级过程中业务不中断或者中断时间较短,ISSU具有如下几个特点:
(1)引入软件包概念,便于软件的管理和维护
将启动软件按功能划分成Boot软件包、System软件包、Feature软件包和补丁包,将系统软件中比较稳定的基础进程和相对比较活跃的业务进程分离。通常情况下,不需要升级基础进程,只需升级部分业务进程。而且,业务进程之间互相独立,当某业务需要版本更新时,只需升级该业务对应的软件包即可,不用升级所有模块,从而不会对设备运行甚至其它业务造成影响。
(2)支持热补丁
使用补丁包在不重启设备的情况下快速修复系统缺陷。根据不同的应用场景,提供不同的升级策略,尽量避免升级影响到当前业务的正常进行。该功能需要硬件的配合,比如部署两块主控板。当主用主控板需要重启升级时,备用主控板能接替主用主控板的工作,保证升级过程业务尽量不中断。
相应地,ISSU具有以下几种升级方式:
A.增量升级
采用该方式升级时,系统会先分析升级前后软件版本间的差异,然后仅对差异部分的进程实施升级。该升级方式对系统影响最小、升级速度最快,为ISSU升级的最佳方式
B.软重启升级
采用该方式升级时,系统会先将系统运行瞬间的数据(运行数据、配置数据、硬件数据)和状态全部保存在内存中,再使用新软件重启CPU。重启期间数据转发平面继续提供转发能力,CPU重启后使用上次保存的数据、状态继续运行。对于需要实时和对端交互协议报文来保持连接的协议,则通过协议代理进程来确保软重启升级过程中连接和协议状态不受影响。与增量升级相比,软重启影响了本CPU上运行的所有模块,升级时间较长。
C.重启升级
该方式通过重启本设备加载新软件来完成升级,所以该重启升级过程会导致业务中断。
基于上述特性,现有技术中采取Sequence Reboot(逐次重启)的方式。只有网板支持该升级方式,当网板需要重启升级时,为了避免流量中断,系统会自动升级完毕一块网板后,再升级下一块网板,直到所有网板升级完毕后,再升级主控板。
基于以上ISSU升级的特性及方式,现有技术中通常采用Sequence Reboot(逐次重启)的方式对网板进行升级。当网板需要重启升级时,为了避免流量中断,系统会自动升级完毕一块网板后,再升级下一块网板,直到所有网板升级完毕后,再升级主控板。然而在该过程中,各网板的升级顺序都是指定且无法改变的,如果设备当时的流量不大,而网板数量又较多,该顺序重启的方式将极大影响升级的速度。
由此可见,目前尚缺乏一种灵活有效的网板升级方式,能够在兼顾流量转发需求的同时将所有网板尽快进行升级,进而提高ISSU升级的效率以及速度。
发明内容
本申请提供一种网板升级方法,解决现有技术中由单一的升级方式以及固定的升级顺序所带来的效率低下的问题。
为达到上述目的,本申请实施例一方面提供了一种网板升级方法,应用于包括多个网板及业务板的网络设备中,该方法包括:
根据网络环境状态以及各业务板的流量信息确定维持当前业务所需的最小流量,所述网络环境状态包括流量稳定状态和有效接口数稳定状态;
根据每块网板可提供给每块业务板的转发速率以及所述最小流量,获取满足转发所述最小流量的网板的数量;
在所述多个网板中选择所述数量的网板作为在位网板,保留所述在位网板为工作状态;
将所述多个网板中除所述在位网板以外的其他网板作为冗余网板进行不中断业务ISSU升级,并在所述冗余网板升级完毕后将所述冗余网板替换所述在位网板,以对替换后的在位网板进行ISSU升级。
另一方面,本申请实施例还提供了一种网络设备,包括多个网板及业务板,该网络设备还包括:
流量模块,用于根据网络环境状态以及各业务板的流量信息确定维持当前业务所需的最小流量,所述网络环境状态包括流量稳定状态和有效接口数稳定状态;
数量模块,用于根据每块网板可提供给每块业务板的转发速率以及所述最小流量,获取满足转发所述最小流量的网板的数量;
选择模块,用于在所述多个网板中选择所述数量的网板作为在位网板,保留所述在位网板为工作状态;
升级模块,用于将所述多个网板中除所述在位网板以外的其他网板作为冗余网板进行不中断业务ISSU升级,并在所述冗余网板升级完毕后将所述冗余网板替换所述在位网板,以对替换后的在位网板进行ISSU升级。
与现有技术相比,本申请实施例所提出的技术方案具有以下优点:
通过应用本申请实施例的技术方案,首先基于网络环境状态以及各业务板确定维持当前业务所需的最小流量,随后根据该最小流量以及每块网板可提供给每块业务板的转发速率判断最少需要多少数量的网板在位,优先将无需在位的网板进行升级,从而在保证流量转发稳定的同时,提升了ISSU升级 的速度。
附图说明
图1为本发明提出的一种网板升级方法的流程示意图;
图2为本发明提出的一种网络设备的结构示意图。
具体实施方式
如背景技术所述,现有技术中ISSU的升级方式单一,且只能按照各网板既定的顺序进行,因此导致升级速度十分缓慢,降低了效率。
针对上述问题,本申请实施例提出了一种网板升级方法,自动判断当前设备的环境,并确定一种快速可靠的升级策略,在满足流量转发需求的同时,尽快升级冗余的网板。在通过当前流量的大小或UP端口总速率的大小来计算冗余网板的数量后进一步根据冗余网板的数量计算出合适的网板升级数量,达到加速ISSU升级的效果。
如图1所示,为本申请实施例所提出的一种网板升级方法的流程示意图,应用于包括多个网板及业务板的网络设备中,该方法具体包括以下步骤:
S101,根据网络环境状态以及各业务板的流量信息确定维持当前业务所需的最小流量,所述网络环境状态包括流量稳定状态和有效接口数稳定状态。
基于在升级过程中可能遇到的情况,本发明将网络环境状态主要划分为流量稳定状态和有效接口数稳定状态。顾名思义,在流量稳定状态下当前环境的流量较为稳定,而在有效接口数稳定状态下当前有效接口的数量不会发生变化,假如当前的环境配置既不符合流量稳定状态也不符合有效接口数稳定状态的话,则将其归类为不稳定升级状态。
为了能够计算出维持当前业务所需的最小流量,流量信息中需要包括交换流量信息、有效端口数量信息以及端口数量信息,对应于以上几种状态,其相应的最小流量确定方式如下:
(1)若所述网络环境状态为流量稳定状态,根据所述交换流量信息选择交换流量最大的业务板为参照业务板,并将所述参照业务板的交换 流量作为所述最小流量;
(2)若所述网络环境状态为有效接口数稳定状态,根据所述有效端口数量信息选择有效端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的有效端口在满速后所达到的总流量作为所述最小流量。
(3)若所述网络环境状态非流量稳定状态或有效接口数稳定状态,根据所述端口数量信息选择所有端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的所有端口在满速后所达到的总流量作为所述最小流量。
S102,根据每块网板可提供给每块业务板的转发速率以及所述最小流量,获取满足转发所述最小流量的网板的数量。
基于S101中所得到的最小流量,可具体通过将M/N的值向上取整所得到的整数J作为满足转发所述最小流量的网板的数量;其中,M为所述最小流量,N为所述转发速率。
S103,在所述多个网板中选择所述数量的网板作为在位网板,保留所述在位网板为工作状态。
S104,将所述多个网板中除所述在位网板以外的其他网板作为冗余网板进行不中断业务ISSU升级,并在所述冗余网板升级完毕后将所述冗余网板替换所述在位网板,以对替换后的在位网板进行ISSU升级。
为了能够确保在流量稳定的情况下快速升级所有的网板,本步骤首先判断已升级的冗余网板的数量是否大于或等于未升级的在位网板;
如果已升级的冗余网板的数量大于或等于未升级的在位网板,利用已升级的冗余网板替换所有未升级的在位网板进行工作,并对替换后的在位网板进行ISSU升级,这样即可两步完成所有网板的升级。
如果已升级的冗余网板的数量小于未升级的在位网板,则只能将所有已升级的冗余网板替换相应数量的未升级的在位网板进行工作,对替换后的在位网板进行ISSU升级,并在升级完毕后继续判断已升级的冗余网板的数量是 否大于未升级的在位网板,以此重复实现所有网板的升级。
为了进一步阐述本发明的技术思想,现结合具体的应用场景,对本发明的技术方案进行说明。
首先,根据不同需求分开考虑,本具体实施例中提供以下流量稳定升级、配置稳定升级和不稳定升级三种方式:
(1)流量稳定升级适用于当前环境流量比较稳定的情况。具体实现为:获取当前环境流量最大的单板,并根据其流量,计算出至少需要多少网板进行转发。假设计算出环境需要的网板数为2块,而实际环境中存在6块网板。则此时标记4块网板为冗余网板,全部进行重启升级。待升级完成后,再升级剩下的2块网板。假设计算出环境需要的网板数为4块,而实际环境中存在6块网板。则此时标记2块网板为冗余网板,全部进行重启升级。待升级完成后,再升级剩下4块中的的2块;最后升级其余2块网板。
(2)配置稳定升级适用于当前环境UP接口数量不会变化的情况。具体实现为:所有UP的端口都以满速计算,获取当前环境可通过流量最大的单板,并根据其流量,计算出至少需要多少网板进行转发。后续实现同上。
(3)不稳定升级适用于当前环境配置会变化,UP接口数量不确定的情况。具体实现为:以规格最大的业务板可通过的最大流量为准,计算出至少需要多少网板进行转发。后续实现同上。
在确定了升级方式之后,即可使用冗余网板算法对需要升级的网板进行规划:单块网板可支持单接口板的转发速率为n,最大的接口板当前流量(或UP端口最大可达到的总流量)为m,则m/n向上取整所得j即为保证在位的网板数,若总网板数为k,则k-j所得x,即为冗余网板数。最后以x块单板为一个单位,进行顺序重启升级。最后不足x块的网板,全部一起升级。
具体地,以下以12518设备为例进行说明:
假设当前待升级的12518设备满插网板9块(冗余一块),满插业务板18 块,此时可支持整机最大交互容量为45T(bps),即单块业务板最大交互容量为2560G,折合每块业务板可同时线速运作128个10G口或32个40G口。因此每块网板可提供给每块业务板的转发速率为320G(n=320G)。假设当前环境中,业务板A上UP了10个10G口,交换流量平均50G(bps);业务板B上UP了10个40G口,交换流量平均10G(bps);业务板C上一共有24个40G口,UP了1个,交换流量平均1G(bps)。其他板暂不计。
a,如果当前流量稳定,选择流量稳定升级。此时计算每块板的总流量。业务板A的流量大于其他板,所以选择业务板A为参照板。即n=320G,m=50G。根据冗余网板算法得到j=1,x=8。因此网板升级会保留1块网板工作,其余8块同时重启升级,升级完毕后,原本工作的1块网板进行重启升级。共升级轮次为2次。
b,如果当前流量不稳定,但UP接口的数量稳定,选择配置稳定升级。此时计算每块板UP端口可达到的总流量。业务板B的流量大于其他板,所以选择业务板B为参照板。即n=320G,m=800G。根据冗余网板算法得到j=3,x=6。因此网板升级会保留3块网板工作,其余6块同时重启升级,升级完毕后,原本工作的3块网板进行重启升级。共升级轮次为2次。
c,如果当前流量不稳定,且UP接口的数量也不稳定,选择不稳定升级。此时计算每块板可达到的总流量。业务板C的规格大于其他板,所以选择业务板C为参照板。即n=320G,m=1920G。根据冗余网板算法得到j=6,x=3。因此网板升级会保留6块网板工作,其余3块同时重启升级,升级完毕后,原本工作的6块网板中的3块网板进行重启升级,最后,未升级的3块网板进行升级。共升级轮次为3次。
通过应用本申请实施例的技术方案,首先基于网络环境状态以及各业务板确定维持当前业务所需的最小流量,随后根据该最小流量以及每块网板可提供给每块业务板的转发速率判断最少需要多少数量的网板在位,优先将无需在位的网板进行升级,从而在保证流量转发稳定的同时,提升了ISSU升级的速度。
为了实现本申请实施例的技术方案,本申请实施例还提供了一种包括多个网板及业务板的网络设备,如图2所示,该网络设备还包括:
流量模块210,用于根据网络环境状态以及各业务板的流量信息确定维持当前业务所需的最小流量,所述网络环境状态包括流量稳定状态和有效接口数稳定状态;
数量模块220,用于根据每块网板可提供给每块业务板的转发速率以及所述最小流量,获取满足转发所述最小流量的网板的数量;
选择模块230,用于在所述多个网板中选择所述数量的网板作为在位网板,保留所述在位网板为工作状态;
升级模块240,用于将所述多个网板中除所述在位网板以外的其他网板作为冗余网板进行不中断业务ISSU升级,并在所述冗余网板升级完毕后将所述冗余网板替换所述在位网板,以对替换后的在位网板进行ISSU升级。
在具体的应用场景中,所述流量信息包括交换流量信息、有效端口数量信息以及端口数量信息,所述流量模块210,具体用于:
若所述网络环境状态为流量稳定状态,根据所述交换流量信息选择交换流量最大的业务板为参照业务板,并将所述参照业务板的交换流量作为所述最小流量;
若所述网络环境状态为有效接口数稳定状态,根据所述有效端口数量信息选择有效端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的有效端口在满速后所达到的总流量作为所述最小流量。
在具体的应用场景中,所述流量模块210还用于:
若所述网络环境状态非流量稳定状态或有效接口数稳定状态,根据所述端口数量信息选择所有端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的所有端口在满速后所达到的总流量作为所述最小流量。
在具体的应用场景中,所述数量模块220,具体用于:
将M/N的值向上取整所得到的整数J作为满足转发所述最小流量的网板的数量;其中,M为所述最小流量,N为所述转发速率。
在具体的应用场景中,所述升级模块240,具体包括:
判断子模块,用于判断已升级的冗余网板的数量是否大于或等于未升级的在位网板;
处理子模块,用于在所述判断子模块判断已升级的冗余网板的数量大于未升级的在位网板时,利用已升级的冗余网板替换所有未升级的在位网板进行工作,并对替换后的在位网板进行ISSU升级;在所述判断子模块判断已升级的冗余网板的数小于未升级的在位网板时,将所有已升级的冗余网板替换相应数量的未升级的在位网板进行工作,对替换后的在位网板进行ISSU升级,并在升级完毕后指示所述判断子模块继续判断已升级的冗余网板的数量是否大于未升级的在位网板。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种网板升级方法,应用于包括多个网板及业务板的网络设备中,其特征在于,该方法包括:
根据网络环境状态以及各业务板的流量信息确定维持当前业务所需的最小流量,所述网络环境状态包括流量稳定状态和有效接口数稳定状态;
根据每块网板可提供给每块业务板的转发速率以及所述最小流量,获取满足转发所述最小流量的网板的数量;
在所述多个网板中选择所述数量的网板作为在位网板,保留所述在位网板为工作状态;
将所述多个网板中除所述在位网板以外的其他网板作为冗余网板进行不中断业务ISSU升级,并在所述冗余网板升级完毕后将所述冗余网板替换所述在位网板,以对替换后的在位网板进行ISSU升级。
2.如权利要求1所述的方法,其特征在于,所述流量信息包括交换流量信息、有效端口数量信息以及端口数量信息,所述根据网络环境状态以及各业务板的流量信息确定维持当前业务所需的最小流量,具体为:
若所述网络环境状态为流量稳定状态,根据所述交换流量信息选择交换流量最大的业务板为参照业务板,并将所述参照业务板的交换流量作为所述最小流量;
若所述网络环境状态为有效接口数稳定状态,根据所述有效端口数量信息选择有效端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的有效端口在满速后所达到的总流量作为所述最小流量。
3.如权利要求2所述的方法,其特征在于,还包括:
若所述网络环境状态非流量稳定状态或有效接口数稳定状态,根据所述端口数量信息选择所有端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的所有端口在满速后所达到的总流量作为所述最小流量。
4.如权利要求1-3任一项所述的方法,其特征在于,根据每块网板可提供给每块业务板的转发速率以及所述最小流量,获取满足转发所述最小流量的网板的数量,具体为:
将M/N的值向上取整所得到的整数J作为满足转发所述最小流量的网板的数量;其中,M为所述最小流量,N为所述转发速率。
5.如权利要求1所述的方法,其特征在于,在所述冗余网板升级完毕后将所述冗余网板替换所述在位网板,以对替换后的在位网板进行ISSU升级,具体为:
判断已升级的冗余网板的数量是否大于或等于未升级的在位网板;
若是,利用已升级的冗余网板替换所有未升级的在位网板进行工作,并对替换后的在位网板进行ISSU升级;
若否,将所有已升级的冗余网板替换相应数量的未升级的在位网板进行工作,对替换后的在位网板进行ISSU升级,并在升级完毕后继续判断已升级的冗余网板的数量是否大于未升级的在位网板。
6.一种网络设备,包括多个网板及业务板,其特征在于,该网络设备还包括:
流量模块,用于根据网络环境状态以及各业务板的流量信息确定维持当前业务所需的最小流量,所述网络环境状态包括流量稳定状态和有效接口数稳定状态;
数量模块,用于根据每块网板可提供给每块业务板的转发速率以及所述最小流量,获取满足转发所述最小流量的网板的数量;
选择模块,用于在所述多个网板中选择所述数量的网板作为在位网板,保留所述在位网板为工作状态;
升级模块,用于将所述多个网板中除所述在位网板以外的其他网板作为冗余网板进行不中断业务ISSU升级,并在所述冗余网板升级完毕后将所述冗余网板替换所述在位网板,以对替换后的在位网板进行ISSU升级。
7.如权利要求6所述的网络设备,其特征在于,所述流量信息包括交换流量信息、有效端口数量信息以及端口数量信息,所述流量模块,具体用于:
若所述网络环境状态为流量稳定状态,根据所述交换流量信息选择交换流量最大的业务板为参照业务板,并将所述参照业务板的交换流量作为所述最小流量;
若所述网络环境状态为有效接口数稳定状态,根据所述有效端口数量信息选择有效端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的有效端口在满速后所达到的总流量作为所述最小流量。
8.如权利要求7所述的网络设备,其特征在于,所述流量模块还用于:
若所述网络环境状态非流量稳定状态或有效接口数稳定状态,根据所述端口数量信息选择所有端口满速后总流量最大的业务板为参照业务板,并将所述参照业务板的所有端口在满速后所达到的总流量作为所述最小流量。
9.如权利要求6-8任一项所述的网络设备,其特征在于,所述数量模块,具体用于:
将M/N的值向上取整所得到的整数J作为满足转发所述最小流量的网板的数量;其中,M为所述最小流量,N为所述转发速率。
10.如权利要求6所述的网络设备,其特征在于,所述升级模块,具体包括:
判断子模块,用于判断已升级的冗余网板的数量是否大于或等于未升级的在位网板;
处理子模块,用于在所述判断子模块判断已升级的冗余网板的数量大于未升级的在位网板时,利用已升级的冗余网板替换所有未升级的在位网板进行工作,并对替换后的在位网板进行ISSU升级;在所述判断子模块判断已升级的冗余网板的数小于未升级的在位网板时,将所有已升级的冗余网板替换相应数量的未升级的在位网板进行工作,对替换后的在位网板进行ISSU升级,并在升级完毕后指示所述判断子模块继续判断已升级的冗余网板的数量是否大于未升级的在位网板。
CN201410323617.7A 2014-07-08 2014-07-08 一种网板升级方法及网络设备 Active CN104090797B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410323617.7A CN104090797B (zh) 2014-07-08 2014-07-08 一种网板升级方法及网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410323617.7A CN104090797B (zh) 2014-07-08 2014-07-08 一种网板升级方法及网络设备

Publications (2)

Publication Number Publication Date
CN104090797A CN104090797A (zh) 2014-10-08
CN104090797B true CN104090797B (zh) 2017-06-23

Family

ID=51638516

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410323617.7A Active CN104090797B (zh) 2014-07-08 2014-07-08 一种网板升级方法及网络设备

Country Status (1)

Country Link
CN (1) CN104090797B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108134681A (zh) * 2016-11-30 2018-06-08 国基电子(上海)有限公司 一种节点设备软件升级方法及装置
CN109787920B (zh) * 2019-02-19 2022-04-15 烽火通信科技股份有限公司 一种分步式系统转发平面的带宽动态调整系统及方法
CN109951334B (zh) * 2019-03-20 2022-04-26 深圳市信锐网科技术有限公司 一种交换机升级方法、装置、网络控制器及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1901530A (zh) * 2005-07-24 2007-01-24 华为技术有限公司 一种服务器系统
CN101968744A (zh) * 2010-11-01 2011-02-09 杭州华三通信技术有限公司 一种基于irf系统的盒式设备升级方法和系统
CN102130817A (zh) * 2010-01-20 2011-07-20 杭州华三通信技术有限公司 堆叠系统中保持流量不中断的方法和机框交换机
CN102752144A (zh) * 2012-07-10 2012-10-24 杭州华三通信技术有限公司 一种软重启不中断业务升级过程中拓扑变化的处理方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9131014B2 (en) * 2012-08-20 2015-09-08 Cisco Technology, Inc. Hitless pruning protocol upgrade on single supervisor network devices
US9507586B2 (en) * 2012-10-05 2016-11-29 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Virtual machine based controller and upgrade mechanism

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1901530A (zh) * 2005-07-24 2007-01-24 华为技术有限公司 一种服务器系统
CN102130817A (zh) * 2010-01-20 2011-07-20 杭州华三通信技术有限公司 堆叠系统中保持流量不中断的方法和机框交换机
CN101968744A (zh) * 2010-11-01 2011-02-09 杭州华三通信技术有限公司 一种基于irf系统的盒式设备升级方法和系统
CN102752144A (zh) * 2012-07-10 2012-10-24 杭州华三通信技术有限公司 一种软重启不中断业务升级过程中拓扑变化的处理方法及装置

Also Published As

Publication number Publication date
CN104090797A (zh) 2014-10-08

Similar Documents

Publication Publication Date Title
JP5623593B2 (ja) ベーシック・インプット/アウトプット・システムを同時に更新するためのラックおよびその方法
CN100472442C (zh) 一种对固件程序进行在线升级的装置及其方法
CN103024782B (zh) 一种基站软件版本管理的方法和系统
CN100459499C (zh) 向以太网无源光网络中的光网络单元发送升级软件的方法
CN104090797B (zh) 一种网板升级方法及网络设备
CN104918114B (zh) 一种操作系统升级方法及装置
CN103186404A (zh) 系统固件更新方法与使用该方法的服务器系统
CN103488494A (zh) 一种刀片服务器多固件同步更新升级方法
CN110032393A (zh) 一种微服务发布方法、装置、设备及介质
CN110007946B (zh) 一种算法模型的更新方法、装置、设备及介质
CN103634375A (zh) 扩容集群节点的方法、装置及设备
CN108271150B (zh) 支持同时对多台手机进行刷机或数据清除的方法及系统
CN101639785A (zh) 软件升级方法及装置
CN104320475A (zh) 一种设备升级方法及装置
CN102214114B (zh) 一种双cpu系统客户机程序的升级方法及系统
US8112606B2 (en) Method for storing a data block containing data for controlling a technical process, and control and automation device
CN104579801A (zh) 一种软件定义网络控制器集群的调度方法
CN104125101A (zh) 通信系统网元使用热补丁批量升级所属业务单盘的方法
CN105005492A (zh) 一种嵌入式设备以及一种软件升级方法
CN104065499B (zh) 主控板、主备系统、信息的备份方法及装置
WO2015192298A1 (en) Telecommunication device and method for updating software in a telecommunication device
CN107071069B (zh) 对用户透明切数据流量的方法、装置、存储介质及电子设备
CN102882970B (zh) 基于云计算平台保持主机资源稳定的方法
EP2191611B1 (en) Designing a network
US20090259773A1 (en) Network device and method for setting working modes of line cards

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: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant after: Xinhua three Technology Co., Ltd.

Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant before: Huasan Communication Technology Co., Ltd.

GR01 Patent grant
GR01 Patent grant