CN102081540B - 一种分布式双主控网络设备软件升级方法和装置 - Google Patents

Abstract

本发明提供了一种分布式双主控网络设备软件升级方法和装置，该方法包括以下步骤：A、将分布式双主控网络设备划分为包括主用主控板及第一业务板组的第一逻辑设备及包括备用主控板及第二业务板组的第二逻辑设备；B、设置第二逻辑设备中的备用主控板下次启动的软件升级版本文件，将第二逻辑设备重新启动进行软件升级；C、第二逻辑设备重新启动完成后，设置第一逻辑设备中的主用主控板下次启动的软件升级版本文件，将第一逻辑设备重新启动进行软件升级，本次分布式双主控网络设备的软件升级结束。该方法能够在分布式双主控网络设备软件升级的过程中最大限度的保留业务流量。

Description

一种分布式双主控网络设备软件升级方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种分布式双主控网络设备软件升级方法和装置。

背景技术

目前分布式双主控网络设备一般由主用主控板、备用主控板、业务板三种类型的单板组成。主用主控板用于路由计算、系统管理等功能，业务板完成报文转发功能。在设备的运行过程中，如果主用主控板发生故障，备用主控板可以接替原主用主控板继续工作，并且主用主控板和备用主控板的切换不会影响业务流量转发。该体系结构的设备具有控制冗余，提高了设备的可靠性，因此得到了广泛的应用。

分布式双主控网络设备的主用主控板和备用主控板是完全相同的单板，主用主控板上具有存储介质用来存储设备使用的软件，当设备启动时，主用主控板先从存储介质读取软件文件进行加载，主用主控板启动后业务板从主用主控板加载软件版本启动，并向主用主控板注册，与主用主控板进行交互完成启动过程。备用主控板从自己的存储介质加载启动文件，启动后与主用主控板进行交互，并在启动的最后阶段从主用主控板获取系统的状态和数据，进行备份。

分布式双主控网络设备进行软件版本升级时，先设置主用主控板和备用主控板下次启动的软件为升级版本，然后再重启整台网络设备。由于网络设备由多块功能不同的单板组成，整台设备的启动时间较长，在网络设备启动过程中，网络设备的所有功能均不可用，导致业务流量转发中断，业务流量的中断时间也比较长。一种优化的升级方法是：备用主控板先运行升级版本独立启动，然后业务板和主用主控板重新启动，原备用主控板成为主用主控板，业务板向新主用主控板获取升级版本并加载启动，原主用主控板运行升级版本启动后成为备用主控板。通过该方法进行升级可以节省主用主控板的启动时间，但是在升级过程中需要重启业务板，业务流量还是会中断，尤其当系统配置较多时，业务板完成启动需要比较长的时间，业务流量也会因此中断较长时间。

发明内容

有鉴于此，本发明的目的在于提供一种分布式双主控网络设备软件升级方法，该方法能够在分布式双主控网络设备软件升级的过程中最大限度的保留业务流量。

为了达到上述目的，本发明提供了一种分布式双主控网络设备软件升级方法，该方法包括以下步骤：

A、将分布式双主控网络设备中的所有业务板进行链路捆绑，成为一条逻辑上的数据链路，并将分布式双主控网络设备划分为第一逻辑设备和第二逻辑设备，所述第一逻辑设备包括原主用主控板及第一业务板组，所述第二逻辑设备包括原备用主控板及第二业务板组；

B、第二逻辑设备重新启动进行软件升级，并在重新启动完成后关闭第二逻辑设备中所有业务接口；

C、第一逻辑设备开始重新启动，第二逻辑设备在第一逻辑设备重新启动时恢复所述所有业务接口，原备用主控板成为新的主用主控板；并且，在第一逻辑设备重新启动过程中，第一业务板组中的所有业务板从新的主用主控板加载进行升级，原主用主控板完成软件升级并成为新的备用主控板。

步骤Ｂ所述第二逻辑设备重新启动进行软件升级的方法包括：在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板为原备用主控板，在原备用主控板的保留内存中记录升级标记，在第二逻辑设备中所有单板的保留内存中记录第二逻辑设备中除自身外所有其他单板的槽位号，设置原备用主控板的下次启动文件为软件升级版本文件，重新启动第二逻辑设备；所述单板包括原备用主控板和第二业务板组中的所有业务板；

