CN101217411B - 实现堆叠设备软件升级的方法、设备及系统 - Google Patents
实现堆叠设备软件升级的方法、设备及系统 Download PDFInfo
- Publication number
- CN101217411B CN101217411B CN2008100559354A CN200810055935A CN101217411B CN 101217411 B CN101217411 B CN 101217411B CN 2008100559354 A CN2008100559354 A CN 2008100559354A CN 200810055935 A CN200810055935 A CN 200810055935A CN 101217411 B CN101217411 B CN 101217411B
- Authority
- CN
- China
- Prior art keywords
- equipment
- message
- network management
- stack
- updating software
- 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
- 238000000034 method Methods 0.000 title claims abstract description 27
- 238000007726 management method Methods 0.000 claims description 94
- 230000004044 response Effects 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 10
- 238000004321 preservation Methods 0.000 claims description 2
- 238000004148 unit process Methods 0.000 claims description 2
- 230000008569 process Effects 0.000 abstract description 9
- 238000012546 transfer Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- KKIMDKMETPPURN-UHFFFAOYSA-N 1-(3-(trifluoromethyl)phenyl)piperazine Chemical compound FC(F)(F)C1=CC=CC(N2CCNCC2)=C1 KKIMDKMETPPURN-UHFFFAOYSA-N 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Abstract
本发明公开了一种实现堆叠设备软件升级的方法、设备及系统，在本发明的技术方案中，通过该网管设备向堆叠设备中的主设备发送指示消息，由主设备根据指示消息控制堆叠设备各从设备进行升级软件版本的复制和配置，有效的提高了堆叠设备软件升级的效率。从而，能够更加方便、快捷的实现堆叠设备的软件升级，避免堆叠设备由于升级过程复杂导致容易出错的问题。
Description
技术领域
本发明涉及堆叠设备技术，尤指一种堆叠设备软件升级的方法、控制堆叠设备软件升级的方法、网管设备、堆叠设备中的主设备及堆叠设备软件升级的系统。
背景技术
相同类型支持智能弹性架构(IRF，Intelligent Resilient Framework)特性的交换机可以通过互相连接构成联合设备，对外使用一个IP地址。其中每台设备称为一个单元(Unit)，联合设备称为堆叠设备。堆叠设备由于其通过多个设备联合而构成的，因此能够提供高数据的端口和高性能的交换能力，同时也可以通过多台设备之间的互相备份增强设备的可靠性。在堆叠设备中，Unit号最小设备的称为主(Master)设备，其他的称为从(Slave)设备。在目前的技术中，主设备能够实现与各从设备之间的信息交互。
由于堆叠设备中的各设备均是作为堆叠设备的一部分进行工作，因此为了使堆叠设备能够正常工作，必须保证各设备拥有相同的软件版本。这就需要在进行软件升级时，统一对各设备进行升级。而在现有技术中，堆叠设备软件版本的升级是比较费时、低效的过程。
堆叠设备的软件升级主要包括两个过程，升级软件版本的复制和升级软件版本的配置。升级软件版本的复制是指将升级软件版本拷贝到堆叠设备中的各设备上，首先Master设备从外部服务器下载升级软件版本，然后通过Telnet协议传输至各Slave设备。在该复制过程中，由于Telnet协议需要每个设备具有独立IP地址，因此这一过程的实现需要将堆叠设备拆开，并赋予拆开的每个设备各自的独立IP。另外，升级软件版本的配置是指将升级软件版本配置到堆叠设备中的各设备上。具体的实现，首先将升级软件版本配置为Master设备的下次启动软件，并依次登录到每个Slave设备设置当前升级软件版本为下次启动软件。同时，为了实现堆叠设备中各设备的同步升级，还需重启设备，以生效配置的升级软件版本。
可见，现有堆叠设备的软件升级过程复杂，需要重复使用Telnet命令将升级软件版本到堆叠设备中的各设备上，并且还需要逐个配置各设备是复制到设备的升级软件版本生效，效率低且容易出错。此外，该软件升级过程还需要分裂堆叠，在一定程度上影响了堆叠业务的正常使用。
发明内容
有鉴于此，本发明提供了实现堆叠设备软件升级的方法、设备及系统，通过应用本发明的技术方案能够有效的提高堆叠设备软件升级的效率。
为达到上述目的，本发明的技术方案具体为：
一种控制堆叠设备软件升级的方法，
网管设备向堆叠设备中的主设备发送全局拷贝消息，指示主设备执行堆叠设备复制升级软件版本的操作；
并，向堆叠设备中的主设备发送全局下次启动软件消息，指示主设备执行堆叠设备配置升级软件版本的操作；
并，在收到所述主设备返回的设置成功响应时，向所述主设备发送全局重启消息。
一种堆叠设备软件升级的方法，
堆叠设备中的主设备收到全局拷贝消息后，将获取的升级软件版本发送至所述堆叠设备中的从设备；
并，在收到全局下次启动软件消息后，将所述升级软件版本设置为下次启动软件，并指示所述从设备将所述升级软件版本设置为下次启动软件；当成功完成对自身以及从设备的设置后，向所述网管设备返回设置成功响应；
并，在收到全局重启消息时，指示所述从设备执行重启操作后，自身进行重启。
一种控制堆叠设备软件升级的网管设备，包括：
处理单元，用于在需要主设备执行堆叠设备复制升级软件版本的操作时，发送全局拷贝消息；以及，在需要主设备执行堆叠设备配置升级软件版本的操作时，发送下次启动软件消息；并在收到所述主设备返回的设置成功响应时，向所述主设备发送全局重启消息；
收发单元，用于向堆叠设备中的主设备发送收到的指示；并将从所述主设备收到的消息发送至所述处理单元处理。
一种堆叠设备中的主设备，包括：
执行单元，用于在收到全局拷贝消息后，发送升级软件版本；以及，在收到全局下次启动软件消息后，将所述升级软件版本设置为下次启动软件，并通过所述收发单元向所述从设备发送将升级软件版本设置为下次启动软件的消息；并，在成功完成对自身以及从设备的设置后，通过所述收发单元向所述网管设备返回设置成功响应；并，在收到全局重启消息时，通过所述收发单元向所述从设备发送指示从设备重启的消息后，自身进行重启；
收发单元，用于向堆叠设备中的从设备发送所述升级软件版本以及消息；并将所述设置成功响应发送至网管设备。
以及，包括上述网管设备和堆叠设备中主设备的实现堆叠设备软件升级的系统。
本发明所提供的实现堆叠设备软件升级的技术方案，通过该网管设备向Master设备发送指示消息，进而由Master设备根据指示消息控制各Slave设备进行升级软件版本的复制和配置，有效的提高了堆叠设备软件升级的效率。从而，能够更加方便、快捷的实现堆叠设备的软件升级，避免堆叠设备由于升级过程复杂导致容易出错的问题。
附图说明
图1为本发明实施例系统的结构图；
图2为本发明实施例网管设备的结构图；
图3为本发明实施例堆叠设备中主设备的结构图；
图4为本发明较佳实施例的方法流程图。
具体实施方式
在本部分的详细描述中，仅通过对实施本发明的发明者所预期的最佳方式的示例，示出并描述了本发明的较佳实施例。应意识到，可以在不背离本发明的前提下，就各个显而易见的方面对其进行修改。相应地，附图和说明书应被视为在本质上是示例性的，而不是限制性的。
在本发明实施例的技术方案中，考虑到堆叠设备中的Master设备能够实现与各Slave设备之间的信息交互，因此为了提高堆叠设备软件升级的效率，能够更加方便、快捷的实现堆叠设备的软件升级，可以配置一台网管设备，通过该网管设备向Master设备发送指示消息，由Master设备根据指示消息控制各Slave设备进行升级软件版本的复制和配置，从而避免堆叠设备升级过程复杂以及容易出错的问题。
在网管设备侧，该网管设备控制堆叠设备软件升级的需要执行的操作包括：网管设备向堆叠设备中的主设备发送全局拷贝消息，指示主设备执行堆叠设备复制升级软件版本的操作；并，向堆叠设备中的主设备发送全局配置消息，指示主设备执行堆叠设备配置升级软件版本的操作。
堆叠设备中的Master设备，为了实现整个堆叠设备的软件升级需要执行的操作包括：堆叠设备中的Master设备收到全局拷贝消息后，将获取的升级软件版本发送至所述堆叠设备中的Slave设备；并，在收到全局配置消息后，为自身配置所述升级软件版本，并指示所述从设备配置所述升级软件版本。其中，Master设备将获取的升级软件版本发送至所有Slave设备的方法可以是：Master设备将升级软件版本广播至所有Slave设备。
这里，Master设备获取升级软件版本的方式可以是采用现有技术中获取升级软件版本的方式，也可以从网管设备处获取升级软件版本。此时，网管设备则可以向所述主设备发送全局拷贝消息之前，向所述主设备发送升级软件版本。
此外，由于在Master设备上和Slave设备上配置升级软件版本的具体操作可以是，将升级软件版本配置下次启动软件，并在配置完下次启动软件后重启设备，因此网管设备可以向Master设备发送全局配置消息包括：向所述主设备发送全局下次启动软件消息；并在收到所述主设备返回的设置成功响应时，向所述主设备发送全局重启消息。相应的，Master设备在收到全局下次启动软件消息时，将所述升级软件版本设置为下次启动软件，并指示所述从设备将所述升级软件版本设置为下次启动软件；当成功完成对自身以及从设备的设置后，向所述网管设备返回设置成功响应；并在收到全局重启消息时，在指示所述从设备执行重启操作后，自身进行重启。
参见图1，图1为本发明实施例中实现堆叠设备软件升级的系统，包括网管设备和由Master设备与Slave设备组成的堆叠设备。
其中，网管设备用于向堆叠设备中的主设备发送全局拷贝消息，指示主设备执行堆叠设备复制升级软件版本的操作；并，向堆叠设备中的主设备发送全局配置消息，指示主设备执行堆叠设备配置升级软件版本的操作。而堆叠设备中的Master设备收到全局拷贝消息后，将获取的升级软件版本发送至所述堆叠设备中的从设备；并，在收到全局配置消息后，为自身配置所述升级软件版本，并指示所述从设备配置所述升级软件版本。网管设备和Master设备具体的组成结构可参见图2和图3。
参见图2，图2为本发明实施例中网管设备的结构图，包括处理单元和收发单元。具体的，处理单元，用于在需要主设备执行堆叠设备复制升级软件版本的操作时，发送全局拷贝消息；以及，在需要主设备执行堆叠设备配置升级软件版本的操作时，发送全局配置消息。收发单元，用于向堆叠设备中的主设备发送收到的指示。所述处理单元，还可进一步用于将升级软件版本发送至所述收发单元；相应的，收发单元，还可进一步用于将收到的升级软件版本发送至所述主设备。
另外，收发单元，还可进一步用于将从所述主设备收到的消息发送至所述处理单元。相应的，处理单元，用于在收到所述主设备返回的拷贝成功响应时，向发送全局下次启动软件消息；并在收到所述主设备返回的设置成功响应时，向所述主设备发送全局重启消息。
参见图3，图3为本发明实施例中Master设备的组成结构图，具体包括执行单元和收发单元。其中，执行单元，用于在收到全局拷贝消息后，发送升级软件版本；以及，在收到全局配置消息后，为所在主设备配置所述升级软件版本，并发送用于指示所述堆叠设备中的从设备配置所述升级软件版本的消息。收发单元，用于向堆叠设备中的从设备发送从所述主设备收到的升级软件版本以及消息。这里，所述收发单元可以通过广播方式将所述升级软件版本发送至所述堆叠设备中的从设备。
所述收发单元，还可进一步用于接收从网管设备发送的升级软件版本，并发送至所述执行单元；相应的，所述执行单元，进一步用于从所述收发单元接收升级软件版本并保存。
另外，所述收发单元，还可进一步用于将从网管设备收到的消息发送至所述执行单元。相应的，所述执行单元，在收到网管设备发送的全局下次启动软件消息时，将所述升级软件版本设置为下次启动软件，并通过所述收发单元向所述从设备发送将升级软件版本设置为下次启动软件的消息；并在成功完成对自身以及从设备的设置后，向所述网管设备返回设置成功响应；在收到网管设备发送的全局重启消息时，通过所述收发单元向所述从设备发送指示从设备重启的消息后，自身进行重启。
在本发明实施例的技术方案中，网管设备与Master设备之间的信息交互可以利用简单网络管理协议(SNMP)协议以及自定义的协议来实现。SNMP采用了Client/Server模型的特殊形式：代理站/网管站模型。对网络的管理与维护是通过SNMP网管站与代理站之间的交互完成。网管站主要依据管理信息库(MIB，Management Information Base)定义信息的各种查询或操作，向代理站发送网络管理命令或请求，一般位于服务器端。代理站是位于成员设备上，主要负责接收网管站发送的消息，并与该设备上的其他模块进行沟通、交互，完成网管站所要求的查询或操作。
以下，以SNMP协议来实现网关设备与Master设备之间的信息交互为例，介绍本发明的较佳实施例。
当网管设备通过SNMP协议与Master设备进行交互时，则需要在网管设备中设置SNMP网管站，由SNMP网管站根据SNMP协议向设置了SNMP代理站的Master设备发送全局拷贝消息以及全局配置消息。相应的，在Master设备中也需要设置SNMP代理站，由SNMP代理站处理网管设备中SNMP网管站发送的全局拷贝消息以及全局配置消息。
那么，网管设备中的处理单元则可以为根据SNMP设置的用于实现SNMP网管站的模块，根据SNMP协议发送全局拷贝消息以及全局配置消息。相应的，Master设备中的执行单元则可以是根据SNMP设置的用于实现SNMP代理站的模块，根据SNMP协议处理收到的全局拷贝消息以及全局配置消息。
根据SNMP协议的特性，为了实现网管设备与Master设备之间的信息交互需要定义下列MIB，包括：表SysCurTable、表FlhOperTable、表SysReloadScheduleTable、节点SysReloadSchedule、节点SysReloadAction和节点SysReloadTag。
其中，SysCurTable，用来定义并收集当前设备启动时所使用的软件版本信息。在本发明实施例后续的介绍，如无特殊说明，将堆叠设备中的各设备(包括Master设备和Slave设备)简称为设备。SysCurTable中可以包括软件版本的大小、版本号等信息。
FlhOperTable，用来定义Master设备与网管设备之间升级软件版本的传输操作信息。如表一所示，为FlhOperTable的一个示例。该表格中也包含了对FlhOperTable中各字段说明。
| 叶对象名 | 描述 | 数据类型 |
| FlhOperIndex | 索引，随机数 | Integer32 |
| FlhOperType | 操作类型：从网络传文件到设备，从设备传文件到网络，删除设备上文件 | INTEGER |
| FlhOperProtocol | 传输文件的协议：FTP、TFTP | INTEGER |
| FlhOperServerAddress | 操作的Server主机的IP地址 | IpAddress |
| FlhOperServerUser | FTP传输文件的用户名 | DisplayString |
| FlhOperPassword | FTP传输文件的用户密码 | DisplayString |
| FlhOperSourceFile | 要传输的源文件 | DisplayString |
| FlhOperDestinationFile | 传输的目的文件 | DisplayString |
| FlhOperStatus | 操作的状态：成功、失败、正在进行 | FlashOperationStatus |
| FlhOperRowStatus | 行状态 | RowStatus |
表一
SysReloadScheduleTable，用来定义下次启动时所使用的升级软件版本以及其他相关信息。表二所示为SysReloadScheduleTable表格的一个具体实例，该表格中也包含了对SysReloadScheduleTable中各字段说明。
| 叶对象名 | 描述 | 数据类型 |
| SysReloadScheduleIndex | 表索引 | Integer32 |
| SysReloadEntity | 实体索引 | Integer32 |
| SysReloadImage | 用于指定升级软件版本的文件索引 | Integer32 |
| SysReloadReason | 重启原因 | DisplayString |
| SysReloadScheduleTime | 预定重启时间 | DateAndTime |
| SysReloadRowStatus | 行的状态 | RowStatus |
| SysReloadScheduleTagList | 行的taglist | SnmpTagList |
表二
另外，SysReloadSchedule用来在重启设备时，指定表SysReloadScheduleTable的索引，进而以SysReloadScheduleTable中叶对象名为SysReloadImage定义的版本文件为重启后配置的软本版本。SysReloadAction，用来指定重启设备的动作，在本发明实施例中，其取值为3，表示立即重启设备。另外，还可以将其取值1，表示为在指定的时间重启设备。SysReloadTag，用于选择需要重启的Slave设备。
参见图4，图4为本发明较佳实施例的流程图。现详细介绍如下：
在步骤401中，网管设备向Master设备发送SNMP协议的GETNEXT报文，其中携带SysCurTable，用来查询Master设备当前软件版本。
在步骤402中，由于定义的MIB会在基于Client/Server模型两端进行预先设置，因此Master设备收到携带SysCurTable的GETNEXT报文后，则能够获知网管设备需要自身返回当前正在使用的软件版本，Master设备向网管站返回自身当前正在使用的软件版本的信息。
在堆叠设备中，由于堆叠设备中的所有设备均是使用相同版本的软件，因此Master设备返回的软件版本信息必然能够反映当前堆叠设备所使用的软件版本。
在步骤403中，网管设备收到Master设备返回的软件版本信息，当Master设备当前使用的软件低于升级软件，则确定当前堆叠设备的软件需要升级，此时向Master设备发送SNMP协议的SET报文给Master设备，相当于全局拷贝消息，指示Master设备下载升级软件版本的信息。
依据网管设备设置的FlhOperTable，假设网管设备的IP地址为10.153.130.69，升级软件版本为ar46-vrp340-r1601.bin，文件传输协议为FTP，网管站FTP Server的一个用户名与密码为admin和123456，则SNMP的SET报文的内容如下：
FlhOperType.65537＝1 //1表示从网管上传文件到设备
FlhOperProtocol.65537＝1//1表示FTP协议
FlhOperServerAddress.65537＝“10.153.130.69”
FlhOperServerUser.65537＝“admin”
FlhOperPassword.65537＝“123456”
FlhOperSourceFile.65537＝“ar46-vrp340-r1601.bin”
FlhOperDestinationFile.65537＝“ar46-vrp340-r1601.bin”
FlhOperRowStatus.65537＝4 //表示创建行
其中，FlhOperTable表的行索引可以为定义的特定索引，表示对全局进行操作，如为65537。在定义了特定索引之后，Master设备接收到该索引的FlhOperTable表的数据之后，就会启动FTP客户端，从网管设备下载升级软件版本，并发送至各Slave设备。
由于在MIB中，索引共有32为，高16位索引为1代表设备的框，在堆叠设备中也就是代表堆叠设备中的所有Unit。因此，特定索引的范围可以为65536(0x10000)～131071(0x1FFFF)之间的任意值。
在步骤404中，Master设备接收到网管设备发送的SET报文后，检测SET报文的合法性，当收到的SET报文合法，则向网管设备返回成功；否则，返回失败。
这里Master设备对SET报文的合法性检测，主要是对报文中携带的IP地址、文件名有效性等信息真实性的检测。
在步骤405中，当SET报文检测合法之后，Master设备启动FTP客户端，从网管设备的FTP Server下载升级软件版本。
在步骤406中，Master设备下载完升级软件版本之后，为升级软件版本定义索引，并通过广播将下载的升级软件版本拷贝到各个Slave设备上，如果文件拷贝失败，则向网管设备返回升级失败；否则，向网管设备返回拷贝成功响应。
这里，除了可以采用Master设备主要向网管设备上报文件拷贝状态，还可以由网管设备通过向Master设备发送查询报文，来获知Master设备的文件拷贝状态。例如，网管设备可以向Master设备发送GET报文，携带FlhOperStatus.65537。根据表二中对FlhOperStatus的描述可知，FlhOperStatus可以体现三种状态包括：成功、失败和正在进行。Master设备收到该GET报文后，如果文件正在传输，Master设备根据表二所定义的数据类型返回正在传输的信息，此时网管站等待一定的时间之后在发送同样的GET报文。如果Master设备返回成功，则返回成功，网管设备则认为文件传输成功；Master设备在其他情况下，则返回失败，此时网管设备则认为升级失败。
在步骤407中，网管设备在确定升级软件版本成功复制到堆叠设备中的各设备上时，通过发送携带SysCurTable的GETNEXT报文给Master设备，向Master设备查询当前升级软件版本的索引。
在步骤408中，Master设备返回升级软件版本的索引。如果在步骤408中定义的文件索引为131073，则此时Master设备向网管设备返回的索引为131073。
如果Master不需要定义文件索引，步骤407和408则不是必需的。
在步骤409中，网管设备发送SET报文给Master设备，设置堆叠设备的下次启动软件，相当于前述的全局下次启动软件消息。此时，SNMP操作的对象为SysReloadScheduleTable。报文的形式可以为：
SysReloadEntity.65537＝1，
SysReloadlmage.65537＝131073
SysReloadReason.65537＝“upgrade to new software version”
SysReloadScheduleTime.65537＝“”
SysReloadScheduleTagList.65537＝“all”
SysReloadRowStatus.65537＝4
在步骤410中，Master设备接收步骤409中发送的报文后，判断当前是否存在配置软件的操作，如果存在就返回升级失败，如果不存在则返回成功响应。
在步骤411中，网管设备收到Master设备返回的成功响应后，向Master设备发送SET报文，用于指示重启堆叠设备，相当于前述的全局重启消息。具体SNMP文件操作对象为节点SysReloadSchedule和SysReloadAction、SysReloadTag，取值如下：
SysReloadSchedule.0＝65537
SysReloadAction.0＝3//表示立即重启
SysReloadTag.0＝“all”
在步骤412中，Master设备接收到上述报文后，根据特定索引65537、SysReloadAction以及SysReloadTag的内容，确定需要重启整个堆叠设备，此时指示各Slave设备重启。
这里，网管设备还可以在步骤409发送的SysReloadScheduleTagList中携带能够重启的Slave设备标记，在步骤411中发送的SysReloadTag中携带本次重启的Slave设备标记，将SysReloadTag中携带的标记和SysReloadScheduleTagList中携带的标记相比较，重启被SysReloadScheduleTagList包含的Slave设备。
在步骤413中，Master设备在指示各Slave设备重启后，然后Master重启。
本发明实施例的技术方案中，通过网管设备向Master设备发送指示消息，由Master设备根据指示消息控制各Slave设备进行升级软件版本的复制和配置，提高了堆叠设备软件升级的效率和正确性。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (15)
1.一种控制堆叠设备软件升级的方法，其特征在于，
网管设备向堆叠设备中的主设备发送全局拷贝消息，指示主设备执行堆叠设备复制升级软件版本的操作；
并，向堆叠设备中的主设备发送全局下次启动软件消息，指示主设备执行堆叠设备配置升级软件版本的操作；
并，在收到所述主设备返回的设置成功响应时，向所述主设备发送全局重启消息。
2.根据权利要求1所述的方法，其特征在于，所述网管设备向所述主设备发送全局拷贝消息之前，进一步包括：向所述主设备发送升级软件版本。
3.根据权利要求1或2所述的方法，其特征在于，在所述网管设备中设置简单网络管理协议SNMP网管站，由所述SNMP网管站根据SNMP协议向设置了SNMP代理站的主设备发送全局拷贝消息以及全局配置消息。
4.一种堆叠设备软件升级的方法，其特征在于，
堆叠设备中的主设备收到全局拷贝消息后，将获取的升级软件版本发送至所述堆叠设备中的从设备；
并，在收到全局下次启动软件消息后，将所述升级软件版本设置为下次启动软件，并指示所述从设备将所述升级软件版本设置为下次启动软件；当成功完成对自身以及从设备的设置后，向所述网管设备返回设置成功响应；
并，在收到全局重启消息时，指示所述从设备执行重启操作后，自身进行重启。
5.根据权利要求4所述的方法，其特征在于，该方法进一步包括：所述主设备从网管设备处获取升级软件版本。
6.根据权利要求4所述的方法，其特征在于，所述主设备将获取的升级软件版本发送至所述从设备包括：
所述主设备将所述升级软件版本广播至所述堆叠设备中的从设备。
7.根据权利要求4、5或6所述的方法，其特征在于，
在所述主设备中设置简单网络管理协议SNMP代理站，由所述SNMP代理站处理网管设备中SNMP网管站发送的全局拷贝消息以及全局配置消息。
8.一种控制堆叠设备软件升级的网管设备，其特征在于，包括：
处理单元，用于在需要主设备执行堆叠设备复制升级软件版本的操作时，发送全局拷贝消息；以及，在需要主设备执行堆叠设备配置升级软件版本的操作时，发送下次启动软件消息；并在收到所述主设备返回的设置成功响应时，向所述主设备发送全局重启消息；
收发单元，用于向堆叠设备中的主设备发送收到的指示；并将从所述主设备收到的消息发送至所述处理单元处理。
9.根据权利要求8所述的网管设备，其特征在于，
所述处理单元，进一步用于将升级软件版本发送至所述收发单元；
所述收发单元，进一步用于将收到的升级软件版本发送至所述主设备。
10.根据权利要求8或9所述的网管设备，其特征在于，
所述处理单元用于实现简单网络管理协议SNMP网管站，根据SNMP协议发送全局拷贝消息以及全局配置消息。
11.一种堆叠设备中的主设备，其特征在于，包括：
执行单元，用于在收到全局拷贝消息后，发送升级软件版本；以及，在收到全局下次启动软件消息后，将所述升级软件版本设置为下次启动软件，并通过所述收发单元向所述从设备发送将升级软件版本设置为下次启动软件的消息；并，在成功完成对自身以及从设备的设置后，通过所述收发单元向所述网管设备返回设置成功响应；并，在收到全局重启消息时，通过所述收发单元向所述从设备发送指示从设备重启的消息后，自身进行重启；
收发单元，用于向堆叠设备中的从设备发送所述升级软件版本以及消息；并将所述设置成功响应发送至网管设备。
12.根据权利要求11所述的主设备，其特征在于，
所述收发单元，进一步用于接收从网管设备发送的升级软件版本，并发送至所述执行单元；
所述执行单元，进一步用于从所述收发单元接收升级软件版本并保存。
13.根据权利要求11所述的主设备，其特征在于，
所述收发单元，通过广播方式将所述升级软件版本发送至所述堆叠设备中的从设备。
14.权利要求11、12或13所述的主设备，其特征在于，
所述执行单元用于实现简单网络管理协议SNMP代理站，根据SNMP协议处理收到的全局拷贝消息以及全局配置消息。
15.一种实现堆叠设备软件升级的系统，其特征在于，至少包括如权利要求8至10中任一权利要求所述的网管设备和如权利要求11至14中任一权利要求所述的主设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100559354A CN101217411B (zh) | 2008-01-02 | 2008-01-02 | 实现堆叠设备软件升级的方法、设备及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100559354A CN101217411B (zh) | 2008-01-02 | 2008-01-02 | 实现堆叠设备软件升级的方法、设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101217411A CN101217411A (zh) | 2008-07-09 |
| CN101217411B true CN101217411B (zh) | 2010-07-21 |
Family
ID=39623776
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100559354A Active CN101217411B (zh) | 2008-01-02 | 2008-01-02 | 实现堆叠设备软件升级的方法、设备及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101217411B (zh) |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101478422B (zh) * | 2008-12-01 | 2010-12-22 | 北京星网锐捷网络技术有限公司 | 一种软件版本自协商方法及系统 |
| CN101478492B (zh) * | 2009-02-10 | 2011-04-13 | 杭州华三通信技术有限公司 | 一种堆叠成员端口检测的方法和装置 |
| CN101841735B (zh) * | 2009-03-17 | 2015-04-15 | 华为技术有限公司 | 框式交换机及堆叠系统以及堆叠后故障处理方法 |
| CN101527643B (zh) * | 2009-03-26 | 2011-05-11 | 杭州华三通信技术有限公司 | 获取堆叠系统信息的方法、系统和主设备 |
| CN101621407B (zh) * | 2009-08-11 | 2012-04-25 | 杭州华三通信技术有限公司 | 软件版本不一致的处理方法和堆叠系统中的成员设备 |
| CN101656949B (zh) * | 2009-09-21 | 2012-09-05 | 中兴通讯股份有限公司 | 一种固件空中升级的方法及终端 |
| CN101674198B (zh) * | 2009-10-23 | 2011-09-28 | 杭州华三通信技术有限公司 | 一种堆叠的实现方法及装置 |
| CN102148744B (zh) * | 2010-02-10 | 2013-09-25 | 杭州华三通信技术有限公司 | 在堆叠设备重启过程中减少丢包的方法及系统 |
| CN101808315B (zh) * | 2010-04-08 | 2013-01-23 | 北京傲天动联技术有限公司 | 瘦ap升级方法 |
| CN102244669B (zh) * | 2010-05-12 | 2014-02-26 | 杭州华三通信技术有限公司 | 一种堆叠设备中软件升级的方法和堆叠设备 |
| CN101860545A (zh) * | 2010-06-13 | 2010-10-13 | 中兴通讯股份有限公司 | 一种实现设备自动配置的系统及方法 |
| CN102012827A (zh) * | 2010-11-22 | 2011-04-13 | 中兴通讯股份有限公司 | 一种软件版本的加载方法及基站控制器 |
| CN102647465B (zh) * | 2012-03-30 | 2014-12-10 | 杭州华三通信技术有限公司 | 应用于堆叠系统中的ftp数据传输方法和装置 |
| CN102761481A (zh) * | 2012-06-29 | 2012-10-31 | 杭州华三通信技术有限公司 | 一种基于evi网络的版本升级方法和设备 |
| CN103023990B (zh) * | 2012-11-28 | 2016-06-08 | 迈普通信技术股份有限公司 | 堆叠系统中的镜像文件升级系统及方法 |
| CN103957117A (zh) * | 2014-04-14 | 2014-07-30 | 武汉烽火网络有限责任公司 | 实现网络设备智能安装的系统及其方法 |
| CN105337904B (zh) | 2014-08-05 | 2018-11-27 | 新华三技术有限公司 | 控制器集群的升级方法及装置 |
| CN105049473B (zh) * | 2015-05-25 | 2018-03-27 | 广东欧珀移动通信有限公司 | 一种应用的升级方法及系统 |
| CN106301863A (zh) * | 2015-06-11 | 2017-01-04 | 中兴通讯股份有限公司 | 微波设备的版本升级处理方法及微波设备 |
| CN105049502B (zh) * | 2015-06-30 | 2019-06-04 | 新华三技术有限公司 | 一种云端网络管理系统中设备软件更新的方法和装置 |
| CN108282346B (zh) * | 2016-12-29 | 2020-11-03 | 华为技术有限公司 | 软件升级方法及装置 |
| CN106817259A (zh) * | 2017-01-18 | 2017-06-09 | 杭州迪普科技股份有限公司 | Vsm系统的升级方法及装置 |
| CN107273158B (zh) * | 2017-06-08 | 2021-10-26 | 广东美的暖通设备有限公司 | 程序升级方法及装置、主机、从机和多联机空调系统 |
| CN107678764B (zh) * | 2017-09-30 | 2020-09-08 | 杭州迪普科技股份有限公司 | 一种基于issu升级vsm系统的方法及装置 |
| CN109683931A (zh) * | 2018-12-19 | 2019-04-26 | 京信通信系统（中国）有限公司 | 一种设备升级方法及web服务器 |
| CN111965989B (zh) * | 2020-08-14 | 2024-01-26 | 深圳市欧瑞博科技股份有限公司 | 系统更新方法、装置、智能家居控制面板以及存储介质 |
| CN112015098A (zh) * | 2020-08-14 | 2020-12-01 | 深圳市欧瑞博科技股份有限公司 | 智能家居设备的系统升级方法、装置及电子设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1758607A (zh) * | 2005-11-10 | 2006-04-12 | 中国工商银行 | 分布式业务系统中的软件版本升级系统及其方法 |
| CN1929389A (zh) * | 2005-09-09 | 2007-03-14 | 中兴通讯股份有限公司 | 一种网络管理中兼容代理不同版本的方法 |
| CN1992635A (zh) * | 2005-12-27 | 2007-07-04 | 中兴通讯股份有限公司 | 模拟snmp网元及用该网元进行网管系统测试的方法 |
-
2008
- 2008-01-02 CN CN2008100559354A patent/CN101217411B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1929389A (zh) * | 2005-09-09 | 2007-03-14 | 中兴通讯股份有限公司 | 一种网络管理中兼容代理不同版本的方法 |
| CN1758607A (zh) * | 2005-11-10 | 2006-04-12 | 中国工商银行 | 分布式业务系统中的软件版本升级系统及其方法 |
| CN1992635A (zh) * | 2005-12-27 | 2007-07-04 | 中兴通讯股份有限公司 | 模拟snmp网元及用该网元进行网管系统测试的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101217411A (zh) | 2008-07-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101217411B (zh) | 实现堆叠设备软件升级的方法、设备及系统 | |
| CN101645801B (zh) | 基于集群管理的软件版本升级方法及命令交换机 | |
| CN100361066C (zh) | 网络中共享资源的使用、及其控制和监视的方法和装置 | |
| US7756953B2 (en) | Method and apparatus for monitoring responses of configuration commands | |
| CN101447895A (zh) | 同步网管与网元的配置的方法和装置 | |
| CN107547245B (zh) | 一种版本升级方法和装置 | |
| TW200533118A (en) | Deployment method and system for multiple remote computers | |
| CN103460203A (zh) | 群集唯一标识符 | |
| JP2007135109A (ja) | 仮想ネットワーク管理方法、仮想ネットワーク管理プログラム、仮想ネットワーク管理システムおよび仮想ネットワーク管理手段 | |
| CN101390336A (zh) | 灾难恢复体系结构 | |
| WO2009117921A1 (zh) | 分布式网络管理系统、网管服务器和方法 | |
| CN104486125A (zh) | 配置文件的备份方法及装置 | |
| CN102438042B (zh) | 一种多点接入设备的动态参数同步方法及系统 | |
| CN101159611A (zh) | 一种批量系统部署方法和部署装置 | |
| CN109189403B (zh) | 操作系统os批量安装方法、装置和网络设备 | |
| CN105656661B (zh) | 一种单板的软件管理方法及系统 | |
| CN112035062B (zh) | 云计算的本地存储的迁移方法、计算机设备及存储介质 | |
| US10931529B2 (en) | Terminal device management method, server, and terminal device for managing terminal devices in local area network | |
| JP4487485B2 (ja) | ネットワークプリンタシステム及びバックアッププログラム並びにネットワークプリンタ | |
| CN105049259A (zh) | 网络设备及用于网络设备的服务器、系统及方法 | |
| JP2007086987A (ja) | データベース二重化システム、センタサーバ、リモートサーバ、データベース二重化方法及びプログラム | |
| EP1508091A1 (en) | System update protocol and bootable cd controller with embedded operating system | |
| US6772158B1 (en) | Apparatus for data depoting and method therefor | |
| JP4548145B2 (ja) | ネットワークに接続されたデバイスの監視制御 | |
| CN102281159A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: NEW H3C TECHNOLOGIES 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: HANGZHOU H3C TECHNOLOGIES Co.,Ltd. |
|
| CP03 | Change of name, title or address | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240228 Address after: No. 1718, Xiangbin Road, Xianghu Future Smart Manufacturing Town, Wenyan Street, Xiaoshan District, Hangzhou City, Zhejiang Province, 311258 Patentee after: Purple Light Future Technology (Hangzhou) Co.,Ltd. Country or region after: China Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466 Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd. Country or region before: China |
|
| TR01 | Transfer of patent right |