CN108008969A - 一种软件版本升级方法、装置及网络设备 - Google Patents

Abstract

本公开提供一种软件版本升级方法、装置以及网络设备，网络设备包括主控板和业务板，业务板包括原有业务板和新增业务板，网络设备重启之前，原有业务板已稳定运行于第一软件版本下，该方法包括：若网络设备重启，则基于软件版本与内存空间的对应关系，将软件版本文件加载到对应内存空间；若接收到原有业务板的启动请求，则指定第一软件版本对应内存空间中运行的系统向原有业务板发送启动信息；若接收到新增业务板的启动请求时，则指定第二软件版本对应内存空间中运行的系统向新增业务板发送启动信息。通过本公开可保证新增业务的正常运行，同时，使原有业务的稳定性不受影响。

Description

一种软件版本升级方法、装置及网络设备

技术领域

本公开涉及网络通信技术领域，尤其涉及一种软件版本升级方法、装置及网络设备。

背景技术

单板主要由PCB(Printed Circuit Board，印制电路板)、处理器、存储器等组成，并通过槽位可插拔地安装于网络设备上。单板主要包括主控板和业务板，其中，主控板用于对网络设备中的所有单板进行管理、升级、业务配置、告警、异常处理等；业务板用于接收主控板的管理，并实现特定的业务功能。当网络设备中新增业务板时，需要对主控板上安装的软件版本进行升级，以适配新增业务板。

发明内容

本公开为了解决软件版本升级对原有业务稳定性的影响，提出一种软件版本升级方法、装置及网络设备，用以降低软件版本升级对原有业务稳定性的影响。

为实现上述公开目的，本公开提供了如下技术方案：

第一方面，本公开提供一种软件版本升级方法，应用于网络设备包括的主控板上，所述网络设备还包括业务板，所述业务板包括原有业务板和新增业务板，所述方法包括：

若所述网络设备重启，则基于预设的软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间，所述软件版本文件包括适配所述原有业务板的第一软件版本文件和适配所述新增业务板的第二软件版本文件，其中，所述网络设备重启之前，所述原有业务板已运行于所述第一软件版本下；

若接收到所述原有业务板的启动请求，则指定所述第一软件版本对应内存空间中运行的系统向所述原有业务板发送启动信息，以使所述原有业务板启动后运行于所述第一软件版本下；若接收到所述新增业务板的启动请求，则指定所述第二软件版本对应内存空间中运行的系统向所述新增业务板发送启动信息，以使所述新增业务板启动后运行于所述第二软件版本下。

第二方面，本公开还提供一种软件版本升级装置，应用于网络设备包括的主控板上，所述网络设备还包括业务板，所述业务板包括原有业务板和新增业务板，所述装置包括：

加载单元，用于若所述网络设备重启，则基于预设的软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间，所述软件版本文件包括适配所述原有业务板的第一软件版本文件和适配所述新增业务板的第二软件版本文件，其中，所述网络设备重启之前，所述原有业务板已运行于所述第一软件版本下；

指定单元，用于若接收到所述原有业务板的启动请求，则指定所述第一软件版本对应内存空间中运行的系统向所述原有业务板发送启动信息，以使所述原有业务板启动后运行于所述第一软件版本下；若接收到所述新增业务板的启动请求，则指定所述第二软件版本对应内存空间中运行的系统向所述新增业务板发送启动信息，以使所述新增业务板启动后运行于所述第二软件版本下。

第三方面，本公开还提供一种网络设备，包括主控板；

所述主控板中包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现上述任一所述的一种软件版本升级方法。

第四方面，本公开还提供一种机器可读存储介质，所述机器可读存储介质内存储有机器可执行指令，所述机器可执行指令被处理器执行时实现上述任一所述的一种软件版本升级方法。

