目  录

1 软件升级

1.1 设备软件简介

1.2 软件升级配置任务

1.3 通过命令行升级Bootware

1.4 通过整机重启方式升级启动文件

1.4.1 指定下次启动文件

1.4.2 同步升级备用主控板的启动文件

1.5 通过热补丁方式升级启动文件

1.5.1 热补丁基本概念

1.5.2 补丁状态

1.5.3 热补丁配置任务简介

1.5.4 配置准备

1.5.5 一步式安装补丁

1.5.6 分步式安装补丁

1.5.7 一步式卸载补丁

1.5.8 分步式卸载补丁

1.6 升级MBUS扣板软件

1.7 升级单板逻辑

1.8 升级单板电源软件

1.9 升级电源监控软件

1.10 升级风扇监控软件

1.11 软件升级显示和维护

1.12 软件升级典型配置举例

1.12.1 升级系统启动文件配置举例（独立运行模式）

1.12.2 升级系统启动文件配置举例（IRF模式）

1.12.3 定时升级配置举例

1.12.4 热补丁升级配置举例

 

1 软件升级

 

1.1  设备软件简介

设备软件主要包括Bootware程序、系统启动文件、单板的MBUS扣板软件、单板逻辑、电源监控软件、风扇监控软件。

设备上电后，先运行Bootware程序，初始化硬件并显示设备的硬件参数，然后运行系统启动文件；启动文件一方面提供对硬件的驱动和适配功能，另一方面实现了业务特性。Bootware程序与系统启动文件是设备启动、运行的必备软件，为整个设备提供支撑、管理、业务等功能，它们的关系如图1-1所示。

图1-1 Bootware程序与系统启动文件关系示意图

 

1.2  软件升级配置任务

表1-1 软件升级配置任务简介

配置任务	说明	详细配置
通过Bootware菜单升级	可选	关于通过BootWare菜单升级的详细介绍，请参见“基础配置指导”中的“BootWare管理”
通过命令行升级Bootware	可选	1.3
通过命令行升级系统启动文件	可选	1.4
通过热补丁升级	可选	1.5
升级MBUS扣板软件	可选	1.6
升级单板逻辑	可选	1.7
升级单板电源软件	可选	1.8
升级电源监控软件	可选	1.9
升级风扇监控软件	可选	1.10

 

 

1.3  通过命令行升级Bootware

设备开机上电后，首先运行Bootware软件，测试并初始化硬件，显示设备的硬件参数，然后引导启动文件运行。在系统运行过程中，用户可以使用存储介质中的Bootware文件升级设备上正在运行的Bootware。

 

表1-2 升级指定单板的Bootware

操作	命令	说明
升级指定槽位单板的Bootware程序（独立运行模式）	bootrom update file file-url slot slot-number-list	必选 在用户视图下执行 FIPS模式下需要先对BootWare程序的签名进行校验，校验通过后才能继续配置
升级指定槽位单板的Bootware程序（IRF模式）	bootrom update file file-url  chassis chassis-number slot slot-number-list

 

表1-3 升级主控板上OAM扣板的Bootware

操作	命令	说明
升级主控板上OAM扣板的Bootware（独立运行模式）	oam-bootrom update file file-url slot slot-number	必选 在用户视图下执行
升级主控板上OAM扣板的Bootware（IRF模式）	oam-bootrom update file file-url chassis chassis-number slot slot-number

 

 

1.4  通过整机重启方式升级启动文件

·     独立运行模式下，升级系统启动文件时请按以下步骤进行：

(1)     使用FTP、TFTP或者其它方式将启动文件下载保存到主用主控板存储介质的根目录下。

(2)     将新的启动文件拷贝到备用主控板存储介质的根目录下。

(3)     使用命令行分别指定主用主控板和备用主控板下次启动时使用的启动文件（以下简称为下次启动文件），参见1.4.1  指定下次启动文件。

(4)     重启设备，使新的启动文件生效。

·     IRF模式下，升级系统启动文件时请按以下步骤进行：

(1)     使用FTP、TFTP或者其它方式将启动文件下载保存到全局主用主控板（Master设备主用主控板）存储介质的根目录下。