步骤C所述第一逻辑设备开始重新启动的方法包括：设置原主用主控板下次启动文件为软件升级版本文件，重新启动第一逻辑设备。

所述在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板为原备用主控板的方法为：在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板的槽位号为原备用主控板的槽位号。

步骤B所述第二逻辑设备重新启动进行软件升级之后，关闭第二逻辑设备中所有业务接口之前进一步包括：第二逻辑设备中的所有单板根据各自保留内存中记录的第二逻辑设备中的除自身外所有其他单板的槽位号建立板间通信链路。

步骤C所述第二逻辑设备在第一逻辑设备重新启动时恢复所述所有业务接口之后进一步包括：清除第二逻辑设备中所有单板的保留内存中记录的数据。

本发明还提供了一种软件升级装置，该装置应用于分布式双主控网络设备的软件升级，该装置包括：逻辑设备划分单元、存储单元、核心控制单元；

所述逻辑设备划分单元，用于将分布式双主控网络设备中的所有业务板进行链路捆绑，成为一条逻辑上的数据链路，并将分布式双主控网络设备划分为包括原主用主控板及第一业务板组的第一逻辑设备和包括原备用主控板及第二业务板组的第二逻辑设备，并将逻辑设备划分信息发送到存储单元；

所述存储单元，用于接收并存储逻辑设备划分单元发来的逻辑设备划分信息；

所述核心控制单元，用于先根据存储单元存储的逻辑设备划分信息重新启动第二逻辑设备进行软件升级，并在第二逻辑设备重新启动完成后，关闭第二逻辑设备的所有业务接口；第二逻辑设备重新启动完成后，再重新启动第一逻辑设备，在第一逻辑设备重新启动时恢复所述第二逻辑设备的被关闭的所有业务接口，原备用主控板成为新的主用主控板；并且，在第一逻辑设备重新启动过程中，重新启动第一业务板组中的所有业务板使所述第一业务板组中的所有业务板从新的主用主控板加载进行软件升级，重新启动原主用主控板完成软件升级，原主用主控板成为新的备用主控板。

所述存储单元进一步存储软件升级版本文件；

所述核心控制单元在重新启动第二逻辑设备进行软件升级时，用于：在第二业务板组中所有业务板的保留内存中设置下次启动的主用主控板的槽位号为原备用主控板的槽位号，在原备用主控板的保留内存中设置升级标记，在第二逻辑设备中的所有单板的保留内存中设置第二逻辑设备中除自身外所有其他单板的槽位号，将存储单元中的软件升级版本文件设置为原备用主控板的下次启动文件，重新启动第二逻辑设备；所述单板包括原备用主控板和第二业务板组中的所有业务板；

所述核心控制单元在重新启动第一逻辑设备时，用于：将存储单元中的软件升级版本文件设置为原主用主控板下次启动文件，重新启动第一逻辑设备。

所述核心控制单元在第二逻辑设备重新启动完成后，关闭第二逻辑设备的所有业务接口之前进一步用于：根据在第二逻辑设备中的所有单板的保留内存中设置的第二逻辑设备中的除自身外所有其他单板的槽位号建立板间通信链路。

所述核心控制单元在第一逻辑设备重新启动时恢复所述第二逻辑设备的被关闭的所有业务接口之后，进一步用于清除第二逻辑设备中所有单板的保留内存中记录的数据。

由上述技术方案可知，本发明的这种分布式网络设备软件升级方法，利用链路捆绑技术，将一台分布式设备划分为两台逻辑上的虚拟设备，将捆绑链路的带宽平均分配到两台虚拟设备，分步对两台虚拟设备进行升级，在升级的过程中最大限度的保留了业务流量。

附图说明

图1是本发明实现分布式双主控网络设备软件升级方法流程图；

图2是本发明较佳实施例实现分布式双主控网络设备软件升级方法流程图；

图3是图2所示的分布式双主控网络设备升级时逻辑设备划分示意图；

图4是图2所示的分布式双主控网络设备升级过程中业务流量示意图；

图5是本发明较佳实施例软件升级装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图并举实施例，对本发明进行详细说明。

