Brocade Ironware Software Upgrade Guide
Brocade Ironware Software Upgrade Guide
16 July, 2013
Multi-Service IronWare
Software Upgrade Guide
Document History
Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
How this document is organized . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Supported hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .vi
Document conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .vi
Command syntax conventions . . . . . . . . . . . . . . . . . . . . . . . . . . vii
Command examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii
Notes, cautions, and danger notices . . . . . . . . . . . . . . . . . . . . . vii
Getting technical help or reporting errors . . . . . . . . . . . . . . . . . . . . . viii
Technical support. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii
Appendix B Troubleshooting
Upgrading devices in MCT topologies . . . . . . . . . . . . . . . . . . . . . . . . 75
Recovering from a failed upgrade . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Troubleshooting 1G modules stuck in down state . . . . . . . . . . . . . . 76
Audience
This document is designed for system administrators with a working knowledge of Layer 2 and
Layer 3 switching and routing.
Supported hardware
In instances in which procedures or parts of procedures documented here apply to some devices
but not to others, this guide identifies exactly which devices are supported and which are not.
Although many different hardware configurations are tested and supported by Brocade
Communications Systems, Inc., documenting all possible configurations and scenarios is beyond
the scope of this document.
The following hardware platforms are described in this document:
• Brocade MLXe-4 router
• Brocade MLXe-8 router
• Brocade MLXe-16 router
• Brocade MLXe-32 router
• Brocade MLX-4 router
• Brocade MLX-8 router
• Brocade MLX-16 router
• Brocade MLX-32 router
• Brocade NetIron XMR 4000 router
• Brocade NetIron XMR 8000 router
• Brocade NetIron XMR 16000 router
• Brocade NetIron XMR 32000 router
• Brocade NetIron CES 2000 Series
• Brocade NetIron CER 2000 Series
Document conventions
This section describes text formatting conventions and important notice formats used in this
document.
Text formatting
The narrative-text formatting conventions that are used are as follows:
Command examples
This document describes how to perform simple upgrade and configuration tasks using the
command line interface (CLI), but does not describe the commands in detail. For complete
descriptions of commands for Brocade MLX Series and Brocade NetIron XMR routers, see the
Brocade MLX Series and Brocade NetIron Family Configuration Guide.
NOTE
A note provides a tip, guidance, or advice, emphasizes important information, or provides a
reference to related information.
CAUTION
A Caution statement alerts you to situations that can be potentially hazardous to you or cause
damage to hardware, firmware, software, or data.
DANGER
A Danger statement indicates conditions or situations that can be potentially lethal or extremely
hazardous to you. Safety labels are also attached directly to products to warn of these conditions
or situations.
Technical support
Contact your supplier for hardware, firmware, and software support, including product repairs and
part ordering. To expedite your call, have the following information immediately available:
General information
• Technical Support contract number, if applicable
• Device model
• Operating system version
• Error numbers and messages received
• Detailed description of the problem, including the
• device or network behavior immediately following the problem, and specific questions
• Description of any troubleshooting steps already performed and the results
• Device serial number
Brocade is committed to ensuring that your investment in our products remains cost-effective. If
you need assistance or find errors in the manuals, contact Brocade using one of the following
options.
This chapter contains important information you will need to perform your Multi-Service IronWare
software upgrade. Read the following sections carefully before you begin your upgrade process:
• “General upgrade considerations” on page 1
• “General downgrade considerations” on page 2
• “Special upgrade information for Brocade MLXe devices” on page 3
For additional upgrade information on the following topics, refer to Appendix B, “Troubleshooting”:
• “Upgrading devices in MCT topologies” on page 75
• “Recovering from a failed upgrade” on page 75
NOTE
Before you begin your R05.5.00 upgrade, you must clear enough code flash memory for the upgrade
to be successful. Refer to “Important memory information for an R05.5.00 upgrade” on page 6.
• Because of code flash memory considerations, software versions R05.2.00 and later releases
operate using a single copy of each image instead of primary and secondary images.
R05.2.00 and later releases only support a single (primary) image on each module.
• The combined interface module FPGA image can exceed 32 MB in size, which is greater than
the file size limit in older versions of TFTP server applications. Before you use TFTP to transfer
image files, be sure that you are using an updated TFTP server capable of handling larger file
sizes.
• In most cases boot images do not need to be upgraded, regardless of whether you are using
the combined IronWare image, or are copying images to the management module and
interface modules individually. Do not upgrade boot images unless you are explicitly instructed
to do so in the upgrade instructions for the version you are using.
• Hitless OS upgrades are only supported for upgrades within a major software release. Hitless
OS upgrades are not supported for upgrades from one major release to another major release.
For more information about hitless upgrades, refer to Chapter 5, “Hitless OS Upgrade for all
Supported Devices”.
• Simplified Upgrades are only supported for upgrades from MultiService IronWare R05.3.00 to
a higher release. For more information about Simplified Upgrades, refer to Chapter 6,
“Simplified Upgrade and Auto Upgrade”.
• The combined FPGA image is not supported in releases prior to MultiService IronWare
R04.1.00.
• For 32-slot devices, you must copy the SBRIDGE image to each switch fabric module. If you are
already running SBRIDGE version 6, this upgrade step is not necessary. Verify your SBRIDGE
image using the show version command.
• If you are currently running MultiService IronWare R04.1.00 or 04.1.00a, DO NOT upgrade to
SBRIDGE image 6. When loading the SBRIDGE image from a system running 4.1.00 or
4.1.00a, the image on the switch fabric modules may become corrupted. The recommended
procedure is to upgrade all images except the SBRIDGE image, reload the device, then
upgrade the SBRIDGE image.
• Beginning with MultiService IronWare R05.3.00, all types of POS modules are not supported.
• Beginning with MultiService IronWare R05.3.00, SNTP is not supported. When upgrading to
R05.3.00, all SNTP configurations will be lost. SNTP functionality is replaced with NTP. For
more information, refer to the Network Time Protocol chapter of the Multi-Service IronWare
Administration Configuration Guide.
• When upgrading FPGA images on a Line Card, a power cycle of the Line Card is required using
either the MP system 'reload' or 'power-off lp' and 'power-on lp' commands. The 'lp boot sys
flash' command does not perform a Line Card power cycle and is not sufficient to upgrade the
FPGA images.
• The use of the “wait-for-all-cards” configuration in MultiService IronWare R05.3.00 may cause
ports on any 1G module to stay down after boot-up, even if configured to be enabled.
To avoid such an occurrence, it is recommended that the “wait-for-all-cards” configuration be
removed from the startup-config prior to reloading the router with R05.3.00 code. For more
information, refer to Appendix B, “Troubleshooting”.
If this occurs, contact Technical Support for guidance on how to upgrade the software.
If your management module is running R04.0.00g, when you boot the device it is recognized
as a Brocade NetIron XMR device. Contact Technical support for guidance on how to upgrade
the software.
• Although not recommended, if you want to use a management module that has a software
image loaded in flash that is older than R05.0.00c in your MLXe chassis, you must first
upgrade the module software to R05.0.00c or later. Contact Technical Support for guidance on
how to upgrade the software on this module.
The following rules apply when upgrading FPGA images on interface modules:
• FPGA images on interface modules must be compatible with the software version running on
the router.
• You can upgrade FPGA images individually, or upgrade all FPGA images using the combined
FPGA image.
• When you copy the combined FPGA image from to the management module, the management
module selects the FPGA images to be downloaded based on the types of interface modules
installed and checks for duplicates before downloading the images.
• The FPGA upgrade utility compares the FPGA image version currently installed to new images
being downloaded. If the versions are identical, the download is aborted and a warning
message is displayed. You can use the force-overwrite option with the FPGA upgrade command
to override this feature.
• The bundled FPGA image is more than 32 MB in size. If you are using a TFTP server, be sure
that it is capable of handling larger file sizes.
ifIndex allocation
The SNMP Management Information Base (MIB) uses the Interface Index (ifIndex) to assign a
unique value to each port on a module or slot. The number of indexes that can be assigned per
module is 20, 40, or 64, depending on the number of ports on the module.
For modules with 1 to 20 ports, the ifindex can be set to 20 or 40.
For modules with 24 or more ports, you must set the ifindex to 64 before you install the module.
This applies to 48-T interface modules and 1Gx24 copper of fiber interface modules.
To change the ifIndex number, enter the following command at the global config level of the CLI.
snmp-server max-ifindex-per-module 64
For hardware installation instructions, refer to the Brocade MLX Series and Brocade NetIron XMR
Hardware Installation Guide.
This chapter describes how to upgrade your Multi-Service IronWare software to R05.5.00.
NOTE
The software described in this chapter applies only to the Brocade MLX Series and Brocade NetIron
XMR devices. You cannot use this software on other Brocade devices.
Before you begin your upgrade, read Chapter 1, “Important Upgrade Information for all Supported
Devices” to make sure your system does not have special upgrade requirements.
R05.5.00 images
NOTE
When upgrading from Multi-Service Ironware R05.2.xx to R05.3.00 or later, you do not need to
upgrade the boot image for management or interface modules, however the monitor image must be
upgraded.
When downgrading from R05.3.00 or later to R5.2.xx, you only need to downgrade the monitor
image for the management and interface modules.
Refer to the latest version of the Multi-Service IronWare Release Notes for all R05.5.00xx patch
images.
Table 1 lists the required images for a basic upgrade.
For a list of all images for Multi-Service IronWare R05.5.00, refer to the Multi-Service IronWare
R05.5.00 Release Notes.
NOTE
Because of code flash memory considerations, R05.2.00 and later software operates using a single
copy of each image instead of primary and secondary images.
R05.2.00 and later supports only a single (primary) image on each module.
NOTE
You should not need to remove any other files then the ones specified below from the code flash to
complete the upgrade.
NOTE
It is recommended that you copy all files to a file server for later retrieval if necessary.
NOTE
If your set up is not running a secondary image, and you perform these steps, you will receive the
following error message:
Remove file /flash/secondary failed - File not found
4. Enter the dir command to check available memory, as shown in this sample output. You should
have approximately 18 MB available for 32-slot devices, and approximately 16 MB for 4, 8, and
16-slot devices to complete your upgrade.
Brocade# dir
Directory of /flash/
01/11/201103:18:422 $$snmp_boots
09/30/200903:47:505,201 $$sshdsspub.key
06/15/201121:19:04660,145___mbridge
12/07/201022:16:23139 boot parameter
06/15/201121:20:00524,288 lp-monitor-0
06/15/201121:07:444,950,939 lp-primary-0
06/15/201121:19:28524,053 monitor
06/15/201121:08:376,986,237 primary
06/20/201117:11:42620,225 startup-config
9 File(s)14,271,229 bytes
0 Dir(s)16,515,072 bytes free
5. Manually delete all unwanted backup configuration files to provide enough memory to
accommodate the new images.
3. Enter the dir command to check available memory, as shown in this sample output. You should
have approximately 8.0 MB per interface module to complete your upgrade.
LP-2# dir
Directory of /flash/
File NameSizeChksum
PBIF11281ed
XPP 112 7ff7
boot5242886c2b
monitor524288fd4a
primary4950939df45
5 File(s) 5999739 bytes
Available 58982400 bytes
You can view the images stored in flash memory using the show flash command.
NOTE
Output examples have been shortened for brevity and do not necessarily reflect all components
installed in a system. This example output may not exactly match output from your system.
R05.2.00 and later only supports a single (primary) image on each module.
NOTE
Do not use the copy tftp flash command when upgrading the Combined Application Image (for
example: xm05500.bin) or the system will only upgrade the Management Module Application image
and will not upgrade the Interface Module Application image.
1. Place the new software images on an SCP or TFTP server, or on a flash card inserted in slot 1
or 2 on the active management module.
2. Copy the new combined image by entering one of the following commands.
• Using SCP on a remote client:
C:> scp xm<xxxxx>.bin <user>@<device-IpAddress>:image: [primary]
• Using TFTP at the Privileged EXEC level of the CLI:
copy tftp image <tftp-srvr> xm<xxxxx>.bin [primary] [delete-first]
• Using the flash card
copy [slot 1 | slot 2] image xm<xxxx>.bin [primary] [delete-first]
The primary option copies the files to the primary image on the management module.
The secondary option copies the files to the secondary image on the management module.
The delete-first option automatically deletes the existing primary or secondary flash images
before installing the new images.
3. Verify that the new image has been successfully copied by entering the show flash command
at the Privileged Exec level of the CLI and checking the image name and the date and time that
it was placed in the directory.
NOTE
If you use the all keyword, the LP monitor code is always saved to monitor code space on the
management module. If you specify a slot number, the management module copy of the LP code is
not changed.
To upgrade monitor and boot images for all interface modules or a specified interface module
perform the following steps.
1. Place the new monitor and boot images on an SCP or TFTP server or on a flash card inserted in
slot 1 or 2 of the management module.
2. Copy the new monitor and boot images to all interface modules, or to a specified interface
module by entering one of the following commands:
• Using SCP on a remote client:
C:> scp xmlb<xxxxx>.bin <user>@<device-IpAddress>:lp:monitor:[all | <slot-number>]
C:> scp xmlprm<xxxxx>.bin <user>@<device-IpAddress>:lp:boot:[all | <slot-number>]
The <device-IpAddress> variable is the Ip address of the device where image needs to be
transferred.
• Using TFTP at the Privileged EXEC level of the CLI:
copy tftp lp <tftp-srvr> xmlb<xxxxx>.bin monitor [all |<slot-number>]
copy tftp lp <tftp-srvr> xmlprm<xxxxx>.bin boot [all | <slot-number>]
• Using the flash card
copy [slot 1 | slot 2] lp xmlb<xxxx>.bin monitor [all |<slot-number>]
copy [slot 1 | slot 2] lp xmlprm<xxxx>.bin boot [all |<slot-number>]
The all keyword copies the image to all interface modules.
The <slot-number> variable copies the image to a specific interface module.
3. Verify that the new images were successfully copied by entering the show flash command.
Check the image versions, and the date and time when the new images were built.
To upgrade FPGA images on interface modules using the combined FPGA image, perform the
following steps:
1. Place the combined FPGA image on an SCP or TFTP server, or on a flash card inserted in
management module slot 1 or 2.
2. Copy the combined FPGA image to all interface modules, or to a specific interface module by
entering one of the following commands:
• Using SCP on a remote client:
C:> scp lpfpga<xxxxx>.bin <user>@<device-IpAddress>:lp:fgpa-all:[all |<slot-number>]
[:force-overwrite]
The <device-IpAddress> variable is the Ip address of the device where image needs to be
transferred.
• Using TFTP at the Privileged EXEC level of the CLI:
copy tftp lp <tftp-srvr> lpfpga<xxxxx>.bin fpga-all [<slot-num> | all] [force -overwrite]
• Using the flash card:
copy [slot 1 | slot 2] lp lpfpga<xxxx>.bin [<slot-num>| all] [force -overwrite]
The <tftp-server> variable is the address of the TFTP server.
The <slot-num> variable specifies the slot number.
The management module compares the copied FPGA versions to the images currently
installed on all interface modules (the all option), or on a specified interface module
(<slot-number>). If the FPGA images are identical, the download is aborted and a message
appears:
Copying 1st image (PBIF - Ethernet) to slot(s) 6, 8 skipped, same version
exists. Use "force overwrite" if required.
The download continues for interface modules that do not have matching FPGA images.
The force-overwrite option allows you to copy the FPGA image identical to the image currently
installed. A warning message is not sent. The force-overwrite option can also be used for a
specific module type.
Warning: The new LP PBIF-8X10 FPGA will not be compatible with the new LP 3
application.
Warning: The new LP XPP-8X10 FPGA will not be compatible with the new LP 3
application.
Done.
Warning: Image coherence check skipped due to insufficient info: Invalid active MP
flash images in Primary/Secondary.
Warning: Image coherence check skipped due to insufficient inf: MP/LP not booting
from flash.
Warning: Image coherence check skipped due to failure to communicate with LP.
If interface modules are in interactive mode, or the system is unable to communicate with the
interface modules, the system sends the following warning message:
Can’t check LP for coherence.
NOTE
When upgrading FPGA images on a Line Card, a power cycle of the Line Card is required using either
the MP system 'reload' or 'power-off lp' and 'power-on lp' commands. The 'lp boot sys flash'
command does not perform a Line Card power cycle and is not sufficient to upgrade the FPGA
images.
Before reloading the management module, use the write memory command to save the current
configuration.
To reload the management module, enter one of the following commands:
reload (this command boots from the default boot source, which is the primary code flash)
example:
Brocade# reload
Checking for coherence...
Done.
Are you sure? (enter 'y' or 'n'): y
Halt and reboot
If you copied the primary and secondary image to all interface modules using the copy
command with the all keyword, the management module copied the image and stored it in
flash memory under the names lp-primary-0 or lp-secondary-0. By default, the system
compares the images on the interface modules to the images on the management module to
confirm that they are identical. (These images are stored on the management module only and
are not run by the management or interface modules.) If the images are not identical, the
system gives you the following options.
To replace the images in interface module flash memory with the images in the management
module flash memory, enter the lp cont-boot sync <slot-number> command at the Privileged
EXEC prompt.
To retain the images in the interface module flash memory, enter the
lp cont-boot no-sync <slot-number> command at the Privileged EXEC prompt.
After the management module finishes booting, perform the following steps.
1. Enter the show module command, and verify that the status of all interface modules is
CARD_STATE_UP.
2. Enter the show version command, and verify that all management and interface modules are
running the new software image version.
NOTE
If an interface module is in a waiting state or is running an older software image, you may have
forgotten to enter the lp cont-boot sync <slot-number> command at the Privileged EXEC prompt.
The following chapter describe additional upgrade procedures that may be required to upgrade
individual images. To determine whether you need to upgrade these images, refer to the
Multi-Service IronWare R05.5.00 Release Notes.
To upgrade the MBRIDGE image on your management module, perform the following steps:
NOTE
If you are upgrading a 32-slot device, use the MBRIDGE32 image.
1. Place the new MBRIDGE image on an SCP or TFTP server, or on a flash card inserted in slot 1
or 2 in the management module.
2. Copy the new MBRIDGE image by entering one of the following commands.
• Using SCP on a remote client:
C:> scp mbridge_<xxxx>.xsvf <user>@<device-IpAddress>:mbridge
• Using TFTP at the Privileged EXEC level of the CLI:
copy tftp mbridge <tftp-srvr> mbridge_<xxxx>.xsvf
• Using the flash card
copy [slot 1 | slot 2] mbridge mbridge_<xxxx>.xsvf
3. Verify that the new image has been successfully copied by entering the show flash command.
Check the image version and the date and time when the new image was built.
NOTE
This procedure is generally not required for a major software upgrade. To determine whether you
need to upgrade these images, refer to the Multi-Service IronWare R05.5.00 Release Notes
To upgrade the SBRIDGE image on switch fabric modules installed in a 32-slot device, perform the
following steps:
1. Place the new SBRIDGE image on an SCP or TFTP server, or on a flash card in slot 1 or 2 of the
management module.
2. Copy the SBRIDGE image to all switch fabric modules or to a specified switch fabric module by
entering one of the following commands:
• Using SCP on a remote client:
C:> scp sbridge_<xxxx>.mcs <user>@<device-IpAddress>:snm:sbridge:[all |<slot-number>]
• Using TFTP at the Privileged EXEC level of the CLI:
copy tftp snm <tftp-srvr> sbridge_<xxxx>.mcs sbridge [all |<slot-number>]
• Using the flash card
copy [slot 1 | slot 2] snm sbridge_<xxxx>.mcs sbridge [all |<slot-number>]
The all keyword copies the image to all switch fabric modules.
The <slot-number> variable copies the image to a specified switch fabric module.
3. Verify that the SBRIDGE image has been successfully copied by entering the show version
command. Check the image name and the date and time when the new image was built.
NOTE
This procedure is generally not required for a major software upgrade. To determine whether you
need to upgrade these images, refer to the Multi-Service IronWare R05.5.00 Release Notes
To upgrade the HSBRIDGE image on high-speed switch fabric modules installed in a 32-slot device,
perform the following steps.
1. Place the new HSBRIDGE image on an SCP or TFTP server, or on a flash card in slot 1 or 2 of
the management module.
2. Copy the HSBRIDGE image to all high-speed switch fabric modules or to a specified high-speed
switch fabric module by entering one of the following commands:
NOTE
Brocade recommends using the combined FPGA image to simplify the FPGA image upgrade
procedure.
NOTE
When upgrading FPGA images on a Line Card, a power cycle of the Line Card is required using either
the MP system 'reload' or 'power-off lp' and 'power-on lp' commands. The 'lp boot sys flash'
command does not perform a Line Card power cycle and is not sufficient to upgrade the FPGA
images.
If you specify the <module-type> the device copies the images for that module only. If you
specify all without a module-type, the system copies the appropriate images to the
corresponding modules.
The system compares FPGA versions being copied to those currently on the interface modules.
If the images are identical, the download is aborted, and the following warning message
appears.
Warning: same version of FPGA already exists on LP, no need to download FPGA
again, use force-overwrite option to force download.
If you use the all option, the system checks each interface module, and sends warning
messages for Interface modules that have matching FPGA images. For interface modules that
do not have matching FPGA images, the software proceeds with the download.
If you use the force-overwrite option, an identical image is downloaded and no warning
message is sent.
2. The new FPGA images take effect when the management module is rebooted. You can also
force the FPGA image to take effect on an interface module without rebooting the
management module by “power cycling” the interface module using either of the following
methods:
• Turn the power off and on for the interface module using the power-off lp <slot-number>
command followed by the power-on lp <slot-number> command.
• Remove and reinsert the interface module.
When the interface module boots, the FPGA Version Check utility confirms that compatible
versions of the FPGA images have been installed. At restart or when you enter the show version
command, the following information appears (the output on your system might vary from this
example):
Valid PBIF Version = 3.21, Build Time = 03/11/2011 14:44:00
Valid XPP Version = 6.02, Build Time = 02/31/2011 10:52:00
Valid STATS Version = 0.07, Build Time = 01/11/2011 13:33:00
If there is a problem with your FPGA upgrade, one of the following warnings will be displayed:
WARN: Invalid FPGA version = 1.2, Build Time = 2/13/2011 13:20:0 <<<---
This message indicates an FPGA version mismatch, or that one of the versions is not current:
ERROR: failed to read FPGA versions from flash <<<---
This message indicates that you have not completed a mandatory FPGA upgrade.
This chapter describes how to upgrade software on Brocade NetIron CER and Brocade NetIron CES
devices. The procedures described are identical for all models, except where indicated.
NOTE
The software described in this section applies only to the Brocade NetIron CER and Brocade NetIron
CES devices. You cannot use this software on other Brocade devices.
R05.5.00 images
Refer to the latest version of the Multi-Service IronWare Release Notes for all R05.5.00xx patch
images.
Table 2 lists the required images and image names for an upgrade to R05.5.00.
Step 3 - Upgrade the fpga-pbif on the device. Refer to “Step 3 - Upgrading the fpga-pbif” on page 25
Step 4 - Reboot the device. Refer to “Step 4 - Reboot the device” on page 25
NOTE
These examples may differ slightly from the information displayed for your system.
NOTE
Upgrading the legacy NetIron CES and NetIron CER devices to R05.5 .00 is a two step process now.
First the application image has to be installe. After the device is on R05.5 .00 application image, the
corresponding PBIF image can be installed.
NOTE
This command must be entered from the console. Telnet, SSH and SCP are not supported.
NOTE
System may take several minutes to finish this procedure, and return control of the console to
the user.
NOTE
Brocade NetIron CER or Brocade NetIron CES devices use the same image for boot and monitor.
To upgrade the monitor and boot image, perform the following steps:
1. Place the new monitor and boot image on an SCP or TFTP server.
2. Copy the new monitor and boot image to the switch using one of the following commands:
• Using SCP on a remote client:
C:> scp ceb<xxxx>.bin <user>@<device-IpAddress>:flash:[boot | monitor]
• Using TFTP at the Privileged EXEC level of the CLI:
copy tftp flash <tftp-srvr> ceb<xxxx>.bin [boot | monitor]
3. Verify that the new monitor and boot images have been successfully copied by entering the
show flash command at the Privileged level of the CLI.
If your upgrade fails, for recovery information refer to Appendix B, “Troubleshooting,”, “Recovering
from a failed upgrade” on page 75.
• Hitless upgrade cannot be used to downgrade an image to a version older than the version
currently running on the device.
• If there are protocol dependencies between neighboring nodes, it is recommended that you
upgrade nodes one at a time.
• After hitless upgrade, the running configuration on the router will be the same as it was before
the upgrade. A configuration that is not saved before a hitless upgrade is not removed and the
existing startup configuration does not take effect. This behavior is similar to the management
module switchover feature.
Table 3 lists supported and unsupported protocols and features for Hitless OS Upgrade.
TABLE 3 Supported and unsupported protocols and features for Hitless OS Upgrade
Supported for Hitless OS Upgrade Not supported for Hitless OS Upgrade
Features not supported for Hitless OS Upgrade may encounter disruptions when the management
and interface modules are restarted, but will resume normal operation once the modules become
operational.
3. The hitless upgrade process starts on the active management module, which initiates the
upgrade process on the standby management module.
4. The standby management module is reset.
5. The active management module is reset and the standby management module becomes the
active module.
6. Active console control is lost to the previously active management module as it becomes the
standby management module.
7. The active management module initiates the upgrade process on all interface modules.
8. The router is now running the new Multi-Service IronWare software. The management module
that was initially configured as the standby management module is now the active
management module and the management module that was initially configured as the active
management module is now the standby management module. If you want the original
management module to be active, you must manually fail-over control to it.
Some features and protocols are not supported for hitless upgrade. Before you perform a hitless
upgrade, refer to Table 3 for a list of supported and not-supported features and protocols.
A Hitless OS Upgrade loads from the primary and secondary images on the management modules.
To perform a Hitless OS Upgrade, use the following procedure:
1. Copy the Multi-Service IronWare software images to the primary and secondary flash on the
active and standby management modules and on interface modules.
1. Set up a console connection to both the active and standby management modules. These
connections can be serial console sessions or sessions established through Telnet or SSH.
2. Enter the hitless-reload command at the console of the active management module.
hitless-reload mp [primary] | lp [primary]
The mp parameter specifies that the image will be copied to the management module.
The lp parameter specifies that the image will be reloaded to the interface module.
This chapter describes how to upgrade your MultiService IronWare software from R05.5.00 using a
single command, copy tftp system manifest. Before beginning your upgrade, refer to the
appropriate chapters in this document for your device to make sure your system does not have
special upgrade requirements.
NOTE
The Simplified Upgrade feature is available only when upgrading from R05.3.00.
Simplified Upgrade
Prior to R05.3.00, several commands were required to upgrade your system. That method is still
supported as described in the appropriate chapter for your device, however using the copy tftp
system with the new all images and manifest parameters introduced in R05.3.00, you can upgrade
your system by issuing only one command.
This simplified upgrade method greatly reduces the possibility of having incompatible interface
modules due to incompatible image versions.
The command can be issued to download images from either of the following:
• TFTP server, as described in “Upgrading the software using a TFTP server” on page 35
• auxiliary storage device, as described in “Upgrading the software using an auxiliary storage
device” on page 36
Use the all images parameter to upgrade the management and interface boot, monitor, and
application images, as well as all interface and management FPGA images. Since many of these
images are not required to be upgraded for each release and doing so can be time consuming, you
can upgrade the management and interface monitor and application images, as well as the
combined FPGA images only by omitting the all images parameter.
The default behavior is that the all images parameter is not specified.
NOTE
Management and interface boot images and individual boot images are generally not required to be
upgraded and customers are not recommended to upgrade them, unless it is explicitly stated
otherwise in release notes. Copying management interface FPGA images may temporarily affect
time-sensitive protocols.
NOTE
For simplified upgrades on the NetIron CES and NetIron CER devices, the pbif_mero installation in
simplified upgrade will fail and device will need to be reloaded. After all images are installed using
Simplified upgrade, the pbif will need to be installed manually, and the device will need to be
reloaded again.
When you issue the copy tftp system command using the manifest parameter, the first step the
system performs is to download the digital signature file associated with the manifest file,
download the manifest file and perform a signature check. This ensures the manifest file download
is indeed created by Brocade, and not modified by anybody.
NOTE
If there is any failure during download operation for any file copy, the entire operation is terminated
and a messages is posted to the syslog. For a list of Simplified Upgrade syslog messages, refer to
Table 4 on page 38.
Summary Report
During the simplified upgrade process, the system keeps track of the status of every image
download, validation and installation and creates a summary report that is displayed at the end of
the upgrade. If any image download or installation fails, the summary report indicates the
operation failed and details of the failure. You can individually upgrade any failed images using
existing upgrade commands for individual images. The summary report also identifies any potential
incompatibility issues.
The following example displays a summary report for the simplified upgrade on a Brocade MLXe
with an MR management module.
Example
Brocade#copy tftp system 10.120.73.108 manifest XMR-MLX05300_Manifest.txt
...TFTP: Download to flash done.
...TFTP: Download to flash done.
File 2126 bytes
hash: 20 bytes
67 65 95 cb da 29 45 99 83 d7
28 a6 72 fd f6 8c 50 3a 7d d6
signature: 40 bytes
64 44 93 e1 9d 2a e0 6e c1 0d
39 e4 67 8d 0a ad 08 0e 0f d5
4c 24 44 b8 ec 7b d9 ca 89 ad
e6 98 ea 7c a3 3e db 1c 82 93
Verified : TRUE
...Done.
Copy MANIFEST FILE to standby MP, please wait.
...Done.
Copy MANIFEST SIG FILE to standby MP, please wait.
Done.
Copying 12th image (STATS - MRJ48) to slot(s) 2 skipped, same version exists. Use
"force overwrite" if required.
No FPGA image to be copied.
Bundle FPGA copy to interface module(s) completed.
Auto upgrade
NOTE
This feature is available only on devices that have been upgraded to R05.3.00 or later using the
Simplified Upgrade feature as it requires the manifest file.
NOTE
The auto upgrade feature is disabled by default and must be enabled to take effect.
If you have used the simplified upgrade procedure to upgrade your system to R05.3.00 or later, you
can take advantage of the auto upgrade feature. The auto upgrade feature allows the system to
automatically upgrade the images of a newly inserted interface module if it detects a mismatch in
monitor and application image files, as synched in releases prior to R05.3.00 or later, as well as
boot and FPGA image files, depending on the parameters used.
NOTE
You must manually reset the upgraded interface card once the auto upgrade is complete.
3. For the TFTP source, download the image using the TFTP info specified in lp auto-upgrade tftp
command.
For the case of storage card source, it will copy the image from the specified auxiliary storage
slot number.
4. Install the image to the destination interface module.
It will repeat the same steps for all images necessary for the upgrade.
If an image cannot be located, an error is logged and it will proceed to boot with application and
monitor images synced from the MP.
Parameter descriptions:
• The optional parameter [all-images] specifies that the interface boot image and interface FPGA
image are upgraded. If the parameter is not entered, only the interface FPGA image is
upgraded.
• The parameter tftp <server-ip-address> specifies the TFTP server IP address in IPv4 or IPv6.
• The parameter <slot1 | slot2> specifies the source auxiliary storage device slot number.
• The optional parameter path < directory pathname > specifies the base directory path of the
TFTP server to get the images. If not specified, it defaults to the TFTP root.
To enable the auto upgrade feature of interface modules in your device from a TFTP, enter the
following:
(config)# lp auto-upgrade tftp <ip-address> [path <directory pathname>]
To enable the auto upgrade feature of interface modules in your device using a auxiliary storage
device, enter the following:
(config)# lp auto-upgrade <slot1 | slot2> [path <directory pathname>]
At the end of the auto-upgrade process, regardless if it was completed successfully or not, syslog
messages and trap are posted.
Auto-upgrade of interface module can be disabled by applying 'no' to the command. When the auto
upgrade feature is disabled, the newly inserted interface modules boot after syncing the
application and monitor images from the management module without syncing the interface boot
image and interface FPGAs.
To disable the auto upgrade feature of interface modules in your device, enter the following:
(config)# no lp auto-upgrade
This will post a syslog after the completion of the process, whether successful or not.
Table 5 lists the individual Brocade NetIron devices and the software licensing features they
support.
NOTE
There are special considerations and instructions for legacy NetIron devices in need of replacement
(via a Return Merchandise Agreement (RMA)). For details, refer to “Special replacement instructions
for legacy devices” on page 58.
License types
The following license types are supported.
NetIron CES Series license types:
• NI-CES-2024-MEU – Enables Metro Edge Premium upgrade for NetIron CES 2000 Series
24-port models.
• NI-CES-2024-L3U - Enables Layer 3 Premium upgrade for NetIron CES 2000 Series
24-port models.
• NI-CES-2048-MEU – Enables Metro Edge Premium upgrade for NetIron CES 2000 Series
48-port models.
• NI-CES-2048-L3U – Enables Layer 3 Premium upgrade for NetIron CES 2000 Series
48-port models.
NetIron CER Series license types:
• NI-CER-2024-ADV –Enables Layer 3 Advanced Premium upgrade for NetIron CER 2000
Series 24-port models.
• NI-CER-2048-ADV – Enables Layer 3 Advanced Premium upgrade for NetIron CER 2000
Series 48-port models.
• NI-CER-2024F-RT - Enables additional memory to support larger routing tables.
• NI-CER-2024C-RT - Enables additional memory to support larger routing tables.
• NI-CER-2024FX-RT - Enables additional memory to support larger routing tables.
• NI-CER-2024CX-RT - Enables additional memory to support larger routing tables.
• NI-CER-2048F-RT - Enables additional memory to support larger routing tables.
• NI-CER-2048C-RT - Enables additional memory to support larger routing tables.
• NI-CER-2048FX--RT - Enables additional memory to support larger routing tables.
• NI-CER-2048CX-RT - Enables additional memory to support larger routing tables.
• Trial license – Also called a temporary license, this enables a license-controlled feature to run
on the device on a temporary basis. A trial license enables demonstration and evaluation of a
licensed feature and can be valid for a period of 45 days. For more information about a trial
license, see “Using a trial license” on page 52.
• Normal license – Also called a permanent license, this enables a license-controlled feature to
run on the device indefinitely.
NOTE
There are no changes to the part numbers for products with pre-installed (factory-installed) licenses.
These part numbers are listed for reference in the last column of Table 6.
TABLE 6 Licensed features and part numbers for the NetIron CES and NetIron CER devices
Product Licensed feature or feature set Image filename Part numbers for Part numbers for hardware with
software license only pre-installed software license
TABLE 6 Licensed features and part numbers for the NetIron CES and NetIron CER devices (Continued)
Product Licensed feature or feature set Image filename Part numbers for Part numbers for hardware with
software license only pre-installed software license
TABLE 6 Licensed features and part numbers for the NetIron CES and NetIron CER devices (Continued)
Product Licensed feature or feature set Image filename Part numbers for Part numbers for hardware with
software license only pre-installed software license
Licensing rules
This section lists the software licensing rules and caveats related to the Brocade devices that
support software-based licensing.
General notes
The following licensing rules apply to all NetIron devices that support software licensing:
• A license is tied to the unique LID of the fixed configuration switch for which the license was
ordered. Therefore, a license can be used on one particular device only. It cannot be used on
any other device.
• More than one license can be installed per device concurrently.
• More than one trial license can be in effect at the same time, as long as each trial license
applies to a unique licensed feature.
• A trial license cannot replace or supersede a normal license.
Configuration tasks
This section describes the configuration tasks for generating and obtaining a software license,
then installing it on the Brocade device. Perform the tasks in the order listed in Table 8.
1 Order the desired license. For a list of available licenses and associated part
numbers, see “Licensed features and part numbers”
on page 43.
2 When you receive the transaction key, retrieve “Viewing the License ID (LID)” on page 53
the LID of the Brocade device.
If you received the transaction key via
paper-pack, record the LID on the entitlement
certificate in the space provided.
3 Log in to the Brocade software portal to “Obtaining a license” on page 47
generate and obtain the license file.
4 Upload the license file to the Brocade device. “Installing a license file” on page 51
5 Verify that the license is installed. “Verifying the license file installation” on page 52
Obtaining a license
The procedures in this section show how to generate and obtain a software license.
1. Order a license for the desired licensed feature. Refer to Table 6 for a list of valid part numbers
and licensed features.
NOTE
To order and obtain a trial license, contact your Brocade representative.
If you received a paper-pack transaction key, write the LID in the space provided on the
entitlement certificate.
NOTE
Do not discard the entitlement certificate or e-mail with electronic key. Keep it in a safe place in
case it is needed for technical support or product replacement (RMAs).
Figure 2 shows the License Management Welcome window that appears after logging in to the
software portal. From this window, mouse over the License Management banner, then Brocade
IP/Ethernet, then click on License Generation with Transaction key.
License Query
Figure 3 shows the IP/Ethernet License Generation window for generating a license using a
transaction key and LID.
FIGURE 3 IP Ethernet License Generation window
Press the Generate button to generate the license. Figure 4 shows the results window, which
displays an order summary and the results of the license request.
• If the license request was successful, the “Status” field will indicate Success and the
“License File” field will contain a hyperlink to the generated license file. The license file will
also be automatically emailed to the specified Customer email ID.
• If the license request failed, the “Status” field will indicate the reason it failed and the
action to be taken.
FIGURE 4 IP/Ethernet License Generation Results window
4. Download the license file to your PC by either clicking on the hyperlink or saving it from the
e-mail attachment.
5. Upload the license file to the Brocade device as instructed in the section “Installing a license
file” on page 51.
A trial license enables demonstration and evaluation of a licensed feature and can be valid for a
period of up to 45 days. A licensed feature operating under a trial license has the same
functionality (CLI and show commands) as does a licensed feature operating under a normal
license.
NOTE
Trial licenses are not cumulative. The new license replaces the current license. To extend the license,
you must contact your Brocade representative.
On the day that the license will expire, a warning message will appear every two hours.
SYSLOG: <12>Jan 1 00:00:00 624-top License: Package NI-CES-2024-L3U with LID
BCYXXXXXXXX expires in 4 hours
When the license has expired, the following message will appear on the console. Syslog and trap
messages will also be generated.
SYSLOG: <13>Jan 1 00:00:00 624-top License: NI-CES-2024-L3U with LID BCYXXXXXXXX
has expired
NOTE
The start and end date of each trial license is pre-defined, based on the date and time it is
generated.
NOTE
You can also view information about software licenses from the Brocade software portal. Refer to
“Viewing software license information” on page 56.
Use the show version command to display the serial number, license, and LID of the device. The
following is example output from an CES unit with the license RT_scale and ADV_SVCS_PREM
installed.
Brocade#show version
System: NetIron CER (Serial #: K40533F00H, Part #: 40-1000372-04)
License: RT_SCALE, ADV_SVCS_PREM (LID: BCYXXXXXXXX)
Boot : Version 5.3.0T185 Copyright (c) 1996-2009 Brocade Communications
Systems, Inc.
Compiled on Nov 16 2011 at 10:06:46 labeled as ceb05300
(447585 bytes) from boot flash
Monitor : Version 5.3.0T185 Copyright (c) 1996-2009 Brocade Communications
Systems, Inc.
Compiled on Nov 16 2011 at 10:06:46 labeled as ceb05300
(447585 bytes) from code flash
IronWare : Version 5.3.0T183 Copyright (c) 1996-2009 Brocade Communications
Systems, Inc.
Compiled on Jan 20 2012 at 18:56:08 labeled as ce05300
(14385657 bytes) from Primary
CPLD Version: 0x00000010
Micro-Controller Version: 0x0000000d
Extended route scalability
PBIF Version: 0x56
800 MHz Power PC processor 8544 (version 8021/0022) 400 MHz bus
512 KB Boot Flash (AM29LV040B), 64 MB Code Flash (MT28F256J3)
2048 MB DRAM
To display detailed information about a particular license, use the show license <index_number>
command. The following shows example output.
Index The license hash number that uniquely identifies the license.
Package Name The package name for the license.
Lid The license ID. This number is embedded in the Brocade device.
License Type Indicates whether the license is normal (permanent) or trial (temporary).
Status Indicates the status of the license:
• Valid – A license is valid when the LID matches the serial number of
the device for which the license was purchased, and the package
name is recognized by the system.
• Active – The license is valid and in effect on the device.
• Not used – The license is not in effect on the device.
• Expired – For trial licenses only, this indicates that the trial license
has expired.
License Period If the license type is trial (temporary), this field will display the number of
days the license is valid. If the license type is normal (permanent), this
field will display “unlimited”.
Trial license information
The following details display in the output of the show license <Index_number> command.
+ days used The number of days the trial license has been in effect.
+ hours used The number of hours the trial license has been in effect.
+ days left The number of days left before the trial license expires.
+ hours left The number of hours left before the trial license expires.
NOTE
The active package name is not the same as the license name.
Brocade#show version
System: NetIron CER (Serial #: K40533F00H, Part #: 40-1000372-04)
License: RT_SCALE, ADV_SVCS_PREM (LID: BCYXXXXXXXX)
Boot : Version 5.3.0T185 Copyright (c) 1996-2009 Brocade Communications
Systems, Inc.
Compiled on Nov 16 2011 at 10:06:46 labeled as ceb05300
(447585 bytes) from boot flash
Monitor : Version 5.3.0T185 Copyright (c) 1996-2009 Brocade Communications
Systems, Inc.
Compiled on Nov 16 2011 at 10:06:46 labeled as ceb05300
(447585 bytes) from code flash
IronWare : Version 5.3.0T183 Copyright (c) 1996-2009 Brocade Communications
Systems, Inc.
Compiled on Jan 20 2012 at 18:56:08 labeled as ce05300
(14385657 bytes) from Primary
CPLD Version: 0x00000010
Micro-Controller Version: 0x0000000d
Extended route scalability
PBIF Version: 0x56
800 MHz Power PC processor 8544 (version 8021/0022) 400 MHz bus
512 KB Boot Flash (AM29LV040B), 64 MB Code Flash (MT28F256J3)
2048 MB DRAM
Deleting a license
A license will remain in the license database until it is deleted. If you want to delete a license,
Brocade recommends that you first disable the licensed feature before deleting the associated
license.
To delete a license, enter a command such as the following at the Privileged EXEC level of the CLI:
NetIron# license delete 1
This command immediately removes the license from the license database. The CLI commands
related to the licensed feature will no longer be available from the CLI. The licensed feature will
continue to run as configured until the software is reloaded, at which time the feature will be
disabled and removed from the system. Syslog and trap messages are generated when the license
is deleted.
Syntax: license delete <index_number>
<index_number> is a valid license index number. This information can be retrieved from the show
license command output. For more information, refer to “” on page 59.
• Transaction key
• LID
• Feature name
• Product line
To access the License Query option, select it from the License Management Welcome window
shown in Figure 2.
Figure 5 shows the License Query window.
FIGURE 5 License Query window
• To view software license information for a particular unit, enter the LID in the Unit ID field then
click on Search.
• To view software license information for a particular transaction key, enter the unique number
in the Transaction key field then click on Search.
In this example, the line items for Level 1 display hardware-related information and the line items
for Level 2 display software-related information. If the query was performed before the transaction
key was generated, the first row (Level 1) would not appear as part of the search results. Similarly,
if the query was performed before the license was generated, some of the information in the
second row would not be displayed.
Transferring a license
A license can be transferred between Brocade devices if the following conditions are true:
• The device is under an active support contract, and
• The license is being transferred between two like-models (e.g., from a 24-port model to another
24-port model or from a 48-port model to another 48-port model).
NOTE
A license transfer is intended for retrieving licenses from defective units. The licenses are removed
from the defective unit in our database and the unit is flagged as removed from service.
NOTE
Transferring a license is only available internally for TAC, and externally for designated partners with
specific accounts in the Software Portal. Contact your Brocade representative for more information.
Informational License: Package <package_name> with LID Indicates that the license package has
<LID_number> is added been added.
Informational License: Package <package_name> with LID Indicates that the license package has
<LID_number> is removed been deleted.
Warning License: Package <package_name> with LID The trial license is about to expire. This
<LID_number> expires in <number> days message will begin to display 3 days before
the expiration date, and every day until the
license will expire.
Warning License: Package <package_name> with LID The trial license is about to expire. This
<LID_number> expires in <number> hours message will begin to display every 2 hours
on the last day that the license will expire.
Notification License: Package <package_name> with LID The trial license has expired.
<LID_number> has expired
This appendix contains information about specific device components that you may find useful
when you perform your Multi-Service IronWare software upgrade.
For more information about how to install 100xGbE modules, refer to the Brocade MLX Series
and Brocade NetIron XMR Hardware Installation Guide.
NOTE
Do not attempt to downgrade NI-MLX-10Gx8-M or NI-MLX-10Gx8-D modules or high-speed switch
fabric modules to software versions older than R05.0.00c. The modules will not operate with older
software.
When you install BR-MLX-10Gx8-X interface modules, you must first upgrade the entire system to
software R05.2.00 or later, and replace existing switch fabric modules with high-speed switch
fabric modules. Be sure to remove all standard switch fabric modules BEFORE you install
NI-MLX-10Gx8-M or NI-MLX-10Gx8-D modules.
NOTE
Do not attempt to downgrade BR-MLX-10Gx8-X modules or high-speed switch fabric modules to
software versions older than R05.2.00. The modules will not operate with older software.
NOTE
Traffic may be briefly interrupted during an inline upgrade procedure.
1. Upgrade all application, boot, and monitor files, and all management, interface, and switch
fabric module FPGAs to R05.0.00c or later (for NI-MLX-10Gx8-M or NI-MLX-10Gx8-D modules).
For BR-MLX-10Gx8-X interface modules, you must upgrade to R05.2.00 or later.
2. Restart your device.
3. Enter the show version command to confirm that the upgrade was successful.
4. Remove a standard switch fabric module.
5. Install a high-speed switch fabric module in the empty switch fabric slot.
6. To confirm that the new module is operating properly, enter the show module command.
Repeat steps 4 through 6 to replace the remaining switch fabric modules with high-speed
switch fabric modules.
7. Install an interface module into an empty interface module slot.
8. To confirm that the module is operating properly, enter the show module command.
Repeat steps 7 and 8 to install all remaining interface modules.
NOTE
The following scenarios are not supported and may result in damage to the MR2 management
module and other hardware:
- Installing the MR2 as a standby management module in a device running code prior to NetIron
Release 5.2.00b is not supported.
- Installing the MR2 as a standby management module with an MR module in the same device is not
supported.
If the MR2 router no longer boots, please contact Brocade technical support.
NOTE
You must complete this step before continuing to the next step.
2. Changes in onboard storage form factors between MR and MR2 management modules require
that you back up the configuration while upgrading. Use a TFTP server or SSH client to store
the configuration.
To back up the running or startup configurations:
• Using TFTP:
To copy the startup configuration files from the device to a TFTP server, enter the following
command:
copy startup-config tftp <ip-address> <filename>
To copy the running configuration files from the device to an TFTP server, enter the
following command:
copy running-config tftp <ip-address> <filename>
• Using SCP:
To copy the running configuration file on a device to a file on the SCP-enabled host:
C:\> scp <user>@<device-IpAddress>:runConfig <dst-file>
To copy the startup configuration file on the device to a file on the SCP-enabled client,
enter the following command:
C:> scp <user>@<device-IpAddress>:startConfig <dst-file>
3. Remove the power supplies or power cords to power down the device, and remove the MR
management modules. For device specific instructions on removing existing management
modules, refer to the appropriate chapter in this document for the device you are using.
NOTE
You should label the network, serial, and power cords to ensure that they are reconnected
correctly in step 4 and step 5.
4. Install the MR2 management modules. For device specific instructions on installing
management modules, refer to the appropriate chapter in the Brocade MLX Series and
Brocade NetIron XMR Hardware Installation Guide for the device you are using.
Once the MR2 management modules are correctly installed in the device, reconnect to the
serial and network connections.
5. Power the device back on by installing the power supplies or power cords to power on the
device.
6. Once the device has come up, connect to the serial port and enter the following commands to
assign a temporary IP address to interface m 1, and enable the interface:
enable
configure terminal
interface m 1
ip addresss 10.10.10.2/24
enable
exit
ip route 0.0.0.0/0 10.10.10.1
exit
You may also need to assign a static route. You should be able to ping the IP address of the
TFTP server or SSH client.
7. Copy the startup or running configuration stored from the SSH client or TFTP server back to the
device:
• Using TFTP from the privileged exec mode of the console:
copy tftp startup-config <ip-address> <filename>
NOTE
SSH is disabled by default, you will need to configure and enable it before using SCP.
• Using SCP:
C:> scp <filename> <user>@<device-ipaddress>:config:start
8. Issue one of the following commands from the Privileged exec mode of the console to reload
the device:
NOTE
You may wish to check that all interface modules are in the up state, and resolve any
incompatible versions found before reloading the device.
The reload command boots from the default boot source, which is the primary code flash.
• To load the secondary code flash, enter the boot system flash secondary command.
boot system flash [primary]
After the device has reloaded, verify that everything is working order.
This chapter contains information you will need to know when loading and saving configuration
files on your Brocade device.
NOTE
Low memory is not a normal operating condition, and may indicate scaling the network beyond
system max limits. However, this feature ensures that one CLI session remains operational so you
can recover from the condition.
To specify a configuration file size for both startup and running configuration, enter the following
command:
Brocade(config)# system-max
The <decimal> parameter specifies the range supported for configuring file size. The minimum
configuration is 2 MB, and the maximum is 16 MB. If the file size is not configured, the default size
of 8 MB is used.
NOTE
It is strongly recommended that you use the default size (8 MB) when configuring file size.
When you enter the system-max command, with the config-file-size parameter included, the
following additional information is displayed:
Brocade(config)# system-max config-file-size 2097152
Reload required. Please write memory and then reload or power cycle.
Failure to reload could cause system instability on failover.
Newly configured system-max will not take effect during hitless-reload.
Replacing the Startup Configuration with the Running Configuration
NOTE
You must enter the write memory command and restart the system for this command to take effect.
If the system detects differences between the running and startup configurations, it prompts you
as follows:
Are you sure? (enter ‘y’ or ‘n’):
NOTE
You can name the configuration file when you copy it to an SCP or TFTP server. However, when you
copy a configuration file from the server to a device, the file is always copied as “startup-config” or
“running-config”, depending on which type of file you saved to the server.
Using TFTP
To copy the startup-configuration files to a TFTP server, enter the following command:
copy startup-config tftp <ip-address> <filename>
To upload the running-config from the device to a TFTP server, enter the following command:
copy running-config tftp <ip-address> <filename>
To upload a copy of the startup-config to the device from a TFTP server, enter the following
command.
copy tftp startup-config <ip-address> <filename>
To upload a running configuration to the device from a TFTP server, enter the following command:
copy tftp running-config <tftp -srvr> <filename> [overwrite]
This command downloads the access-list to the running-configuration. The new access-list is then
appended to the current running configuration of the router.
Using SCP
Running configuration backup or appending via scp
To copy the running configuration file on a device to a file on the SCP-enabled host.
C:\> scp <user>@<device-IpAddress>:runConfig <dst-file>
To download a configuration file and append to running configuration, enter the following
command.
C:> scp <config-file> <user>@<device-IpAddress>:config:run
This command transfers <config-file> to the device and appends to the running configuration.
For backward compatibility, the following syntax is also supported for this command.
C:> scp <config-file> <user>@<device-IpAddress>:runConfig
NOTE
Low memory is not a normal operating condition, and may indicate scaling the network beyond
system max limits. However, this feature ensures that one CLI session remains operational so you
can recover from the condition.
To specify a configuration file size for both startup and running configuration, enter the following
command:
Brocade(config)# system-max
NOTE
Brocade strongly recommended that you use the default size (8 MB) when configuring file size.
When you enter the system-max command, with the config-file-size parameter included, the
following additional information is displayed:
Brocade(config)# system-max config-file-size 2097152
Reload required. Please write memory and then reload or power cycle.
Failure to reload could cause system instability on failover.
Newly configured system-max will not take effect during hitless-reload.
Replacing the Startup Configuration with the Running Configuration
NOTE
You must enter the write memory command and restart the system for this command to take effect.
If the system detects differences between the running and startup configurations, it prompts you
as follows:
Are you sure? (enter ‘y’ or ‘n’):
NOTE
You can name the configuration file when you copy it to an SCP or TFTP server. However, when you
copy a configuration file from the server to a device, the file is always copied as “startup-config” or
“running-config”, depending on which type of file you saved to the server.
Using TFTP
To copy startup-configuration files to or from a TFTP server, enter the following command:
copy startup-config tftp <ip-address> <filename>
To upload the running-config from the device to a TFTP server, enter the following command:
copy running-config tftp <ip-address> <filename>
To copy a startup-config to the device from a TFTP server, enter the following command.
copy tftp startup-config <ip-address> <filename>
To upload a running configuration to the device from a TFTP server, enter the following command:
copy tftp running-config <tftp -srvr> <filename> [overwrite]
This command downloads the access-list to the running-configuration. The new access-list is then
appended to the current running configuration of the router.
Using SCP
Running configuration backup or appending via scp
To copy the running configuration file on a device to a file on the SCP-enabled host.
C:\> scp <user>@<device-IpAddress>:runConfig <dst-file>
To download a configuration file and append to running configuration, enter the following
command.
C:> scp <config-file> <user>@<device-IpAddress>:config:run
This command transfers <config-file> to the device and appends to the running configuration.
For backward compatibility, the following syntax is also supported for this command.
C:> scp <config-file> <user>@<device-IpAddress>:runConfig
Replacing or backing up the startup configuration using SCP
To copy the startup configuration file on the device to a file on the SCP-enabled client, enter the
following command:
C:> scp <user>@<device-IpAddress>:startConfig <dst-file>
To download a configuration file and replace the startup configuration, enter the following
command.
C:> scp <config-file> <user>@<device-IpAddress>:config:start
This command transfers <config-file> to the device and replaces the startup configuration in
flash.
For backward compatibility, the following syntax is also supported for this command.
C:> scp <config-file> <user>@<device-IpAddress>:startConfig
For example, to make a backup copy of the startup-config file and save the backup file to a TFTP
server, enter a command such as the following at the Privileged EXEC level in the CLI:
Brocade# copy startup-config tftp 10.28.40.21 startup-config.bak
Troubleshooting B
This appendix contains information about specific scenarios and troubleshooting issues that you
may find useful when you perform your Multi-Service IronWare software upgrade.
Perform the upgrade on this device at this point. When the upgrade is complete, enter the following
command to resume traffic flow.
Brocade(config-cluster-abc)# no client-interfaces shutdown
NOTE
This process must be done for separately for each device in the MCT topology. If you attempt an
upgrade or reload without issuing the client-shutdown, traffic may be adversely affected for all
devices.
If you issue a dir command, you will see information similar to the following.
MP-1 Monitor> dir
524288 [0000] lp-monitor-0
6505897 [0000] lp-primary-0
523622 [0000] monitor
13667494 [0000] primary
1688 [ac60] startup-config
21232924 bytes 15 File(s)
7602176 bytes free
MP-1 Monitor>
You can recover by copying a new image from a TFTP server, as shown in the following steps.
NOTE
For R05.2.00 and later, recovery can only be achieved by using a TFTP server.
2. Copy the image from the TFTP server using the following command:
MP-1 Monitor> copy tftp flash 10.10.10.2 xmr05200.bin primary
3. Reload the device using the following command. After the reload, the device should be running
R05.5.00 (there will be no secondary image).
MP-1 Monitor> reset
Are you sure? (enter 'y' or 'n'): y
NetIron XMR/MLX Boot Code Version 5.2.00
..MP.
Enter 'a' to stop at memory test
Enter 'b' to stop at boot monitor
..BOOT INFO: load monitor from code flash, cksum = 79ca monitor 0x80000100
DMAC0 Link is up
BOOT INFO: verify flash files - max_code_flash_blocks[126]...............
read_startup_config
INFO: 4-slot backplane is detected.
g_bp_board_class_val = 134, g_max_slave_slot = 4, g_max_snm_slot = 3,
g_max_power = 3