(2)     将新的启动文件拷贝到IRF中其它主控板（包括Master设备的备用主控板、Slave设备的主用主控板和Slave设备的备用主控板）存储介质的根目录下。

(3)     使用命令行指定IRF中所有主控板下次启动时使用的启动文件（以下简称为下次启动文件），参见1.4.1  指定下次启动文件。

(4)     重启设备，使新的启动文件生效。

1.4.1  指定下次启动文件

当存储介质中有多个启动文件时，用户可以通过以下命令来指定设备下次启动文件。其中，主用启动文件用于引导、启动设备；备用启动文件只用于异常情况下（主用启动文件不可用时），引导、启动设备。

表1-4 指定下次启动文件

操作	命令	说明
指定下次启动文件（独立运行模式）	boot-loader file file-url slot slot-number { main | backup }	必选 在用户视图下执行 FIPS模式下需要先对版本文件的签名进行校验，校验通过后才能继续配置
指定下次启动文件（IRF模式）	boot-loader file file-url chassis chassis-number slot slot-number { main | backup }

 

 

1.4.2  同步升级备用主控板的启动文件

当设备上已经存在一块主用主控板，再插入一块不同版本的主控板作为备用主控板时，主用主控板和备用主控板会因为版本不一致，而导致备用主控板不能正常工作。此时，如果备用主控板的状态为Slave（请使用display device命令查看），则可以使用本特性快速升级备用主控板，使得备用主控板和主用主控板的版本保持一致；如果备用主控板的状态为Fault，则需要通过Bootware菜单升级或者把备用主控板拔出后单独进行升级。

使用本功能相当于分步执行了以下操作来完成备用主控板的升级：

(1)     将主用主控板当前使用的启动文件拷贝到备用主控板；

(2)     将拷贝后的文件指定为备用主控板的下次启动文件；

(3)     重启备用主控板。

表1-5 同步升级备用主控板的启动文件

操作	命令	说明
同步升级备用主控板的启动文件	boot-loader update slot slot-number	必选 该命令在用户视图下执行 FIPS模式下需要先对版本文件的签名进行校验，校验通过后才能继续配置

 

 

1.5  通过热补丁方式升级启动文件

热补丁是一种快速、低成本修复产品软件版本缺陷的方式。和升级软件版本相比，热补丁的主要优势是不会使设备当前正在运行的业务中断，即在不重启设备的情况下，可以对设备当前软件版本的缺陷进行修复。

1.5.1  热补丁基本概念

1. 补丁和补丁文件

补丁（又被称为补丁单元）是用来修复某个缺陷的程序包，通常以补丁文件的形式发布，一个补丁文件可能包含一个或多个补丁，不同的补丁具有不同的功能。

2. 增量补丁

所谓增量补丁，是指对在其前面的补丁有功能增强性的补丁。

当前发布的补丁文件中的补丁均为增量补丁。

3. 正式补丁和临时补丁

·     正式补丁（Common patches）是通过版本发布流程发布的补丁。

·     临时补丁（Temporary patches）是未通过版本发布流程发布，用于临时解决紧急问题和需求的补丁。

正式补丁总会包含前面临时补丁的功能，从而替代前面的临时补丁。补丁的类型只对补丁加载（Load）过程产生影响——系统在加载正式补丁之前会先将系统中所有临时补丁删除。

4. 补丁包文件

补丁包文件是将设备需要的同期发布的多个补丁文件打包生成的文件。补丁包文件升级方式是补丁文件升级方式的改良。

使用补丁文件升级时，产品对补丁文件的名称进行了严格定义，指定类型的硬件会有对应的补丁文件，该文件的名称是固定的，用户不能随便定义。当某个部件需要软件升级时，用户必须先下载该部件对应的补丁文件，并将补丁文件重命名为指定的名称，如果命名错误，会造成该部件升级失败。如果要同时升级多个部件，则需要多次重复上述操作。

使用补丁包文件升级时，用户只需下载该补丁包文件，执行一次命令，就可以完成设备所有部件的软件升级，从而简化了补丁操作及补丁版本管理。

1.5.2  补丁状态