本发明的主要思想是：利用链路捆绑技术，将一台分布式设备划分为两台逻辑上的虚拟设备，将捆绑链路的带宽平均分配到两台虚拟设备，分步对两台虚拟设备进行升级，在升级的过程中最大限度的保留了业务流量。

实际上，链路捆绑技术是一种将多个封装相同链路层协议的接口捆绑到一起，形成一条逻辑上的数据链路的技术。链路捆绑主要有以下三个作用：

a、流量负载分担：出/入流量可以在多个成员接口之间分担；

b、增加带宽，链路捆绑接口的带宽是各可用成员接口带宽的总和。

c、提高连接可靠性：当某个成员接口出现故障时，流量会自动切换到其他可用的成员接口上，从而提高整个捆绑链路的连接可靠性。

本发明的技术方案中，分布式双主控网络设备需要支持链路捆绑技术，如果不能支持链路捆绑技术，则分布式双主控网络设备软件升级方法仍然采用现有技术的方法实现。下面的实施例中假设分布式双主控网络设备支持链路捆绑技术，其中的所有的业务板通过链路捆绑形成一条逻辑上的数据链路。

参见图1，图1是本发明实现分布式双主控网络设备软件升级方法流程图；主要包括以下步骤：

步骤101、将分布式双主控网络设备划分为第一逻辑设备和第二逻辑设备，所述第一逻辑设备包括原主用主控板及第一业务板组，所述第二逻辑设备包括原备用主控板及第二业务板组。

这里，将分布式双主控网络设备划分为第一逻辑设备和第二逻辑设备的方法为：将双主控网络设备中的所有业务板划分为第一业务板组和第二业务板组，将主用主控板和第一业务板组组成的逻辑设备记录为第一逻辑设备，将备用主控板和第二业务板组组成的逻辑设备记录为第二逻辑设备。

在实际应用中，将双主控网络设备中的所有业务板划分为第一业务板组和第二业务板组的方法可以是：由管理人员根据所有业务板的工作（UP）接口的带宽，采用人工指定的方式对所有业务板进行分组，使得在所有捆绑链路中第一业务板组中的所有UP接口的带宽和尽量等于第二业务板组中的所有UP接口的带宽和；或根据所有业务板的UP接口的带宽采用简单的算法对所有业务板进行分组，这里所述的简单的算法是具体实现的问题，例如一个小程序，可以使得在所有捆绑链路中第一业务板组中的所有UP接口的带宽和尽量等于第二业务板组中的所有UP接口的带宽和。这里第一业务板组中的所有UP接口的带宽和尽量等于第二业务板组中的所有UP接口的带宽和，是为了将所有捆绑链路的带宽尽量平均分配到第一逻辑设备和第二逻辑设备中。

步骤102、第二逻辑设备重新启动进行软件升级，并在重新启动完成后关闭第二逻辑设备中所有业务接口。

这里，第二逻辑设备重新启动进行软件升级包括：在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板为原备用主控板，在原备用主控板的保留内存中记录升级标记，在第二逻辑设备中所有单板的保留内存中记录第二逻辑设备中除自身外所有其他单板的槽位号，设置原备用主控板的下次启动文件为软件升级版本文件，重新启动第二逻辑设备；所述单板包括原备用主控板和第二业务板组中的所有业务板。

在实际应用中，第二逻辑设备重新启动进行软件升级之后，关闭第二逻辑设备中所有业务接口之前还需要建立第二逻辑设备中所有单板间的通信链路。

步骤103、第一逻辑设备开始重新启动，第二逻辑设备在第一逻辑设备重新启动时恢复所述所有业务接口，原备用主控板成为新的主用主控板；并且，在第一逻辑设备重新启动过程中，第一业务板组从新的主用主控板加载进行升级，原主用主控板完成软件升级并成为新的备用主控板。

这里，第一逻辑设备开始重新启动包括：设置原主用主控板下次启动文件为软件升级版本文件，重新启动第一逻辑设备。

在实际应用中，第一逻辑设备重新启动的过程中，原主用主控板作为新的备用主控板从自身的存储介质中加载软件升级版本进行软件升级，加入到第二逻辑设备，第一业务板组中的所有业务板从原备用主控板也即新的主用主控板加载软件升级版本进行软件升级，加入第二逻辑设备，第一逻辑设备和第二逻辑设备重新作为一个设备工作。

