Specifications

3-7
Cisco MGX 8850 (PXM45) and MGX 8950 Software Configuration Guide
Release 3, Part Number 78-14788-01 Rev. C0, January 2004
Chapter 3 Preparing AXSM Cards and Lines for Communication
Selecting and Viewing Service Class Templates
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.
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.
Step 5 To verify that the redundancy relationship is established, enter the dspred command as shown in the
following example:
pop20two.7.PXM.a > dspred
pop20two System Rev: 02.01 Feb. 06, 2001 11:24:53 PST
MGX8850 Node Alarm: NONE
Primary Primary Primary Secondary Secondary Secondary Redundancy
SlotNum Type State SlotNum Type State Type
------- ------- --------- --------- --------- --------- ----------
1 AXSM Active 2 AXSM Standby 1-1
7 PXM45 Active 8 PXM45 Standby 1-1
15 SRM-3T3 Empty Res 16 SRM-3T3 Empty Resvd 1-1
31 SRM-3T3 Empty Res 32 SRM-3T3 Empty Resvd 1-1
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, see the “Managing Redundant Cards” section in
Chapter 7, “Switch Operating Procedures.”
Selecting and Viewing Service Class Templates
A Service Class Template (SCT) is a configuration file that defines the traffic characteristics of the
various class of service queues in a service module. When applied to a port, SCTs also serve in defining
the policing characteristics on that port. There are two types of SCTs: the port SCT and the card SCT.
Port SCTs are associated with logical ports on the switch. They define the flow of traffic on a port based
on service categories. Card SCTs serve the same purpose as the port SCTs, except that they control the
destination slot based cell queues towards the backplane.
Without SCTs, you need to perform a lot of detailed manual configuration on each and every port on the
switch. This is time consuming and error prone. Typically, traffic profiles are defined by a handful of
traffic engineering experts who understand the service level agreements and expected traffic pattern on
the ports. These experts define the SCTs for each port in the system. Once the SCT is applied on the port,