每个补丁都有自身的状态，只有在用户命令行的干预下才能发生切换。补丁状态切换与命令操作关系如图1-2所示，其中IDLE、DEACTIVE、ACTIVE和RUNNING表示补丁的不同状态。加载、临时运行、确认运行、停止运行、删除、安装、卸载表示补丁操作，分别对应命令patch load、patch active、patch run、patch deactive、patch delete、patch install和undo patch install，箭头方向表示状态的转变方向，比如对DEACTIVE状态的补丁执行patch active操作，补丁的状态就会变为ACTIVE。

图1-2 补丁状态切换与命令操作关系图

 

 

·     初始状态（IDLE）

表示补丁尚未被加载。设备无法进行安装、运行补丁等操作，如图1-3所示（假设系统补丁区中最多可以加载8个补丁）。

图1-3 补丁未加载

 

 

·     未激活状态（DEACTIVE）

表示补丁已经被加载到内存补丁区，但尚未运行。假设用户将加载的补丁文件包含7个补丁，则这7个补丁将在经过版本校验及CRC校验之后被加载到内存补丁区，加载成功的补丁处于DEACTIVE状态，此时系统中补丁状态如图1-4所示。

图1-4 补丁文件被加载

 

·     激活状态（ACTIVE）

表示补丁已经被临时运行，即该补丁在设备重启之后不再生效。对于图1-4中7个处于DEACTIVE状态的补丁，用户如果激活前5个补丁，则前5个补丁的状态将由DEACTIVE状态变成ACTIVE状态，此时系统中补丁状态如图1-5所示。

系统重启后，所有处于ACTIVE状态的补丁将变成DEACTIVE状态。

图1-5 补丁被激活

 

·     确认运行状态（RUNNING）

表示补丁已经被永久运行，即该补丁在设备重启之后会继续生效。对于图1-5中5个处于ACTIVE状态的补丁，用户确认运行前3个补丁后，前3个补丁的状态将由ACTIVE状态变成RUNNING状态，此时系统中补丁状态如图1-6所示。

图1-6 补丁被确认运行

 

系统重启后，所有处于RUNNING状态的补丁保持为RUNNING状态。

1.5.3  热补丁配置任务简介

表1-6 热补丁配置任务简介

配置任务		说明	详细配置
安装补丁	一步式	二者任选其一 一步式和分步式配置效果等同，分步式配置时用户可以控制安装过程中的各个状态。	1.5.5
	分步式		1.5.6
卸载补丁	一步式	二者任选其一 一步式配置和分步式配置效果等同，分步式配置时用户可以控制卸载过程中的各个状态。	1.5.7
	分步式		1.5.8

 

 

1.5.4  配置准备

补丁文件是根据安装补丁的设备或单板类型按需发布。在进行补丁操作前，需要通过FTP/TFTP等方式将补丁文件保存到设备的存储介质上，保存时请注意：

·     补丁版本必须与设备型号、设备的软件版本相匹配。如果不匹配，则会造成补丁操作失败。

·     补丁文件的名称必须符合要求，否则系统无法找到补丁文件，造成补丁操作失败。设备是根据补丁标志（PATCH-FLAG）生成补丁文件名，再根据文件名将补丁从存储介质（默认为Flash）中读取到补丁区进行加载或安装。display patch information命令显示信息中Version字段的值就是PATCH-FLAG的后缀，补丁文件名称的格式为“patch_后缀.bin”。比如设备的PATCH-FLAG为PATCH-MR，则它对应的补丁文件必须命名为patch_mr.bin。

 

1.5.5  一步式安装补丁

用户可以通过执行patch install命令来一步式安装补丁。执行该命令同时，需要指定补丁文件的来源，目前设备上可支持指定补丁文件的加载路径和从指定补丁包文件两种方式。

在执行patch install命令时，系统会提示“Do you want to continue running patches after reboot? [Y/N]:”：

·     如果输入<Y>或者<y>，则会安装指定路径下的所有补丁，设备或单板重启后这些补丁继续生效，补丁状态从IDLE转换到RUNNING，相当于依次执行了patch load、patch active和patch run命令。

