· Compatible upgrade—The new software version is compatible with the running software version. This upgrade type supports the ISSU methods in Table 1.

· Incompatible upgrade—The new software version is incompatible with the running software version. The two versions cannot run concurrently.

This upgrade type supports only one upgrade method (also called incompatible upgrade). This method requires a cold reboot to upgrade both control and data planes. Incompatible upgrade disrupts service if hardware redundancy is not available.

For information about identifying the ISSU method, see "Identifying the ISSU method."

Table 1 ISSU methods for compatible upgrade

ISSU method	Description
Incremental upgrade: · Service Upgrade · File Upgrade	Upgrades only user mode processes that have differences between the new and old software versions. Backup processes and a main/backup process switchover are required for service continuity. · Service upgrade—Upgrades service features. The upgrade does not affect the operation of the features that are not being upgraded. · File upgrade—Upgrades hidden system program files. The system can provide services during the upgrade.
Reboot Sequence Reboot	CAUTION: The Reboot method disrupts service if hardware redundancy is not available. As a best practice, schedule the downtime carefully to minimize the upgrade impact on the services. (In standalone mode.) Reboots MPUs to complete the software upgrade. While one MPU is rebooting, the other MPU can provide services. (In IRF mode.) Reboots MPUs to complete the software upgrade. While one MPU is rebooting, the other MPUs can provide services. Sequence Reboot is available only for switching fabric modules. This method reboots upgraded switching fabric modules one by one. It moves to the next module only when the previous module completes reboot.

ISSU method

Description

Incremental upgrade:

· Service Upgrade

· File Upgrade

Upgrades only user mode processes that have differences between the new and old software versions. Backup processes and a main/backup process switchover are required for service continuity.

· Service upgrade—Upgrades service features. The upgrade does not affect the operation of the features that are not being upgraded.

· File upgrade—Upgrades hidden system program files. The system can provide services during the upgrade.

Reboot

Sequence Reboot

CAUTION:

The Reboot method disrupts service if hardware redundancy is not available. As a best practice, schedule the downtime carefully to minimize the upgrade impact on the services.

(In standalone mode.) Reboots MPUs to complete the software upgrade. While one MPU is rebooting, the other MPU can provide services.

(In IRF mode.) Reboots MPUs to complete the software upgrade. While one MPU is rebooting, the other MPUs can provide services.

Sequence Reboot is available only for switching fabric modules. This method reboots upgraded switching fabric modules one by one. It moves to the next module only when the previous module completes reboot.

ISSU commands

ISSU includes the install and issu command sets. After you identify the recommended ISSU method, use Table 2 to choose the command set you want to use.

You can use the issu one-step command to perform an ISSU in one step, or use other ISSU commands to perform an ISSU step by step.

· During a one-step ISSU, you cannot perform a rollback.

· During a multi-step ISSU, you can display the device status, abort the ISSU, or perform a rollback.

Table 2 Command set comparison

Item	issu commands	install commands
Upgrade types	· Compatible. · Incompatible.	Compatible.
Patch installation and uninstallation	Not supported.	Supported.
Upgrade mode	Chassis by chassis.	MPU by MPU.
Impact on the system	Large.	Small.
Technical skill requirements	Low. As a best practice, use this command set.	High. Administrators must have extensive system knowledge and understand the impact of each upgrade task on the network.
One-step ISSU	Supported.	Not supported.
Step-by-step ISSU	Supported.	Supported.

Restrictions and guidelines: ISSU

During an ISSU, follow these restrictions and guidelines:

· Do not perform any of the following tasks:

¡ Reboot, add, or remove cards.

¡ Execute commands that are irrelevant to the ISSU.

¡ Modify, delete, or rename image files.

· You cannot use both install and issu commands for the same ISSU. However, you can use display issu commands with both command sets. For more information, see "Display and maintenance commands for ISSU."

· For better service continuity, strictly follow the recommended ISSU procedure unless you are performing an ISSU in one step. Make sure a step is completed before you proceed to the next step.

· You only need to perform the upgrade on the default MDC. The system completes software upgrade for all the other MDCs automatically.

· Before executing the issu load command the first time for an ISSU, use the display issu state command to verify that the ISSU status is Init. You can start an ISSU only if the ISSU status is Init.

· Before executing the following commands, use the display system stable state command to verify that the system is stable:

¡ issu commands—issu one-step, issu load, issu run switchover, and issu commit.

¡ install commands—install activate and install deactivate.

If the System State field displays Stable, the system is stable.

· You may use issu commands to upgrade all or some of the software images. If you are upgrading only some of the images, make sure the new images are compatible with the images that are not to be upgraded. The upgrade will fail if a conflict exists.

· To perform a compatible upgrade in advanced operating mode, do not configure an FCoE mode if the current or new version does not support port security in a VSAN. For more information about operating modes, see "Managing the device." For more information about FC port security and FCoE mode, see FC and FCoE Configuration Guide.

After an ISSU, follow these restrictions and guidelines:

· You must log in to the device again before you can use the changed or added commands.

· Use the display boot-loader command to display the startup image files. For the device to start up correctly, make sure the files are not deleted.

Prerequisites for ISSU

To perform a successful ISSU, make sure all the preparation requirements are met.

Logging in to the device through the console port

Log in to the device through the console port. If you use Telnet or SSH, you might be disconnected from the device before the ISSU is completed.

In a multiuser environment, make sure no other administrators access the device while you are performing the ISSU.

Identifying availability of ISSU and licensing requirements

Read the software release notes to identify the following items:

· Support of the device for ISSU between the current software version and the new software version.

· Licensing requirements for the upgrade software images. If the upgrade software images require licenses, make sure the device has the required licenses. For more information about license installation, see "Managing licenses."

Verifying the device operating status

Verify the following items:

· Use the display device command to verify that all installed components are in Master, Standby, or Normal state.

· Use the display mdc command to verify that all MDCs are in active state.

· Use the switchto mdc command to log in to each MDC and verify that no automatic configuration process is in progress. If an automatic configuration process is in progress on an MDC, wait for the process to complete. If automatic configuration is not deployed for the MDC, quit the automatic configuration process as prompted. For more information about automatic configuration, see "Using automatic configuration."

· Use the display irf command to verify that all IRF member devices are operating correctly.

· Use the display cpu-usage command to display the CPU usage statistics. The CPU usage must be lower than the minor alarm threshold. As a best practice, make sure the CPU usage is lower than the recovery threshold.

· Use the display memory and display memory-threshold commands to display the free memory information. The amount of free memory must be lower than the early-warning threshold. As a best practice, make sure the amount of free memory is greater than the sufficient-memory threshold.

· Use the display fan command to verify that all fans are in Normal state.

· Use the display power command to verify that all power supplies are in Normal state.