下面举较佳实施例对本发明进行详细说明。

参见图2，图2是本发明较佳实施例实现分布式双主控网络设备软件升级方法流程图，该方法包括以下步骤：

步骤201、将分布式双主控网络设备划分为包括原主用主控板及第一业务板组的第一逻辑设备和包括原备用主控板及第二业务板组的第二逻辑设备。

步骤202、在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板为原备用主控板，在原备用主控板的保留内存中记录升级标记，在第二逻辑设备中所有单板的保留内存记录中记录第二逻辑设备中除自身外所有其他单板的槽位号。

本步骤中，所述在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板是当前的备用主控板的方法为：在第二逻辑设备中所有业务板的保留内存中记录下次启动的主用主控板的槽位号为当前备用主控板的槽位号。在第二业务板组中的所有业务板的保留内存中记录下次启动的主用主控板，是为了在下次启动时，业务板根据自身保留内存中记录的下次启动的主用主控板从主用主控板加载软件升级版本启动，下次启动时，原备用主控板将作为主用主控板启动。

在主控板的保留内存中记录一个升级标记，主要是为了在原备用主控板重新启动时，不会因为原主用主控板还在正常工作而再次作为备用主控板启动，而是作为主用主控板启动；另外，还需要在第二逻辑设备中所有单板的保留内存记录中记录第二逻辑设备中除自身外所有其他单板的槽位号，所述单板包括：原备用主控板和第二业务板组中的所有业务板。

步骤201、202，主要完成的是分布式双主控网络设备升级前的准备工作，在此过程中，设备的业务流量仍然和准备升级前相同，所有的业务板受主用主控板的控制，进行报文转发。

步骤203、设置原备用主控板的下次启动文件为软件升级版本文件，重新启动第二逻辑设备。

本步骤中，设置备用主控板的下次启动文件之后，将由备用主控板和第二业务板组组成的第二逻辑设备作为一个独立的设备重新启动，也即启动第二逻辑设备中的所有单板。

第二逻辑设备中的备用主控板重启后，第二逻辑设备中的所有业务板根据保留内存中记录的下次启动时的主用主控板的槽位号，将备用主控板作为新的主用主控板，从新的主用主控板加载软件升级版本启动，并完成注册等交互过程，此与现有技术相同，不再赘述。

第二逻辑设备重新启动后，根据链路捆绑技术，第二逻辑设备中所有业务板的业务流量自动切换到第一逻辑设备中的业务板中。

步骤204、第二逻辑设备中的所有单板根据各自保留内存中记录的槽位号与第二逻辑设备中的除自身外所有其他单板建立通信链路。

本步骤中，因为在重启第二逻辑设备中的所有单板之前，已经在所有单板的保留内存中记录了第二逻辑设备中除自身外所有其他单板的槽位号，因此，这里，根据记录的槽位号与第二逻辑设备中的其他单板建立板间通信链路，原备用主控板作为新的主用主控板看不到原主用主控板，第一逻辑设备和第二逻辑设备互相独立。

步骤205、第二逻辑设备中的业务板启动完成后，关闭第二逻辑设备中所有的业务接口。

在将分布式双主控网络设备划分为第一逻辑设备和第二逻辑设备之前，所有的业务板具有相同的配置，而当划分逻辑设备后，业务板的配置仍然与原来相同，因此，当第二逻辑设备重启完成后，作为与第一逻辑设备相互独立的第二逻辑设备中的业务板有可能会和第一逻辑设备中的业务板产生业务冲突，例如因配置相同的MAC地址导致的地址冲突，因此，这里，简单的把第二逻辑设备中的所有业务板的业务接口关闭，以避免冲突，在重启第一逻辑设备后再恢复业务接口。

步骤206、设置原主用主控板下次启动文件为软件升级版本文件，重新启动第一逻辑设备。

本步骤中，设置原主用主控板下次启动文件，重新启动第一逻辑设备，也即重启第一逻辑设备中的所有单板，这里的第一逻辑设备中的所有单板包括：第一逻辑设备中的原主用主控板和第一逻辑设备中的所有业务板。

步骤207、恢复第二逻辑设备中被关闭的业务接口，清除第二逻辑设备中所有单板的保留内存中记录的数据。