由以上描述可以看出，网络设备重启(升级)之前，原有业务板已稳定运行于第一软件版本下，当网络设备中新增业务板时，开发适配新增业务板的软件版本(记为第二软件版本)。在对网络设备进行软件版本升级时，主控板基于预设的软件版本与内存空间的对应关系，为适配原有业务板的第一软件版本文件和适配新增业务板的第二软件版本文件分配独立的内存空间，从而使第一软件版本对应系统和第二软件版本对应系统在各自内存空间中运行；当原有业务板启动时，主控板指定第一软件版本对应系统向原有业务板发送启动信息，以使原有业务板运行在第一软件版本下；当新增业务板启动时，主控板指定第二软件版本对应系统向新增业务板发送启动信息，以使新增业务板运行在第二软件版本下。可见，本公开通过在网络设备上运行新旧两个软件版本，使运行在第二软件版本下的新增业务板满足新增业务的运行，同时，使运行在第一软件版本下的原有业务板保证原有业务的稳定性。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开实施例示出的一种组网示意图；

图2是本公开实施例示出的一种软件版本升级方法流程图；

图3是本公开实施例示出的一种网络设备包括的主控板的硬件结构示意图；

图4是本公开实施例示出的一种软件版本升级逻辑的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

当单板结构的网络设备增加新的业务板时，通常需要进行软件版本升级。目前主要的软件版本升级方式为，直接利用新的软件版本替换旧的软件版本，该新的软件版本需要兼容旧的软件版本，以便同时适配新增业务板和网络设备中的原有业务板，但由于新的软件版本未经实际运行环境检验，因此，相较于已经过实际运行环境检验的旧的软件版本来说，会影响原有业务的稳定性。

针对上述存在的原有业务稳定性的问题，本公开提出一种软件版本升级方法，该方法通过在网络设备上运行新旧两个软件版本，使新增业务板正常工作，同时，维持原有业务板上运行的原有业务的稳定性。

参见图1，为本公开实施例示出的一种组网示意图。该组网包括D1、R1～R4，其中，D1包括主控板和业务板(业务板1和业务板2)。业务板1为D1中原有业务板，负责R1与R2之间的业务报文转发，且已经过时间检验，可稳定运行于软件版本V1下；业务板2为新增业务板，负责R3与R4之间的业务报文转发。为了适配新增业务板2，开发了新的软件版本V2，以便对D1进行软件版本升级，使业务板1和业务板2可正常处理对应业务。

参见图2，为本公开实施例示出的一种软件版本升级方法的流程图，该实施例从网络设备(D1)包括的主控板侧对软件版本升级过程进行描述。

步骤201，若所述网络设备重启，则基于预设的软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间。

如前所述，网络设备升级(重启)之前，原有业务板已稳定运行于原有软件版本(记为第一软件版本)下。当网络设备插入新的业务板(记为新增业务板)时，开发适配新增业务板的软件版本(记为第二软件版本)。本公开将适配新增业务板的第二软件版本文件存储至已保存有第一软件版本文件的主控板上，即，新旧软件版本文件(第二软件版本文件和第一软件版本文件)均保存于主控板上。

当网络设备重启时，基于软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间中。在一种可选的实施方式中，可预设软件版本与内存占比的对应关系，基于内存占比为软件版本分配对应的内存空间，将软件版本文件加载到对应的内存空间中。参见表1，为包括软件版本与内存占比对应关系的硬件资源分配表示例。

软件版本	内存占比
		V1	30％
V2	70％

表1

该硬件资源分配表可存储于非易失性存储器，例如，EEPROM、Flash存储器等，以便网络设备每一次重启时，可基于从非易失存储器中读取的硬件资源分配表进行软件版本加载。以表1所示对应关系为例，若主控板总内存为16G，根据表1预设的每一个软件版本对应的内存占比，将软件版本V1加载到前30％(即前4.8G)的内存空间中，将软件版本V2加载到后70％(即后11.2G)的内存空间中，为软件版本分配的内存空间大于软件版本实际运行所需内存空间。