·     如果输入<N>或者<n>，则会安装指定路径下的所有补丁，但设备或单板重启后这些补丁不再继续生效，补丁状态从IDLE转换到ACTIVE，相当于依次执行了patch load和patch active命令。

若要通过指定补丁包文件来安装补丁，则需预先将补丁包文件保存在主控板的存储介质上，所有备用主控板、业务板和交换网板将从主控板加载补丁文件。

表1-7 一步式安装补丁

操作	命令	说明
进入系统视图	system-view	-
一步式完成补丁的安装	patch install { patch-location | file filename }	必选 FIPS模式下需要先对补丁文件或补丁包的签名进行校验，校验通过后才能继续配置

 

 

1.5.6  分步式安装补丁

1. 配置任务简介

表1-8 分步式安装补丁配置任务简介

配置任务	说明	详细配置
设置补丁文件的加载路径	可选 如果是要安装补丁包，则无需设置补丁文件的加载路径	2.
加载补丁文件	必选	3.
激活补丁	必选	4.
确认运行补丁	可选	5.

 

2. 设置补丁文件的加载路径

当设备支持多个存储介质时，用户可以将补丁文件保存到Flash外的其它存储介质。此时，需要使用该命令告知系统补丁文件的位置，执行补丁加载操作时，系统会将该路径下指定后缀的补丁加载到对应的单板。因此，在执行补丁加载之前，请确保补丁文件存放位置与设置好的路径一致。如果设备上只有一个存储介质，则不用设置该参数。

表1-9 设置补丁文件的加载路径

操作	命令	说明
进入系统视图	system-view	-
设置补丁文件的加载路径	patch location patch-location	可选 缺省情况下，补丁文件的加载路径为flash：

 

 

3. 加载补丁文件

只有正确加载补丁文件后才能进行补丁状态的管理。

·     不同类型的单板，需要使用的补丁文件是不同的，主控板、接口板、OAM扣板和交换网板的补丁文件名分别为patch_mr.bin、patch_lc.bin、patch_oam.bin和patch_sfc.bin。

·     主备环境下主用主控板和备用主控板的补丁文件在各自的存储设备中获取。

·     系统默认从Flash中读取补丁文件。

 

表1-10 加载补丁文件

操作	命令	说明
进入系统视图	system-view	-
将存储设备中的补丁文件加载到指定的内存补丁区中（独立运行模式）	patch load slot slot-number [ file filename ]	必选 FIPS模式下需要先对补丁文件或补丁包的签名进行校验，校验通过后才能继续配置
将存储设备中的补丁文件加载到指定的内存补丁区中（IRF模式）	patch load chassis chassis-number slot slot-number [ file filename ]	必选 FIPS模式下需要先对补丁文件或补丁包的签名进行校验，校验通过后才能继续配置

 

4. 激活补丁

激活补丁后，补丁会立即生效，处于试运行阶段。设备复位或重启后，该补丁不再生效，需要重新激活。

补丁的激活状态主要是提供一个缓冲带，如果补丁本身有问题，可以重启设备，以消除该补丁的作用，从而防止因为补丁错误而导致系统连续运行故障。

表1-11 激活补丁

操作	命令	说明
进入系统视图	system-view	-
激活指定补丁（独立运行模式）	patch active patch-number slot slot-number	必选
激活指定补丁（IRF模式）	patch active patch-number chassis chassis-number slot slot-number	必选

 

5. 运行补丁

确认运行补丁后，补丁的状态将变为RUNNING，处于正式运行阶段。设备复位或重启后，该补丁会继续生效。

表1-12 运行补丁

操作	命令	说明
进入系统视图	system-view	-
运行指定补丁（独立运行模式）	patch run patch-number [ slot slot-number ]	必选
运行指定补丁（IRF模式）	patch run patch-number [ chassis chassis-number slot slot-number ]	必选

 

 

1.5.7  一步式卸载补丁

通过一条命令完成所有在位单板和OAM CPU的补丁卸载，命令结束后，所有在位板的补丁状态都进入IDLE状态，相当于在每个板（包括OAM CPU）上执行了一遍补丁去激活和删除操作。

表1-13 一步式卸载补丁