本步骤中，将第一逻辑设备中的所有单板启动后，马上恢复第二逻辑设备中被关闭的业务接口，进而恢复业务流量，原备用主控板成为分布式双主控网络设备的新的主用主控板。清除第二逻辑设备中所有单板的保留内存中记录的数据包括：清除原备用主控板的保留内存中记录的升级标记、第二逻辑设备中所有业务板的保留内存中记录的下次启动的主用主控板的槽位号、第二逻辑设备中所有单板的保留内存中记录的第二逻辑设备中除自身外其它所有单板的槽位号。

这里，重新启动第一逻辑设备中所有单板进行软件升级之后，恢复第二逻辑设备中被关闭的业务接口之前，第一逻辑设备和第二逻辑设备中的业务板都不能进行报文转发，因此，会有很短暂的业务流量中断，但是相对于整个升级过程，此中断时间可以忽略不计。

步骤208、原主用主控板重新启动升级完成后，加入第二逻辑设备成为新的备用主控板，第一逻辑设备中的所有业务板启动后从第二逻辑设备的原备用主控板加载软件升级版本，加入第二逻辑设备。

这里，根据分布式双主控网络的工作原理，在第一逻辑设备中的所有单板启动过程中，会发现新的主用主控板在工作，因此，第一逻辑设备中的原主用主控板启动时，会自动作为新的备用主控板启动，第一逻辑设备中的所有业务板也会自动向第二逻辑设备中的原备用主控板加载升级软件版本。第一逻辑重新启动完成后，原主用主控板、原备用主控板、以及所有业务板重新作为一个设备工作，分布式双主控设备软件升级完成。

需要说明的是，上述的技术方案中，所有的操作步骤都可以由管理人员通过输入命令的方式，例如与划分逻辑设备相关的命令，与启动逻辑设备相关的命令等，来控制双主控网络设备执行完成。

参见图3，图3是图2所示的分布式双主控网络设备升级时逻辑设备划分示意图。在升级前，主用主控板、备用主控板、用槽位号表示的所有业务板作为一个设备运行。当需要对分布式双主控网络设备进行软件升级时，对分布式双主控网络设备进行的逻辑设备划分为：将主用主用板、槽位号1、2代表的第一业务板组划分到第一逻辑设备，将备用主控板及槽位号3、4代表的第二业务板组划分到第二逻辑设备，使得在所有捆绑链路中第一业务板组中的所有UP接口的带宽和尽量等于第二业务板组中的所有UP接口的带宽和。

参见图4，图4是图2所示的分布式双主控网络设备升级过程中业务流量示意图。

T1时刻前，做分布式双主控网络设备升级前的分组工作，业务流量不受影响，最大业务流量可以达到第一逻辑设备和第二逻辑设备的所有业务板所能达到的带宽之和，相当于步骤201、202；这里及下面提到的业务板所能达到的最大业务流量是指业务板的最大转发能力，也即带宽。

T1时刻，第二逻辑设备中所有单板重新启动，在T1到T2时间内，第二逻辑设备中的所有单板重新启动升级，因为第二逻辑设备中的所有业务板正在启动，业务流量最大为第一逻辑设备中所有业务板所能达到的最大业务流量，相当于步骤203、204；

T2时刻，第二逻辑设备中的所有单板启动完成，在T2到T3时间，第一逻辑设备中所有单板重新启动，因为在第一逻辑设备中所有单板重新启动前需要关闭第二逻辑设备中所有业务接口，在第一逻辑设备中所有单板重新启动后需要马上恢复第二逻辑设备中的被关闭的业务接口，在第一逻辑设备中所有单板重新启动后，恢复第二逻辑设备中被关闭的业务接口之前，业务流量有短暂的中断，但是相对于整个升级过程，该中断时间可以忽略不计，相当于步骤205、206、207；

在T3到T4时间内，第一逻辑设备中的所有单板重新启动正在进行软件升级，第二逻辑设备中的所有单板正常工作，业务流量最大可以达到第二逻辑设备中所有业务板所能达到的最大业务流量，相当于步骤208。

T4时刻，第一逻辑设备中的所有单板完成重启升级，加入第二逻辑设备，此时，最大业务流量重新恢复到第一逻辑设备和第二逻辑设备的所有业务板所能达到的最大业务流量之和。