步骤202，若接收到所述原有业务板的启动请求，则指定所述第一软件版本对应内存空间中运行的系统向所述原有业务板发送启动信息；若接收到所述新增业务板的启动请求时，则指定所述第二软件版本对应内存空间中运行的系统向所述新增业务板发送启动信息。

如前所述，在软件版本升级之前，原有业务已稳定运行于第一软件版本下，为了保持原有业务的稳定，主控板在接收到原有业务板的启动请求时，指定第一软件版本对应内存空间中运行的系统向原有业务板发送启动信息(包括单板信息、表项信息等)，以使原有业务板启动后仍然运行于第一软件版本下，保持原有业务的稳定性。

当主控板接收到新增业务板的启动请求时，指定适配新增业务板的第二软件版本对应内存空间中运行的系统向新增业务板发送启动信息，以使新增业务板启动后运行于第二软件版本下，满足新增业务板的业务需求。

具体地，可在表1所示硬件资源分配表的基础上增加软件版本与业务板的对应关系，如表2所示。

软件版本	内存占比	业务板
			V1	30％	业务板1
V2	70％	业务板2

表2

当接收到业务板1的启动请求时，根据表2指定软件版本V1对应内存空间(前30％内存空间)中运行的系统向业务板1发送启动信息，业务板1启动后运行于软件版本V1下，即业务板1仍工作在原有软件版本下，保证业务板1所承载业务的稳定性；当接收到业务板2的启动请求时，根据表2指定软件版本V2对应内存空间(后70％内存空间)中运行的系统向业务板2发送启动信息，业务板2启动后运行于软件版本V2下，以满足业务板2的业务需求。

需要说明的是，由于第二软件版本文件仅需要适配新增业务板，因此，在开发时，不用考虑对原有业务板的兼容问题，从而缩短第二软件版本的开发周期，降低开发成本。

此外，本公开还可预设不同软件版本的CPU占比阈值，即每一个软件版本运行时的最大CPU占比，参见表3，为在表2基础上增加软件版本与CPU占比阈值对应关系的硬件资源分配表示例。

软件版本	内存占比	业务板	CPU占比阈值
				V1	30％	业务板1	45％
V2	70％	业务板2	55％

表3

统计软件版本对应系统运行时的CPU占比，若统计的CPU占比达到预设的该软件版本对应的CPU占比阈值，则暂停该软件版本对应系统的运行，以避免影响其它软件版本系统的运行。例如，若软件版本V1对应系统运行时的CPU占比达到45％，即已达到预设的最大CPU占比，则暂停软件版本V1对应系统的运行，以避免对软件版本V2对应系统的运行造成影响。

当网络设备中存在独立网板时，对网板资源进行分配，具体为，预设软件版本与网板的对应关系。参见表4，为在表3基础上增加软件版本与网板对应关系的硬件资源分配表示例。

软件版本	内存占比	业务板	CPU占比阈值	网板
					V1	30％	业务板1	45％	X
V2	70％	业务板2	55％	Y

表4

基于预设的软件版本与网板的对应关系，将软件版本对应业务板与该软件版本对应系统之间交互的信息通过该软件版本对应网板进行传输，从而实现第一软件版本对应系统和第二软件版本对应系统在硬件资源上隔离，例如，软件版本V1对应的业务板1与运行于前30％内存空间中的软件版本V1的系统之间的信息交互通过网板X传输；软件版本V2对应的业务板2与运行于后70％内存空间中的软件版本V2的系统之间的信息交互通过网板Y传输。

从上述描述可以看出，本公开通过在网络设备上同时运行新旧两个软件版本，使网络设备中原有业务板运行在已经过实际运行环境检验的旧的软件版本下，以保证原有业务的稳定性；而新增业务板运行在新的软件版本下，以满足新增业务板的运行需求，且该新的软件版本不必适配原有业务板，以缩短新的软件版本的开发周期。

现仍以图1所示组网为例，详细介绍软件版本升级过程。