操作	命令	说明
进入系统视图	system-view	-
卸载补丁	undo patch install	必选 完成设备上所有补丁的去激活及删除操作

 

1.5.8  分步式卸载补丁

1. 配置任务简介

表1-14 分步式卸载补丁配置任务简介

配置任务	说明	详细配置
去激活补丁	必选	2.
删除补丁	必选	3.

 

2. 停止运行补丁

停止运行补丁后，补丁将进入未激活状态（DEACTIVE）。系统按打补丁前的特性运行。

表1-15 停止运行补丁

操作	命令	说明
进入系统视图	system-view	-
停止运行指定补丁（独立运行模式）	patch deactive patch-number slot slot-number	必选
停止运行指定补丁（IRF模式）	patch deactive patch-number chassis chassis-number slot slot-number	必选

 

3. 删除补丁

执行该操作，只是将补丁从内存补丁区中删除，并不会将补丁从存储介质中删除，补丁回到初始状态（IDLE）。补丁删除后，系统按打补丁前的特性运行。

表1-16 删除补丁

操作	命令	说明
进入系统视图	system-view	-
删除指定补丁（独立运行模式）	patch delete patch-number slot slot-number	必选
删除指定补丁（IRF模式）	patch delete patch-number chassis chassis-number slot slot-number	必选

 

1.6  升级MBUS扣板软件

通常情况下，升级系统启动文件时，设备单板的MBUS扣板软件会自动同步升级。如果自动升级不成功，您也可以通过如下命令手工升级。

表1-17 升级MBUS扣板软件

操作	命令	说明
升级指定槽位单板上MBUS扣板软件（独立运行模式）	mbus update [ file file-url ] slot slot-number	必选 在用户视图下执行
升级指定槽位单板上MBUS扣板软件（IRF模式）	mbus update [ file file-url ] chassis chassis-number slot slot-number

 

 

1.7  升级单板逻辑

对于逻辑出现故障（如升级失败）的单板，您可以尝试通过下面的命令加载新的逻辑进行修复。

升级接口板的逻辑之前，请先使用board-offline命令使接口板处于Offline状态，相关配置请参见“基础配置指导”的“设备管理”。

表1-18 升级单板逻辑

操作	命令	说明
通过MBUS升级指定槽位单板上的逻辑（独立运行模式）	logic update bymbus [ file filename ] slot slot-number logicid logicid	必选 在用户视图下执行 logicid取值如下： 0：升级指定单板的底板逻辑 1：升级指定主控板或接口板的扣板逻辑（对接口板，指的是CPU扣板逻辑；对主控板，指的是OAM扣板逻辑）
通过MBUS升级指定槽位单板上的逻辑（IRF模式）	logic update bymbus [ file filename ] chassis chassis-number slot slot-number logicid logicid

 

 

 

1.8  升级单板电源软件

当单板电源出现故障时，您可以尝试通过下面的命令升级单板电源软件进行修复。

升级单板的电源软件之前，请先使用board-offline命令使单板处于Offline状态，相关配置请参见“基础配置指导”的“设备管理”。

表1-19 升级单板电源软件

操作	命令	说明
升级指定槽位单板电源软件（独立运行模式）	power-logic update [ file file-url ] slot slot-id	必选 在用户视图下执行 主控板不支持单板电源软件升级
升级指定槽位单板电源软件（IRF模式）	power-logic update [ file file-url ] chassis chassis-id slot slot-id

 

 

 

1.9  升级电源监控软件

通常情况下，升级系统启动文件时，设备的电源监控软件会自动同步升级。如果自动升级不成功，您也可以通过如下命令手工升级。

表1-20 升级电源监控软件

操作	命令	说明
升级电源监控软件（独立运行模式）	pmu update [ file file-url ] pmu-id	必选 file-url指定的升级文件必须与被升级的电源监控模块位于同一个成员设备中，否则无法成功升级
升级电源监控软件（IRF模式）	pmu update [ file file-url ] chassis chassis-number pmu-id

 

 

1.10  升级风扇监控软件

您可以通过以下命令升级设备上指定风扇框的风扇监控软件。

表1-21 升级风扇监控软件