· Use the display environment command to verify that the temperature readings of all sensors are lower than the warning temperature thresholds.

· Use the display counters rate inbound interface and display interface | include CRC commands to verify that all ports are forwarding traffic correctly.

Preparing the upgrade images

1. Use the dir command to verify that every file system has sufficient free storage space for the upgrade images. If the storage space is not sufficient, delete unused files by using the delete /unreserved file-url command. If the files to be deleted will be used, back up the files before deleting them. You will be unable to restore a deleted file if the /unreserved keyword is used. For more information, see "Managing file systems."

2. (In standalone mode.) Use FTP or TFTP to transfer upgrade image files (in .bin or .ipe) to the root directory of a file system on the active MPU.

3. (In IRF mode.) Use FTP or TFTP to transfer upgrade image files (in .bin or .ipe) to the root directory of a file system on the global active MPU.

Identifying the ISSU method

1. Execute the display version comp-matrix file command to display the recommended ISSU methods.

¡ If a compatible upgrade is required, check the Upgrade Way field to identify the recommended ISSU method.

¡ If an incompatible upgrade is required, check the end of command output for the Incompatible upgrade string.

For more information about ISSU methods, see Table 1.

Verifying the device configuration

For a successful incompatible upgrade and the IRF fabric integrity during the ISSU, a set of features must have the same configuration as expected after the upgrade. The following are the features and the commands for you to change and verify feature settings:

· System operating mode.

system-working-mode

display system-working-mode

· Hardware resource operating mode.

hardware-resource tcam

display hardware-resource tcam

· IPv4 enhanced ECMP mode.

ecmp mode enhanced

display ecmp mode

· VXLAN hardware resource mode.

hardware-resource vxlan

display hardware-resource vxlan

For more information about system operating mode and hardware resource operating mode, see device management in Fundamentals Configuration Guide.

For more information about IPv4 enhanced ECMP mode, see basic IP routing configuration in Layer 3—IP Routing Configuration Guide.

For more information about VXLAN hardware resource mode, see VXLAN Configuration Guide.

Verifying feature status

For service continuity during an ISSU, configure the following feature settings:

Feature	Setting requirements
GR and NSR	Enable GR or NSR for protocols including LDP, RSVP, OSPF, ISIS, BGP, and FSPF.
BFD	Disable BFD for protocols including LDP, RSVP, OSPF, ISIS, RIP, BGP, VRRP, and NQA.
Ethernet link aggregation	Use the long LACP timeout interval (the lacp period short command is not configured) on all member ports in dynamic aggregation groups. Make sure all member ports are Selected ports.
IRF	Before performing an incompatible upgrade for the IRF fabric, verify that IRF MAD is disabled. To use IRF MAD, enable IRF MAD after finishing the upgrade. Configure IRF bridge MAC persistence as follows: · Compatible upgrade—Configure the irf mac-address persistent timer or irf mac-address persistent always command. · Incompatible upgrade—Configure the irf mac-address persistent always command if the bridge MAC address is the MAC address of the device for which you want to execute the issu load command.

Determining the upgrade procedure

1. Use Table 2 to choose an upgrade command set, depending on the ISSU method.

2. Identify the hardware redundancy condition.

ISSU can maintain service continuity only when the following conditions are met:

¡ (In IRF mode.) The IRF fabric has two members.

¡ (In standalone mode.) The device has two MPUs that are operating correctly.

¡ (In IRF mode.) The IRF fabric has two or more MPUs that are operating correctly.

¡ For sequential upgrade of switching fabric modules, a minimum of two correctly operating switching fabric modules are available.

IMPORTANT:

If hardware redundancy is not available, service discontinuity is not avoidable during a reboot upgrade or an incompatible upgrade. Make sure you understand the impact of the upgrade on the network.

3. Perform one of the following tasks:

¡ Choose one-step ISSU to start and finish an ISSU by using a single command, as described in "Performing an ISSU in one step."

¡ Choose the correct procedure from the procedures described in "Performing an ISSU step by step by using issu commands" or "Performing an ISSU by using install commands."

Adjusting and saving the running configuration

1. Remove the configured commands that the new software version does not support.

2. Use the save command to save the running configuration.

Performing an ISSU in one step

Restrictions and guidelines

During a one-step upgrade, you cannot perform a rollback or any other tasks.

(In standalone mode.) If the device has two MPUs, make sure both the current software version and the new software version support one-step ISSU. Specify the slot number of the standby MPU for the command.

(In IRF mode.) If the IRF fabric two or more MPUs, make sure both the current software version and the new software version support one-step ISSU. If the IRF fabric has a single member and two MPUs, specify the standby MPU for the command.

Procedure

To perform an ISSU in one step, execute one of the following commands in user view:

In standalone mode:

· Use .bin files:

issu one-step file { boot filename | system filename | feature filename&<1-30> } * [ slot slot-number ] [ reboot ]

· Use an .ipe file:

issu one-step file ipe ipe-filename [ slot slot-number ] [ reboot ]

On a single-chassis IRF fabric:

· Use .bin files:

issu one-step file { boot filename | system filename | feature filename&<1-30> } * [ chassis chassis-number slot slot-number ] [ reboot ]

· Use an .ipe file:

issu one-step file ipe ipe-filename [ chassis chassis-number slot slot-number ] [ reboot ]

On a dual-chassis IRF fabric:

· Use .bin files:

issu one-step file { boot filename | system filename | feature filename&<1-30> } * [ chassis chassis-number ] [ reboot ]

· Use an .ipe file:

issu one-step file ipe ipe-filename [ chassis chassis-number ] [ reboot ]

NOTE:

The software images for the device are digitally signed. The system verifies the digital signature of a software image for authenticity and integrity before it sets and loads that image as a main startup image. If the digital signature verification fails, the system will not set or load the image as a main startup image and you will receive a digital signature verification failure message.

Performing an ISSU step by step by using issu commands

Performing a compatible upgrade on a dual-MPU device (in standalone mode)

1. (Optional.) Configure automatic rollback:

a. Enter system view.

system-view

b. Set the automatic rollback timer.

issu rollback-timer minutes

By default, the automatic rollback timer is set to 45 minutes.

The automatic rollback timer starts when you execute the issu run switchover command.

c. Return to user view.

quit

2. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

3. Load the MPU software images as main startup software images on the standby MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename slot slot-number [ reboot ]

NOTE:

4. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step. If the system reported an error in the previous step, verify that the system is stable and then use the issu rollback command to roll back the upgrade.

5. Perform an ISSU switchover.

issu run switchover

This command also upgrades the LPUs and switching fabric modules. It also starts the automatic rollback timer. When the timer expires, the system automatically rolls back to the original software images.

6. (Optional.) Accept the upgrade and delete the automatic rollback timer.