在软件版本升级之前，业务板1已稳定运行于软件版本V1下。当新增业务板2时，将新开发的适配业务板2的软件版本V2的文件存储至已保存有软件版本V1的文件的主控板上，并在主控板的EEPROM中保存表4所示硬件资源分配表。

当D1重启时，查询表4，根据软件版本V1对应的内存占比，将软件版本V1的文件加载到主控板内存的前30％的内存空间中；根据软件版本V2对应的内存占比，将软件版本V2的文件加载到主控板内存的后70％的内存空间中。

当主控板接收到业务板1的启动请求时，查询表4，指定软件版本V1对应内存空间(前30％内存空间)中运行的系统通过网板X向业务板1发送业务板1的单板信息以及表项(例如，路由表、MAC表、ARP表等常规转发表项)初始化信息，以使业务板1基于上述信息启动后仍运行于软件版本V1下，保持业务板1所承载业务的稳定性；当主控板接收到业务板2的启动请求时，查询表4，指定软件版本V2对应内存空间(后70％内存空间)中运行的系统通过网板Y向业务板2发送业务板2的单板信息以及表项初始化信息，使业务板2启动后运行于软件版本V2下，满足业务板2的运行需求。

分别统计软件版本V1对应系统运行时的CPU占比以及软件版本V2对应系统运行时的CPU占比，若软件版本V1对应系统运行时的CPU占比达到45％，则暂停软件版本V1对应系统的运行；若软件版本V2对应系统运行时的CPU占比达到55％，则暂停软件版本V2对应系统的运行，以避免两个系统之间相互影响。

当需要对业务板1进行配置或业务调整时，可切换到软件版本V1对应系统的控制界面，在该控制界面下只能看到业务板1对应的软硬件资源，例如，槽位、端口、配置信息、表项信息等；同理，当需要对业务板2进行配置或业务调整时，可切换到软件版本V2对应系统的控制界面，该控制界面下只能看到业务板2对应的软硬件资源。

图3为本公开提供的一种网络设备包括的主控板的硬件结构示意图。该主控板可包括处理器301、存储有机器可执行指令的机器可读存储介质302。处理器301与机器可读存储介质302可经由系统总线303通信。并且，通过读取并执行机器可读存储介质302中与软件版本升级逻辑对应的机器可执行指令，处理器301可执行上文描述的软件版本升级方法。