操作	命令	说明
升级风扇监控软件（独立运行模式）	fan update [ file file-url ] tray { top | bottom }	必选 在用户视图下执行
升级风扇监控软件（IRF模式）	fan update [ file file-url ] chassis chassis-number tray { top | bottom }

 

执行以上命令后，请您等待一段时间（在此期间不要拔出风扇），直至界面上出现升级完成的提示。

软件升级完成后，请您拔插一次该风扇进行复位，使新的风扇监控软件生效。

 

 

1.11  软件升级显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示设备的启动文件信息和热补丁信息，通过查看显示信息验证配置的效果。

表1-22 软件升级显示和维护

操作	命令
显示启动文件信息（独立运行模式）	display boot-loader [ slot slot-number ] [ | { begin | exclude | include } regular-expression ]
显示启动文件信息（IRF模式）	display boot-loader [ chassis chassis-number [ slot slot-number ] ] [ | { begin | exclude | include } regular-expression ]
显示补丁包信息	display patch [ | { begin | exclude | include } regular-expression ]
显示热补丁的信息	display patch information [ | { begin | exclude | include } regular-expression ]

 

1.12  软件升级典型配置举例

1.12.1  升级系统启动文件配置举例（独立运行模式）

1. 组网需求

·     Device当前的软件版本为soft-version1，通过远程操作，立即将设备的软件版本升级到soft-version2。

·     最新版本的应用程序soft-version2.bin，保存在FTP Server的aaa目录下；

·     Device的IP地址为1.1.1.1/24，FTP Server的IP地址为2.2.2.2/24，Device与FTP Server之间路由可达；

·     User通过Telnet远程登录到Device，User与Device之间路由可达。

2. 组网图

图1-7 升级系统启动文件组网图（独立运行模式）

 

3. 配置步骤

(1)     FTP Server的配置（注意：不同的服务器类型配置可能不同）

# 启动FTP Server功能。

<FTP-Server> system-view

[FTP-Server] ftp server enable

# 配置一个FTP用户名为aaa，密码为hello。

[FTP-Server] local-user aaa

[FTP-Server-luser-aaa] password cipher hello

# 配置该用户对aaa目录具有读写权限。

[FTP-Server-luser-aaa] service-type ftp

[FTP-Server-luser-aaa] authorization-attribute work-directory flash:/aaa

(2)     Device的配置

 

# 开始升级前，执行save命令保存当前配置（配置步骤略）。

# 登录FTP Server（注意：不同的服务器类型显示信息可能不同）。

<Device> ftp 2.2.2.2

Trying 2.2.2.2 ...

Press CTRL+K to abort

Connected to 2.2.2.2.

220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user

User(2.2.2.2:(none)):aaa

331 Give me your password, please

Password:

230 Logged in successfully

[ftp]

# 下载FTP Server上的文件soft-version2.bin到主用主控板。

[ftp] binary

[ftp] get soft-version2.bin

[ftp] bye

<Device>

# 指定主用主控板下次启动时的应用程序。

<Device> boot-loader file soft-version2.bin slot 0 main

# 将主用主控板的应用程序拷贝到备用主控板。

<Device> copy soft-version2.bin slot1#flash:/soft-version2.bin

# 指定备用主控板下次启动时的应用程序。

<Device> boot-loader file slot1#flash:/soft-version2.bin slot 1 main

# 重启设备，实现软件版本的升级。

<Device> reboot

设备重启后可以使用display version命令验证升级是否成功。

1.12.2  升级系统启动文件配置举例（IRF模式）

1. 组网需求

·     IRF由Master和Slave两台成员设备组成。Master的成员编号为1，主用主控板所在的槽位号为0，备用主控板所在的槽位号为1；Slave的成员编号为2，主用主控板所在的槽位号为0，备用主控板所在的槽位号为1。

·     IRF当前的软件版本为soft-version1，通过远程操作，将IRF系统的软件版本升级到soft-version2，配置文件升级到new-config；

·     最新版本的应用程序soft-version2.bin和最新配置文件new-config.cfg都保存在TFTP server上；

·     IRF的IP地址为1.1.1.1/24，TFTP server的IP地址为2.2.2.2/24。IRF与TFTP server之间路由可达。