issu accept

Execute this command before the automatic rollback timer expires.

7. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step. If the system reported an error in the previous two steps, verify that the system is stable and then use the issu rollback command to roll back the upgrade.

8. Upgrade the original active MPU to complete the ISSU process.

issu commit slot slot-number

Execute this command before the automatic rollback timer expires.

CAUTION:

The ISSU process cannot be rolled back automatically or manually after you execute this command. When the ISSU commit operation is completed, the ISSU status changes to Init.

9. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing an incompatible upgrade on a dual-MPU device (in standalone mode)

To perform an incompatible upgrade on a dual-MPU device, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. Load the MPU software images as main startup software images on the standby MPU to upgrade the standby MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename slot slot-number [ reboot ]

NOTE:

3. Verify that the system is stable.

display system stable state

4. Perform an ISSU switchover to upgrade the remaining cards.

issu run switchover

5. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing an incremental upgrade on a single-MPU device (in standalone mode)

To perform an incremental upgrade on a single-MPU device, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. Load the MPU upgrade software images as main startup software images to upgrade the MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename slot slot-number [ reboot ]

NOTE:

3. Verify that the system is stable.

display system stable state

4. Complete the ISSU process.

issu commit slot slot-number

CAUTION:

The ISSU process cannot be rolled back automatically or manually after you execute this command. When the ISSU commit operation is completed, the ISSU status changes to Init.

5. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing a reboot or incompatible upgrade on a single-MPU device (in standalone mode)

To perform a reboot or incompatible upgrade on a single-MPU device, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. Load the MPU upgrade software images as main startup software images to upgrade the MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename slot slot-number [ reboot ]

NOTE:

3. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing a compatible upgrade on an IRF fabric (in IRF mode)

Restrictions and guidelines

Upgrade the subordinate member device first. Then, upgrade the master devices.

Procedure

1. (Optional.) Configure automatic rollback:

a. Enter system view.

system-view

b. Set the automatic rollback timer.

issu rollback-timer minutes

By default, the automatic rollback timer is set to 45 minutes.

The automatic rollback timer starts when you execute the issu run switchover command.

c. Return to user view.

quit

2. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

3. Load the upgrade images as main startup software images on the subordinate member to upgrade the subordinate member.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename chassis chassis-number [ reboot ]

NOTE:

4. Verify that the system is stable.

display system stable state

5. Perform an ISSU switchover.

issu run switchover

This command also starts the automatic rollback timer. When the timer expires, the system automatically rolls back to the original software images.

6. (Optional.) Accept the upgrade and delete the automatic rollback timer.

issu accept

Execute this command before the automatic rollback timer expires.

7. Verify that the system is stable.

display system stable state

8. Upgrade the master device to complete the ISSU.

issu commit chassis chassis-number

Execute this command before the automatic rollback timer expires.

CAUTION:

The ISSU process cannot be rolled back automatically or manually after you execute this command. When the ISSU commit operation is completed, the ISSU status changes to Init.

9. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing an incompatible upgrade on an IRF fabric (in IRF mode)

Restrictions and guidelines

Upgrade the subordinate member device first. Then, upgrade the master device.

Procedure

To perform an incompatible upgrade on an IRF fabric, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. Load the upgrade images as main startup software images on the subordinate member to upgrade the subordinate member.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename chassis chassis-number [ reboot ]

NOTE:

3. Verify that the system is stable.

display system stable state

4. Perform an ISSU switchover to complete the ISSU process.

issu run switchover

5. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing a compatible upgrade on a dual-MPU single-chassis IRF fabric (in IRF mode)

1. (Optional.) Configure automatic rollback:

a. Enter system view.

system-view

b. Set the automatic rollback timer.

issu rollback-timer minutes

By default, the automatic rollback timer is set to 45 minutes.

The automatic rollback timer starts when you execute the issu run switchover command.

c. Return to user view.

quit

2. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

3. Load the upgrade images as main startup software images on the standby MPU to upgrade the standby MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename chassis chassis-number slot slot-number [ reboot ]

NOTE:

4. Verify that the system is stable.

display system stable state

5. Perform an ISSU switchover.

issu run switchover

This command also upgrades all LPUs and switching fabric modules. It also starts the automatic rollback timer. If the timer expires, the system automatically rolls back to the original software images.

6. (Optional.) Accept the upgrade and delete the automatic rollback timer.

issu accept

Execute this command before the automatic rollback timer expires.

7. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step. If the system reported an error in the previous two steps, verify that the system is stable and then use the issu rollback command to roll back the upgrade.

8. Upgrade the original active MPU to complete the ISSU process.

issu commit chassis chassis-number slot slot-number

Execute this command before the automatic rollback timer expires.

CAUTION:

The ISSU process cannot be rolled back automatically or manually after you execute this command. When the ISSU commit operation is completed, the ISSU status changes to Init.

9. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing an incompatible upgrade on a dual-MPU single-chassis IRF fabric (in IRF mode)

To perform an incompatible upgrade on a dual-MPU single-chassis IRF fabric, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. Load the upgrade images as main startup software images on the standby MPU to upgrade the standby MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename chassis chassis-number slot slot-number [ reboot ]

NOTE:

3. Verify that the system is stable.

display system stable state

4. Perform an ISSU switchover to upgrade the original active MPU, LPUs, and switching fabric modules.

issu run switchover

5. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing an incremental upgrade on a single-MPU single-chassis IRF fabric (in IRF mode)

To perform an incremental upgrade on a single-MPU single-chassis IRF fabric, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. Load the upgrade images as startup software images on the MPU to upgrade the MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename chassis chassis-number slot slot-number [ reboot ]

NOTE:

3. Verify that the system is stable.

display system stable state

4. Complete the ISSU process.

issu commit chassis chassis-number slot slot-number

CAUTION:

The ISSU process cannot be rolled back automatically or manually after you execute this command. When the ISSU commit operation is completed, the ISSU status changes to Init.

5. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing a reboot or incompatible upgrade on a single-MPU single-chassis IRF fabric (in IRF mode)

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. Load MPU upgrade images as startup software images on the MPU to upgrade the MPU.

¡ Use .bin files:

issu load file { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number slot slot-number [ reboot ]

¡ Use an .ipe file:

issu load file ipe ipe-filename chassis chassis-number slot slot-number [ reboot ]

NOTE:

3. Verify that the ISSU is finished.

display issu state

If the ISSU state field displays Init, the ISSU is finished.

Performing an ISSU by using install commands

ISSU tasks at a glance

1. (Optional.) Decompressing an .ipe file

2. Activating software images

3. (Optional.) Deactivating software images

4. (Optional.) Rolling back the running software images

5. (Optional.) Aborting a software activate or deactivate operation

6. (Optional.) Verifying software images

7. Committing software changes

8. (Optional.) Deleting inactive software images

Decompressing an .ipe file

1. (Optional.) Identify images that are included in the .ipe file.

display install ipe-info

2. Decompress the .ipe file.

install add ipe-filename filesystem

Activating software images

About software image activation

Use this task to install new features or upgrade the boot, system, or feature images.

Software image activation methods

Use one of the following methods to activate software images:

· Slot by slot—Activate all the images on one slot, and then move to the next slot.

· Image by image—Activate one image on all slots before activating another image.

Restrictions and guidelines

In standalone mode:

· To install an image, you must begin with the active MPU.

· To upgrade an image, you must begin with the standby MPU.

In IRF mode:

· To install an image, you must begin with the master. On each member device, you must begin with the active MPU.

· To upgrade an image, you must begin with a subordinate device. On each member device, you must begin with the standby MPU.

(In standalone mode.) (In IRF mode.) You do not need to upgrade LPUs or switching fabric modules separately. They are upgraded automatically when MPUs are upgraded.

The activate operation for an incremental upgrade or patch images only updates the current software image list. For the image changes to take effect after a reboot, you must perform a commit operation to update the main startup image list.

You can install up to 32 .bin files on the device, including one boot image file, one system image file, and up to 30 feature or patch image files.

Prerequisites

Before activating patch images, check whether the device is already running patch images.

· If not, activate patch images.

· If yes, read the release notes to identify the functionality differences between the running patch images and the new patch images.

¡ If the new patch images cover all functions provided by the old patch images, activating the new patch images overwrites the old patch images. After activating the new patch images, deactivate and delete the old patch images to remove them from software image lists and release the storage space.

¡ If the new patch images do not cover one or more functions provided by the old patch images, activating the patch images does not affect the old patch images. The device uses both the new patch images and the old patch images. Do not deactivate or delete the old patch images.

Activating boot, system, and feature images

To activate boot, system, and feature images, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful ISSU, you must make sure the system is stable before you proceed to the next step.

2. (Optional.) Identify the recommended ISSU method and the possible impact of the upgrade.

In standalone mode:

install activate { boot filename | system filename | feature filename&<1-30>} * slot slot-number test

In IRF mode:

install activate { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number slot slot-number test

3. Activate images.

In standalone mode:

install activate { boot filename | system filename | feature filename&<1-30> } * slot slot-number

In IRF mode:

install activate { boot filename | system filename | feature filename&<1-30> } * chassis chassis-number slot slot-number

NOTE:

The software images for the device are digitally signed. The system verifies the digital signature of a software image for authenticity and integrity before it activates it. If the digital signature verification fails, the system will not activate the image and you will receive a digital signature verification failure message.

Activating patch images

To activate patch images, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful installation, you must make sure the system is stable before you proceed to the next step.

2. Activate patch images.

In standalone mode:

install activate patch filename { all | slot slot-number }

In IRF mode:

install activate patch filename { all | chassis chassis-number slot slot-number }

NOTE:

The software images for the device are digitally signed. The system verifies the digital signature of a patch image for authenticity and integrity before it activates it. If the digital signature verification fails, the system will not activate the image and you will receive a digital signature verification failure message.

Deactivating software images

Restrictions and guidelines

You can deactivate only feature and patch images.

The deactivate operation only removes images from the current software image list. For the image changes to take effect after a reboot, you must perform a commit operation to remove the images from the main startup image list.

Deactivated images are still stored on the storage medium. To permanently delete the images, execute the install remove command. For more information, see "Deleting inactive software images."

Deactivating feature images

To deactivate feature images, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful deactivate operation, you must make sure the system is stable before you proceed to the next step.

2. Deactivate feature images.

In standalone mode:

install deactivate feature filename&<1-30> slot slot-number

In IRF mode:

install deactivate feature filename&<1-30> chassis chassis-number slot slot-number

Deactivating patch images

To deactivate patch images, execute the following commands in user view:

1. Verify that the system is stable.

display system stable state

The system is stable if the System State field displays Stable. For a successful deactivate operation, you must make sure the system is stable before you proceed to the next step.

2. Deactivate patch images.

In standalone mode:

install deactivate patch filename { all | slot slot-number }

In IRF mode:

install deactivate patch filename { all | chassis chassis-number slot slot-number }

Rolling back the running software images

About software image rollback

During an incremental upgrade, the system creates a rollback point for each activate or deactivate operation of a boot, system, or feature image. The system can maintain a maximum of 50 rollback points. If this limit has been reached when a rollback point is created, the system removes the earliest rollback point. You can roll back the software to any of the rollback points.

During a reboot upgrade, the system does not create rollback points. After a reboot upgrade, you can roll back the software only to the status before any activate or deactivate operations were performed.

Restrictions and guidelines

During an incremental upgrade, you can perform this task only before committing software changes. A commit operation deletes all rollback points.

For an incremental upgrade rollback to take effect after a reboot, you must perform a commit operation to update the main startup image list.

Procedure

To roll back the running software images, execute the following commands in user view:

1. (Optional.) Display available rollback points.

display install rollback

2. Roll back the software.

install rollback to { point-id | original }

Aborting a software activate or deactivate operation

About aborting a software activate or deactivate operation

While the system is activating or deactivating a software image for a service upgrade or file upgrade, you can abort the activate or deactivate operation. After an operation is aborted, the system runs with the software images that it was running with before the operation.

Procedure

To abort a software activate or deactivate operation, use one of the following methods:

· Execute the install abort [ job-id ] command in user view.

· Press Ctrl+C.

Committing software changes

About committing software changes

When you activate or deactivate images for an incremental upgrade, or activate or deactivate patch images, the main startup image list does not update with the changes. The software changes are lost at reboot. For the changes to take effect after a reboot, you must commit the changes.

Procedure

To commit software changes, execute the following command in user view:

install commit

Verifying software images

About software image verification

Perform this task to verify the following items:

· Integrity—Verify that the boot, system, and feature images are integral.

· Consistency—Verify that the same active images are running across the entire system.

· Software commit status—Verify that the active images are committed as needed.

Procedure

To verify software images, execute the following commands in user view:

1. Verify software images.

install verify

2. Activate or deactivate images as required.

install { activate | deactivate }

3. Commit the software changes.

install commit

Deleting inactive software images

About deleting inactive software images

After completing an ISSU, you can use this task to delete old image files permanently.

Restrictions and guidelines

This task delete image files permanently. You cannot use the install rollback to command to revert the operation, or use the install abort command to abort the operation.

Procedure

To delete inactive software image files, execute the following command in user view:

In standalone mode:

install remove [ slot slot-number ] { filename | inactive }

In IRF mode:

install remove [ chassis chassis-number slot slot-number ] { filename | inactive }

Display and maintenance commands for ISSU

CAUTION:

The reset install rollback oldest command clears the specified rollback point and all rollback points earlier than the specified rollback point. You will be unable to roll back the configuration to the status when any of these rollback points was created.

Unless otherwise stated, the display and reset commands can be used during an ISSU, regardless of whether the install or issu commands are used.

(In standalone mode.) Execute display commands in any view and reset commands in user view.

Task	Command	Remarks
Display active software images.	display install active [ slot slot-number ] [ verbose ]	N/A
Display backup startup software images.	display install backup [ slot slot-number ] [ verbose ]	N/A
Display main startup software images.	display install committed [ slot slot-number ] [ verbose ]	N/A
Display inactive software images in the root directories of file systems.	display install inactive [ slot slot-number ] [ verbose ]	N/A
Display the software images included in an .ipe file.	display install ipe-info ipe-filename	N/A
Display ongoing ISSU activate, deactivate, and rollback operations.	display install job	N/A
Display ISSU log entries.	display install log [ log-id ] [ verbose ]	N/A
Display software image file information.	display install package { filename \| all } [ verbose ]	N/A
Display rollback point information.	display install rollback [ point-id ]	The system does not record rollback points during an ISSU that uses issu commands.
Display the software image file that includes a specific component or file.	display install which { component name \| file filename } [ slot slot-number ]	N/A
Display automatic rollback timer information.	display issu rollback-timer	N/A
Display ISSU status information.	display issu state	This command applies only to an ISSU that uses issu commands.
Display the recommended ISSU methods.	display version comp-matrix file { boot filename \| system filename \| feature filename&<1-30> } * display version comp-matrix file ipe ipe-filename	N/A
Clear ISSU log entries.	reset install log-history oldest log-number	N/A
Clear ISSU rollback points.	reset install rollback oldest point-id	N/A

‌

(In IRF mode.) Execute display commands in any view and reset commands in user view.

Task	Command	Remarks
Display active software images.	display install active [ chassis chassis-number slot slot-number ] [ verbose ]	N/A
Display backup startup software images.	display install backup [ chassis chassis-number slot slot-number ] [ verbose ]	N/A
Display main startup software images.	display install committed [ chassis chassis-number slot slot-number ] [ verbose ]	N/A
Display inactive software images in the root directories of file systems.	display install inactive [ chassis chassis-number slot slot-number ] [ verbose ]	N/A
Display the software images included in an .ipe file.	display install ipe-info ipe-filename	N/A
Display ongoing ISSU activate, deactivate, and rollback operations.	display install job	N/A
Display ISSU log entries.	display install log [ log-id ] [ verbose ]	N/A
Display software image file information.	display install package { filename \| all } [ verbose ]	N/A
Display rollback point information.	display install rollback [ point-id ]	The system does not record rollback points during an ISSU that uses issu commands.
Display the software image file that includes a specific component or file.	display install which { component name \| file filename } [ chassis chassis-number slot slot-number ]	N/A
Display automatic rollback timer information.	display issu rollback-timer	N/A
Display ISSU status information.	display issu state	This command applies only to an ISSU that uses issu commands.
Display the recommended ISSU methods.	display version comp-matrix file { boot filename \| system filename \| feature filename&<1-30> } * display version comp-matrix file ipe ipe-filename	N/A
Clear ISSU log entries.	reset install log-history oldest log-number	N/A
Clear ISSU rollback points.	reset install rollback oldest point-id	N/A

‌

Examples of using issu commands for ISSU (in standalone mode)

Example: Upgrading the system software to a compatible version

Upgrade requirements

As shown in Figure 1, the device has one active MPU (slot 0) and one standby MPU (slot 1).

Upgrade the boot, system, and feature images from T0001015 to T0001016. The two versions are compatible.

Figure 1 Network diagram

Upgrade procedure

# Download the upgrade image files from the TFTP server.

<Sysname> tftp 2.2.2.2 get all.ipe

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 74948608 100 74948608 0 0 764 0 --:--:-- --:--:-- --:--:-- 810

Writing file...Done.

# Display active software images.

<Sysname> display install active

Active packages on slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

# Identify the recommended ISSU methods.

<Sysname> display version comp-matrix file ipe flash:/all.ipe

Verifying the file flash:/all.ipe on slot 0................. .................Done.

Identifying the upgrade methods....Done.

Slot Upgrade Way

0 Reboot

1 Reboot

The output shows that reboot upgrades are recommended.

# Save the running configuration.

<Sysname> save

# Upgrade the system software on the standby MPU.

<Sysname> issu load file ipe flash:/all.ipe slot 1

This operation will delete the rollback point information for the previous upgrade and maybe get unsaved configuration lost. Continue? [Y/N]:y

Verifying the file flash:/all.ipe on slot 0...Done.

Decompressing file boot-t0001016.bin to flash:/boot-t0001016.bin.........Done.

Decompressing file system-t0001016.bin to flash:/system-t0001016.bin..................Done.

Decompressing file feature-t0001016.bin to flash:/feature-t0001016.bin.......Done.

Decompression completed.

Do you want to delete flash:/all.ipe now? [Y/N]:n

Copying file flash:/boot-t0001016.bin to slot1#flash:/boot-t0001016.bin......Done.

Copying file flash:/system-t0001016.bin to slot1#flash:/system-t0001016.bin........................Done.

Copying file flash:/feature-t0001016.bin to slot1#flash:/feature-t0001016.bin......Done.

Verifying the file flash:/boot-t0001016.bin on slot 1...Done.

Verifying the file flash:/system-t0001016.bin on slot 1............Done.

Verifying the file flash:/feature-t0001016.bin on slot 1...Done.

Identifying the upgrade methods….Done.

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Slot Upgrade Way

1 Reboot

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait...Done.

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Loaded

Compatibility: Compatible

Work state: Normal

Upgrade method: Card by card

Upgraded slot:

slot 1

Current upgrading slot: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature -t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Upgrade software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature -t0001016.bin

The Loaded state is a stable state, which indicates that the system is waiting for an active/standby switchover. Slot 1 has completed the upgrade, and slot 0 has not.

# Perform an active/standby switchover.

<Sysname> issu run switchover

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Slot Switchover Way

0 Master subordinate switchover

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait.........

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Switchover

Compatibility: Compatible

Work state: Normal

Upgrade method: Card by card

Upgraded slot:

slot 1

Current upgrading slot: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature -t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Upgrade software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature -t0001016.bin

The Switchover state is a stable state, which indicates that the system has completed the active/standby switchover and is waiting for a commit operation to upgrade slot 0.

# Upgrade the system software on the original active MPU.

<Sysname> issu commit slot 0

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Slot Upgrade Way

0 Reboot

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait...Done.

Verifying the upgrade

# Verify that the ISSU is finished.

<Sysname> display issu state

ISSU state: Init

Compatibility: Unknown

Work state: Normal

Upgrade method: Card by card

Upgraded slot: None

Current upgrading slot: None

Current version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Current software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature -t0001016.bin

The ISSU state field displays Init, which indicates that the ISSU is finished.

# Verify that both MPUs are running the new software images.

<Sysname> display install active

Active packages on slot 0:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

Active packages on slot 1:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

Example: Upgrading the system software to an incompatible version

Upgrade requirements

As shown in Figure 2, the device has one active MPU (slot 0) and one standby MPU (slot 1).

Upgrade the boot, system, and feature images from T0001015 to T0001016. The two versions are incompatible.

Figure 2 Network diagram

Upgrade procedure

# Download the upgrade image files from the TFTP server.

<Sysname> tftp 2.2.2.2 get all.ipe

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 74948608 100 74948608 0 0 764 0 --:--:-- --:--:-- --:--:-- 810

Writing file...Done.

# Display active software images.

<Sysname> display install active

Active packages on slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

# Identify the recommended ISSU methods.

<Sysname> display version comp-matrix file feature flash:/all.ipe

Verifying the file flash:/all.ipe on slot 0..................................Done.

Identifying the upgrade methods....Done.

Incompatible upgrade.

The output shows that an incompatible upgrade is recommended.

# Save the running configuration.

<Sysname> save

# Upgrade the system software on the standby MPU.

<Sysname> issu load file ipe flash:/all.ipe slot 1

This operation will delete the rollback point information for the previous upgrade and maybe get unsaved configuration lost. Continue? [Y/N]:y

Verifying the file flash:/all.ipe on slot 0...Done.

Decompressing file boot-t0001017.bin to flash:/boot-t0001017.bin.........Done.

Decompressing file system-t0001017.bin to flash:/system-t0001017.bin..................Done.

Decompressing file feature-t0001017.bin to flash:/feature-t0001017.bin.......Done.

Decompression completed.

Do you want to delete flash:/all.ipe now? [Y/N]:n

Copying file flash:/boot-t0001017.bin to slot1#flash:/boot-t0001017.bin......Done.

Copying file flash:/system-t0001017.bin to slot1#flash:/system-t0001017.bin........................Done.

Copying file flash:/feature-t0001017.bin to slot1#flash:/feature-t0001017.bin......Done.

Verifying the file flash:/boot-t0001017.bin on slot 1...Done.

Verifying the file flash:/system-t0001017.bin on slot 1............Done.

Verifying the file flash:/feature-t0001017.bin on slot 1...Done.

Identifying the upgrade methods….Done.

Upgrade summary according to following table:

flash:/boot-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/system-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/feature-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

Slot Upgrade Way

1 Reboot

Upgrading software images to incompatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait...Done.

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Loaded

Compatibility: Incompatible

Work state: Normal

Upgrade method: Card by card

Upgraded slot:

slot 1

Current upgrading slot: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001017

system: 7.1.070, Test 0001017

feature: 7.1.070, Test 0001017

Upgrade software images:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

The Loaded state is a stable state, which indicates that the system is waiting for an active/standby switchover to upgrade slot 0. Slot 1 has completed the upgrade, and slot 0 has not.

# Upgrade the system software on the original active MPU.

<Sysname> issu run switchover

Upgrade summary according to following table:

flash:/boot-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/system-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/feature-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

Slot Switchover Way

0 Master subordinate switchover

Verifying the upgrade

# Verify that the ISSU is finished.

<Sysname> display issu state

ISSU state: Init

Compatibility: Unknown

Work state: Normal

Upgrade method: Card by card

Upgraded slot: None

Current upgrading slot: None

Current version list:

boot: 7.1.070, Test 0001017

system: 7.1.070, Test 0001017

feature: 7.1.070, Test 0001017

Current software images:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

The ISSU state field displays Init, which indicates that the ISSU is finished.

# Verify that both MPUs are running the new software images.

<Sysname> display install active

Active packages on slot 0:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

Active packages on slot 1:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

Example: Rolling back the system software

Rollback requirement

As shown in Figure 3, the device has two MPUs. The active MPU is in slot 0. The standby MPU is in slot 1.

Roll back the boot, system, and feature images from T0001016 to T0001015 after upgrading them from T0001015 to T0001016. T0001016 and T0001015 are compatible.

Figure 3 Network diagram

Rollback procedure

# Download the upgrade image files from the TFTP server.

<Sysname> tftp 2.2.2.2 get all.ipe

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 74948608 100 74948608 0 0 764 0 --:--:-- --:--:-- --:--:-- 810

Writing file...Done.

# Display active software images.

<Sysname> display install active

Active packages on slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

# Identify the recommended ISSU methods.

<Sysname> display version comp-matrix file ipe flash:/all.ipe

Verifying the file flash:/all.ipe on slot 0................. .................Done.

Identifying the upgrade methods....Done.

Slot Upgrade Way

0 Reboot

1 Reboot

The output shows that reboot upgrades are recommended.

# Save the running configuration.

<Sysname> save

# Upgrade the system software on the standby MPU.

<Sysname> issu load file ipe flash:/all.ipe slot 1

This operation will delete the rollback point information for the previous upgrade and maybe get unsaved configuration lost. Continue? [Y/N]:y

Verifying the file flash:/all.ipe on slot 0...Done.

Decompressing file boot-t0001016.bin to flash:/boot-t0001016.bin.........Done.

Decompressing file system-t0001016.bin to flash:/system-t0001016.bin..................Done.

Decompressing file feature-t0001016.bin to flash:/feature-t0001016.bin.......Done.

Decompression completed.

Do you want to delete flash:/all.ipe now? [Y/N]:n

Copying file flash:/boot-t0001016.bin to slot1#flash:/boot-t0001016.bin......Done.

Copying file flash:/system-t0001016.bin to slot1#flash:/system-t0001016.bin........................Done.

Copying file flash:/feature-t0001016.bin to slot1#flash:/feature-t0001016.bin......Done.

Verifying the file flash:/boot-t0001016.bin on slot 1...Done.

Verifying the file flash:/system-t0001016.bin on slot 1............Done.

Verifying the file flash:/feature-t0001016.bin on slot 1...Done.

Identifying the upgrade methods….Done.

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Slot Upgrade Way

2 Reboot

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait...Done.

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Loaded

Compatibility: Compatible

Work state: Normal

Upgrade method: Card by card

Upgraded slot:

slot 1

Current upgrading slot: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature -t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Upgrade software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature -t0001016.bin

The Loaded state is a stable state, which indicates that the system is waiting for an active/standby switchover. Slot 1 has completed the upgrade, and slot 0 has not.

# Perform an active/standby switchover.

<Sysname> issu run switchover

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Slot Switchover Way

0 Master subordinate switchover

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait.........

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Switchover

Compatibility: Compatible

Work state: Normal

Upgrade method: Card by card

Upgraded slot:

slot 1

Current upgrading slot: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Upgrade software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

The Switchover state is a stable state, which indicates that the system has completed the active/standby switchover and is waiting for a commit operation to upgrade slot 0.

# Roll back the software images to T0001015.

<Sysname> issu rollback

This command will quit the ISSU process and roll back to the previous version. Continue? [Y/N]:Y

Verifying the rollback

# Verify that the rollback is finished.

<Sysname> display issu state

ISSU state: Init

Compatibility: Unknown

Work state: Normal

Upgrade method: Card by card

Upgraded slot: None

Current upgrading slot: None

Current version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Current software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

The ISSU state field displays Init, which indicates that the rollback is finished.

# Verify that both MPUs are running the old software images.

<Sysname> display install active

Active packages on slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Examples of using issu commands for ISSU (in IRF mode)

Example: Upgrading the system software to a compatible version

Network configuration

As shown in Figure 4, the IRF fabric has two members. Each member has one active MPU (slot 0) and one standby MPU (slot 1).

Upgrade the boot, system, and feature images from T0001015 to T0001016. The two versions are compatible.

Figure 4 Network diagram

Procedure

# Download the upgrade image files from the TFTP server.

<Sysname> tftp 2.2.2.2 get all.ipe

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 74948608 100 74948608 0 0 764 0 --:--:-- --:--:-- --:--:-- 810

Writing file...Done.

# Display active software images.

<Sysname> display install active

Active packages on chassis 1 slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on chassis 1 slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on chassis 2 slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on chassis 2 slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

# Identify the recommended ISSU methods.

<Sysname> display version comp-matrix file ipe flash:/all.ipe

Verifying the file flash:/all.ipe on chassis 1 slot 0..................................Done.

Identifying the upgrade methods....Done.

Chassis Slot Upgrade Way

1 0 Reboot

1 1 Reboot

2 0 Reboot

2 1 Reboot

The output shows that reboot upgrades are recommended.

# Save the running configuration.

<Sysname> save

# Upgrade the system software on the subordinate member.

<Sysname> issu load file ipe flash:/all.ipe chassis 2 reboot

This operation will delete the rollback point information for the previous upgrade and maybe get unsaved configuration lost. Continue? [Y/N]:y

Verifying the file flash:/all.ipe on chassis 1 slot 0...Done.

Decompressing file boot-t0001016.bin to flash:/boot-t0001016.bin.........Done.

Decompressing file system-t0001016.bin to flash:/system-t0001016.bin..................Done.

Decompressing file feature-t0001016.bin to flash:/feature-t0001016.bin.......Done.

Decompression completed.

Do you want to delete flash:/all.ipe now? [Y/N]:n

Copying file flash:/boot-t0001016.bin to chassis2#slot0#flash:/boot-t0001016.bin......Done.

Copying file flash:/system-t0001016.bin to chassis2#slot0#flash:/system-t0001016.bin........................Done.

Copying file flash:/feature-t0001016.bin to chassis2#slot0#flash:/feature-t0001016.bin......Done.

Verifying the file flash:/boot-t0001016.bin on chassis 2 slot 0...Done.

Verifying the file flash:/system-t0001016.bin on chassis 2 slot 0............Done.

Verifying the file flash:/feature-t0001016.bin on chassis 2 slot 0...Done.

Copying file flash:/boot-t0001016.bin to chassis2#slot1#flash:/boot-t0001016.bin......Done.

Copying file flash:/system-t0001016.bin to chassis2#slot1#flash:/system-t0001016.bin........................Done.

Copying file flash:/feature-t0001016.bin to chassis2#slot1#flash:/feature-t0001016.bin......Done.

Verifying the file flash:/boot-t0001016.bin on chassis 2 slot 1...Done.

Verifying the file flash:/system-t0001016.bin on chassis 2 slot 1............Done.

Verifying the file flash:/feature-t0001016.bin on chassis 2 slot 1...Done.

Identifying the upgrade methods….Done.

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Chassis Slot Upgrade Way

2 0 Reboot

2 1 Reboot

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait...Done.

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Loaded

Compatibility: Compatible

Work state: Normal

Upgrade method: Chassis by chassis

Upgraded chassis:

chassis 2

Current upgrading chassis: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Upgrade software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

The Loaded state is a stable state, which indicates that the system is waiting for a master/subordinate switchover. Chassis 2 has completed the upgrade, and chassis 1 has not.

# Perform a master/subordinate switchover.

<Sysname> issu run switchover

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Chassis Slot Switchover Way

1 0 Master subordinate switchover

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait.........

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Switchover

Compatibility: Compatible

Work state: Normal

Upgrade method: Chassis by chassis

Upgraded chassis:

chassis 2

Current upgrading chassis: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Upgrade software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

The Switchover state is a stable state, which indicates that the system has completed the master/subordinate switchover and is waiting for a commit operation to upgrade chassis 1.

# Upgrade the system software on the original master.

<Sysname> issu commit chassis 1

Copying file flash:/boot-t0001016.bin to chassis1#slot1#flash:/boot-t0001016.bin......Done.

Copying file flash:/system-t0001016.bin to chassis1#slot1#flash:/system-t0001016.bin........................Done.

Copying file flash:/feature-t0001016.bin to chassis1#slot1#flash:/feature-t0001016.bin......Done.

Verifying the file flash:/boot-t0001016.bin on chassis 1 slot 1...Done.

Verifying the file flash:/system-t0001016.bin on chassis 1 slot 1............Done.

Verifying the file flash:/feature-t0001016.bin on chassis 1 slot 1...Done.

Upgrade summary according to following table:

flash:/boot-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/system-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

flash:/feature-t0001016.bin

Running Version New Version

Test 0001015 Test 0001016

Chassis Slot Upgrade Way

1 0 Reboot

1 1 Reboot

Upgrading software images to compatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait...Done.

Verifying the upgrade

# Verify that the ISSU is finished.

<Sysname> display issu state

ISSU state: Init

Compatibility: Unknown

Upgrade method: Chassis by chassis

Upgraded chassis: None

Current upgrading chassis: None

Current version list:

boot: 7.1.070, Test 0001016

system: 7.1.070, Test 0001016

feature: 7.1.070, Test 0001016

Current software images:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

The ISSU state field displays Init, which indicates that the ISSU is finished.

# Verify that both members are running the new software images.

<Sysname> display install active

Active packages on chassis 1 slot 0:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

Active packages on chassis 1 slot 1:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

Active packages on chassis 2 slot 0:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

Active packages on chassis 2 slot 1:

flash:/boot-t0001016.bin

flash:/system-t0001016.bin

flash:/feature-t0001016.bin

Example: Upgrading the system software to an incompatible version

Network configuration

As shown in Figure 5, the IRF fabric has two members. Each member has one MPU in slot 0 (active MPU) and one MPU in slot 1 (standby MPU).

Upgrade the boot, system, and feature images from T0001015 to T0001017. The two versions are incompatible.

Figure 5 Network diagram

Procedure

# Download the upgrade image files from the TFTP server.

<Sysname> tftp 2.2.2.2 get all.ipe

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 74948608 100 74948608 0 0 764 0 --:--:-- --:--:-- --:--:-- 810

Writing file...Done.

# Display active software images.

<Sysname> display install active

Active packages on chassis 1 slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on chassis 1 slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on chassis 2 slot 0:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Active packages on chassis 2 slot 1:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

# Identify the recommended ISSU methods.

<Sysname> display version comp-matrix file ipe flash:/all.ipe

Verifying the file flash:/all.ipe on chassis 1 slot 0..................................Done.

Identifying the upgrade methods....Done.

Incompatible upgrade.

The output shows that an incompatible upgrade is recommended.

# Save the running configuration.

<Sysname> save

# Upgrade the system software on the subordinate member. After the upgrade, the subordinate member will leave the original IRF fabric and form a new IRF fabric by itself.

<Sysname> issu load file ipe flash:/all.ipe chassis 2

This operation will delete the rollback point information for the previous upgrade and maybe get unsaved configuration lost. Continue? [Y/N]:y

Verifying the file flash:/all.ipe on chassis 1 slot 0...Done.

Decompressing file boot-t0001017.bin to flash:/boot-t0001017.bin.........Done.

Decompressing file system-t0001017.bin to flash:/system-t0001017.bin..................Done.

Decompressing file feature-t0001017.bin to flash:/feature-t0001017.bin.......Done.

Decompression completed.

Do you want to delete flash:/all.ipe now? [Y/N]:n

Copying file flash:/boot-t0001017.bin to chassis2#slot0#flash:/boot-t0001017.bin......Done.

Copying file flash:/system-t0001017.bin to chassis2#slot0#flash:/system-t0001017.bin........................Done.

Copying file flash:/feature-t0001017.bin to chassis2#slot0#flash:/feature-t0001017.bin......Done.

Verifying the file flash:/boot-t0001017.bin on chassis 2 slot 0...Done.

Verifying the file flash:/system-t0001017.bin on chassis 2 slot 0............Done.

Verifying the file flash:/feature-t0001017.bin on chassis 2 slot 0...Done.

Copying file flash:/boot-t0001017.bin to chassis2#slot1#flash:/boot-t0001017.bin......Done.

Copying file flash:/system-t0001017.bin to chassis2#slot1#flash:/system-t0001017.bin........................Done.

Copying file flash:/feature-t0001017.bin to chassis2#slot1#flash:/feature-t0001017.bin......Done.

Verifying the file flash:/boot-t0001017.bin on chassis 2 slot 1...Done.

Verifying the file flash:/system-t0001017.bin on chassis 2 slot 1............Done.

Verifying the file flash:/feature-t0001017.bin on chassis 2 slot 1...Done.

Identifying the upgrade methods….Done.

Upgrade summary according to following table:

flash:/boot-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/system-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/feature-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

Chassis Slot Upgrade Way

2 0 Reboot

2 1 Reboot

Upgrading software images to incompatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait...Done.

# Verify that the ISSU is in a stable state.

<Sysname> display issu state

ISSU state: Loaded

Compatibility: Incompatible

Work state: Normal

Upgrade method: Chassis by chassis

Upgraded chassis:

chassis 2

Current upgrading chassis: None

Previous version list:

boot: 7.1.070, Test 0001015

system: 7.1.070, Test 0001015

feature: 7.1.070, Test 0001015

Previous software images:

flash:/boot-t0001015.bin

flash:/system-t0001015.bin

flash:/feature-t0001015.bin

Upgrade version list:

boot: 7.1.070, Test 0001017

system: 7.1.070, Test 0001017

feature: 7.1.070, Test 0001017

Upgrade software images:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

The Loaded state is a stable state, which indicates that the system is waiting for a master/subordinate switchover. Chassis 2 has completed the upgrade, and chassis 1 has not.

# Perform a master/subordinate switchover to upgrade the original master. The original master will reboot and join the new IRF fabric.

<Sysname> issu run switchover

Copying file flash:/boot-t0001017.bin to chassis1#slot1#flash:/boot-t0001017.bin......Done.

Copying file flash:/system-t0001017.bin to chassis1#slot1#flash:/system-t0001017.bin........................Done.

Copying file flash:/feature-t0001017.bin to chassis1#slot1#flash:/feature-t0001017.bin......Done.

Verifying the file flash:/boot-t0001017.bin on chassis 1 slot 1...Done.

Verifying the file flash:/system-t0001017.bin on chassis 1 slot 1............Done.

Verifying the file flash:/feature-t0001017.bin on chassis 1 slot 1...Done.

Upgrade summary according to following table:

flash:/boot-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/system-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

flash:/feature-t0001017.bin

Running Version New Version

Test 0001015 Test 0001017

Chassis Slot Upgrade Way

1 0 Reboot

1 1 Reboot

Upgrading software images to incompatible versions. Continue? [Y/N]:y

This operation might take several minutes, please wait.........

Verifying the upgrade

# Verify that the ISSU is finished.

<Sysname> display issu state

ISSU state: Init

Compatibility: Unknown

Work state: Normal

Upgrade method: Chassis by chassis

Upgraded chassis: None

Current upgrading chassis: None

Current version list:

boot: 7.1.070, Test 0001017

system: 7.1.070, Test 0001017

feature: 7.1.070, Test 0001017

Current software images:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

The ISSU state field displays Init, which indicates that the ISSU is finished.

# Verify that both members are running the new software images.

<Sysname> display install active

Active packages on chassis 1 slot 0:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

Active packages on chassis 1 slot 1:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

Active packages on chassis 2 slot 0:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

Active packages on chassis 2 slot 1:

flash:/boot-t0001017.bin

flash:/system-t0001017.bin

flash:/feature-t0001017.bin

Example: Rolling back the system software

Network configuration

As shown in Figure 6, the IRF fabric has two members. Each member has one MPU in slot 0 (active MPU) and one MPU in slot 1 (standby MPU).

Roll back the boot, system, and feature images from T0001016 to T0001015 after upgrading them from T0001015 to T0001016. T0001016 and T0001015 are compatible.

Figure 6 Network diagram