|
|
This chapter describes how to prepare the following narrowband service modules for standalone or redundant operation in switches with PXM1E controllers:
This chapter provides a quickstart procedure for configuring service module cards and describes how to do the following procedures:
The quickstart procedure in this section provides a summary of the tasks required to prepare service modules and lines to enable Frame Relay communications. This procedure is a quick reference for those who already have configured narrowband service modules.
The service modules within the switch run two types of firmware: boot firmware and runtime firmware. The boot firmware provides the startup information the card needs. The boot firmware is installed on the card at the factory. The runtime firmware controls the operation of the card after startup. The runtime firmware file is stored on the PXM1E hard disk.
After the service modules are installed, you must specify the correct runtime firmware version for each card before the switch can begin using the card. The following sections explain how to
When a service module is installed and the firmware version needs to be set, the System Status LED on the front of the card blinks red. The dspcds command shows that the card status is Failed. Other events can cause a failed status, but if the service module is new, the problem is probably that the firmware version number has not been set. To locate the cards that need to have the firmware version set, use the following procedure.
Step 2 To display a list of all the cards in the switch, enter the dspcds command.
The following example shows the display for this command. The card state for the card in slot 4 is listed as Failed/Active. This is how a card appears when the runtime firmware version is not selected.
Note the slot number, card type, and redundancy type for each card that needs to have the firmware version set. You will need this information to activate these cards as described in the next section, "Initializing Service Modules."
 |
Note If any service module displays the Active/Active card state, you do not have to set the runtime firmware version for that card. |
Before a service module can operate, it must be initialized in a switch slot. The initialization process defines the service module runtime software version that will run on the card and identifies the slot in which the card operates. To initialize a service module, use the following procedure.
|
Note The PXM1E card supports a maximum of 99 lines on the switch. As you add service modules, verify that the line count for all service modules does not exceed this number. |
 |
Tip If you have trouble locating the runtime firmware version level, use the filenames on the PXM1E hard disk. To see how to derive a version number from a file name, see the "Determining the Software Version Number from Filenames" section in Chapter 9, "Switch Operating Procedures." |
Step 2 Establish a configuration session using a user name with SERVICE_GP privileges or higher.
Step 3 To set the firmware revision level for a card, enter the setrev command.
|
Note Each card should be initialized only once with the setrev command. The only other time you should enter the setrev command is to initialize cards after the configuration has been cleared with the clrallcnf, clrcnf, or clrsmcnf commands. |
Replace <slot> with the card slot number and replace <version> with the software version number. For example:
After you enter the setrev command, the System status LED blinks red until the firmware load is complete, then it changes to non-blinking green.
Step 4 To verify the activation of a card for which the status was previously listed as Failed/Empty, enter the dspcds command. The status should change to Active/Active.
When you are having problems with your switch, or when you have taken delivery of a new switch but delayed installation, it is wise to verify the firmware versions installed on the switch. If newer versions of this firmware are available, installing the updated firmware can prevent switch problems.
To see the firmware version numbers in use on your switch, use the following procedure.
Step 2 To see the software revision levels for a single card, enter the dspversion command as follows:
Step 3 Another way to see the software revision levels for a single card is to enter the dspcd command as follows:
Step 4 Using the dsprevs and dspcd commands, complete the hardware and software configuration worksheet in Table 2-10, which is in the "Verifying the Hardware Configuration" section in Chapter 2, "Configuring General Switch Features."
Step 5 Compare the versions you noted in Table 2-10 with the latest versions listed in the Release Notes for Cisco MGX 8850 and MGX 8830 Software Version 3 (PXM45/B and PXM1E).
Step 6 If the switch requires software updates, upgrade the software using the instructions in Appendix A, "Downloading and Installing Software Upgrades."
To establish redundancy between two service modules of the same type, use the following procedure.
Step 2 Enter the dspcds command to verify that both service modules are in the Active state.
Step 3 Enter the addred command as follows:
Replace <redPrimarySlotNum> with the slot number of the card that will be the primary card, and replace <redSecondarySlotNum> with the slot number of the secondary card. Replace <redType> with the number 1, which selects Y-cable redundancy. Although the online help lists other redundancy types, Y-cable redundancy is the only type supported on service modules in this release.
|
Note One of the two cards can be configured before redundancy is established. If this is the case, the configured card should be specified as the primary card. Redundancy cannot be established if the secondary card has active lines. If the secondary card has active lines, you must delete all ports and down all lines before it can be specified as a secondary card. You clear the configuration on a single service module with the clrsmcnf command. |
|
Tip If the switch displays the message, ERR: Secondary cd is already reserved, then lines are already in use on the specified secondary card. Enter the dnln command to bring down these lines before re-entering the addred command, or enter the clrsmcnf command for the secondary card. |
Step 4 To verify that the redundancy relationship is established, enter the dspred command as shown in the following example:
The secondary state for the card in the secondary slot changes to Standby only when the secondary card is ready to take over as active card. After you enter the addred command, the switch resets the secondary card. When you first view the redundancy status, the state may be Empty Resvd or Init. The secondary card may require one or two minutes to transition to standby.
|
Note The dspcds command also shows the redundancy relationship between two cards. |
For information on managing redundant cards, refer to the "Managing Redundant Cards" section in Chapter 9, "Switch Operating Procedures."
Posted: Fri Jan 23 20:52:35 PST 2004
All contents are Copyright © 1992--2004 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.