2. 组网图

图1-8 升级系统启动文件组网图（IRF模式）

3. 配置步骤

(1)     TFTP server的配置（注意：不同的服务器类型配置可能不同）

通过合法渠道（比如H3C官方网站或者代理商、技术支援人员）获取正确版本的启动文件和配置文件，并将该文件存储到TFTP server的工作路径，以便TFTP client可以访问。

(2)     IRF的配置

# 将new-config.cfg下载到Master设备的主用主控板上（注意：不同的服务器类型显示信息可能不同）。

<IRF> tftp 2.2.2.2 get new-config.cfg

  ..

  File will be transferred in binary mode

  Downloading file from remote TFTP server, please wait.....

  TFTP:      917 bytes received in 1 second(s)

  File downloaded successfully.

<IRF> copy new-config.cfg chassis1#slot1#flash:/new-config.cfg

# 将new-config.cfg下载到Slave设备的主用主控板上。

<IRF> copy new-config.cfg chassis2#slot0#flash:/new-config.cfg

<IRF> copy new-config.cfg chassis2#slot1#flash:/new-config.cfg

# 将启动文件soft-version2.bin下载到Master和Slave上。

<IRF> tftp 2.2.2.2 get soft-version2.bin

  ...

  File will be transferred in binary mode

  Downloading file from remote TFTP server, please wait............

  TFTP: 10058752 bytes received in 141 second(s)

  File downloaded successfully.

<IRF> copy soft-version2.bin chassis1#slot1#flash:/soft-version2.bin

<IRF> copy soft-version2.bin chassis2#slot0#flash:/soft-version2.bin

<IRF> copy soft-version2.bin chassis2#slot1#flash:/soft-version2.bin

# 将所有成员设备的下次启动配置文件指定为new-config.cfg。

<IRF> startup saved-configuration flash:/new-config.cfg

Please wait ...

Setting the master board ...

... Done!

Setting the slave board ...

Chassis 1 Slot 1:

 Set next configuration file successfully.

Chassis 2 Slot 0:

 Set next configuration file successfully.

Chassis 2 Slot 1:

 Set next configuration file successfully.

# 将所有主控板的下次启动文件指定为soft-version2.bin。

<IRF> boot-loader file flash:/soft-version2.bin chassis 1 slot 0 main

  This command will set the boot file of the specified board. Continue? [Y/N]:y

  The specified file will be used as the main boot file at the next reboot on chassis 1 slot 0!

<IRF> boot-loader file chassis1#slot1#flash:/soft-version2.bin chassis 1 slot 1 main

  This command will set the boot file of the specified board. Continue? [Y/N]:y

  The specified file will be used as the main boot file at the next reboot on chassis 1 slot 1!

<IRF> boot-loader file chassis2#slot0#flash:/soft-version2.bin chassis 2 slot 0 main

  This command will set the boot file of the specified board. Continue? [Y/N]:y

  The specified file will be used as the main boot file at the next reboot on chassis 2 slot 0!

<IRF> boot-loader file chassis2#slot1#flash:/soft-version2.bin chassis 2 slot 1 main

  This command will set the boot file of the specified board. Continue? [Y/N]:y

  The specified file will be used as the main boot file at the next reboot on chassis 2 slot 1!

# 重启所有成员设备完成升级。

<IRF> reboot

设备重启后可以使用display version命令验证升级是否成功。

1.12.3  定时升级配置举例

1. 组网需求

·     Device当前的软件版本为soft-version1，通过远程操作，在业务空闲时间（比如凌晨1点）将设备的软件版本升级到soft-version2。

·     最新版本的应用程序soft-version2.bin保存在FTP Server的aaa目录下；

·     Device的IP地址为1.1.1.1/24，FTP Server的IP地址为2.2.2.2/24，Device与FTP Server之间路由可达；

·     User通过Telnet远程登录到Device，User与Device之间路由可达。

2. 组网图

图1-9 配置远程升级组网图

3. 配置步骤

(1)     FTP Server的配置（注意：不同的服务器类型配置可能不同）

# 启动FTP Server功能。