本文中提到的机器可读存储介质302可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(RadomAccess Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

如图4所示，从功能上划分，上述软件版本升级逻辑可以包括加载单元401和指定单元402，其中：

加载单元401，用于若所述网络设备重启，则基于预设的软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间，所述软件版本文件包括适配所述原有业务板的第一软件版本文件和适配所述新增业务板的第二软件版本文件，其中，所述网络设备重启之前，所述原有业务板已运行于所述第一软件版本下；

指定单元402，用于若接收到所述原有业务板的启动请求，则指定所述第一软件版本对应内存空间中运行的系统向所述原有业务板发送启动信息，以使所述原有业务板启动后运行于所述第一软件版本下；若接收到所述新增业务板的启动请求，则指定所述第二软件版本对应内存空间中运行的系统向所述新增业务板发送启动信息，以使所述新增业务板启动后运行于所述第二软件版本下。

可选的，

所述加载单元401，具体用于基于预设的软件版本与内存占比的对应关系，将预先存储的软件版本文件加载到基于内存占比确定的内存空间。

可选的，所述软件版本升级逻辑还包括：

统计单元，用于统计所述软件版本对应系统运行时的CPU占比；

暂停单元，用于若统计的CPU占比达到预设的所述软件版本对应的CPU占比阈值，则暂定所述软件版本对应系统的运行。

可选的，所述网络设备还包括网板，所述软件版本升级逻辑还包括：

传输单元，用于基于预设的软件版本与网板的对应关系，将所述软件版本对应业务板与所述软件版本对应系统之间交互的信息通过所述软件版本对应的网板进行传输。

本公开还提供一种包括机器可执行指令的机器可读存储介质，例如图3中的机器可读存储介质302，所述机器可执行指令可由网络设备的主控板中的处理器301执行，以实现以上描述的软件版本升级方法。

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

Claims (10)

1.一种软件版本升级方法，应用于网络设备包括的主控板上，所述网络设备还包括业务板，所述业务板包括原有业务板和新增业务板，其特征在于，所述方法包括：

若所述网络设备重启，则基于预设的软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间，所述软件版本文件包括适配所述原有业务板的第一软件版本文件和适配所述新增业务板的第二软件版本文件，其中，所述网络设备重启之前，所述原有业务板已运行于所述第一软件版本下；

若接收到所述原有业务板的启动请求，则指定所述第一软件版本对应内存空间中运行的系统向所述原有业务板发送启动信息，以使所述原有业务板启动后运行于所述第一软件版本下；

若接收到所述新增业务板的启动请求，则指定所述第二软件版本对应内存空间中运行的系统向所述新增业务板发送启动信息，以使所述新增业务板启动后运行于所述第二软件版本下。

2.如权利要求1所述的方法，其特征在于，所述基于预设的软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间，包括：

基于预设的软件版本与内存占比的对应关系，将预先存储的软件版本文件加载到基于内存占比确定的内存空间。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

统计所述软件版本对应系统运行时的CPU占比；

若统计的CPU占比达到预设的所述软件版本对应的CPU占比阈值，则暂定所述软件版本对应系统的运行。

4.如权利要求1所述的方法，其特征在于，所述网络设备还包括网板，所述方法还包括：

基于预设的软件版本与网板的对应关系，将所述软件版本对应业务板与所述软件版本对应系统之间交互的信息通过所述软件版本对应的网板进行传输。

5.一种软件版本升级装置，应用于网络设备包括的主控板上，所述网络设备还包括业务板，所述业务板包括原有业务板和新增业务板，其特征在于，所述装置包括：

加载单元，用于若所述网络设备重启，则基于预设的软件版本与内存空间的对应关系，将预先存储的软件版本文件加载到对应的内存空间，所述软件版本文件包括适配所述原有业务板的第一软件版本文件和适配所述新增业务板的第二软件版本文件，其中，所述网络设备重启之前，所述原有业务板已运行于所述第一软件版本下；

指定单元，用于若接收到所述原有业务板的启动请求，则指定所述第一软件版本对应内存空间中运行的系统向所述原有业务板发送启动信息，以使所述原有业务板启动后运行于所述第一软件版本下；若接收到所述新增业务板的启动请求，则指定所述第二软件版本对应内存空间中运行的系统向所述新增业务板发送启动信息，以使所述新增业务板启动后运行于所述第二软件版本下。

6.如权利要求5所述的装置，其特征在于：

所述加载单元，具体用于基于预设的软件版本与内存占比的对应关系，将预先存储的软件版本文件加载到基于内存占比确定的内存空间。

7.如权利要求5所述的装置，其特征在于，所述装置还包括：

统计单元，用于统计所述软件版本对应系统运行时的CPU占比；

暂停单元，用于若统计的CPU占比达到预设的所述软件版本对应的CPU占比阈值，则暂定所述软件版本对应系统的运行。

8.如权利要求5所述的装置，其特征在于，所述网络设备还包括网板，所述装置还包括：

传输单元，用于基于预设的软件版本与网板的对应关系，将所述软件版本对应业务板与所述软件版本对应系统之间交互的信息通过所述软件版本对应的网板进行传输。

9.一种网络设备，其特征在于，包括主控板；

所述主控板中包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现权利要求1-4任一所述的方法步骤。

10.一种机器可读存储介质，其特征在于，所述机器可读存储介质内存储有机器可执行指令，所述机器可执行指令被处理器执行时实现权利要求1-4任一所述的方法步骤。