因此，如果第一逻辑设备和第二逻辑设备中的业务板的最大业务流量相同，则在升级的过程中，可以保持50%的业务流量，如果当前的业务流量小于分布式双主控网络设备的业务转发能力的50%，则在升级过程中，当前的业务流量不会受升级过程的影响，能够完成全部的转发工作。

本发明还给出了一种软件升级装置，该装置应用于分布式双主控网络设备的软件升级。

参见图5，图5是本发明较佳实施例软件升级装置的结构示意图，该装置包括：逻辑设备划分单元501、存储单元502、核心控制单元503；其中，

逻辑设备划分单元501，用于将分布式双主控网络设备划分为包括原主用主控板及第一业务板组的第一逻辑设备和包括原备用主控板及第二业务板组的第二逻辑设备，并将逻辑设备划分信息发送到存储单元502；

存储单元502，用于接收并存储逻辑设备划分单元501发来的逻辑设备划分信息；

核心控制单元503，用于先根据存储单元502存储的逻辑设备划分信息重新启动第二逻辑设备进行软件升级，并在重新启动完成后关闭第二逻辑设备的所有业务接口；第二逻辑设备重新启动完成后，再重新启动第一逻辑设备，在第一逻辑设备重新启动时恢复所述第二逻辑设备的被关闭的所有业务接口，原备用主控板成为新的主用主控板；并且，在第一逻辑设备重新启动过程中，重新启动第一业务板组中的所有业务板使所述第一业务板组中的所有业务板从新的主用主控板加载进行软件升级，重新启动原主用主控板完成软件升级，原主用主控板成为新的备用主控板。

所述存储单元502进一步存储软件升级版本文件；

所述核心控制单元503在重新启动第二逻辑设备进行软件升级时，用于：在第二业务板组中所有业务板的保留内存中设置下次启动的主用主控板为原备用主控板，在原备用主控板的保留内存中设置升级标记，在第二逻辑设备中的所有单板的保留内存中设置第二逻辑设备中除自身外所有其他单板的槽位号，将存储单元502中的软件升级版本文件设置为原备用主控板的下次启动文件，重新启动第二逻辑设备；所述单板包括原备用主控板和第二业务板组中的所有业务板；。

所述核心控制单元503在重新启动第一逻辑设备时，用于：将存储单元502中的软件升级版本文件设置为原主用主控板下次启动文件，重新启动第一逻辑设备。

所述核心控制单元503在第二逻辑设备重新启动完成后，关闭第二逻辑设备的所有业务接口之前进一步用于：根据在第二逻辑设备中的所有单板的保留内存中设置的第二逻辑设备中的除自身外所有其他单板的槽位号建立板间通信链路。

所述核心控制单元503在第一逻辑设备重新启动时恢复所述第二逻辑设备的被关闭的所有业务接口之后，进一步用于清除第二逻辑设备中所有单板的保留内存中记录的数据。

从上面的技术方案可知，本发明通过平均分配捆绑链路的带宽将一台物理上的分布式设备虚拟化为逻辑上的两台设备，利用链路冗余，通过逐步升级的方式，在升级过程中最大限度的保留设备的转发能力；提高了设备的可用性和可维护性，满足了客户的要求。使用本发明对分布式双主控设备软件版本进行升级，对待升级版本与当前运行版本的兼容性要求较低，适用范围广，且操作简单。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (7)

1.一种分布式双主控网络设备软件升级方法，其特征在于，该方法包括以下步骤：

A、将分布式双主控网络设备中的所有业务板进行链路捆绑，成为一条逻辑上的数据链路，并将分布式双主控网络设备划分为第一逻辑设备和第二逻辑设备，所述第一逻辑设备包括原主用主控板及第一业务板组，所述第二逻辑设备包括原备用主控板及第二业务板组；

B、第二逻辑设备重新启动进行软件升级，并在重新启动完成后关闭第二逻辑设备中所有业务接口；

C、第一逻辑设备开始重新启动，第二逻辑设备在第一逻辑设备重新启动时恢复所述所有业务接口，原备用主控板成为新的主用主控板；并且，在第一逻辑设备重新启动过程中，第一业务板组中的所有业务板从新的主用主控板加载进行升级，原主用主控板完成软件升级并成为新的备用主控板；

其中，