<FTP-Server> system-view

[FTP-Server] ftp server enable

# 配置一个FTP用户名为aaa，密码为hello。

[FTP-Server] local-user aaa

[FTP-Server-luser-aaa] password cipher hello

# 配置该用户对aaa目录具有读写权限。

[FTP-Server-luser-aaa] service-type ftp

[FTP-Server-luser-aaa] work-directory flash:/aaa

在FTP Server上使用文本编辑器编辑批处理文档auto-update.txt。批处理文件的内容如下：

return

boot-loader file soft-version2.bin slot 0 main

boot-loader file slot1#flash:/soft-version2.bin slot 1 main

save

reboot

(2)     Device的配置

 

# 开始升级前，执行save命令保存当前配置（配置步骤略）。

# 登录FTP Server（注意：不同的服务器类型显示信息可能不同）。

<Device> ftp 2.2.2.2

Trying 2.2.2.2 ...

Press CTRL+K to abort

Connected to 2.2.2.2.

220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user

User(2.2.2.2:(none)):aaa

331 Give me your password, please

Password:

230 Logged in successfully

[ftp]

# 下载FTP Server上的文件soft-version2.bin。

[ftp] binary

[ftp] get soft-version2.bin

[ftp] bye

<Device>

# 将auto-update.txt文件更名为批处理文件auto-update.bat。

<Device> rename auto-update.txt auto-update.bat

# 为确保文件正确，可以使用more命令查看确认文件内容。

<Device> more flash:/auto-update.txt

return

boot-loader file soft-version2.bin slot 0 main

boot-loader file slot1#flash:/soft-version2.bin slot 1 main

save

reboot

# 指定主用主控板和备用主控板下次启动文件，使用定时自动执行功能实现设备在2010年6月21日凌晨1点定时自动升级。（主用主控板的槽位号为0，备用主控板的槽位号为1）

<Device> copy soft-version2.bin slot1#flash:/soft-version2.bin

<Device> schedule job at 01:00 2010/6/21 view system execute auto-update.bat

设备重启后可以使用display version命令验证升级是否成功。

1.12.4  热补丁升级配置举例

1. 组网需求

·     Device当前的软件版本为soft-version1，需要通过最新的补丁文件修复软件的一些缺陷。

·     最新补丁文件（patch_mr.bin）保存在FTP Server的aaa目录下。

·     Device的IP地址为1.1.1.1/24，FTP Server的IP地址为2.2.2.2/24，Device与FTP Server之间路由可达。

·     User通过Telnet远程登录到Device，User与Device之间路由可达。

2. 组网图

图1-10 热补丁组网图

 

3. 配置步骤

(1)     FTP Server的配置

# 启动FTP Server功能。

<FTP-Server> system-view

[FTP-Server] ftp server enable

# 配置一个FTP用户名为aaa，密码为hello。

[FTP-Server] local-user aaa

[FTP-Server-luser-aaa] password cipher hello

# 配置该用户对aaa目录具有读写权限。

[FTP-Server-luser-aaa] service-type ftp

[FTP-Server-luser-aaa] authorization-attribute work-directory flash:/aaa

(2)     Device的配置

 

# 开始升级前，执行save命令保存当前配置（配置步骤略）。

# 登录FTP Server（注意：不同类型的服务器显示信息可能不同）。

<Device> ftp 2.2.2.2

Trying 2.2.2.2 ...

Press CTRL+K to abort

Connected to 2.2.2.2.

220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user

User(2.2.2.2:(none)):aaa

331 Give me your password, please

Password:

230 Logged in successfully

[ftp]

# 下载FTP Server上的文件patch_mr.bin。

[ftp] binary

[ftp] get patch_mr.bin

[ftp] bye

<Device>

# 将补丁文件拷贝到备用主控板的根目录下，备用主控板所在的槽位号为1。

<Device> copy patch_mr.bin slot1#flash:/

# 启动补丁安装功能。

<Device> system-view

[Device] patch install flash:

Patches will be installed. Continue? [Y/N]:y

Do you want to continue running patches after reboot? [Y/N]:y

Installing patches........

Installation completed, and patches will continue to run after reboot.