步骤Ｂ所述第二逻辑设备重新启动进行软件升级的方法包括：在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板为原备用主控板，在原备用主控板的保留内存中记录升级标记，在第二逻辑设备中所有单板的保留内存中记录第二逻辑设备中除自身外所有其他单板的槽位号，设置原备用主控板的下次启动文件为软件升级版本文件，重新启动第二逻辑设备；所述单板包括原备用主控板和第二业务板组中的所有业务板；

步骤C所述第一逻辑设备开始重新启动的方法包括：设置原主用主控板下次启动文件为软件升级版本文件，重新启动第一逻辑设备。

2.如权利要求1所述的分布式双主控网络设备软件升级方法，其特征在于，所述在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板为原备用主控板的方法为：在第二业务板组中所有业务板的保留内存中记录下次启动的主用主控板的槽位号为原备用主控板的槽位号。

3.如权利要求2所述的分布式双主控网络设备软件升级方法，其特征在于，步骤B所述第二逻辑设备重新启动进行软件升级之后，关闭第二逻辑设备中所有业务接口之前进一步包括：第二逻辑设备中的所有单板根据各自保留内存中记录的第二逻辑设备中的除自身外所有其他单板的槽位号建立板间通信链路。

4.如权利要求1-3中任一权项所述的分布式双主控网络设备软件升级方法，其特征在于，步骤C所述第二逻辑设备在第一逻辑设备重新启动时恢复所述所有业务接口之后进一步包括：清除第二逻辑设备中所有单板的保留内存中记录的数据。

5.一种软件升级装置，其特征在于，该装置应用于分布式双主控网络设备的软件升级，该装置包括：逻辑设备划分单元、存储单元、核心控制单元；

所述逻辑设备划分单元，用于将分布式双主控网络设备中的所有业务板进行链路捆绑成为一条逻辑上的数据链路，并将分布式双主控网络设备划分为包括原主用主控板及第一业务板组的第一逻辑设备和包括原备用主控板及第二业务板组的第二逻辑设备，并将逻辑设备划分信息发送到存储单元；

所述存储单元，用于接收并存储逻辑设备划分单元发来的逻辑设备划分信息；用于存储软件升级版本文件；

所述核心控制单元，用于先根据存储单元存储的逻辑设备划分信息重新启动第二逻辑设备进行软件升级，并在第二逻辑设备重新启动完成后，关闭第二逻辑设备的所有业务接口；第二逻辑设备重新启动完成后，再重新启动第一逻辑设备，在第一逻辑设备重新启动时恢复所述第二逻辑设备的被关闭的所有业务接口，原备用主控板成为新的主用主控板；并且，在第一逻辑设备重新启动过程中，重新启动第一业务板组中的所有业务板使所述第一业务板组中的所有业务板从新的主用主控板加载进行软件升级，重新启动原主用主控板完成软件升级，原主用主控板成为新的备用主控板；

其中，

所述核心控制单元在重新启动第二逻辑设备进行软件升级时，用于：在第二业务板组中所有业务板的保留内存中设置下次启动的主用主控板的槽位号为原备用主控板的槽位号，在原备用主控板的保留内存中设置升级标记，在第二逻辑设备中的所有单板的保留内存中设置第二逻辑设备中除自身外所有其他单板的槽位号，将存储单元中的软件升级版本文件设置为原备用主控板的下次启动文件，重新启动第二逻辑设备；所述单板包括原备用主控板和第二业务板组中的所有业务板；

所述核心控制单元在重新启动第一逻辑设备时，用于：将存储单元中的软件升级版本文件设置为原主用主控板下次启动文件，重新启动第一逻辑设备。

6.如权利要求5所述的软件升级装置，其特征在于，所述核心控制单元在第二逻辑设备重新启动完成后，关闭第二逻辑设备的所有业务接口之前进一步用于：根据在第二逻辑设备中的所有单板的保留内存中设置的第二逻辑设备中的除自身外所有其他单板的槽位号建立板间通信链路。

7.如权利要求5到6任一权项所述的软件升级装置，其特征在于，所述核心控制单元在第一逻辑设备重新启动时恢复所述第二逻辑设备的被关闭的所有业务接口之后，进一步用于：清除第二逻辑设备中所有单板的保留内存中记录的数据。

Images