cc/td/doc/product/wanbu/bpx8600/9_2
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table Of Contents

VSI Commands

Label Switching on the BPX 8650

Commands Used to Configure VSIs

Introduction to Virtual Switch Interface

VSI Terms and Acronyms

Adding a Controller

Viewing Controllers and Interfaces

Deleting a Controller

Enabling VSI ILMI Functionality

Configuring Partition Resources on Interfaces

Configuring Qbins

Virtual Trunking

VSI Masters and Slaves

Partitioning

Multiple Partitioning

Master Redundancy

When Happens When You Add a Controller

What Happens When You Delete a Controller

How Resources are Managed

VSI Slave Redundancy (Hot Slave Redundancy)

Configuring Service Class Templates

Assigning a Service Template to an Interface

Downloading Service Templates

Functional Description of Service Class Templates

Structure of Service Class Templates

Configuring the Virtual Switch Interface

VSI Commands

VSI Related Parameters and Descriptions

Troubleshooting VSI Problems

How Channels are Allocated and Deallocated

Summary of Commands

addctrlr

addshelf

addyred

cnfqbin

cnfrsrc

cnfvsiif

cnfvsipart

delctrlr

delshelf

delyred

dspchuse

dspctrlrs

dspqbin

dspqbint

dsprsrc

dspsct

dspvsiif

dspvsipartcnf

dspvsipartinfo

dspvsich

dspyred


VSI Commands


Virtual Switch Interface (VSI) is a common control interface for MSSBU switches such as the BPX 8650 and the MGX 8850. Virtual Switch Interfaces (VSIs) allow a node to be controlled by multiple controllers, such as MPLS (Multiprotocol Label Switching, formerly called Tag Switching) and PNNI.

When a virtual switch interface (VSI) is activated on a port, trunk, or virtual trunk so that it can be used by a master controller, such as a SES PNNI or an MPLS controller, the resources of the virtual interface associated with the port, trunk or virtual trunk are made available to the VSI. These control planes can be external or internal to the switch. The Virtual Switch Interface provides a mechanism for networking applications to control the switch and use a partition of the switch resources.

VSI was implemented first on the BPX 8650 in Release 9.1, which uses VSI to perform Multiprotocol Label Switching. Release 9.1 allowed support for VSI on BXM cards and for partitioning BXM resources between Automatic Routing Management (formerly called AutoRoute) and a VSI-MPLS controller. In this release, you can configure partition resources to be shared between Automatic Routing Management PVCs and one VSI control plane, but not both. In this release, you can configure partition resources between Automatic Routing Management PVCs and two VSI controllers (LSC or PNNI).

The second implementation of VSI on the BPX provides the following extended functionality:

class of service templates,

virtual trunks support for VSI,

support for VSI master redundancy,

multiple VSI partitions, and

SV+ support for VSI.


Caution   VSI is supported in this release. You can use the VSI features (such as to configure a VSI-MPLS controller or a PNNI controller). You can still configure and use Automatic Routing Management PVCs. Refer to the cnfrsrc command in Chapter 4, "Setting Up Trunks" and Chapter 5, "Setting Up Lines" for information on configuring Automatic Routing Management PVCs.


Label Switching on the BPX 8650

Label switching enables routers at the edge of a network to apply simple packets (frames), allowing devices in the network core to switch packets according to these labels with minimal lookup activity. Label switching in the network core can be performed by switches, such as ATM switches, or by existing routers.

For more overview information and specific information on how to configure a BPX 8650 switch and a 7200 or 7500 router for MPLS operation, refer to the Cisco BPX Series Installation and Configuration and Cisco BPX 8600 Series Reference.

Commands Used to Configure VSIs

Following is a list of commands you use to configure VSIs. Refer to each specific command description later in this chapter.

addctrlr

addshelf

cnfqbin

cnfsvsiif

cnfvsipart

delctrlr

dnport

dspchuse

dspctrlrs

dntrk

dspnode

dspqbin

dspqbint

dsprsrc

dspsct

dspvsiif

dspvsipartcnf

dspvsipartinfo

upport

uptrk

Introduction to Virtual Switch Interface

The BXM has 31 virtual interfaces that provide a number of resources including qbin buffering capability. With physical lines and trunks, one virtual interface is assigned to each port.

With virtual trunking, a physical trunk can comprise a number of logical trunks called virtual trunks, and each of these virtual trunks is assigned the resources of one of the 31 virtual interfaces on a BXM. Each virtual trunk equates to a virtual interface. You can enable a virtual switch interface on a port, trunk, or virtual trunk. The virtual switch interface will be assigned the resources of the associated virtual interface. See for an illustration of how BXM virtual interfaces (VIs) map to their associated qbins.

Figure 17-1 BXM Virtual Interfaces and Qbins

Each virtual interface has 16 qbins assigned to it. Qbins 0-9 are used for Automatic Routing Management and 10-15 are available for use by a VSI enabled on the virtual interface. (In Release 9.1, only qbin 10 was used. In this release, the qbins 10-15 support class of service (CoS) templates on the BPX.


Note   Multiprotocol Label Switching (MPLS, called Tag Switching in Release 9.1) is a technology that Cisco has introduced which summarizes routing decisions in a way that enables switches to perform IP forwarding, as well as bringing other benefits that apply even when Label Switching is used in router-only networks. Label Switching integrates virtual circuit switching with IP routing to offer scalable IP networks over ATM providing multiservice ATM networks. For more information on configuring Multiprotocol Label Switching, see the Cisco BPX Series Installation and Configuration and Cisco BPX 8600 Series Reference guides.


Adding a VSI-based (Virtual Switch Interface) controller such as the Label Switching Controller (LSC) to the BPX is similar to adding an MGX 8220 interface shelf to the BPX. For example, you use the addshelf command to add the MPLS (Multiprotocol Label Switching) Controller to any BXM trunk.

You use the vsi option of the addshelf command identify VSI controllers and distinguish them from feeders.

You use addctrlr to add a SES PNNI controller to a BPX node through an AAL5 interface shelf or feeder type configured with VSI controller capabilities. See "Adding a Controller" later in this chapter.

The VSI controllers are allocated a partition of the switch resources. VSI controllers manage their partition through the VSI protocol. The controllers run the VSI master. The VSI master entity interacts with the VSI slave running on the BXMs through the VSI interface to set up VSI connections using the resources in the partition assigned to the controller. If you are adding two controllers that are intended to be used in a redundant configuration you must specify the same partition when you add them to the node by using the addshelf command.

After first using the delshelf command to delete the controller from the network, you then need to down the port and trunk with the dnport and dntrk commands.

VSI Terms and Acronyms

These terms relate to Virtual Switching Interface and MPLS (Multiprotocol Label Switching):

ATM Edge LSR
A label switching router that is connected to the ATM-LSR cloud through LC-ATM interfaces. The ATM edge LSR adds labels to unlabeled packets and strips labels from labeled packets.
ATM-LSR
An ATM-LSR is a MPLS (Multiprotocol Label Switching) router in which packets are forwarded by switching cells rather than frames, and all packet interfaces are MPLS (Label) Controller-ATM interfaces.

A label switching router with a number of LC-ATM interfaces. The router forwards the cells from these interfaces using labels carried in the VPI and/or VCI field.
BCC
The switch control card in the BPX is the Broadband Control Card, which has a 68040 processor.
BPX
A high-end ATM switch called the Cisco Broadband Packet Exchange (BPX). The BPX is a carrier-quality switch, with trunk and CPU hot standby redundancy.
BPX-LSR
An ATM label switch router consisting of a label switch controller (series 7200 or 7500 router) and a label controlled switch (BPX switch).
BXM
The Broadband Switch Module (BXM) cards are ATM port cards for the BPX switch that use the Monarch chipset. Various different port configurations are supported by the BXM card: 8ҐDS3, 12ҐDS3, 4ҐOC-3, 8ҐOC-3, 1ҐOC-12 or 2ҐOC-12. The Monarch architecture supports up to 64K bi-directional cross-connect legs per BXM card, although only 16k or 32k options are supported in the first release. The BXM has very flexible input and output queueing facilities, a SAR (Segmentation Assembly and Reassembly) capability, and a MIPS 4650 control processor.
Class of Service (CoS) Buffer
A buffer or queue that serves connections with similar QoS requirements. Also called "qbin" (though a qbin is a platform-specific instance, such as a BXM card, of the more general Class of Service Buffer (CoSB).
Class of Service (CoS) Buffer Descriptor Template
A component of a Service Class Template that contains Class of Service Buffer configurations indexed by CoSB number.

Note   A qbin is a platform-specific (BXM in this case) instance of the more general Class of Service Buffer (or CosB).


CLI
There are two separate Command-Line Interfaces on the BPX-LSR: One on the BPX itself and one on the MPLS (Multiprotocol Label Switching) Controller. The Control Point integrate these into a single command line interface.
CommBus
The CommBus is the BPX's internal messaging protocol. The Switch Control Interface (SCI) that is used by PNNI on the ESP (Extended Services Processor) is based on CommBus messaging accessed through interfaces to the BPX cards.
CosB
See Class of Service (CoS) Buffer.
ESP
The Extended Services Processor (ESP) is the controller on which the BPX's PNNI implementation runs. It is SPARC-based. The Extended Services Processor 2.0 is an example of an adjunct processor shelf (formerly called an APS). Note that APS, or Automatic Protection Switching, is a feature introduced in Release 9.2.
Feeder
A feeder is a small switch that acts as an extension shelf, typically with lower-bandwidth interfaces, for a larger switch. The larger switch is referred to as the Routing node with the feeder(s) it supports. Collectively, the feeder(s) and routing node form a type of supernode.
LC-ATM Interface
A Label Controlled ATM interface is a MPLS (Multiprotocol Label Switching) interface where labels are carried in the VPI/VCI bits of ATM cells, and where VC (virtual circuit) connections are established under the control of MPLS (Multiprotocol Label Switching) control software.
LCN
Each interface card in a BPX has a certain number of Logical Connection Numbers. A Logical Connection Number is used for each cross connect leg through the card in question. "LCN" is often roughly synonymous with "cross connect leg". In VSI terminology, an LCN is an example of an Other End Reference.
Logical Interface
Each physical interface and every virtual trunk endpoint on a platform is represented to the VSI controllers as a different logical interface with partitions, and other VSI configuration. Logical Interface numbers are 32-bit with a format which is, in general, known only to the platform.
LSR
Label Switching router, which is an MPLS (Multiprotocol Label Switching) router.
PNNI
Private Network-to-Network Interface controller software that runs on the SES hardware platform. The term PNNI controller and SES may be used interchangeably.
Port
The VSI makes no distinction between trunk ports and end-point ports. "Port" is synonymous with "Interface".
Routing Node
In tiered networks terminology, a routing node is a larger switch to which one or more feeders is attached. Collectively, the feeder(s) and routing node form a type of supernode.
Service Class (aka Service Type)
A concept for grouping connections that share a common set of traffic characteristics and QoS requirements. The terms "service class" and "service type" are sometimes used interchangeably.

Note   In this release, there are some major service categories, such as VbrRt, VbrNRt, CBR, Abr, and Ubr, and under these major service categories are service types such as VbrRt1, VbrRt2, VbrRt3, and VbrNRt1, VbrNrt2, and so on. Sometimes the terms service class and service type are used interchangeably.


Service Class database
The collection of data items that support the service class template concept, and implemented on a per-VI basis on the BXM. These items include a copy of the specific Service Class Template selected for a VI, as well as additional data as required.
Service Class Template (SCT):
A set of data structures that map VSI service types to sets of pre-configured VC and Qbin parameters. Consists of two sub-components—a VC Descriptor Template and a Class of Service Buffer descriptor template.
VC
ATM and Frame Relay traffic is carried in Virtual Channels which are set up between adjacent ATM or Frame Relay switches before data transmission occurs. An ATM link between switches may support up to 228 different VCs, although a small number of VCs is reserved for special purposes.
VCI
Each VC within a specific Virtual Path on a link has a unique Virtual Channel Identifier, which is a 16-bit number.
VC Descriptor Template
A component of a Service Class Template which contains platform-specific VC configurations that are indexed primarily by service type. Together with a Class of Service Buffer (CoSB) descriptor template, it defines a Service Class Template (SCT).
VP, VPC, VPI
A Virtual Path is a bundle of 216 Virtual Connections with the same Virtual Path Identifier, that is, the first 12 bits of the VPCI. Most ATM switches can switch VPs using only a single cross-connect (instead of up to 216 ). An end-to-end sequence of VPs cross-connected at the intermediate swi5tches is a Virtual Path Connection.
VPCI
Each VC on a link has a unique Virtual Path and Channel Identifier, which is a 28-bit number. The VPCI consists of a 12-bit VPI concatenated with a 16-bit VCI.
Virtual Trunks
A Virtual Trunks is a Virtual Path Connection which appears to VSI masters as ordinary trunk (except that the trunk supports 64k VCs at most). In a VSI platform, a virtual trunk endpoint has its own logical interface.
VSI
Virtual Switch Interface: this is a proposed common control interface to all Cisco MSSBU switches. It embodies both connection management and switch configuration discovery capabilities.
VSI 2
Virtual Switch Interface, Protocol Version 2: this is revision 2 of a proposed common control interface to all MSSBU switches. It embodies both connection management and switch configuration discovery capabilities.
VSI Controller
A controller, such as a PNNI SVC Controller, Portable AutoRoute or Label Switch Controller, which controls a switch using the VSI.
VSI Master
A VSI master process implementing the master side of the VSI protocol in a VSI controller. Sometimes the whole VSI controller might be referred to as a "VSI Master", but this is not strictly correct.
1) A device that controls a VSI switch, for example, a VSI Label Switch Controller.
2) A process implementing the master side of the VSI protocol.
VSI Slave
1) A switch (in the "Single Slave model") or a port card (in the "Multiple Slave Model") that implements the VSI.
2) A process implementing the slave side of the VSI protocol.

Adding a Controller

To add a MPLS controller (or a generic VSI controller that does not need AnnexG protocol):


Step 1 uptrk—to up the trunk

Step 2 addshelf—with feeder type set to "V" to add an MPLS controller

Step 3 dspnode—to display the controllers and interface shelves attached to the node

Step 4 dspctrlrs—to display the VSI controllers, such as an PNNI controller, on a BPX node.

Note that addshelf and addtrk are mutually exclusive commands; that is, you can use either addshelf or addtrk, but not both on the same interface shelf.

To add a PNNI controller, use the following commands:


Step 1 uptrk—to up a trunk interface

Step 2 cnfrsrc—to configure resource on the trunk interface for the PNNI controller's control channels

Step 3 addshelf—with feeder type set to "X" to add the SES to the BP and enable AnnexG protocol to run between the BPX and the SES.

Step 4 addctrlr—to enable the VSI capabilities on the Trunk interface.

Viewing Controllers and Interfaces

Display commands such as dspnw and dspnode show interface shelves.

To view conditions on an interface shelf (feeder) trunk, use:

dspnode—Identifies the hub and interface shelf (feeder) nodes and shows the alarm status.

To view conditions of VSI controllers, use:

dspctrlrs—Displays all VSI controllers attached to the BPX. These controllers could be either a PNNI controller or an MPLS controller.

The designation for an MGX 8220 interface shelf is AXIS. The designation for a MPLS (Multiprotocol Label Switching) Controller serving as an interface shelf is LSC. Note that you add a controller in the same way you connect an interface shelf such as an MGX 8220 (AXIS) to a node such as a BPX.

Deleting a Controller

To delete an interface (feeder) shelf, use delshelf. You must first delete the interface shelf or controller to remove the controller from the network, then down the port and trunk with the dnport and dntrk commands.

To delete a MPLS controller or a generic VSI controller that does not need AnnexG protocols:

delshelf—delete a MPLS controller from a BPX node.

dntrk—to down a trunk

To delete a PNNI controller:


Step 1 delctrlr—to delete the VSI capabilities on the trunk interface.

Step 2 delshelf—to delete the SES attached to the trunk interface.

Step 3 cnfrsrc—to disable the VSI resource partition allocated for PNNI controller on the trunk interface

Step 4 dntrk—to down the trunk interface, provided no other VSI partitions are active on the trunk interface

For more information on adding VSI controllers to BPX nodes, refer to the Cisco BPX 8650 Series Installation and Configuration guide.

Enabling VSI ILMI Functionality

You can enable VSI ILMI functionality both on line (port) interfaces and trunk interfaces. Note that VSI ILMI functionality cannot be enabled on trunks to which feeders or VSI controllers are attached.

To enable VSI ILMI functionality on line (port) interfaces:


Step 1 upln—up a line interface

Step 2 upport—up the port interface

Step 3 cnfport—configure the port to enable ILMI protocol and ensure that the protocol runs on the BXM card by enabling the "Protocol by the card" option

Step 4 cnfrsrc—configure a VSI partition on the line interface

Step 5 cnfvsipart—to enable VSI ILMI functionality for the VSI partition

To enable VSI ILMI functionality on physical trunk interfaces:


Step 1 uptrk—up a physical trunk

Step 2 cnftrk—configure the trunk to enable ILMI protocol to run on the BXM card by enabling the "Protocol by the card" option

Step 3 cnfrsrc— configure a VSI partition on the trunk interface

Step 4 cnfvsipart—to enable VSI ILMI session for the VSI partition

To enable VSI ILMI functionality on virtual trunk interfaces:


Step 1 uptrk—up a physical trunk

Step 2 cnftrk—configure the trunk VPI
NOTE: ILMI automatically runs on the BXM card for virtual trunks and this is not configurable by using the cnftrk command

Step 3 cnfrsrc—configure a VSI partition on the virtual trunk interface

Step 4 cnfvsipart—to enable VSI ILMI functionality for the VSI partition
NOTE: VSI ILMI can be enabled for only one VSI partition on trunk interface.

To display VSI ILMI functionality on interfaces:

dspvsipartcnf—display VSI ILMI status (whether enabled or not) for various VSI partitions on the interface.

Configuring Partition Resources on Interfaces

Prior to Release 9.1, all the LCNs for a BXM card were managed exclusively by the BCC. With the introduction of VSI in Release 9.1 and after, the BCC must allocate a range of LCNs for use by the BXM card.

When configuring resource partitions on a VSI interface, you typically use the following commands:

cnfrsrc

dsprsrc

dspvsipartinfo

dspvsipartcnf

uptrk

upln

upport

The next step to complete when adding a VSI-based controller such as an LSC (Label Switching Controller) or a PNNI controller is to configure resource partitions on BXM interfaces to allow the controller to control the BXM interfaces. To do this, you must create resource partitions on these interfaces. Use the cnfrsrc command to add, delete and modify a partition on a specified interface.


Note   This release supports the ability to have multiple VSI controllers on the same partition (referred to as VSI master redundancy). The master redundancy feature allows multiple VSI masters to control the same partition.


See for a listing of cnfrsrc parameters, ranges and values, and descriptions. These descriptions are oriented to actions and behavior of the BXM firmware; in most cases, objects (messages) are sent to switch software. Most of these parameters appear on the cnfrsrc screen.

Table 17-1 cnfrsrc Parameters, Ranges/Values, and Descriptions  

Parameter (Object) Name
Range/Values
Default
Description

VSI partition

1... 2

1

Identifies the partition

Partition state

0 = Disable Partition

1 = Enable Partition

NA

For Partition state = 1, Objects are mandatory

Min LCNs

0...64K

NA

Min LCNs (connections) guaranteed for this partition.

Max LCNs

0...64K

NA

Maximum LCNs permitted on this partition

Start VPI

0 .. 4095

NA

Partition Start VPI

End VPI

0 .. 4095

NA

Partition End VPI

Min Bw

0 .. Line Rate

NA

Minimum Partition bandwidth

Max Bw

0 .. Line Rate

NA

Maximum Partition bandwidth


Configuring Qbins

Use the following commands to configure qbins:

cnfqbin

dspqbin

dspqbint

Overview of Qbin Templates and How They Are Used by VSI

A qbin template defines a default configuration for the set of qbins for a logical interface. When you assign a template assignment to an interface, the corresponding default qbin configuration is copied to this interface's qbin configuration and becomes the current qbin configuration for this interface. You can then adjust some of the parameters of this configuration on a per-interface basis. Changes you make to the qbin configuration of an interface only affect that interface's qbin configuration, and do not affect the qbin template assigned to that interface.

Qbin templates only deal with qbins that are available to VSI partitions, namely 10 through 15. Qbins 10 through 15 are used by VSI on interfaces configured as trunks or ports. The rest of the qbins are reserved and configured by Automatic Routing Management.

When you execute a dspsct command, it will give you the default service type, and the qbin number.

Configuring the BXM Card's Qbin

When you activate an interface, the default template gets assigned to an interface. The corresponding qbin template gets copied into the card's qbin data structure for that interface. When you want to change this by providing new values using the cnfqbin command, the qbin is now "user configured" as opposed to "template configured". This information is displayed on the dspqbin screen, which indicates whether the values in the qbin are from the template assigned to the interface, or whether the values have been changed to user-defined values.

Qbin Dependencies

The available qbin parameters are shown in . Notice that the qbins available for VSI are restricted to qbins 10-15 for that interface. All 32 possible virtual interfaces are provided with 16 qbins.

Table 17-2 Service Template Qbin Parameters  

Parameter Name
Template Units
Template
Range/Values

QBIN Number

enumeration

0-15 (10-15 valid for VSI)

Max QBIN Threshold

u sec

1-2000000

QBIN CLP High Threshold

% of max qbin threshold

0 - 100

QBIN CLP Low Threshold

% of max qbin threshold

0 - 100

EFCI Threshold

% of max Qbin threshold

0 - 100

Discard Selection

enumeration

1 - CLP Hysteresis

2 - Frame Discard

Weighted Fair Queueing

enable/disable

0: Disable

1: Enable


Virtual Trunking

In this release, you can configure virtual trunking on the BXM card. Also, VSI controllers let you use BXM virtual trunk interfaces. Using this capability, VSI master controllers can terminate connections on virtual trunk interfaces.

The VSI virtual trunks allows a virtual trunk to be configured as a VSI interface. You configure VSI resources on a virtual trunk using the same command you use to configure physical interfaces. The syntax you use to identify a trunk has an optional virtual trunk identifier that you append to the slot and port information to identify virtual trunk interfaces.

VSI Virtual Trunks in Release 9.2

The VSI virtual trunking feature lets you use BXM virtual trunks as VSI interfaces. You activate and configure VSI resources on a virtual trunk using the same commands you use to configure physical interfaces (for example, cnfrsrc, dsprsrc).


Note   In this release, virtual trunk interfaces cannot be shared between VSI and Automatic Routing Management. Therefore, configuring a trunk as a VSI interface prevents you from adding the trunk as an Automatic Routing Management trunk. Similarly, a trunk that has been added to the Automatic Routing Management topology cannot be configured as a VSI interface.


Virtual trunks on the BPX use a single configurable VPI. Because virtual trunk interfaces are dedicated to VSI, the entire range of VCIs is available to the VSI controllers.

Virtual Trunks

The virtual trunking feature introduces the concept of defining multiple trunks within a single trunk port interface. This creates a fan-out capability on the trunk card. Virtual trunking has already been implemented on the BNI cards previous to Release 9.2, and has been extended to work on UXM and BXM cards.

A virtual trunk is a VPC that terminates at each end on the switch port. Each virtual trunk can contain up to 64,000 VCCs, but it may not contain any VPCs. The setup is shown in .

The VSI virtual trunks feature will allow a virtual trunk to be configured as a dedicated VSI virtual trunk. Once VSI is enabled on the virtual trunk, Automatic Routing Management does not include this trunk in its route selection process.

The following is the sequence of events to configure a VSI virtual trunk:


Step 1 uptrk <slot.port.vtrunk>        Activate the virtual trunk

Step 2 cnftrk <slot.port.vtrunk>       Set up VPI value and trunk parameters

Step 3 cnfrsrc <slot.port.vtrunk>      Enable VSI partition

VSI Masters and Slaves

A controller application uses a VSI master to control one or more VSI slaves. For the BPX, the controller application and master VSI reside in an external 7200 or 7500 series router and the VSI slaves are resident in BXM cards on the BPX node ( ).

The controller sets up the following types of connections:

Control virtual connections (VCs)

Master to Slave

Slave to Slave

User Connection

User connection (that is, cross-connect)

Figure 17-2 VSI Controller and Slave VSIs

The controller establishes a link between the VSI master and every VSI slave on the associated switch. The slaves in turn establish links between each other ( ).

Figure 17-3 VSI Master and VSI Slave Example

With a number of switches connected together, there are links between switches with cross connects established within the switch as shown in .

Figure 17-4 Cross connects and links between switches

Partitioning

The VSI slaves need to partition the resources between competing controllers: Automatic Routing Management (formerly called AutoRoute) and MPLS (Tag), or Automatic Routing Management and PNNI, for example.


Note   Earlier releases supported one partition only. This release supports two partitions.


Release 9.1 supports just one VSI controller type. For example, you can configure a partition's resources between an Automatic Routing Management and a VSI-MPLS controller, or Automatic Routing Management and a VSI-PNNI controller, but you cannot configure both a PNNI and MPLS controller. In this release, you can have both a PNNI controller and an LSC-6400 controller, each in its own partition, controlling the same VSI slave.

The resources that you need to configure for a partition are shown in for a partition. The three parameters that need to be distributed are number of logical connections (LCNs), bandwidth (BW), and virtual path IDs (VPI).

Table 17-3 Partition Parameters  

Partition Parameters
Min
Max

lcns

min_lcns

max_lcns

bw

min_bw

max_bw

vpi

min_vpi

max_vpi


The controller is supplied with a logical LCN connection number, that is slot, port, and so on., information that is converted to a logical connection number (LCN).

Some ranges of values available for a partition are listed in :

Table 17-4 Partition Criteria  

 
Range

trunks

1-4095 VPI range

ports

1-4095 VPI range for NNI;
1-256 for UNI

virtual trunk

only one VPI is available per virtual trunk since a virtual trunk is currently delineated by a specific VP

virtual trunk

Each virtual trunk can either be Automatic Routing Management or VSI, not both.


When a trunk is added, the entire bandwidth is allocated to Automatic Routing Management. To change the allocation in order to provide resources for a VSI, you use the cnfrsrc command on the BPX switch. A view of the resource partitioning available is shown in .

Figure 17-5 Graphical View of resource partitioning (Automatic Routing Management and VSI)

Multiple Partitioning

In this release, you can configure partition resources between Automatic Routing Management PVCs and two VSI controllers (LSC or PNNI). Two VSI controllers in different control planes can independently control the switch with no communication between controllers. The controllers are essentially unaware of the existence of other control planes sharing the switch. This is possible because different control planes used different partitions of the switch resources.

You can add one or more redundant LSC controllers to one partition, and one or more redundant PNNI controllers to the other partition. Two new templates have been added for interfaces with multiple partitions controlled simultaneously by a PNNI controller and an LSC.

The master redundancy feature allows multiple controllers to control the same partition. In a multiple partition environment, master redundancy is independently supported on each partition.

These limitations apply to multiple VSI partitioning:

Only one or two partitions are supported.

Resources cannot be redistributed amongst different VSI partitions.

The resources that are allocated to a partition are: LCNS, Bandwidth and VPI range.

Resources are also allocated to AutoRoute. The resources allocated to AutoRoute can be freed from AutoRoute and then allocated to VSI.

No multiple partitions on Virtual Trunks. A Virtual Trunk is managed by either AutoRoute or by a single VSI partition.

Only one controller can be added to a BPX interface. Different controllers must be added to different switch interfaces.

Compatibility

The card uses a flag in the capability message to report multiple partition capability. Firmware releases that do not support multiple partitions set this flag off. The multiple partitions capability is treated as a card attribute and added to the attribute list.

Use of a partition with ID higher than 1 requires support for multiple VSI partitions in both switch software and BXM firmware, even if this is the only partition active on a the card. In a y-red pair configuration, the multiple partition capability is determined by the minimum of the two cards.

A card with no multiple partition capabilities will mismatch if any of the interfaces has an active partition with ID higher than 1. Attempts to enable a partition with ID higher than 1 in a logical card that does not support multiple partitions will be blocked.

Multiple Partition Example

Each logical switch can be seen as a collection of interfaces each with a set of resources associated with it. Consider a BPX switch with 4 interfaces 10.1, 10.2.1, 11.1 and 11.7.1. Also assume the resource partitioning in .

Figure 17-6 Virtual Switches

Table 17-5 Partitioning Example 

Interface
AutoRoute
partition 1
partition 2

10.1

Enable
lcns: 2000
bw: 20000 cps
vpi: 1-199

Enable
lcns: 4000
bw:30000 cps
vpi: 200-239

Enable
lcns: 4000
bw: 20000 cps
vpi: 240-255

10.2.1

Enable
lcns: 10000
bw:10000 cps
vpi: 200-200

Disable

Disable

11.1

Enable
lcns: 2000
bw: 100000 cps
vpi: 1-199

Enable
lcns: 3000
bw: 50000 cps
vpi: 200-249

Enable
lcns:4000
bw: 10000
vpi: 250-255

11.7.1

Disable

Enable
lcns: 5000
bw: 200000cps
vpi: 250-250

Disable


Three virtual switches are defined by this configuration:

AutoRoute :
10.1: 2000 lcns, 20000 cps, vpi: 1-199;
10.2.1: 10000 lcns, 10000 cps, vpi 200;
11.1: 2000 lcns, 100000 cps, vpi: 1-199}

Partition 1:
10.1: 4000 lcns, 30000 cps, vpi: 200-239;
11.1: 3000 lcns, 50000 cps, vpi: 200-249;
11.7.1: 5000 lcns, 200000 cps, vpi: 250-250}

Partition 2:
10.1: 4000 lcns, 20000 cps, vpi: 240-255;
11.1: 4000 lcns, 10000 cps, vpi: 250-255}

Resource Partitioning

A logical switch is configured by enabling the partition and allocating resources to the partition. This must be done for each of the interfaces in the partition. The same procedure must be followed to define each of the logical switches. As resources are allocated to the different logical switches a partition of the switch resources is defined.

The resources that are partitioned amongst the different logical switches are:

LCNs

Bandwidth

VPI range

Resources are configured and allocated per interface, but the pool of resources may be managed at a different level. The pool of LCNs is maintained at the card level, and there are also limits at the port group level. The bandwidth is limited by the interface rate, and therefore the limitation is at the interface level. Similarly the range of VPI is also defined at the interface level.

You configure the following parameters on a VSI partition on an interface:

min lcn: guaranteed LCNs for the partition on the interface.

max lcn: total number of LCNs the partition is allowed for setting up connections on the interface.

min bw: guaranteed bandwidth for the partition on the interface.

max bw: maximum bandwidth for this partition on the interface.

start vpi: the lower bound of the VPI range reserved for this partition on the interface.

end vpi: the upper bound of the VPI range reserved for this partition on the interface.

Partitioning between AutoRoute and VSI

In addition to partitioning of resources between VSI and AutoRoute, multiple partitioning allows sub-partitioning of the VSI space amongst multiple VSI partitions. Multiple VSI controllers can share the switch with each other and also with AutoRoute.

The difference between the two types of partitioning is that all the VSI resources are under the control of the VSI-slave, while the management of AutoRoute resources remains the province of the switch software.

Figure 17-7 Resource Partitioning Between AutoRoute and VSI

These commands are used for multiple partitioning:

dspvsipartinfo—display information about the current usage of partition resources.

dspchuse—displays a summary of the channel distribution in a given slot.

dspvsiif—displays the service class template assigned to an interface along with a summary of the resources allocated to each partition.

dspvsich— displays the list and information for the LCNs used for VSI control channels, including inter-slave channels and master-slave controllers for all controllers in all partitions.

VSI Master and Slave Redundancy Functional Overview

This release supports the ability to have multiple VSI controllers (referred to as VSI master redundancy). This master redundancy feature enables multiple VSI masters to control the same partition.

You add a redundant controller by using the addshelf command, the same way you add an interface (feeder) shelf, except that you specify a partition that is already in use by another controller. This capability can be used by the controllers for cooperative or exclusive redundancy:

Cooperative redundancy, where both controllers can be active in a partition, and can control the resources simultaneously.

Exclusive redundancy, where only one controller is active at a time. It is up to the controllers to resolve who should be active.

The switch software has no knowledge of the state of the controllers. The state of the controllers is determined by the VSI entities. From the point of view of the BCC, there is no difference between cooperative redundant controllers and exclusive redundant controllers. Refer to for illustrations of a VSI Master and Slave, and for an illustration of a switch with redundant controllers that support master redundancy.

Switch software supports master redundancy in the following ways:

It allows you to add multiple controllers to control the same partition.

It sets up the control master-slave VCs between each of the controller ports and the slaves in the node.

It provides controller information to the slaves. The slave advertises this information to the controllers in the partition. The controllers can then use this information to set up an inter-master channel.

The inter-controller communication channel is set up by the controllers. This could be an out-of-band channel, or the controllers can use the controllers interface information advertised by the VSI slaves to set up an inter-master channel through the switch.

below shows a switch with redundant controllers and the connectivity required to support master redundancy.

Figure 17-8

Switch with Redundant Controllers to Support Master Redundancy


Note   The controller application and Master VSI reside in an external VSI controller (MPLS or PNNI), such as the Cisco 6400 or the MPLS controller in a 7200 or 7500 series router. The VSI slaves are resident in BXM cards on the BPX node.


VSI Slave Redundancy Mismatch Checking

To provide a smooth migration of the VSI feature on the BXM card, line and trunk Y-redundancy is supported for this feature. You can pair cards with and without the VSI capability as a Y-redundant pair if the feature is not configured on the given slot. As long as the feature is not configured on a given slot, switch software will not perform "mismatch checking" if the BXM firmware does not support the VSI feature.

This release supports a maximum of two partitions. The card uses a flag in the capability message to report multiple partition capability. Firmware releases that do not support multiple partitions set this flag off. The multiple partitions capability is treated as a card attribute and added to the attribute list.

In a y-red pair configuration, the multiple partition capability is determined by the minimum of the two cards. A card with no multiple partition capabilities will mismatch if any of the interfaces has an active partition with ID higher than 1. Attempts to enable a partition with ID higher than 1 in a logical card that does not support multiple partitions are blocked.

Slave Redundancy

Prior to Release 9.2, hot standby functionality was supported only for Automatic Routing Management connections. This was accomplished by the BCC keeping both the active and standby cards in sync with respect to all configuration, including all connections set up by the BCC. However, the BCC does not participate in, nor is it aware of the VSI connections that are set up independently by the VSI controllers. Therefore, the task of keeping the redundant card in a hot standby state (for all the VSI connections) is the responsibility of the two redundant pair slaves. This is accomplished by a bulk update (on the standby slave) of the existing connections at the time that (line and trunk) Y redundancy is added, as well as an incremental update of all subsequent connections.

In the current release, the hot standby slave redundancy feature enables the redundant card to fully duplicate all VSI connections on the active card, and to be ready for operation on switchover. On startup, the redundant card initiates a bulk retrieval of connections from the active card for fast sync-up. Subsequently, the active card updates the redundant card on a real-time basis.

The VSI Slave Hot Standby Redundancy feature provides the capability for the slave standby card to be preprogrammed the same as the active card so that when the active card fails, the slave card switchover operation can be done quickly (within 250 ms). Without the VSI portion, the BXM card already provided the hot standby mechanism by duplicating CommBus messages from the BCC to the standby BXM card.

Master Redundancy

You add a VSI controller, such as an MPLS or PNNI controller by using the addshelf command with the vsi option. The vsi option of the addshelf command identifies the VSI controllers and distinguishes them from interface shelves (feeders). The VSI controllers are allocated a partition of the switch resources. VSI controllers manage their partition through the VSI interface. The controllers run the VSI master. The VSI master entity interacts with the VSI slave running on the BXMs through the VSI interface to set up VSI connections using the resources in the partition assigned to the controller. Two controllers that are intended to be used in a redundant configuration must specify the same partition when added to the node with the addshelf command.

When a controller is added to the node, switch software will set up the infrastructure so that the controllers can communicate with the slaves in the node. The VSI entities decide how and when to use these communication channels.

In addition, the controllers require a communication channel between them. This channel could be in-band or out-of-band. When a controller is added to the switch, switch software will send controller information to the slaves. This information will be advertised to all the controllers in the partition. The controllers may decide to use this information to set up an inter-master channel. Alternatively the controllers may use an out-of-band channel to communicate.

The maximum number of controllers that can be attached to a given node is limited by the maximum number of feeders that can be attached to a BPX hub. The total number of interface shelves (feeders) and controllers is 16.

The following sections describe some of the communication between the switch software and firmware to support VSI master and slave redundancy.

When Happens When You Add a Controller

You add a controller, including Label Switch Controllers, to a node by using the addshelf command. You add a redundant controller in the same way, except that you specify a partition that may already be in use by another controller. The addshelf command allows for the addition of multiple controllers that manage the same partition.

Use the addctrlr command to attach a controller to a node for the purposes of controlling the node for controllers that require Annex G capabilities in the controller interface. Note that you must first add the shelf by using the addshelf command.

You add VSI capabilities to the interface by using the addctrlr command. The only interface that supports this capability is an AAL5 feeder interface.

When adding a controller, you must specify a partition ID. The partition ID identifies the logical switch assigned to the controller. In this release, the valid partitions are 1 and 2. The user interface blocks the activation of partitions with ID higher than 1 if the card does not support multiple partitions.

To display the list of controllers in the node, use the command dspctrlrs.

The functionality is also available via SNMP using the switchIfTable in the switch MIB.

You can add one or more redundant LSC controller to one partition, and one or more redundant PNNI controller to the other partition.

When using the addshelf command to add a VSI controller to the switch, you must specify the controller ID. This is a number between 1 and 32 that uniquely identifies the controller. Two different controllers must always be specified with different controller IDs.

The management of resources on the VSI slaves requires that each slave in the node has a communication control VC to each of the controllers attached to the node. When a controller is added to the BPX with the addshelf command, the BCC sets up the set of master-slave connections between the new controller port and each of the active slaves in the switch. The connections are set up using a well known VPI.VCI. The value of the VPI is 0. The value of the VCI is (40 + (slot - 1)), where slot is the logical slot number of the slave.

Note that once the controllers have been added to the node, the connection infrastructure is always present. The controllers may decide to use it or not, depending on their state.

The addition of a controller to a node will fail if there are not enough channels available to set up the control VCs in one or more of the BXM slaves.

The BCC also informs the slaves of the new controller through a VSI configuration CommBus message (the BPX's internal messaging protocol). The message includes a list of controllers attached to the switch and their corresponding controller IDs. This internal firmware command includes the interface where the controller is attached. This information, when advertised by the slaves, can be used by the controllers to set up an inter-master communication channel.

When the first controller is added, the BCC behaves as it did in releases previous to Release 9.2. The BCC will send a VSI configuration CommBus message to each of the slaves with this controller information, and it will set up the corresponding control VCs between the controller port and each of the slaves.

When a new controller is added to drive the same partition, the BCC will send a VSI configuration CommBus message with the list of all controllers in the switch, and it will set up the corresponding set of control VCs from the new controller port to each of the slaves.

What Happens When You Delete a Controller

To delete a controller from the switch, use either delshelf or delctrlr. Use the command delshelf to delete generic VSI controllers. Use the command delctrlr to delete controllers that have been added to Annex G-capable interfaces.

When one of the controllers is deleted through the delshelf command, the master-slave connections associated with this controller will be deleted. The control VCs associated with other controllers managing the same partition will not be affected.

The deletion of the controller triggers a new VSI configuration (internal) CommBus message. This message includes the list of the controllers attached to the node. The deleted controller will be removed from the list. This message will be sent to all active slaves in the shelf. In cluster configurations, the deletion of a controller will be communicated to the remote slaves by the slave directly attached through the inter-slave protocol.


Note   Cluster configurations are not supported in the Release 9.2 time frame.


While there is at least one controller attached to the node controlling a given partition, the resources in use on this partition should not be affected by a controller having been deleted. Only when a given partition is disabled, the slaves will release all the VSI resources used on that partition.

The addshelf command allows multiple controllers on the same partition. You will be prompted to confirm the addition of a new VSI shelf with a warning message indicating that the partition is already used by a different controller.

What Happens When a Slave is Added

When a new slave is activated in the node, the BCC will send a VSI configuration CommBus (internal BPX protocol) message with the list of the controllers attached to the switch.

The BCC will also set up a master-slave connection from each controller port in the switch to the added slave.

What Happens when a Slave is Deleted

When a slave is deactivated in the node, the BCC will tear down the master-slave VCs between each of the controller ports in the shelf and the slave.

How Resources are Managed

VSI LCNs are used for setting up the following management channels: a) inter-slave; b) master-slave; c) intershelf blind channels.

Intershelf blind channels are used in cluster configuration for communication between slaves on both sides of a trunk between two switches in the same cluster node.

The maximum number of slaves in a switch is 12. Therefore a maximum of 11 LCNs are necessary to connect a slave to all other slaves in the node. This set of LCNs will continue to be allocated from the reserved range of LCNs as in release previous to Release 9.2.

If a controller is attached to a shelf, master-slave connections are set up between the controller port and each of the slaves in the shelf. For each slave that is not directly connected, the master-slave control VC consists of two legs: one from the VSI master to the backplane, through the directly connected slave, and a second leg from the backplane to the corresponding VSI slave. For the slave that is directly connected to the controller the master-slave control VC consists of a single leg between the controller port and the slave. Therefore, 12 LCNs are needed in the directly-connected slave, and 1 LCN in each of the other slaves in the node for each controller attached to the shelf. These LCNs will be allocated from the Automatic Routing Management pool. This pool is used by Automatic Routing Management to allocate LCNs for connections and networking channels.

For a given slave the number of VSI management LCNs required from the common pool is:

n X 12 + m

where:

n is the number of controllers attached to this slave

m is the number of controllers in the switch directly attached to other slaves

VSI Slave Redundancy (Hot Slave Redundancy)

The function of the slave hot standby is to preprogram the slave standby card the same as the active card so when the active card fails, the slave card switch over operation can be done quickly (within 250 ms). Without the VSI portion, the BXM card already provided the hot standby mechanism by duplicating CommBus (internal BPX protocol) messages from BCC to standby BXM card.

With VSI operation, since the master VSI controller does not recognize the standby slave card, the active slave card forwards VSI messages it received from the Master VSI controller to the standby Slave VSI card. When the standby slave VSI card is first started (either by having been inserted into the slot, or if the user issues the addyred command from the CLI console), the active slave VSI card needs to forward all VSI messages it had received from the Master VSI controller card to the standby Slave VSI controller card.

In summary, the hot standby operations between active and standby card are performed as listed below:

1 CommBus messages are duplicated to standby slave VSI card by the BCC.

2 VSI messages (from Master VSI controller or other slave VSI card) are forwarded to the standby slave VSI card by the active slave VSI card.

3 When the standby slave VSI card starts up, it retrieves all VSI messages from the active slave VSI card and processes these messages.

Operation 1 does not need to implement since it had been done by the BCC. Operation 2 and 3 are major functions of VSI slave hot standby,where Operation 2 is normal data transferring, which occurs after both cards are in-sync, and Operation 3 is initial data transferring, which occurs when the standby card first starts up.

The data transfer from the active card to the standby card should not affect the performance of the active card. Therefore, the standby card takes most actions and simplifies the operations in the active card. The standby card drives the data transferring and performs the synchronization. The active card functions just forward VSI messages and respond to the standby card requests.

Configuring Service Class Templates

The following sections provide an overview of service class templates.

The principle idea of a service class template (also called "Service Template", or "SCT") is to provide a method to infer extended parameters, which are generally platform-specific, from the set of standard ATM protocol parameters passed in VSI connection set-up primitives. A service template defines a set of platform-specific parameters for each service type. (Service type examples are CBR.1, VBR1.RT, UBR1., and so on.) A set of Service Templates are stored on the switch, and are downloaded to the BXM cards.

The template also defines a specific qbin for each service type. The qbin configuration (also called a Class of Service Buffer configuration) is also specified in the template. Each individual qbin configuration is defined to fulfill the quality of service requirement of the corresponding service types. These Service Templates have predefined, nonchangeable values that are suited to typical interface uses, such as MPLS or ATMF controlled interfaces.

Release 9.2 supports three predefined nonconfigurable service types. You can assign any of nine templates to any VSI interface. The templates are maintained in the BCC and downloaded to the BXM during the initial card configuration process. Classes of services supported in Release 9.2 are those in the MPLS (Multiprotocol Label Switching) and ATM Forum categories. Qbins 10 through 15 are dedicated to VSI—you can configure them by using the service templates. The rest of the qbins (0- 9) are used and configured by Automatic Routing Management (formerly called AutoRoute) connections.

In this release, two new templates have been added for interfaces with multiple partitions controlled simultaneously by a PNNI controller and an LSC. Other templates support FBTC with policing on PPD.

Assigning a Service Template to an Interface

A default service template is assigned to a logical interface when the interface is activated through the upport and uptrk commands. The default template has an identifier of 1. You can change the template assigned to an interface by using the cnfvsiif command. In Release 9.2.10, you cannot change the template when there are active VSI partitions on the BXM interface. Setting the template for one partition changes the template for all partitions in the interface. The cnfvsiif command will block you from changing the template when there are active VSI partitions on the BXM interface.

Two new commands in this release enable you to do the following:

The cnfvsiif command lets you configure a new service class template for an interface that does not have any active VSI partitions.

The dspvsiif command lets you view the service template associated with an interface.

A default service template is assigned to a logical interface (VI) when you up the interface by using the upport or uptrk commands.

For example:

uptrk 1.1

uptrk 1.1.1 (virtual trunk)

upport 1.1

This default template has the identifier of 1. You can change the service template from service template 1 to another service template by using the cnfvsiif command. The dspvsiif command allows you to display the template associated with the interface. For example:

cnfvsiif 1.1 2

cnfvsiif 1.1.1 2

dspvsiif 1.1

dspvsiif 1.1.1

cnfvsiif example

You use the cnfvsiif command to assign a selected service template to an interface (VI) by specifying the template number. It has the following syntax:

cnfvsiif <slot.port.vtrk> <tmplt_id>

dspvsiif example

You use the dspvsiif command to display the type of service template assigned to an interface (VI). It has the following syntax:

dspvsiif <slot.port.vtrk>


Downloading Service Templates

Service templates are downloaded to a card (BXM) under the following conditions:

add y-red card

on a BCC (control card) switchover

when a card has active interfaces and is reset (Hardware reset)

on a BCC (control card) rebuild

Additional service template commands are:

dspsct: Use the dspsct command to display the service class template number assigned to an interface. The command has three levels of operation:

dspsct With no arguments lists all the service templates resident
in the node.

dspsct <tmplt_id> Lists all the Service Classes in the template

dspsct <tmplt_id> Service Classes lists all the parameters of that Service Class.

dspqbint Displays the qbin templates

cnfqbin Configures the qbin. You can answer yes when prompted and
the command will use the card qbin values from the qbin templates.

dspqbin Displays qbin parameters currently configured for the
virtual interface.

dspcd Displays the card configuration.

Refer to other sections within Virtual Trunking for further description on service class templates. Also refer to the Cisco BPX Series Installation and Configuration Guide for more information on service class templates and VSI.

Functional Description of Service Class Templates

A set of service templates is stored in each switch (for example, BPX) and downloaded to the service modules (for example, BXMs) as needed. These service templates have predefined, nonchangeable values that are suited to typical interface uses, such as an MPLS (Multiprotocol Label Switching) Controller or an ATMF standards interface.

In general, service templates contain two classes of data. One class consists of parameters to establish a connection (that is, per-VC), and includes entries such as UPC actions, various bandwidth-related items, per-VC thresholds, and some hardware-specific items. This is referred to as the VC Descriptor portion of the service template. The second class of data items includes those necessary to configure the associated class of service buffer (qbin) that provides Quality of Service support. This is referred to as the Class of Service (CoS) Buffer Descriptor portion of the service template.


Note   The phrase "VC templates" and "service templates" are used interchangeably in this chapter to mean the same thing. Qbin templates are referred to explicitly as "qbin templates".
Also note that "service class", "service category", and "service type" are sometimes used interchangeably.


You use service templates to define a setting of platform-specific parameters to be applied to connections that are set up through the standard VSI interface. When a connection setup request is received from a VSI master controller, the VSI slave controller uses the class of service index of the request to retrieve the corresponding set of extended parameters defined in the template for the corresponding index. The firmware then programs the hardware with the applicable extended parameter values to complete the connection setup.

The general types of parameters passed from a VSI master to a slave include:

The template identifier (template ID)

A service type identifier

QOS parameters (CLR, CTD, CDV)

Bandwidth parameters (for example, PCR, MCR)

Other ATM Forum Traffic Management 4.0 parameters

Each VC added by a VSI master is assigned to a specific service class by means of a service type identifier, which is a 32-bit number from a list maintained as part of the VSI specification. It currently includes identifiers for:

ATMF Service Types

Cisco Proprietary Service Types (Automatic Routing Management)

MPLS (Multiprotocol Label Switching) Service Types

One of the parameters that you need to specify for each service type is the particular Class of Service Buffer (CoS Buffer, or "qbin" on the BXM) to use. The qbin buffers provide separation of service type to match the QoS requirements.

In this release, there are nine non-configurable templates. The supported service classes are VSI Special Types, MPLS (Multiprotocol Label Switching), and ATM Forum COS. You can assign any one of these templates to a virtual interface.

Structure of Service Class Templates

Each template table row includes an entry that defines the qbin to be used for that class of service. See for an illustration of how service class databases map to qbins. This mapping defines a relationship between the template and the interface qbin's configuration.

A qbin template defines a default configuration for the set of qbins for the logical interface. When a template assignment is made to an interface, the corresponding default qbin configuration becomes the interface's qbin configuration. Some of the parameters of the interface's qbin configuration can be changed on a per interface basis. Such changes affect only that interface's qbin configuration and no others, and do not affect the qbin templates.

Figure 17-9 Service Template Overview

Qbin templates only are used with qbins that are available to VSI partitions, namely qbins 10 through 15. Qbins 10 through 15 are used by the VSI on interfaces configured as trunks or ports. The rest of the qbins (0-9) are reserved for and configured by Automatic Routing Management.

Each template table row includes an entry that defines the qbin to be used for that class of service. This mapping defines a relationship between the template and the interface qbin's configuration. As a result, you need to define a default qbin configuration to be associated with the template.


Note   The default qbin configuration, although sometime referred as a "qbin template," behaves differently from that of the class of service templates.


Figure 17-10

Service Template and Associated Qbin Selection

Extended Service Types Support

The service-type parameter for a connection is specified in the connection bandwidth information parameter group. The service-type and service-category parameters determine the service class to be used from the service template.

Supported Service Categories

There are five major service categories and several sub-categories. The major service categories are shown in . A list of the supported service sub-categories is shown in LCNs.

Table 17-6 Service Category Listing 

Service Category
Service Type Identifiers

CBR

0x0100

VBR-RT

0x0101

VBR-NRT

0x0102

UBR

0x0103

ABR

0x0104


Supported Service Types

The service type identifier is a 32-bit number. The service type identifier appears on the dspsct screen when you specify a service class template number and service type; for example:

dspsct <2> <vbrrt1>

A list of supported service templates and associated qbins, and service types is shown in .

Table 17-7 Service Templates and Associated Qbin Selection 

Template Type
Service Type ID
Service Type
Parameters
Associated Qbin

VSI Special Types

0x0001

0x0002

Default

Signaling

 

13

10

ATMF Types

ATMF1 and

ATMF2 templates

(for PNNI controllers)

0x0100

0x0101

0x0102

0x0103

0x0104

0x0105

0x0106

0x0107

0x0108

0x0109

0x010A

0x010B

cbr.1

vbr.rt1

vbr2.rt

vbr3.rt

vbr1.nrt

vbr.2nrt

vbr.3nrt

ubr.1

ubr.2

abr

cbr.2

cbr.3

ATM Forum (ATMF) Types

See dspsct command for sample parameters for various service types, such as VbrRt1, Cbr1, etc.

10

11

11

11

12

12

12

13

13

14

10

10

MPLS Types

(for MPLS controllers)

0x0001

0x0200

0x0201

0x0202

0x0203

0x0204

0x0205

0x0206

0x0207

0x0210

Default

Signaling

label cos0

label cos1

label cos2

label cos3

label cos4

label cos5

label cos6

label cos7

label ABR

 

13

10

10

11

12

13

10

11

12

13

14


Qbin Default Settings

The qbin default settings are shown in . The Service Class Template default settings for Label Switch Controllers and PNNI controllers are shown in .

Note: Templates 2, 4, 6, and 8 support policing on PPD.

Table 17-8 Qbin Default Settings 

QBIN
Max Qbin Threshold
(usec)
CLP High
CLP Low/EPD
EFCI
Discard Selection
LABEL
Template 1

10 (Null, Default, Signalling, Tag0,4)

300,000

100%

95%

100%

EPD

11 (Tag1,5)

300,000

100%

95%

100%

EPD

12 (Tag2,6)

300,000

100%

95%

100%

EPD

13 (Tag3,7)

300,000

100%

95%

100%

EPD

14 (Tag Abr)

300,000

100%

95%

6%

EPD

15 (Tag unused)

300,000

100%

95%

100%

EPD

PNNI
Templates 2 (with policing) and 3

10 (Null, Default, CBR)

4200

80%

60%

100%

CLP

11 (VbrRt)

53000

80%

60%

100%

EPD

12 (VbrNrt)

53000

80%

60%

100%

EPD

13 (Ubr)

105000

80%

60%

100%

EPD

14 (Abr)

105000

80%

60%

20%

EPD

15 (Unused)

105000

80%

60%

100%

EPD

Full Support for ATMF and reduced support for Tag CoS without Tag-Abr
Templates 4 (with policing) and 5

10 (Tag 0,4,1,5, Default, UBR, Tag-Abr*)

300,000

100%

95%

100%

EPD

11 (VbrRt)

53000

80%

60%

100%

EPD

12 (VbrNrt)

53000

80%

60%

100%

EPD

13 (Tag 2,6,3,7)

300,000

100%

95%

100%

EPD

14 (Abr)

105000

80%

60%

20%

EPD

15 (Cbr)

4200

80%

60%

100%

CLP

Full Support for Tag ABR and ATMF without Tag CoS
Templates 6 (with policing) and 7

10 (Tag 0,4,1,5,2,6,3,7 Default, UBR)

300,000

100%

95%

100%

EPD

11 (VbrRt)

53000

80%

60%

100%

EPD

12 (VbrNrt)

53000

80%

60%

100%

EPD

13 (Tag-Abr)

300,000

100%

95%

6%

EPD

14 (Abr)

105000

80%

60%

20%

EPD

15 (Cbr)

4200

80%

60%

100%

CLP

Full Support for Tag CoS and reduced support for ATMF
Templates 8 (with policing) and 9

10 (Cbr, Vbr-rt)

4200

80%

60%

100%

CLP

11 (Vbr-nrt, Abr)

53000

80%

60%

20%

EPD

12 (Ubr, Tag 0,4)

300,000

100%

95%

100%

EPD

13 (Tag 1, 5, Tag-Abr)

300,000

100%

95%

6%

EPD

14 (Tag 2,6)

300,000

100%

95%

100%

EPD

15 (Tag 3, 7)

300,000

100%

95%

100%

EPD


Table 17-9 Service Class Template Default Settings 

PARAMETER WITH DEFAULT SETTING
LABEL
PNNI

MCR

Tag0-7: N/A
TagAbr: 0% of PCR

Abr: 0%

AAL5 Frame Base Traffic Control (Discard Selection)

EPD

Hysteresis

CDVT(0+1)

250,000

250,000

VSVD

Tag0-7: N/A
TagAbr: None

Abr: None

SCR

Tag0-7: N/A
TagAbr: 0

Vbr: 100%
Abr: 0

MBS

Tag0-7: N/A
TagAbr: 0

Vbr: 1000

Policing

Policing Disable

VbrRt1:
GCRA_1_2, CLP01_CLP01, DISCARD on both policing action

VbrRt2:
GCRA_1_2,
CLP01_CLP0, DISCARD on both policing action

VbrRt3:
GCRA_1_2,
CLP01_CLP0, CLP DISCARD for 1st policer and CLP for 2nd policer

VbrNRt1:
same as VbrRt1

VbrNRt2:
same as VbrRt2

VbrNRt3:
same as VbrRt3

Ubr1:
GCRA_1
CLP01, Discard

Ubr2:
GCRA_1_2
CLP01 DISCARD on
policer 1.
CLP01 TAG on policer 2

Abr:
same as ubr1

Cbr1:
same as ubr1

Cbr2:
GCRA_1_2
CLP01_CLP0, Discard on both policing action

Cbr3:
GCRA_1_2
CLP01_CLP0, CLP UNTAG for policer 1 and CLP for policer 2

ICR

Tag0-7: N/A
TagAbr: NCR

Abr: 0%

ADTF

Tag0-7: N/A
TagAbr: 500 msec

Abr: 1000 msec
(ATM forum it's 500)

Trm

Tag0-7: N/A
TagAbr: 0

Abr: 100

VC Qdepth

61440

10,000
160 - cbr
1280 - vbr

CLP Hi

100

80

CLP Lo / EPD

40

35

EFCI

TagABR: 20

20 (not valid for non-ABR)

RIF

Tag0-7: N/A
TagAbr: 16

Abr: 16

RDF

Tag0-7: N/A
TagAbr: 16

Abr: 16

Nrm

Tag0-7: N/A
TagAbr: 32

Abr: 32

FRTT

Tag0-7: N/A
TagAbr: 0

Abr: 0

TBE

Tag0-7: N/A
TagAbr: 16,777,215

Abr: 16,777,215

IBS

N/A

N/A

CAC Treatment

LCN

vbr: CAC4
Ubr:LCN
Abr: MIN BW
Cbr: CAC4

Scaling Class

UBR - Scaled 1st

Vbr: VBR -Scaled 3rd
Ubr: UBR - Scaled 1st
Abr: ABR - Scaled 2nd
Cbr: CBR - Scaled 4th

CDF

16

16


Configuring the Virtual Switch Interface

In the VSI control model, a controller sees the switch as a collection of slaves with their interfaces and it can establish connections between any two interfaces. The controller uses resources allocated to its partition. You can continue to configure VSI resources on a given interface by using the cnfrsrc command. You attach a controller to a node to control the node by using the addshelf command.

You can assign each VSI interface a default class of service template when you activate it. You can use the switch software CLI or Cisco WAN Manager to configure a different template to an interface.

VSI Commands

addctrlr: Use this command to enable the VSI capabilities on the trunk interface. New in this release.

cnfrsrc: Use this command to configure resource on the trunk interface for the PNNI controller's control channels.

cnfvsiif: Use this command to assign a template number to an active interface.

cnfvsipart: Use this command to configure VSI partition characteristics. New in this release.

delctrlr: Use this command to disable VSI capabilities on the trunk interface. New in this release.

dspchuse: Use this command to display a summary of the channel distribution in a given slot. New in this release.

dspctrlrs: Use this command to display all VSI controllers attached to the BPX. These controllers could be either a PNNI controller or an MPLS controller. New in this release.

dspvsiif: Use this command to display the template number assigned to an interface.

dspsct: Use this command to display the service class template. It has three levels of operation:

dspsct without any arguments lists all the templates in the node.

dspsct <tmplt_id> lists all the service classes in that template.

dspsct <tmplt_id> service class lists all the parameters of that Service Class.

dspqbint: Use this command to display the Qbin templates.

dspvsipartinfo: Use this command to display VSI resource status information for the partition.

dspvsipartcnf: Use this command to display VSI partition characteristics. New in this release.

cnfqbin: Use this command to configure the Qbin parameters. Use this command to change accept the interface template as the values, as an option. For example, you can enter "Yes" when prompted whether the interface service class template should be used, and the command will use the card's qbin values from the qbin templates. You will not be able to enter desired values for any qbin parameter in this case. You can, however, enter desired values when the template option is not chosen.

dspqbin: Use this command to display the Qbin parameters currently configured for an interface. The dspqbin command shows whether the Qbin has been configured by a user OR by a template.

dspcmi: This is a debug command, which displays the current capabilities reported by the firmware on the card.

dspcd: This command displays the characteristics of the card. Changes will be made to reflect the current VSI version supported by the card.

Table 17-10

Card Type
Bandwidth

BXM E3

80000

BXM T3

96000

BXM OC-3

353208

BXM OC-12

1412830


Maximum PVC Bandwidth for all Partitions on Logical Interface

VSI Related Parameters and Descriptions

These tables provide parameters related to VSI configuration and some descriptions. In most cases, the object name is similar or identical to the screen field name as it appears on the CLI (for various VSI commands such as cnfrsrc, cnfvsiif, dspsctmplt, and so on.)

Troubleshooting VSI Problems

This section describes how different types of channels are allocated (VSI, Automatic Routing Management), and how to troubleshooting some problems related to VSI. Note that some or all of the commands discussed in this section require service-level or above user privileges. To access these commands, you must have debug (Service or StrataCom level) privileges and passwords. Check with the TAC for assistance.

How Channels are Allocated and Deallocated

To understand channel allocation and deallocations problems, it's important to understand how the channels are distributed. The BXM card can support x number of channels. The value x varies between different models of BXMs.

How Networking Channels are Allocated

Networking channels are assigned for trunk interfaces only. This includes physical, feeder, and virtual. Every physical and feeder trunk that is active is assigned 271 networking channels. For virtual trunks, the first virtual trunk upped on a port is assigned 271 networking channels. Every subsequent one requires an additional one. So if the second virtual trunk on the same port is upped, one more networking channel is reserved for that virtual trunk.

How Automatic Routing Management Channels are Allocated/Configured

When a port or trunk interface is upped, a default value of 256 PVC channels are assigned. You can use the cnfrsrc command to change this value to fit your needs. Note that this is only the number of PVC channels configured. Every time a connection is added on the port or trunk interface, a counter is incremented to keep count of the number of PVCs used. This counter can never exceed the number configured. For the trunk interface, connections will be rerouted if the new value configured is less than the old value. For the port interface, cnfrsrc will not allow you to decrease the configured value to be less than the used value. You will need to delete connections before decreasing the PVC value.

How SVC Channels are Allocated and Configured

You can configure the number of SVC channels by using the cnftrk or the cnfport command. SVC and VSI channels cannot co-exist. The command will block you from configuring channels if there are VSI channels allocated.

How VSI Channels are Assigned for VSI Master to Slave VCs

When a VSI shelf is added with the addshelf command on the feeder interface, 12 LCNs are reserved for master to slave VCs. The reason for 12 LCNs is that one LCN is needed to communicate to an active BXM (with VSI functionality). The BPX has 15 slots possible, two of which are used for the BCC and one used for the ASM card. The worse case is if the BPX has all BXM cards in the node, therefore the master endpoint (that is, the card with the VSI shelf added) needs 12 LCNs to communicate with all the cards on the node. The command dspvsich will display all the LCNs reserved for master to slave VCs and interslave VCs.

How VSI Channels Are Configured/Allocated

VSI channels are configured through the cnfrsrc command. The user specifies a vsi min and a vsi max for the partition. The number of channels that is allocated is max (sum_of_min, max_of_max).

For example:

port group 1:

port 1: min max

partition 1: 1000 1000

port 2:

partition 1: 2000 1000

port group 2:

port 3:

partition 1: 2000 5000

port 4:

partition 1: 2000 4000

For portgroup 1:

sum_of_min = 3000; max_of_max = 1000

For portgroup 2:

sum_of_min = 4000; max_of_max = 5000

Therefore, the number of channels allocated for VSI is 8000.

How Background Redundancy Channels are Allocated

The formula for getting the LCN is num_chans + 1. These channels are used for y-redundancy cards to communicate with each other.

How IP Channels are Allocated

IP channels are used for ALL5 messaging. The LCNs are reserved within switch software. The formula for getting the LCN is num_chans + 14 + port (0 based). Twelve (12) LCNs are reserved for IP channels, one for each port.

How ILMI/LMI Channels are Allocated

The formula for getting the LCN is num_chans + 2 + port.

How ILMI Channels are Allocated for VSI Partitions on Trunk Interfaces

When ILMI functionality is enabled for a VSI partition on a trunk interface, a new ILMI session is started on the BXM card for the trunk interface. The LCN for this session is allocated from the LCNs available for the AutoRoute partition. This LCN is allocated from the port-based pool; not from the card-based pool.

Note that no new LCN is allocated when ILMI functionality is enabled for VSI partitions on port interfaces. This is because the ILMI functionality for VSI partitions on port interfaces use the same ILMI functionality that is started for AutoRoute. These use the pre-allocated LCN as discussed in the preceding section.

How VSI Channels are Assigned for Interslave VCs

Interslave vcs are assigned with LCNs that are reserved within switch software. These lcns are not taken from the pool. The formula for getting the lcn is num_chans + 26 + dest_slot where num_chans is the number of channels the card supports

mc_vsi_end_lcn

This value is shown in the dsplogcd command. If the value is 0, then there are no vsi channels configured on the card. If it is not zero, then there are VSI channels. It marks the first VSI channel.

num chans

This value is shown in the dsplogcd command as "Physical Chans". It is reported to switch software from the card. Each BXM will vary in the number of channels that it supports.

How Port Group Enters the Channel Assignment Picture


Note   The dsplogcd command is for service level users and above. You must have "service" level privileges to use it.


There are some models of BXM cards which will support more than 1 port group. The command dsplogcd and dspcd will indicate the number of port groups supported. Even though each card supports x channels, there is a hardware limitation of how many channels can be supported between certain ports. A set of ports are grouped into port groups; that is, a BXM 8-port OC-3 card has two port groups, consisting of ports 1-4, and 5-8 respectively. Each port group will have an upper limit of the number of channels it can support, majority of the time it's

(num_chans / num_of_port_groups).

cnfrsrc fails with "available channels is 0"

Description of Problem

When the user thinks that there are channels available, but cnfrsrc says that the number of available channels is 0. The user will not be able to allocate any more vsi channels.

Initial Investigations

This may not be a problem, since the user may not have accounted for hidden channel assignments like networking and VSI vcs. Execute the dspchuse command to see where all the channels are allocated. Note any channel assignment that looks suspicious. Verify this page with the channels configured from the cnftrk and cnfrsrc command.

The dspchuse command is available to users in this release.

Workarounds

The work around depends on where the problem is. If it's with PVCs, try cnfrsrc and change the number of pvcs. Since switchcc, will rebuild the channel database, try executing switchcc.

Detailed Debugging

You should perform the following tasks:

Capture the dspchuse screen and compare against the cnfrsrc and cnftrk command.

Verify the number of trunks that are upped. This will indicate the number of networking channels assigned.

Note the number of vsi shelves added. For each vsi shelf added, 12 lcns are reserved on the BXM attached to the controller and 1 lcn is reserved for all the other active BXM cards. Capture the dspvsich command. For example:

slot 13:

2 vsi shelf added

slot 11:

1 vsi shelf added

slot 9:

Two (2) trunks are upped

One (1) port is upped

On slot 13 - 25 lcns are reserved => 12 for each vsi shelf, and 1 for the shelf added to slot 11.

On slot 11 - 14 lcns are reserved => 12 for the vsi shelf, and 2 for the 2 shelves added on slot 13.

On slot 9 - 3 lcns are reserved => 2 for the 2 shelves added on slot 13, and 1 for the 1 shelf added on slot 11.

Verify if anyone has disable a partition.

Disabling the partition will not recalculate the end_lcn value. The end_lcn will be recalculated by a card reset or a switchcc command or a node rebuild.

cnfrsrc fails with "Automatic Routing Management is currently using the channel space"

Description of Problem

This error is indicating that there are Automatic Routing Management channels currently configured on the space that the user wants for VSI.

For example: Let's say the BXM card supports 100 channels. Currently 50 of the channels are configured for PVCs and 50 for VSI ranging from 51-100. Let's suppose that the card has 5 connections on channel 45-49. Now change the configuration of PVCs to 10. The command will work since only five (5) are currently used. The available channels on the card is now 40. If cnfrsrc is executed now to increase the number of VSI channels, the command will fail, because channels 45-49 are currently in use.

Initial Investigations

To check if a specific connection is using a channel out of range:

Verify channel number (LCN) used by the connection by using the command dcct.

Get VSI end LCN using dsplogcd—field mc_vsi_end_lcn

In normal conditions, the value of mc_vsi_end_lcn should be greater than LCN.

To check if any connection in the port or trunk card is using a channel out of range.

Get VSI end LCN using dsplogcd—field mc_vsi_end_lcn

Use dspchmap to display the map of lcns used by connection in the card; in normal conditions no LCN higher than mv_vsi_end_lcn should be associated with an Automatic Routing Management connection or trunk xlat.

Workarounds

The only work around is to somehow delete the connections currently using the high end of the channel range. On the trunk interface, causing the connections to reroute will likely cause the lower lcn range to be used first. On the port interface, deleting and re-adding the connection.

Detailed Debugging

Refer to the section "Initial Investigations" section.

Summary of Commands

shows the command name and starting page for the description of each VSI-related command.

Table 17-11 Commands for Setting up a VSI (Virtual Switch Interface) Controller 

Mnemonic
Description
Page

addctrlr

Attach a controller to a node; for controllers that require Annex G capabilities in the controller interface. Add a PNNI VSI controller to a BPX node through an AAL5 interface shelf

17-45

addshelf

Add a trunk between the hub node and interface shelf or VSI-MPLS (Multiprotocol Label Switching) controller).

17-48

cnfqbin

Configure Qbin card

17-57

cnfrsrc

Configure resources, for example, for Automatic Routing Management PVCs and MPLS (Multiprotocol Label Switching) Controller (LSC)

17-62

cnfvsiif

Configure VSI Interface or a different template to an interface.

17-74

cnfvsipart

Configure VSI partition characteristics for VSI ILMI.

17-76

delctrlr

Delete a controller, such as a PNNI ESP (Extended Services Processor) 4.0 controller, from a BPX node

17-77

delshelf

Delete a trunk between a hub node and access shelf

17-80

dspchuse

Display a summary of channel distribution in a given slot.

17-83

dspctrlrs

Display the VSI controllers, such as an PNNI controller, on a BPX node

17-86

dspqbin

Display Qbin card

17-88

dspqbint

Display Qbin template

17-93

dsprsrc

Display LSC (Label Switching Controller) resources

17-95

dspsct

Display Service Class Template assigned to an interface

17-101

dspvsiif

Display VSI Interface

17-119

dspvsipartcnf

Display information about VSI ILMI functionality.

17-122

dspvsipartinfo

Display VSI resource status for the partition.

17-123


addctrlr

Adds VSI capabilities to a trunk interface to which a feeder of type AAL5 is attached. The addctrlr command is used only to connect a Private Network to Network Interface (PNNI) controller. PNNI controller software resides on the SES hardware.

The addctrlr command is the second step in the adding of a PNNI controller to a BPX node.

The first step is to run the command addshelf with shelf type set to X to add a AAL5 feeder. This ensures that Annex G protocol runs between the BPX and the SES.

Then run the addctrlr command to set up the VSI control channels from the PNNI SES controller to the VSI slave processes running on the BXM cards to ensure full VSI functionality for the PNNI controller. You execute the addctrlr command on an existing AAL5 interface shelf.

Also note that you can add a PNNI controller to a Trunk interface only if the interface already has an active VSI partition corresponding to the partition that is controlled by the PNNI controller. Suppose a PNNI controller controlling the partition 1 were added to an trunk interface 12.1. Then it would be necessary that a VSI partition corresponding to partition 1 be active on the interface 12.1. Otherwise the addctrlr command would fail.

When you add VSI controller capabilities onto an AAL5 interface shelf (or feeder), the switch software prompts you for the specifics of the VSI controller:

controller ID of the PNNI controller

partition ID of the VSI partitions controlled by the PNNI controller

VPI used for the VSI control channels set up by the PNNI controller

Start VCI value for the VSI control channels set up by the PNNI controller

There could be 12 BXM cards on the BPX node and the PNNI controller would control VSI partitions on those BXM cards that support VSI capability. Hence a separate VSI control channel must be set up from the PNNI control to each BXM card that supports VSI. Suppose you specify a VPI value of 0 and start VCI value of 40 for the VSI control channels. Then the control channel corresponding to any BXM card on slot 1 would use VPI, VCI values <0, 40>. The VSI control channels to other slots would use the VPI, VCI values of <0, 40+slot-1>, where "slot" corresponds to the slot number of the BXM card.


Note   ESP 2.x interface shelves can still be configured; however, an ESP 2.x shelf cannot coexist with an AAL5 interface shelf with VSI configured on the same node. The Annex G capabilities of the AAL5 interface shelf are the same as in Release 9.1.



Caution   For feeder trunk interfaces, the addctrlr command will fail if the AutoRoute connections terminating on the feeder interface use the same VPI VCI as those specified for the VSI control channels. You must delete the connections before proceeding if connections with VPI and VCI in the range exist in the range you specified.


The addition of a controller to a node will fail if there are not enough channels available to set up the control VCs in one or more of the BXM slaves.

Full Name

Add VSI capabilities to a AAL5 feeder interface.

Syntax

addctrlr < slot.port> <controller id> <partition id> <control_vpi> <start_vci>

Table 17-12 Parameters—addctrlr  

Parameter
Description

<slot.port>

Slot and Port numbers corresponding to the feeder trunk

<controller-id>

Controller ID corresponding to the PNNI controller. Values: 1 - 32

<partition-id>

Partition ID of the VSI partition controlled by the PNNI controller

<control_vpi>

Starting VPI of the VSI control channels used for communication between the VSI master residing on the SES and VSI slaves residing on the BXM cards. There can be a total of 12 such channels one for each slave residing on each BXM card.

For a trunk interface with NNI header type:
Valid values for this parameter are: 0-4095

For a trunk interface with UNI header type
Valid values for this parameter are: 0-255.

Default value: 0

<start_vci>

Starting VCI of the VSI control channels. This vci value is assigned to the first VSI control channel (between the VSI master and the VSI slave residing on the BXM card in slot 1). The last VSI control channel corresponding to communication with the VSI slave on slot 14 will use the vci value of (<start_vci>+14-1).

The valid values are: 33 - 65521.

Default value: 40


Related Commands

addshelf, delctrlr, dspctrlrs

Attributes

Privilege
Jobs
Log
Node
Lock

1

No

Yes

BPX

Yes


Example 1

addctrlr 10.4 3 2 0 40

Description

Add controller to port 4 on slot 10,, partition ID of 2, and controller ID of 3.

System Response


night TN StrataCom BPX 8600 9.2.00 Apr. 11 1998 14:31 GMT
BPX Controllers Information

Trunk Name Type Part Id Ctrl ID Ctrl IP State
10.3 PNNI VSI 1 1 192.0.0.0 Enabled
11.1 VSI VSI 2 2 192.0.0.0 Disabled
Warning partition already in use do you want to add redundant controller
Last Command: addctrlr 10.4 3 2 0 40
Next Command:

Description

Adds a controller, such a PNNI controller, to a BPX interface shelf.

System Response


night TN StrataCom BPX 8600 9.2.00 Apr. 11 1998 14:31 GMT
BPX Controllers Information

Trunk Name Type Part Id Ctrl ID Ctrl IP State
10.3 PNNI VSI 1 1 192.0.0.0 Enabled
11.1 VSI VSI 2 2 192.0.0.0 Disabled
Warning partition already in use do you want to add redundant controller
Last Command: addctrlr 10.3 3 1 0 40
Next Command:




addshelf

Adds an ATM link between a hub node and an interface shelf such as an MGX 8220. an MGX 8850, or IGX shelf in a tiered network; or an ATM link between a BXM card on a BPX node and a MPLS (Multiprotocol Label Switching) controller such as a series 7200 or 7500 router; or an ATM link between a BXM card on a BPX node and an Extended Services Processor. (An MPLS Controller or an Extended Services Processor is considered an interface shelf from the BPX switch's perspective.) The routing hub can be either a BPX or an IGX.

The interface shelf can be one of the following:

An MGX 8220 shelf connected to a BPX node

An IGX shelf connected to an IGX routing node which serves as a hub for the IGX/AF

An Extended Services Processor Controller connected to a BPX node

An MGX 8850 shelf connected to a BPX node

A MPLS (Multiprotocol Label Switching) Controller connected to a BPX node

An SES (Service Expansion Shelf) connected to an IGX node

The signaling protocol that applies to the trunk on an interface shelf is Annex G. For example, in this release, the IGX 8400 interface shelf with a BTM E1 interface communicates with the routing hub through the Annex G LMI using STI cell format. However, the MGX 8850 interface shelf, or feeder, communicates over a UXM/UXM-E interface with the routing hub over Annex G LMI using AAL5 format.


Note   Because tiered network capability is a paid option, personnel in the Cisco Technical Assistance Center (TAC) must telnet to the unit and configure it as an interface shelf before you can execute addshelf.


Each IGX/AF, MGX 8220, or MGX 8850 shelf has one trunk that connects to the BPX or IGX node serving as an access hub. A BPX routing hub can support up to 16 T3 trunks to the interface shelves, which can be IGX/AF, MGX 8220, or MGX 8850 interface shelves. An IGX hub can support up to four trunks to the interface shelves, which can be IGX/AF shelves only.

An IGX 8400 interface shelf can connect to an IGX 8400 routing hub over a BTM E1 interface using STI cell format. In Release 9.1, an IGX 8400 interface shelf can connect to an MGX 8800 over a UXM/UXM-E interface using ATM cell format.

Before it can carry traffic, you must "up" trunk on an interface shelf (using uptrk) on both the interface shelf and the hub node and "add" it to the network (using addshelf). Also, a trunk must be free of major alarms before you can add it with the addshelf command.

In this release, the new parameters "Control VPI" and "Control VCI start" have been added.

In this release, addshelf will prevent adding a feeder to a trunk if a VSI ILMI session is active on a VSI partition on the trunk interface.

Adding a VSI Controller

The maximum number of controllers that can be attached to a given node is limited by the maximum number of feeders (16) that can be attached to a BPX hub. Therefore the total number of feeders and controllers cannot exceed 16.

You add a VSI controller, such as an MPLS (Multiprotocol Label Switching) Controller, to a switch with the addshelf command using the vsi option. The vsi option of the addshelf command is used to identify VSI controllers and tell them apart from interface shelves (feeders). The VSI controllers are allocated a partition of the switch resources. VSI controllers manage their partition through the VSI interface. The controllers run the VSI master. The VSI master entity interacts with the VSI slave running on the BXMs through the VSI interface, to set up VSI connections using the resources in the partition assigned to the controller. Two controllers that are intended to be used in a redundant configuration must specify the same partition when added to the node through the addshelf command.

When a controller is added to the node switch software will set up the infrastructure so that the controllers can communicate with the slaves in the node. The VSI entities decide how and when to use these communication channels.

In addition, the controllers require a communication channel between them. This channel could be in-band or out-of-band. When a controller is added to the switch, switch software will send controller information to the slaves. This information will be advertised to all the controllers in the partition. The controllers may decide to use this information to set up an intermaster channel. Alternatively the controllers may use an out-of-band channel to communicate.

The maximum number of controllers that can be attached to a given node is limited by the maximum number of interface shelves (feeders) that can be attached to a BPX hub. This number in Release 9.2 is 16. Therefore the total number of feeders and controllers cannot exceed 16.

To add a controller to the node, use the addshelf command. A redundant controller is added in the normal way, except that it specifies a partition that may be already in use by another controller. In this release, the addshelf command allows for up to two controllers to manage the same partition.

One of the parameters that must be specified with the addshelf command when a VSI controller is added to the switch is the controller id. This is a number between 1 and 32 that uniquely identifies the controller. Two different controllers must always have different controllers id.

The management of resources on the VSI slaves requires that each slave in the node has a communication control VC to each of the controllers attached to the node. When a controller is added to the BCC via the addshelf command, the BCC sets up the set of master-slave connections between the new controller port and each of the active slaves in the switch. The connections are set up using a well known vpi.vci. The value of the vpi is 0. The value of the vci is (40 + (slot - 1)) where slot is the logical slot number of the slave.

Feature Mismatching to Verify VSI Support

The cnfrsrc and addshelf commands, in addition to other configuration commands, will perform mismatch verification on the BXM and UXM cards. For example, the cnfrsrc and addshelf commands will verify whether the cards both have VSI 2.0 support configured. Refer to "Feature Mismatching" section on page 18-1 for more information on Feature Mismatching in Release 9.2.

The Feature Mismatching capability will not mismatch cards unless the actual feature has been enabled on the card. This allows for a graceful card migration from an older release.

Full Name

Add an interface shelf (feeder) or a controller to a routing node or hub.

Syntax

Interface shelf:

addshelf <slot.port> <shelf-type> <vpi> <vci>

MPLS (Multiprotocol Label Switching) controller:

addshelf <trunk slot.port> v <ctrlr id> <part id> <control vpi> <control vci start> <redundant ctrlr warning>


Note   If you manage a tiered network through the command line interface, you can manage only Frame Relay interworking connections (ATFR) across the network. Three-segment connections for carrying serial data or voice between IGX/AFs is allowed, but you must manage them through WAN Manager.


Related Commands

addctrlr, delshelf, dspnode, dsptrks

Attributes

Privilege
Jobs
Log
Node
Lock

1-4

Yes

Yes

BPX switch with IGX interface shelf
IGX switch with IGX shelves

BPX switch with the MGX 8220 shelf

BPX with the MGX 8850 shelf

BPX switch for MPLS (Multiprotocol Label Switching) controller (LSC)

BPX switch for the Extended Services Processor (also called Adjust Processor Shelf, or APS at command line interface).

Yes


Example 1

Interface shelf: addshelf 11.1 a 21 200

MPLS (Multiprotocol Label Switching) controller: addshelf 4.1 vsi 1 1

Description

Interface shelf:

Add trunk 11.1 as an MGX 8220 interface shelf. After you add the shelf, the screen displays a confirmation message and the name of the shelf.

MPLS (Multiprotocol Label Switching) controller:

Add trunk 4.1 as a VSI-MPLS (Multiprotocol Label Switching) Controller interface shelf. After you add the LSC, the screen displays a confirmation message and the name of the shelf.

Description for Interface Shelves

An interface shelf can be one of the following:

An MGX 8220 connected to a BPX node.

An MGX 8850 connected to a BPX node.

An IGX node connected to a BPX node, which serves as a hub for the IGX/AF.

An IGX node connected to an IGX routing node, which serves as a hub for the IGX/AF.

Table 17-13 Interface Shelf Parameters—addshelf  

Parameter
Description

slot.port (trunk)

slot.port

Specifies the slot and port number of the trunk.

shelf-type

I or A or X

On a BPX node, shelf type specifies the type of interface shelf when you execute addshelf. The choices are I for /AF or IGX/AF, A for the MGX 8220, P for EPS (Extended Services Processor, a type of Adjunct Processor Shelf), V for VSI, or X for the MGX 8800. On an IGX hub, only the IGX/AF is possible, so shelf type does not appear.

vpi vci

Specifies the vpi and vci (Annex G vpi and vci used). For the MGX 8220 only, the valid range for vpi is 5-14 and for vci is 16-271. For an IGX/AF interface shelf, the valid range for both vpi and vci is 1-255.

On an IGX 8400 node, when using an MGX 8800 interface shelf, the following VPI/VCI limits apply:

Use the VPI/VCI combination of 3/31 for the LMI signalling channel. When adding an MGX 8800 as an interface shelf, do not use 3/31 for anything else but the LMI signalling channel.

For VCC addressing, the VPI range is 1-255 and the VCI range is 1-65535.

For VPC addressing, the interface type is significant: UNI or NNI may be supported. When the interface type is UNI, the available VPI range is 1-255 and VCI range is 1-65535. When the interface type is NNI the available VPI range is 1-4095 and VCI range is 1-65535.

control_vpi

Choose the value for <control_VPI> such that:

if <control_VPI> = 0, <control_VCI_start> can be set to a value > 40.

If any VSI partition exists on the interface, then control_VPI < start_VPI or control_VPI > end_VPI for all partitions on that interface. An error message appears if the control VPI falls into the VPI range belonging to a VSI partition.

No AutoRoute connection exists on (VPI.start_VCI to VPI.start_VCI+14). If any AutoRoute connection exists on these VPI/VCI values, you are not allowed to use these VPI/VCI values.

This VPI is reserved for control VCs.

Default = 0

control_vci_start

Default = 40


The (VPI.VCI) of the 15 control VCs is:
(control_VPI.control_VCI_start) to (control_VPI.control_VCI_start+14).

The control VC used for slot n (1<= n<=15) is:
(control_VPI.control_VCI_start + n -1).

Example for Interface Shelves

Add an MGX 8220 at trunk 11.1 After you add the shelf, the screen displays a confirmation message and the name of the shelf. Add the MGX 8220 (may be referred to on screen as AXIS) as follows:

addshelf 11.1 a

The sample display shows a partially executed command prompting you for the interface shelf type:

System Response


nmsbpx23 TN SuperUser BPX 8620 9.2 Apr. 4 1998 13:28 PST

BPX Interface Shelf Information

Trunk Name Type Alarm
1.3 AXIS240 AXIS OK
11.2 A242 AXIS OK






This Command: addshelf 11.1

Enter Interface Shelf Type: I (IGX/AF), A (AXIS), P (APS), V (VSI), X (AAL5)

Next Command:

Example for Adding an MGX 8850 AAL5 (ATM Adaptive Layer/5) Interface Shelf

Add an MGX 8850 at trunk 4.8. After you add the MGX 8800 shelf, the screen displays a confirmation message and the name of the shelf. Add the MGX 8850 (may be referred to on screen as AAL5) as follows:

addshelf 4.8 x

The sample display shows that an MGX 8850 was added on trunk 4.8 as an AAL5 (ATM Adaptive Layer/5 type of interface shelf. (Adding an MGX 8850 interface shelf is similar to adding a MPLS (Multiprotocol Label Switching) Controller interface shelf.)

System Response


pswbpx3 TN SuperUser BPX 8600 9.1 June 6 1998 13:28 PST

BPX Interface Shelf Information

Trunk Name Type Part Id Ctrl Id Alarm
4.8 SIMFDR0 AAL5 - - OK





This Command: addshelf 4.8 x

Enter Interface Shelf Type: I (IGX/AF), A (AXIS), P (APS), V (VSI), X (AAL5)

Next Command:

Description for MPLS

For MPLS, before it can carry traffic, you need to "up" the link to a MPLS controller (by using either uptrk or upport) at the BPX node. You can then add the link to the network (by using addshelf). Also, the link must be free of major alarms before you can add it with the addshelf command.


Note   Once you "up" a port on the BXM in either trunk or port mode by using either the uptrk or upport commands, respectively, you can only "up" the ports in the same mode.


Table 17-14 MPLS Parameters-addshelf

Parameter
Description

slot.port

Specifies the BXM slot and port number of the trunk. (You can configure the port for either trunk (network) or port (service) mode.

device-type

vsi, which is "virtual switch interface, specifies a virtual interface to a MPLS controller (TSR) such as a Cisco 7200 or 7500 series router.

control partition

 

control ID

Control IDs must be in the range of 1 to 32, and you must set these identically on the LSC and in the addshelf command. A control ID of "1" is the default used by the MPLS (Multiprotocol Label Switching) controller (LSC).


Example for MPLS

Add a MPLS controller link to a BPX node by entering the addshelf command at the desired BXM port as follows:

addshelf 4.1 vsi 1 1

System Response


nmsbpx23 TN SuperUser BPX 15 9.1 Apr. 4 1998 13:28 PST

BPX Interface Shelf Information

Trunk Name Type Alarm
5.1 j6c AXIS MIN
5.3 j5c /AF MIN
4.1 VSI VSI OK






This Command: addshelf 4.1 v 1 1

Next Command:

Example for VSI Controller

Add a VSI controller link to a BPX node by entering the addshelf command at the desired BXM port as follows:

addshelf 13.2

System Response



sw237 TN StrataCom BPX 8620 9.2.L3 May 10 1999 14:48 PST
TRK Type Current Line Alarm Status Other End
4.1 [T3 Clear - OK VSI(VSI)
10.1 OC-3 Clear - OK VSI(VSI)
10.5 OC-3 Clear - OK VSI(VSI)
13.1.1 OC-3 Clear - OK -
13.2 OC-3 Clear - OK -
This Command: addshelf 13.2

addyred

Enables card redundancy for IGX and BPX cards. Use the addyred command to specify the slots of the primary and secondary (standby) cards that form the redundant pair. Refer to the "Specifying Card Redundancy" section on page 3-3" section at the beginning of this chapter for a list of supported card sets.

You must use the addyred command to configure a VSI slave redundant card. When a standby slave card is first started (either by having been inserted into the slot, or if the user issues the addyred command from the CLI console), the active slave VSI forwards all VSI messages it had received from the Master VSI controller card to the standby slave VSI controller card.

Redundant card sets must have the following characteristics:

The primary and secondary card sets must be identical.

When configuring APS 1+1, primary and secondary card sets must be in adjacent slots. (Note that this restriction only applies to the BPX chassis for APS 1+1 redundancy.)

Secondary card sets must not currently be active.

Neither the primary nor secondary card set may already be part of a redundant set.

Redundancy applies to the entire card and not specific trunks or lines.

In both the single and multiport card sets, if the secondary card set becomes active, the primary card set serves as its backup (assuming the primary card set is complete and not failed). You cannot use the addyred command if the primary and secondary slots are empty. If cards reside in the primary and secondary slots, the system checks for card compatibility. Two types of incompatibility can occur: back card and jumper or cable inconsistencies. (On SDI, FRI, and FTI cards, jumpers determine whether a port is configured as DCE or DTE. On LDI cards, either a DCE or DTE adapter cable connects to the LDI port. For descriptions of the jumper positions and cabling, see the Cisco IGX 8400 Series Installation and Configuration manual.)

Note that the addyred command prevents invalid configurations when you try to configure the SONET APS feature. When SONET Automatic Protection Switching (APS) is configured, you will not be able to use the addyred or delyred commands on a card configured for APS 1:1 architecture. That is, you will not be able to execute the addyred command, then configure the APS 1:1 architecture. Similarly, you will not be able to configure APS 1:1, then execute the addyred command. You will be blocked from executing these commands at the command line interface.

If incompatibilities exist, the message "Y-Cable Conflict" appears on the screen. Specific conflicts are listed in reverse video in the dspyred display. See the dspyred description for more information.

To ensure that only cards with the Idle Code Suppression feature enabled on them are allowed to be a Y-redundancy pair, addyred blocks cards that have different idle code suppression capability.

Full Name

Add Y-cable redundancy.

Syntax

addyred <primary slot> <secondary slot>

Related Commands

delyred, dspyred, prtyred

Attributes

Privilege
Jobs
Log
Node
Lock

1-4

No

Yes

IGX, BPX

Yes


Example 1

addyred 25 26

Description

Add Y-cable redundancy to the SDP/SDI card sets in slots 25 and 26.

System Response


beta TRM YourID:1 IGX 8420 9.2 Aug. 15 1998 14:27 MST
Slot Other Front Back Channel Configuration
Slot Type Slot Card Card 1 2 3 4 5 6 7 8
2 Pri 3 BXM LM-BXM
3 Sec 2 BXM LM-BXM

Last Command: addcdred 2 3
Next Command:

Table 17-15 baddyred-Parameters

Parameter
Description

primary slot

Specifies the slot number of the primary card set.

secondary slot

Specifies the slot number of the secondary card set.


cnfqbin

Use the cnfqbin command to configure the qbin (Class of Service Buffers parameters on a selected BXM port or trunk. The cnfqbin command prompts you to configure the qbin from the template assigned to a logical interface.

This command now lets you accept the interface template as the values, as an option. For example, you can type in "Yes" when prompted whether the interface SCT (service class template) should be used, and the command will use the card qbin values from the qbin templates. You will not be allowed to enter values for any qbin parameter in this case. You can, however, enter desired values if the "template" option has not been chosen.

When you activate an interface (VI) with uptrk or upport, the default service template is assigned to the interface (VI). The corresponding qbin template is then copied into the card's (BXM) data structure of that interface. You can change some of the qbin parameters by using the cnfqbin command. The qbin is now "user configured" as opposed to "template configured." You can view information on the dspqbin screen.

When a VSI interface is activated, the default template gets assigned to an interface. The corresponding qbin template gets copied into the card qbin data structure for that interface. When you want to change this, by giving new values using the cnfqbin command, the qbin is now "user configured" as opposed to "template configured." This information is displayed on the dspqbin screen. It indicates whether the values in the qbin are from the template assigned to the interface OR the values have been changed to user-defined values.

The cnfqbin command was introduced in Release 9.1 to configure any Qbin on the BXM cards. In this release, it has been extended to support virtual trunks. When the virtual trunk is dedicated to the controller, you can only configure qbin 10-15.

The cnfqbin command will prompt you whether "template" should be used for Qbin parameters. In this release, the dspqbin command now displays all the fields of a qbin template. It also indicates whether the qbin is "user configured" or "template configured."

VC connections are grouped into large buffers called qbins. (Per-VC queues can be specified on a connection-by connection basis also). In this release, all VSI connections use qbin 10 on each interface.

You configure Multiprotocol Label Switching (formerly Tag Switching) for VSIs on a BXM card is configured using the cnfrsrc and cnfqbin commands. Qbin 10 is assigned to tag switching.

Use the cnfqbin command is used to adjust the threshold for the traffic arriving in Qbin 10 of a given VSI interface as away of fine tuning traffic delay.

If you use the cnfqbin command to set an existing qbin to disabled, the egress of the connection traffic to the network is disabled. Re-enabling the qbin restores the egress traffic.


Note   CDV (Cell Delay Variation) is based on the qbin depths and the transmission speed of the virtual switch interface. The default qbin depths are specified in the service class templates (SCTs). You can configure the qbin depths by using the cnfqbin command.
CTD (Cell Tolerance Delay), which is the fixed delay, is based on a fixed value, and is not configurable.


The cnfqbin command prompts you whether "template" should be used for qbin parameters.

Full Name

Configure qbin

Syntax

cnfqbin <slot number>.<port number>.<vtrk>

Related Commands

dspqbin

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

Yes

No

BPX

No


Example 1

cnfqbin 13.1

Description

Create a qbin configuration on the OC-3 trunk on port 1 of slot 13 on the BPX to support MPLS (Multiprotocol Label Switching).

System Response


sw57 TN SuperUser BPX 8600 9.2 Mar. 10 1997 10:41 GMT
Port/Trunk: 13.1 [ACTIVE ]
Qbin Id :
Enable Qbin (Y/N) :
Minimum Bandwidth :
Qbin Discard threshold:
Low CLP threshold: [80] %
High CLP threshold: [80] %
EFCI threshold: [30]%
Last Command: cnfqbin 13.1


Example 2

cnfqbin 4.1 10

Description

Configure the Qbin 10 for port 4.1; also configure ports 4.2 and 4.3, and enter port 4.2 and 4.3 where applicable.

If the qbin is not configured, configure the queues on the ports using the cnfqbin command:

cnfqbin 4.1 10

enable/disable: e

For all other parameters, accept the (default).

The previous parameters can also be set for qbin 10 as follows:

cnfqbin 4.1 10 e 0 65536 95 100 40

System Response


Sample Display:
n4 TN SuperUser BPX 15 9.2 Apr. 4 1998 16:41 PST
Qbin Database 4.1 on BXM qbin 10
Qbin State: Enabled
Minimum Bandwith: 0
Qbin Discard threshold: 65536
Low CLP/EPD threshold: 95%
High CLP/EPD threshold: 100%
EFCI threshold: 40%
This Command: cnfqbin 4.1 10
'E' to Enable, 'D' to Disable [E]:

Next Command:

System Response


n4 TN SuperUser BPX 8620 9.2 Apr. 4 1998 16:41 PST

Qbin Database 4.1 on BXM qbin 10

Qbin State: Enabled
Minimum Bandwith: 0
Qbin Discard threshold: 65536
Low CLP/EPD threshold: 95%
High CLP/EPD threshold: 100%
EFCI threshold: 40%
Last Command: cnfqbin 4.1 10 e 0 65536 95 100 40

Next Command:



Table 17-16 cnfqbin—Parameters  

Parameter
Description

slot.port

Specifies the BXM card slot and port number.

Qbin ID

Specifies the ID number of the qbin available for use by the LSC (MPLS Controller) for VSI. The range is 0 to 255. 0 is the default. Always use 10 in 9.1.

Enable Qbin

Answer yes or no to enable your qbin configuration.

Minimum Bandwidth

Specifies the minimum bandwidth in cps (cells per second) available for the Qbin. The range is 0 to 352207. 0 is the default.

Qbin Discard Threshold

Specifies the threshold in percentage for qbin discard. The range is 0 to 100.

CLP Low Threshold

Specifies the threshold in percentage for CLP low. The range is 0 to 100. 80% is the default.

CLP High Threshold

Specifies the threshold in percentage for CLP high. The range is 0 to 100. 80% is the default.

EFCI threshold

Specifies the threshold in percentage for EFCI. The range is 0 to 100. 30% is the default.

Template

Specifies that the interface service class template should be used to configure the qbin parameters. Thus the cnfqbin command will use the card's qbin values from the qbin template. If you do not chose the template option, you can enter your own desired values for the qbin parameters.


Qbin Dependencies

The available qbin parameters are shown in . Notice that the qbins available for VSI are restricted to qbins 10-15 for that interface. All 32 possible virtual interfaces are provided with 16 qbins.

Table 17-17

Template Object Name
Template Units
Template
Range/Values

QBIN Number

enumeration

0 -15 (10-15 valid for VSI)

Max QBIN Threshold

u sec

1-2000000

QBIN CLP High Threshold

% of max Qbin threshold

0 - 100

QBIN CLP Low Threshold

% of max Qbin threshold

0 - 100

EFCI Threshold

% of max Qbin threshold

0 - 100

Discard Selection

enumeration

1 - CLP Hysteresis

2 - Frame Discard

Weighted Fair Queueing

enable/disable

0: Disable

1: Enable


cnfqbin Parameters

cnfrsrc

Use the cnfrsrc command to partition resources for Automatic Routing Management PVCs or VSI-MPLS (Multiprotocol Label Switching).

This command was introduced in Release 9.1 to support physical trunks. It has been extended to support virtual trunks. After VSI has been enabled, the virtual trunk becomes a "dedicated" VSI virtual trunk. Note that if the trunk has already been added or if the VPI value has not been configured, you will not be able to configure the VPI value. (Switch software will block you from doing so.)

You can configure a virtual trunk to be dedicated to VSI or to Automatic Routing Management. You cannot configure a virtual trunk for both VSI and Automatic Routing Management.

The switch software:

Allows start VPI = 0 for a VSI partition on a port interface, provided there is only one VSI partition on the port interface.

Prevents a second VSI partition from being enabled on a port interface if the first VSI partition uses a start VPI = 0.

Prevents a VSI partition from being disabled on a trunk interface if a PNNI controller is attached to the trunk interface controlling partition being disabled.

Configurable resources (using cnfrsrc) are:

Template number (new field in Release 9.2)

Maximum PVC LCNs

Maximum PVC Bandwidth

Configure Partition (Y/N)

Partition ID

Enable Partition (Enable/Disable)

Minimum VSI LCNs

Maximum VSI LCNs

Start VSI VPI

End VSI VPI - Warning message will tell you that the end vsi vpi is equal to the start vsi vpi for virtual trunks

Minimum VSI Bandwidth

Maximum VSI Bandwidth

Resource Partitioning

The VSIs need to partition the resources between competing controllers: Automatic Routing Management, MPLS (Multiprotocol Label Switching), and PNNI for example. You can have different types of controllers splitting up a partition's assets. For example, Automatic Routing Management, and MPLS, or Automatic Routing Management and PNNI (SVCs), but not PNNI and MPLS.

This release supports one or two partitions only. In this release, two controllers of a single type are supported. The user interface will block the activation of partitions with ID higher than 1 if the card does not support multiple partitions.

When enabling a partition, If [start_VPI, end_VPI] of the partition contains any "reserved" VPI, an error message is displayed and you are prompted for different values for start_VPI, end_VPI. Thus, if VPI 10 is used for control VCs on an interface, then you cannot include VPI 10 in any VSI partition by using the cnfrsrc command. An error message would be displayed.

The resources that you need to configure for a partition are shown in for a partition designated ifci, which stands for interface controller 1, in this example. The three parameters that need to be distributed are: 1) number of logical connections (lcns); 2) bandwidth (bw); and 3) virtual path identifiers (vpi).

Table 17-18 ifci parameters (virtual switch interface)

ifci parameters
Min
Max

lcns

min_lcnsi

max_lcnsi

bw

min_bwi

max_bwi

vpi

min_vpi

max_vpi


The controller is supplied with a logical LCN connection number, that is slot, port, and so on., information that is converted to a logical connection number (lcn).

Some ranges of values available for a partition are listed in :

Table 17-19 Partition Criteria

 
Range

trunks

1-4095 VPI range

ports

1-4095 VPI range

virtual trunk

Only one VPI available per virtual trunk since a virtual trunk is currently delineated by a specific VP

virtual trunk

Each virtual trunk can either be Automatic Routing Management or VSI, not both.


When you add a trunk, the entire bandwidth is allocated to Automatic Routing Management (formerly Automatic Routing Management). To change the allocation to provide resources for a VSI, use the cnfrsrc command on the BPX switch. A view of the resource partitioning available is shown in .

Figure 17-11 Graphical View of resource partitioning, Automatic Routing Management and vsi

Partition Information Sent to Cisco WAN Manager

When the partition information is configured for the first time or any parameters are changed, Cisco WAN Manager will be updated through a robust message.

vsi_min_channels:
This field represents the minimum guaranteed channels available for a given port

vsi_max_channels:
This field represents the maximum number of channels available, but not guaranteed, for a port.

vsi_vpi_start:
This field represents the starting VPI that can be used by VSI.

vsi_vpi_end:
This field represents the end of the VPI range that can be used by VSI.

vsi_min_bw:
This field represents the minimum guaranteed bandwidth available for a port.

vsi_max_bw:
This field represents the maximum bandwidth available, but not guaranteed, for a port.

Partitioning

On each interface (port or trunk) on the BXM cards used for label switching, two sets of resources must be divided up between traditional PVC connections and tag switching connections. The traditional PVC connections are configured directly on the BPX platform, and tag switching connections are set up by the TSC using the VSI. The following resources are partitioned on each interface:

Bandwidth

Connections

As with all ATM switches, the BPX switch supports up to a specified number of connections. On the BPX switch, the number of connections supported depends on the number of port/trunk cards installed. On each interface, space for connections is divided up between traditional BPX switch permanent virtual circuit (PVC) connections, and Label Switching VCs (LVCs).

cnfrsrc Parameters, Possible Values, and Descriptions

See for a listing of cnfrsrc parameters, ranges and values, and descriptions. These parameters appear on the cnfrsrc screen.

Table 17-20 cnfrsrc Parameters, Ranges/Values, and Descriptions  

Object Name
Range/Values
Default
Description

VSI Start LCN

0... 64K-1

NA

Start LCN for the whole VSI partition.

Each VSI sub-partition (specific partition-id) will be given lcns from this partition. subject to the min/max ranges for that partition-id specified in object 3.

The Start LCN once set will not be permitted to change if there are any active/configured VSI partitions.

VSI End LCN

0...64 K-1

NA

End LCN for the whole VSI partition.

If End LCN cannot be satisfied due to existing VSI connections or other constraints in this range then firmware will reject this request with a get response (same message tag) with this Object indicating the possible new End LCN that firmware can accommodate.

VSI partition

0...255

0

identifies the partition

Partition state

0 = Disable Partition

1 = Enable Partition

NA

For Partition state = 1, Objects (8, 9, A, B, C, D, E, F) are mandatory

Min LCNs

0...64K

NA

Min lcns (conns) guaranteed for this partition

Max LCNs

0...64K

NA

Maximum LCNs permitted on this partition

Start VPI

0 .. 4095

NA

Partition Start VPI

End VPI

0 .. 4095

NA

Partition End VPI

Min Bw

0 .. Line Rate

NA

Minimum Partition bandwidth

Max Bw

0 .. Line Rate

NA

Maximum Partition bandwidth


Feature Mismatching to Verify VSI Support

In this release, the cnfrsrc and addshelf commands, in addition to other configuration commands, performs mismatch verification on the BXM and UXM cards. For example, the cnfrsrc and addshelf commands will verify whether the cards both have VSI 2.0 support configured. Refer to "Feature Mismatching" section on page 18-1 for more information on Feature Mismatching in Release 9.2.

The Feature Mismatching capability will not mismatch cards unless the actual feature has been enabled on the card. This allows for a graceful card migration from an older release.

Full Name

Configure resources

Syntax

cnfrsrc <slot.port.vtrk>

or

cnfrsrc <slot>.<port>.<vtrk> <maxpvclcns> <maxpvcbw> <partition> <e/d> <minvsilcns> <maxvsilcns> <vsistartvpi> <vsiendvpi><vsiminbw> <vsimaxbw>

Related Commands

dsprsrc

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

No

No

BPX

No


Example 1

cnfrsrc 4.1 256 26000 1 e 512 16384 2 15 26000 100000

Description

Configure the VSI partition for port 4.1.

System Response


n4 TN SuperUser BPX 8620 9.2 Apr. 4 1998 16:40 PST
Port/Trunk : 4.1
Maximum PVC LCNS: 256 Maximum PVC Bandwidth:26000
Min Lcn(1) : 0 Min Lcn(2) : 0
Partition 1
Partition State : Enabled
Minimum VSI LCNS: 512
Maximum VSI LCNS: 7048
Start VSI VPI: 2
End VSI VPI : 15
Minimum VSI Bandwidth : 26000 Maximum VSI Bandwidth : 100000
Last Command: cnfrsrc 4.1 256 26000 1 e 512 7048 2 15 26000 100000

Next Command:


Example 2

cnfrsrc 13.1

Description

Partition resources on the OC-3 trunk on port 1 of slot 13 on the BPX to support a service such as VSI-MPLS (or PNNI SVCs).

System Response


n4 TN SuperUser BPX 8620 9.2 Apr. 4 1998 16:40 PST
Port/Trunk : 4.1
Maximum PVC LCNS: 256 Maximum PVC Bandwidth:26000
Min Lcn(1) : 0 Min Lcn(2) : 0
Partition 1
Partition State : Enabled
Minimum VSI LCNS: 512
Maximum VSI LCNS: 7048
Start VSI VPI: 2
End VSI VPI : 15
Minimum VSI Bandwidth : 26000 Maximum VSI Bandwidth : 100000
Last Command: cnfrsrc 4.1 256 26000 1 e 512 7048 2 15 26000 100000

Next Command:



Example 3

cnfrsrc 4.1

Description

Port 4.1 is the slave interface to the label switch controller. Configure the VSI partitions for port 4.1 as follows:

cnfrsrc 4.1

PVC LCNs: [256] {accept default value}

max PVC bandwidth: 26000

partition: 1

enabled: e

VSI min LCNs: 512

VSI max LCNs: 7048 {varies with BXM type

VSI start VPI: 2

VSI end VPI: 15

VSI min b/w: 26000

VSI max b/w: 100000

or with one entry as follows:

cnfrsrc 4.1 256 26000 1 e 512 7048 2 15 26000 100000

System Response


n4 TN SuperUser BPX 15 9.2 Apr. 4 1998 16:40 PST

Port/Trunk : 4.1

Maximum PVC LCNS: 256 Maximum PVC Bandwidth:26000

Min Lcn(1) : 0 Min Lcn(2) : 0
Partition 1

Partition State : Enabled
Minimum VSI LCNS: 512
Maximum VSI LCNS: 7048
Start VSI VPI: 2
End VSI VPI : 15
Minimum VSI Bandwidth : 26000 Maximum VSI Bandwidth : 100000


Last Command: cnfrsrc 4.1 256 26000 1 e 512 7048 2 15 26000 100000


Next Command:


Note   It is possible to have PVCs terminating on the Tag Switch Controller itself. This example reserves approximately 10 Mbps (26000 cells/sec) for PVCs, and allows up to 256 PVCs on the switch port connected to the LSC.



Note   The VSI max and min logical connections (LCNs) will determine the maximum number of tag virtual connections (TVCs) that can be supported on the interface. The number of TVCs required on the interface depends on the routing topology of the tag switch.



Note   By default the LSC will use either a starting VSI VPI of 1 or 2 for tag switching, whichever is available. If both are available, a starting VSI VPI of 1 is used. The VPI range should be 2-3 on a BPX VSI connected to a 7200 or 7500 AIP. If VPI 2 is not to be used, the tag switching VPI interface configuration command can be used on the TSC to override the defaults



Note   The VSI range for tag switching on the BPX switch is configured as a VSI partition, usually VSI partition number 1. VSI VPI 1 is reserved for Automatic Routing Management, so the VSI partition for tag switching should start at VPI 2. Two VPIs are sufficient for the current release, although it may be advisable to reserve a larger range of VPIs for later expansion, for example, VPIs 2-15.


lists the cnfrsrc parameters, focusing more on configuring resources for VSI partitions (an MPLS controller, for example). For more information on configuring resources for Automatic Routing Management PVCs, refer to the cnfrsrc command in Chapter 4, "Setting Up Trunks" and Chapter 5, "Setting Up Lines."

Table 17-21 cnfrsrc—Parameters  

Parameter
Description

slot.port.vtrk

Specifies the BXM card slot and port number and virtual trunk.

Maximum PVC LCNs

The maximum number of LCNs allocated for Automatic Routing Management PVCs for this port. The range is 1 to 256. 256 is the default. For trunks, there are additional LCNs allocated for Automatic Routing Management that are not configurable.

You can use the dspcd <slot> command to display the maximum number of LCNs you can configure using the cnfrsrc command for the given port. For trunks, "configurable LCNs" represent the LCNs remaining after the BCC has subtracted the "networking LCNs" needed. A trunk has 270 networking LCNs, or channels. You can use the dspcd command to display VSI channels also.

For a port card, a larger number is shown, as compared with a trunk card. This is because a trunk uses 270 networking LCNs, as compared with a port card, which uses no networking LCNs. You can use dspcd to display VSI channels also.

Setting this field to "0" would disable Automatic Routing Management PVCs on the specified port.

Note that you must specify a value greater than 0 for the Maximum PVC LCNs, Maximum PVC Bandwidth, and Maximum VSI LCNs parameters. Otherwise, you will not be able to create any Automatic Routing Management connections on a BXM card. Also, if these parameters do not have values greater than 0, you will be unable to change the connection channel amount when you configure the BXM trunk using cnftrk.

Logical Interface (slot.port.vtrk for trunks and slot.port for lines).

The bandwidth is logical interface based. The default value for this object is the line rate of this interface.

--------------------------------------------------

Card Type | Bandwidth

--------------------------------------------------

BXM E3 | 80000

BXM T3 | 96000

BXM OC-3 | 353208

BXM OC-12 | 1412830

--------------------------------------------------

Maximum PVC Bandwidth

Specifies the maximum bandwidth of the port allocated for Automatic Routing Management use. The range is 0 to 352207. 0 is the default. You can configure the Maximum PVC Bandwidth value for ports, but not for trunks.

Note that you must specify a value greater than 0 for the Maximum PVC LCNs, Maximum PVC Bandwidth, and Maximum VSI LCNs parameters. Otherwise, you will not be able to create any Automatic Routing Management PVCs on the BXM card.

Configure Partition

Answer yes or no to begin configuring resources for the partition. To configure Automatic Routing Management PVCs, enter "n" for No. You will not be prompted to enter VSI options to configure VSI partition resources.
However, if you want to configure VSI options, enter "y" for yes, and you will be prompted to configure partition resources for VSI.

Partition ID

Specifies the ID number of the partition. In Release 9.2, use 1. In Release 9.1, use 1 for the partition ID. (The default is 0. The range of values for Partition ID is 0-255.) In this release, you may use 2.

Enable Partition

Answer yes or no to enable your configured partition.

Minimum VSI LCNs

The minimum number of LCNs guaranteed for this partition. The range is 1 to 256. 0 is the default.The VSI controller guarantees at least this many connection endpoints in the partition, provided there are sufficient free LCNs in the common pool to satisfy the request at the time the partition is added. When a new partition is added or the value is increased, it may be that existing connections have depleted the common pool so that there are not enough free LCNs to satisfy the request. The BXM gives priority to the request when LCNs are freed. The net effect is that the partition may not receive all the guaranteed LCNs (min LCNs) until other LCNs are returned to the common pool.

You can increase this value dynamically when there are enough unallocated LCNs in the port group to satisfy the increase.

You may not decrease the value dynamically. All partitions in the same port group must be deleted first and reconfigured in order to reduce this value.

To avoid this deficit condition, which could occur with maximum LCN usage by a partition or partitions, it is recommended that all partitions be configured ahead of time before adding connections. Also, it is recommended that all partitions be configured before adding a VSI controller using the addshelf command.

Maximum VSI LCNs

The total number of LCNs the partition is allowed for setting up connections. The min LCNs is included in this calculation. If max LCNs equals min LCNs, then the max LCNs are guaranteed for this partition.

Otherwise, (max - min) LCNs are allocated from the common pool on a FIFO basis.

If the common pool is exhausted, new connection setup requests will be rejected for the partition, even though the maximum LCNs has not been reached.

You may increase this value dynamically when there are enough unallocated LCNs in the port group to satisfy the increase.

You may not decrease the value dynamically. All partitions in the same port group must be deleted first and reconfigured in order to reduce this value.

Different types of BXM cards support different maximum values. If you enter a value greater than the allowed maximum, a message is displayed with the allowable maximum value.

Note that you must specify a value greater than 0 for the Maximum VSI LCNs, Maximum PVC Channels, and Maximum PVC Bandwidth parameters. Otherwise, you will not be able to add any connections on a BXM card.

Start VSI VPI

By default the LSC (for example, the 7200 or 7500 series router) will use either a starting VSI VPI of 1 or 2 for MPLS (Multiprotocol Label Switching), whichever is available. If both are available, a starting VSI VPI of 1 is used. The VPI range should be 2-15 on a BPX  8620 VSI. The VSI range for MPLS (Multiprotocol Label Switching) on the BPX 8620 is configured as a VSI partition, usually VSI partition number 1. VSI VPI 1 is reserved for Automatic Routing Management PVCs. (This restriction applies only to trunks, not to ports. For a port, you can use any VPI value.) For a port UNI, the VPI range is 1 to 255. For a port NNI, the range is 1 to 4095. For trunks that do not have Automatic Routing Management configured, the VPI ranges are the same as for ports.

The VSI partition for MPLS (Multiprotocol Label Switching) should start at VPI 2. If VPI 2 is not to be used, you can use the MPLS (Multiprotocol Label Switching) VPI interface configuration on the LSC (Label Switching Controller) to override the defaults.

For trunks with Automatic Routing Management configured, the range is 2 to 4095. Always set to 2 for trunks.

Should be set to "2" or higher for ports in trunk mode because "1" is reserved for Automatic Routing Management. For ports in port mode it should be set to "1". By default the TSC (for example, 7200 or 7500 series router) will use either a starting VSI VPI of 1 or 2 for tag switching, whichever is available. They default to 1.

End VSI VPI

Two VPIs are sufficient for Release 9.1, although it may be advisable to reserve a larger range of VPIs for later expansion, for example, VPIs 2-15.

The range is the <Start VSI VPI > value to 4095.

Minimum VSI Bandwidth

The minimum port bandwidth that can be used by this partition in cells/second.

The range is 0 to <Maximum Line Rate>. For example, the OC-3 line rate is 352207. 0 is the default.

Maximum VSI Bandwidth

The maximum port bandwidth that can be used by this partition. This value is used for VSI Qbin bandwidth scaling.

The range is 0 to <Maximum Line Rate>. For example, the OC-3 line rate is 352207. 0 is the default.


cnfvsiif

You can use the dspvsiif command to display a service class template assigned to an interface (VI). You can also display a summary of the resources allocated to the VSI partition on a given interface. Multiple users are allowed to use the dspvsiif at one time.

Assigning a Service Template to an Interface

A default service template is assigned to a logical interface (VI) when you up the interface by using upport/uptrk.

For example:

uptrk 1.1

uptrk 1.1.1 (virtual trunk)

upport 1.1

This default template has the identifier of 1. You can change the service template from service template 1 to another service template using the cnfvsiif command. The dspvsiif command allows you to display the template associated with the interface. For example:

cnfvsiif 1.1 2

cnfvsiif 1.1.1 2

dspvsiif 1.1

dspvsiif 1.1.1

cnfvsiif example

You use the cnfvsiif command to assign a selected service template to an interface (VI) by specifying the template number. It has the following syntax:

cnfvsiif <slot.port.vtrk> <tmplt_id>

Full Name

Configure a service class template and assign it to an interface

Syntax

cnfvsiif <slot.port.vtrk> <tmplt_id>

Related Commands

cnfrsrc, dsprsrc, cnfqbin, dspqbin

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

Yes

Yes

BPX

Yes


Example 1

cnfvsiif 11.1 2

System Response


sw53 TN StrataCom BPX 8600 9.2.a5 Date/Time Not Set
Port: 11.1
Service Class Template ID: 2

Last Command: cnfvsiif 11.1 2
Next Command:

cnfvsipart

Use this command to configure VSI partition characteristics. Only VSI ILMI can be enabled by using this command.

Full Name

Configure VSI partition characteristics.

Syntax

cnfvsipart <slot.port.[vtrk]> <part_id> <enable_option>

Table 17-22 cnfvsipart-Parameters

Parameter
Description

slot.port.[vtrk]

Slot, port (and virtual port if applicable) of the interface.

part_id

Partition ID corresponding to the VSI partition.

enable_option

This parameter indicates whether to enable or disable VSI ILMI functionality.

Valid values:

Y enables the VSI ILMI session.

N disables the VSI ILMI session.


Related Commands

cnfrsrc, dspvsipartcnf, cnfport, cnftrk

Attributes

Privilege
Jobs
Log
Node
Lock

1-2

Yes

Yes

BPX

Yes


delctrlr

Deletes VSI capabilities on a trunk interface to which a Feeder of type AAL5 is attached. Use this command to delete a controller, such as a PNNI SES controller, from a BPX node. It deletes the VSI control channels used to communicate between the VSI master on the PNNI controller and the VSI slaves on the BXM cards.

You run this command as the first step in deleting a PNNI controller from a BPX node. The second step is to run the command delshelf to delete the AAL5 feeder.

(Do not use delctrlr to delete a VSI Label Switching controller from a BPX node; you must use delshelf to delete a VSI Label Switching controller from a BPX node.)

In this release, PNNI runs on the Service Expansion Shelf (SES) hardware.

To add VSI controller capabilities onto the newly-created AAL5 interface you use the addctrlr command. You are prompted to enter the controller ID and partition ID. This creates an interface through which a PNNI controller can use the VSI protocol to control the node resources that were previously specified by using the cnfrsrc command.

You remove a PNNI controller from a BPX node by using the delctrlr command. For example, this might be a VSI controller such as an PNNI controller configured with VSI capabilities as an AAL5 interface shelf to a BPX. When you delete one of the controllers by using the delctrlr command, the master-slave connections associated with this controller are deleted. The control VCs associated with other controllers managing the same partition will not be affected.


Note   To add a VSI Label Switch Controller, you use addshelf and delshelf commands, as in releases previous to Release 9.2.


Full Name

Delete VSI capabilities from a AAL5 feeder interface.

Syntax

delctrlr <slot.port> <controller id>

Table 17-23 delctrlr-Parameters

Parameter
Description

slot.port

Slot and port numbers corresponding to the feeder trunk.

controller id

Controller ID number corresponding to the PNNI controller you are deleting. ID numbers should correspond to an active PNNI controller.

Valid controller values are: 1 - 32


Related Commands

addctrlr, dspctrlrs, dspnode

Attributes

Privilege
Jobs
Log
Node
Lock

1

Yes

Yes

BPX

Yes


Example 1

delctrlr 10.3

Description

Delete VSI controller with interface shelf (feeder) type of AAL5 connected on trunk 10.3 from the list of controllers connected to BPX node named "night".

System Response


night TN StrataCom BPX 8600 9.2.00 Apr. 11 1998 14:31 GMT


BPX Controllers Information

Trunk Name Type Part Id Ctrl Id Ctrl IP State
10.3 PAR VSI 1 2 192.0.0.0 Enabled
11.1 VSI VSI 2 2 192.0.0.0 Disabled




Last Command: delctrlr 10.3

System Response


night TN StrataCom BPX 8600 9.2. Apr. 11 1998 14:31 GMT


BPX Controllers Information

Trunk Name Type Part Id Ctrl Id Ctrl IP State
10.3 PAR VSI 1 2 192.0.0.0 Enabled
11.1 VSI VSI 2 2 192.0.0.0 Disabled




Last Command: delctrlr 10.3

Example 2

delctrlr <slot.port><controller_id>

Description

Deletes controller from port 3 on slot 10, with controller name E, and controller ID of 1.

System Response



night TN StrataCom BPX 8600 9.2.00 Apr. 11 1998 14:31 GMT


BPX Controllers Information

Trunk Name Type Part Id Ctrl Id Ctrl IP State
10.3 PAR VSI 1 1 192.0.0.0 Enabled
11.1 VSI VSI 2 2 192.0.0.0 Disabled




Last Command: delctrlr 10.3

delshelf

Deletes an interface shelf from a tiered network. The identifier for an interface shelf is either the trunk number or the name of the shelf. Normally, you do not execute delshelf only at the hub node, but on the IGX/AF itself. The command delshelf has the single function of letting you turn off LMI if the trunk is not allowing communication. In contrast to the deltrk command, you can execute delshelf at any time if no connections terminate at the trunk.

Deleting a Controller

You remove a controller from the node by using the delshelf command. When one of the controllers is deleted using the delshelf command, the master-slave connections associated with this controller will be deleted. The control VCs associated with other controllers managing the same partition will not be affected.

The deletion of the controller will trigger a new VSI configuration CommBus (internal BPX protocol) message. This message will include the list of the controllers attached to the node. The controller deleted will be removed from the list. This message will be sent to all active slaves in the shelf. In cluster configurations, deleting a controller will be communicated to the remote slaves by the slave directly attached through the inter-slave protocol.

While there is at least one controller attached to the node controlling a given partition, the resources in use on this partition should not be affected by a controller being deleted. Only when a given partition is disabled, the slaves will release all the VSI resources used on that partition.

Full Name

Delete an interface shelf.

Syntax

delshelf <trunk> | <shelf-name>

Related Commands

addshelf, dspnode

Attributes

Privilege
Jobs
Log
Node
Lock

1

Yes

Yes

IGX, BPX

Yes


Example 1

delshelf 4.1

Description

Delete shelf trunk A241 from a BPX node.

System Response


nmsbpx23 TN SuperUser BPX 8600 9.2 Aug. 16 1998 13:26 PST

BPX Interface Shelf Information

Trunk Name Type Alarm
1.3 AXIS240 AXIS OK
11.2 A242 AXIS OK











Last Command: delshelf A241

Shelf has been deleted
Next Command:


Table 17-24 delshelf-parameters

Parameter
Description

trunk or shelf name

Specifies the slot and port number of the trunk or the name of the interface shelf.


delyred

This command disables Y-redundancy for the card set in the specified primary slot number. If the secondary card slot is being used as the active slot at the time you use the delyred command, the system attempts to switch back to the primary slot. The substitution takes place only if the primary slot has a complete set of cards and the cards are in a Standby or a Standby-F state (not if they are Failed). See the dspcds description for information on card states. See the addyred and dspyred commands for more information on Y-cable redundancy.

When you issue the delyred command, it always completes. If the primary card is incomplete, control will still be given to the primary card.

Full Name

Delete Y-cable redundancy

Syntax

delyred <primary slot>

Related Commands

addyred, dspyred, prtyred

Attributes

Privilege
Jobs
Log
Node
Lock

1-4

No

Yes

IGX, BPX

Yes


Example

delyred 16

Description

Disable Y-cable redundancy at slot 16.

dspchuse

The dspchuse command displays the a summary of the channel distribution in a given slot. It shows the distribution of channels between AutoRoute pvcs, networking channels, VSI management channels, and channels allocated to the VSI slave.

This command applies only to BXM cards. Previously a debug command; dspchuse is available to multiple users at all privilege levels in this release.

Full Name

Display channel distribution

Syntax

dspchuse <slot >

Related Commands

dspvsiif, dspvsipartinfo

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

No

No

BPX

No


Parameters

Parameter
Description

max

Maximum number of channels supported on the card or port group.

used

Number of channels currently used; this includes all types of channels: networking channels, pvcs, svcs, vsi master-slave vcs, and channels allocated to VSI partitions.

avail

Number or channels still available for use.

netw

Number of network channels used. For each trunk interface (feeder trunk, physical trunk, or virtual trunk) that is upped some channels are reserved for networking. For a feeder or a physical trunk 271 channels are reserved. For a virtual trunk, the first one upped on the port will reserve 271, any subsequent virtual trunk on the same port will reserve 1 more channel.

pvc cnfg

Number of pvcs configured.

svc cnfg

Number of svcs configured.

vsi mgmt

Number of channels used for VSI master-slave vcs. Note: the sum of port group VSI management vcs may be less than the number of VSI management vcs at the card level. This is because the backplane management connection (the leg of the connection from the backplane to the slave) requires resources at the card level but not at the port group level.

vsi cnfg

VSI channels reserved for use by the slave to set up connections requested via the VSI interface. Although the configuration of the partitions is done on a per-interface basis, the pool of LCNs is managed at the card level and at the port group level.

pvc used

Channels currently used by AutoRoute connections.

vsi min

VSI min channels configured for a partition via the cnfrsrc command.

vsi max

VSI max channels configured for a partition via the cnfrsrc command.


Example 1

dspchuse 13

Description

Display channel management summary for slot 13.

System Response

sw53 TN StrataCom BPX 8600 9.2.10 Jan. 10 1999 14:31 GMT

            Channel Management Summary for Slot 13

           max    used   avail    netw pvc  cnfg vsi  mgmt  vsi cnf

card 13:   16320  8675    7645    1358    2304      13     5000
port grp 1: 8160  5849    2311    813    1024      12    4000
port grp 2: 8160  2825   5335    545      1280      0     1000
           pvc cnfg pvc used nw used vsi mgmt  vsi min vsi max
port 1:   256               0    271       0
part 1:                                        1000   4000
part 2:                                       2000   4000
port 2:   256              0     271       0
port 3:   256               0     271       12

This Command: dspchuse 13
Continue?


dspctrlrs

Use the dspctrlrs command to display all VSI controllers, such as a SES PNNI controller on a BPX or IGX node. This command lists:

the controller ID

the partition the controller use

the trunk/interface to which a controller is attached

the controller type (always a VSI controller)

the interface type (AAL5, VSI (Label Switching)

MGX 8220 (formerly called AXIS) interface shelf

the name of the controller/entity on which the controller exists (that is, node name, equipment name).

(Note that you use addshelf and delshelf to add and delete a VSI controller such as a Label Switching Controller to a BPX node.)

You can also the dspnode command to display the VSI controllers on a BPX node.

Full Name

Displays all VSI controllers, for example, all PNNI controllers such as PNNI), on a BPX or IGX node.

Syntax

dspctrlrs <slot.port><controller name string><partition_id><controller_id>

Related Commands

addctrlr, addshelf, cnfctrlr, delctrlr, dspnode

Attributes

Privilege
Jobs
Log
Node
Lock

1

No

Yes

IGX, BPX

Yes


Example 1

dspctrlrs

Description

Display VSI controllers on BPX node sw174.

System Response


sw174 TRM StrataCom BPX 8620 9.2.xS Sep 20 1998 14:31 GMT


BPX 8620 VSI controller information

Ctrl Id Part Id Trunk Ctrlr Type Intfc Type Name
1 1 2.1 VSI AAL5 SIMFDR0



Last Command: dspctrlrs

dspqbin

The dspqbin command displays the qbin resources on the selected port. It displays the qbin parameters currently configured for an interface, and shows whether the qbin resources have been configured by the user OR by a template. The dspqbin command displays whether the qbin has been configured by a user or by the template assigned to the interface. It also displays whether the qbin has EPD enabled/disabled.

The dspqbin commands displays the current qbin configuration on this trunk/port/virtual trunk.

The dspqbin command displays all the fields of a qbin template in Release 9.2. It also indicates whether the qbin is "user configured' or "template configured".

For this release, Class of Service buffer 10 is used for tag switching connections. Check the queue buffer 10 configurations for port 4.1 as follows:

dspqbin 4.1 10

Full Name

Display qbin

Syntax

dspqbin <slot number>.<port number> [qbin-id]


Note   To display a specific qbin configuration on the selected port, enter qbin-id as an optional parameter to the dspqbin command. For Release 9.1, use only qbin 10 for VSI connections.


Related Commands

cnfqbin

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

Yes

No

BPX

No


Example 1

dspqbin 13.1

Description

Display the current qbin configuration on the OC-3 trunk on port 1 of slot 13 on the BPX to support MPLS.

System Response


sw53 TN StrataCom BPX 8600 9.2.a5 Date/Time Not Set
Qbin Database 11.1 on BXM qbin 10 (Configured by ATMF1 Template)
  (EPD Disabled on this qbin)
Qbin State: Enabled
Qbin Discard threshold: 8
Low CLP threshold: 90%
High CLP threshold: 95%
EFCI threshold: 50%

Last Command: dspqbin 11.1 10
Next Command:



Example 2

dspqbin 4.1 10

Description

Display the current qbin configuration on slot 4, port 1, qbin 10.

System Response


sw237 TN StrataCom BPX 8620 9.2.L3 May 10 1999 14:42 PST
Qbin Database 4.1 on BXM qbin 10 (Configured by MPLS1 Template)
(EPD Enabled on this qbin)
Qbin State: Enabled
Discard Threshold: 28800 cells
EPD Threshold: 95%
High CLP Threshold: 100%
EFCI Threshold: 100%
Last Command: dspqbin 4.1 10



Example 3

dspqbin 2.1.1 10

Description

Display qbin 10 on slot 2, port 1, virtual trunk 1.

System Response


Qbin Database 2.1.1 on BXM qbin 10

Qbin Discard threshold: 9800
Low CLP/EPD threshold: 60%
High CLP threshold: 80%
EFCI threshold: 80%




Example 4

dspqbin 13.1.1 10

Description

Display qbin 10 configuration for virtual trunk 1, on port 1 of card slot 13.

System Response


sw237 TN StrataCom BPX 8620 9.2.L3 May 10 1999 14:42 PST
Qbin Database 13.1.1 on BXM qbin 10 (Configured by ATMF1 Template)
(EPD Disabled on this qbin)
Qbin State: Enabled
Discard Threshold: 12 cells
Low CLP Threshold: 60%
High CLP Threshold: 80%
EFCI Threshold: 100%
Last Command: dspqbin 13.1.1 10


Table 17-25

Parameter
Description

slot.port

Specifies the BXM card slot and port number.

Qbin ID

Specifies the ID number of the qbin available for use by the LSC (MPLS Controller) for VSI. The range is 0 to 255. 0 is the default. Always use 10 in Release 9.1; use qbin 13 in Release 9.2.


dspqbin Parameters

Class of Service Buffer Descriptor Template Configuration

below lists parameters included in the Class of Service (CoS) Buffer (qbin) portion of the Service Class Templates. (Note that a qbin is a platform-specific instance (for example, BXM) of the more general Class of Service Buffer. A firmware command sends a command (message) to switch software to initialize the CoS Buffer Descriptors in the Service Class Templates. This command may contain multiple instances of qbin number, each indicating a new qbin configuration.

Table 17-26 Class of Service Buffer Parameters That Display on dspqbin Screen  

Object (Parameter) Name
Range/Values
Default
Description

Service Template ID

0 - 7

R

Service Class Template number for this parameter set.

QBIN Number

0 - 15

R

Identifies the target qbin to modify

Direction

0: Ingress

1 : Egress

R

Indicates whether the QBIN configuration applies to the ingress or egress of the card.

Priority

0 - 15

R

Parameter defines the relative priority of the QBIN in relationship to the other QBINs in the VI. Zero is the highest priority and 15 is the lowest priority.

Discard Selection

1 - CLP Hysteresis

2 - Frame Discard

R

Indicates whether QBIN should perform the CLP Hysteresis or the Frame Discard option. The QBIN can only be configured to do one or the other.

Max Threshold

0 - ? cells

R

Determines the amount of cell memory to dedicated to this Qbin

CLP High Threshold

0 - 100%

R

Parameter determines at which level in the QBIN CLP-tagged cells get discarded. Discard continues until the QBIN depth drops below the QBIN CLP Low Threshold.

CLP Low Threshold

0 - 100%

R

Parameter determines at which level in the QBIN CLP-tagged cells get admitted.

EFCI Threshold

0 - 100%

R

Parameter determines at which level in the QBIN EFCI bits get tagged in the departing cell(s).

EPD 0 Threshold

0 - 100%

R

QBIN Frame Discard threshold for CLP 0 traffic.

WFQ enable

0: Disable

1: Enable

R

Indicates whether weighted fair queueing/ traffic shaping is enabled for this qbin.


dspqbint

Display the qbin (class of service buffer) templates. You can enter optional parameters to display the service classes in a specified qbin template.

Use the dspqbint command to display the service class template number assigned to an interface (VI). The dspsctmplt command has three levels of operation:

dspqbint With no arguments lists all the service templates resident
in the node.

dspqbint <tmplt_id> Lists all the service classes in the template

dspqbint <tmplt_id> Lists all the parameters of that service class

Additional service template commands you can use are:

cnfqbin Configures the qbin. You can answer yes when prompted and
the cnfqbin command will use the card's qbin values from the qbin templates.

dspqbin Displays qbin parameters currently configured for the virtual interface.

dspcd Display the card configuration.

See the sections that precede the VSI commands at the front of this chapter for more high-level information on VSI and more detailed information on service class templates in Release 9.2 and how you use them to configure connections with specified service classes.

Full Name

Display qbin template

Syntax

dspqbint <template #><qbin #>

Description

Display a service class template number, which identifies one of the templates between 1-3, and the qbin number.

Related Commands

dspsct, dspqbin, cnfrsrc, dsprsrc, cnfvsiif, dspvsiif

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

No

No

BPX

No


Example 1

dspqbint <template #> <qbin>

Description

Displays the qbin template number 1 for a specified qbin (10).

System Response



sw53 TN StrataCom BPX 8600 9.2.a5 Date/Time Not Set
Qbin Template: 1 Qbin: 10
CLP High 95 (% of Max Depth)
CLP Low 90 (% of Max Depth)
EFCI Threshold 50 (% of Max Depth)
EPD Enabled
Vc Shaping Enabled
Max Depth 2000 (micro secs)

Last Command: dspqbint 1 10
Next Command:


dsprsrc

The dsprsrc command displays the partition of all the resources on the specified trunk or port. It also displays virtual trunks for a specified trunk or port. Resources not applicable to virtual trunks are not displayed.

Full Name

Display resources

Syntax

dsprsrc <slot number>.<port number>.<vtrk> [partition_id]


Note   To display a specific partition, you can enter the optional partition_id parameter for the dsprsrc command. In this release, the valid partitions are 1 and 2.


Related Commands

cnfrsrc, cnfqbin, dspqbin

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

No

No

BPX

No


Example 1

dsprsrc 3.2.1

Description

Display partition resources on the OC-3 trunk on card slot 3, port 2, and virtual trunk 1 on the BPX node.

System Response

sw57 TN SuperUser BPX 8620 9.2 Mar. 10 1998 10:41 GMT

Port/Trunk : 3.2.1
Template: 3
Maximum PVC LCNS: 256 Maximum PVC Bandwidth:1411679
Min Lcn(1) : 0 Min Lcn(2) : 0
Partition 1
Partition State : Enabled
Minimum VSI LCNS: 0
Maximum VSI LCNS: 1 Used VSI LCNs: 25
Start VSI VP: 1
End VSI VPI : 1
Minimum VSI Bandwidth : 0 Maximum VSI Bandwidth : 0





Example 2

dsprsrc 13.1

Description

Display partition resources on the OC-3 trunk on port 1 of slot 13 on the BPX to support MPLS.

System Response


sw57 TN SuperUser BPX 8620 9.2 Mar. 10 1997 10:41 GMT
Port/Trunk: 13.1 [ACTIVE ]
Interface: OC-3-2
Available Channels: 16000

  Maximum PVC Channels         :   256 (default)
  Maximum PVC Bandwidth        :   352207 cps

  Partition ID : 0
VSI Signalling VCI                 : 32 (default)
  Minimum VSI LCNs                : 0
  Maximum VSI LCNs                : 0
  Start VSI VPI                          : 0
  End VSI VPI                            : 0
  Minimum VSI Bandwidth         : 0 cps
  Maximum VSI Bandwidth        : 0 cps
Last Command: dsprsrc 13.1


Example 3

dsprsrc 4.1 1

Description

Display partition resources on VSI trunk 4.1 (slot.port), specifying partition ID of 1. Note that if the partition is disabled, you only see the Max PVC LCNs Max. PVC Bandwidth available, and Partition ID number parameters.

System Response



sw237 TN StrataCom BPX 8620 9.2.L3 May 10 1999 14:27 PST
Port/Trunk :4.1
Maximum PVC LCNS: 256 Maximum PVC Bandwidth:95000
Partition 1
Partition State : Disable
Last Command:dsprsrc 4.1 1

Example 4

dsprsrc 4.1 1

Description

Display partition resources on VSI trunk 4.1, and partition ID 1. (If the partition is enabled, more parameters related to how resources are partitioned are displayed.)

System Response


sw237 TN StrataCom BPX 8620 9.2.L3 May 10 1999 14:35 PST
Port/Trunk :4.1
Maximum PVC LCNS: 256 Maximum PVC Bandwidth:92000
Partition 1
Partition State : Enabled
Minimum VSI LCNS: 20
Maximum VSI LCNS: 30
Start VSI VPI: 4
End VSI VPI : 6
Minimum VSI Bandwidth : 2000 Maximum VSI Bandwidth : 3000
Last Command:dsprsrc 4.1 1

Example 5

dsprsrc 4.1 1

Description

Display partition resources on VSI trunk 4.1.

System Response


n4 TN SuperUser BPX 8620 9.2 Apr. 4 1998 16:47 PST

Port/Trunk : 4.1

Maximum PVC LCNS: 256 Maximum PVC Bandwidth:26000

Min Lcn(1) : 0 Min Lcn(2) : 0
Partition 1

Partition State : Enabled
Minimum VSI LCNS: 512
Maximum VSI LCNS: 7048
Start VSI VPI: 2
End VSI VPI : 15
Minimum VSI Bandwidth : 26000 Maximum VSI Bandwidth : 100000


Last Command: dsprsrc 4.1 1


Next Command:


Table 17-27 dsprsrc-Parameters

Parameter
Description

slot.port

Specifies the BXM card slot and port number.

Partition ID

Specifies the ID number of the partition available for use by the LSC (MPLS Controller) for VSI. The range is 0 to 255. 0 is the default. Always use 1 in Release 9.1.


dspsct

The dspsct command has three levels of operation:

dspsctmplt specified without any arguments (for example, dspsct)
lists all the templates in the node.

dspsctmplt <tmplt_id> lists all the service classes in that template.

dspsctmplt <tmplt_id> <sc> lists all the parameters of that service class.

Extended Services Types Support

The service-type parameter for a connection is specified in the connection bandwidth information parameter group. The service-type and service-category parameters determine the service class to be used from the service template.

Connection Admission Control (CAC)

For this release, when a connection request is received by the VSI Slave, it is first subjected to a Connection Admission Control process before being forwarded to the firmware layer responsible for actually programming the connection. The granting of the connection is based on the following criteria:

LCNs available in the VSI partition

Qbin

Service Class

QoS guarantees

max CLR

max CTD

max CDV

When the VSI slave accepts (that is, after CAC) a connection setup command from the VSI master in the Label Switch Controller, it receives information about the connection including service type, bandwidth parameters, and QoS parameters. This information is used to determine an index into the VI's selected Service Template's VC Descriptor table thereby establishing access to the associated extended parameter set stored in the table.

Supported Service Types

The service type identifier is a 32-bit number. The service type identifier appears on the dspsct screen when you specify a service class template number and service type; for example:

dspsct <2> <vbrrt1>

A list of supported service templates and associated qbins, and service types is shown in .

Table 17-28 Service Template and Associated Qbin Selection

Template Type
Service Type ID
Service Type
Parameters
Associated Qbin

VSI Special Types

0x0001

0x0002

Default

Signaling

 

13

10

ATMF Types

ATMF1 and

ATMF2 templates

(for PNNI controllers)

0x0100

0x0101

0x0102

0x0103

0x0104

0x0105

0x0106

0x0107

0x0108

0x0109

0x010A

0x010B

cbr.1

vbr.rt1

vbr2.rt

vbr3.rt

vbr1.nrt

vbr.2nrt

vbr.3nrt

ubr.1

ubr.2

abr

cbr.2

cbr.3

ATM Forum (ATMF) Types

See dspsct command for sample parameters for various service types, such as VbrRt1, Cbr1, etc.

10

11

11

11

12

12

12

13

13

14

10

10

MPLS Types

(for MPLS controllers)

0x0001

0x0200

0x0201

0x0202

0x0203

0x0204

0x0205

0x0206

0x0207

0x0210

Default

Signaling

label cos0

label cos1

label cos2

label cos3

label cos4

label cos5

label cos6

label cos7

label ABR

 

13

10

10

11

12

13

10

11

12

13

14


Details of Connection (VC) Parameters Used in Service Class Templates

Listed below is some detailed information on connection (VC) parameters used in service class templates. Some of these parameters may appear on the dspsct display.

Qbin #
Description CoS Buffer (Qbin) to use for this CoS
Range/Values: 10 - 15 (for Release 9.2)
Units: enumeration
UPC Enable
Description: Enable/Disable Policing function. The first 2 values are consistent with the definition for the older cards. Option #2 and #3 are new and provide the ability to turn on policing on just GCRA #1 (PCR policing) or #2 (SCR policing).
Range/Values: 0 -3
0: Disable both GCRAs
1: Enable both GCRAs
2: Enable GCRA #1 only (PCR policing)
3: Enable GCRA #2 only (SCR policing)
Units: enumeration
UPC CLP Selection
Description: Selects processing of policing Buckets based on the CLP bit.
Range/Values: 0 -2
0 - Bk 1: CLP (0+1), Bk 2: CLP (0)
1 - Bk 1: CLP (0+1), Bk 2: CLP (0+1)
2 - Bk 1: CLP (0+1), Bk 2: Disabled
Units: enumeration
Policing Action (GCRA #1)
Description: Indicates how cells that fail the second bucket (SCR bucket) of the policer should be handled, if policing is enabled.
Range/Values: 0 - Discard
1 - Set CLP bit
2 - Set CLP of untagged cells, disc. tag'd cells
Units: enumeration
Policing Action (GCRA #2)
Description: Indicates how cells that fail the second bucket (SCR bucket) of the policer should be handled, if policing is enabled.
Range/Values: 0 - Discard
1 - Set CLP bit
2 - Set CLP of untagged cells, disc. tag'd cells
Units: enumeration
PCR
Description: Peak Cell Rate; used as default value if not supplied in VSI connection request.
Range/Values: 0 - 100
Units: cells/sec
MCR
Description: Minimum Cell Rate; used as default value if not supplied in VSI connection request.
Range/Values: 0 - 100
Units: cells/sec
SCR
Description: Sustained Cell Rate; used as default value if not supplied in VSI connection request.
Range/Values: 0 - 100
Units: cells/sec
ICR
Description: Initial Cell Rate. Used only for ABR VCs to set initial ACR value after idle traffic period.
Range/Values: 0 - 100
Units: cells/sec
MBS
Description: Maximum Burst Size - used to set bucket depth in policer function.
Range/Values: 1 - 5M
Units: cell count
CoS Min BW
Description: Bandwidth reserved for this Class of Service; used to initialize the CoS Buffer (Qbin) Minimum Service Rate (HW param. = ICG), and for CAC purposes (subject to CAC treatment type).
Range/Values: 0% - 100%
Units: % of Partition Min BW.
CoS Max BW
Description: Maximum value allowed for the sum of VC Min. BW's for this CoS; used by CAC (subject to CAC treatment type).
Range/Values: 0% - 100%
Units: % of Partition Max BW
Scaling Class
Description: Scaling table used for modifying per-VC thresholds under VI or Global cell-memory congestion.
Range/Values: choices are 0 - 3,
0: CBR
1: VBR
2: ABR
3: UBR
Units: enumeration
CAC Treatment
Description: Connection Admission Control algorithm used by this CoS
Range/Values: 0 - 256
0: No CAC performed; all connections admitted.
1: LCN_CAC; check for LCN availability only; no BW consideration.
2: MINBW_CAC; LCN + simple min. BW test (sum_of_VC_min_BW <= CoS_max_BW)
3: CAC_2 w/ overbooking allowed
4: ECR_CAC; LCN + ECR calculation (from table) & BW test (sum_of VC_ECR <= Cos_max_BW).
5: CAC_4 w/ overbooking allowed
6: MEASURED_CAC; LCN + ECR calculation (from dynamic measurement) & BW test (sum_of VC_ECR <= Cos_max_BW).
Units: enumeration
VC Max
Description: Maximum VC-cell-count threshold; all cells are discarded on a VC when this threshold has been exceeded.
Range/Values: 0 - VI_max_cell_count
Units: cell count
VC CLPhi
Description: VC cell count above which CLP=1 cells are discarded
Range/Values: 0 - 100
Units: % of VC Max threshold
VC CLPlo
Description: VC cell count below which CLP=1 cells are no longer discarded (discards having begun when CLPhi was exceeded).
Range/Values: 0 - 100
Units: % of VC Max threshold
VC EPD
Description: VC cell count above which AAL-5 frames are discarded
Range/Values: 0 - 100
Units: % of VC Max threshold
VC EFCI
Description: VC cell count above which congestion notification is activated
Range/Values: 0 - 100
Units: % of VC Max threshold
VC Discard Selection
Description: Choice of frame-based discard (EPD) or CLP-hysteresis
Range/Values: 0 - 1
0: CLP Hysteresis
1: EPD
Units: enumeration
VSVD/FCES
Description: For ABR VC's, enable/disable Virtual Source/Virtual Destination (VSVD) and/or Flow Control on External Segments (FCES) functionality
Range/Values: 0 -2
0: None
1: VSVD
2: VSVD w/ FCES
Units: enumeration
ADTF ABR only parameter
Description: ACR decrease time factor; idle time before ACR -> ICR
Range/Values: 10 - 1023
Units: milliseconds
RDF ABR only parameter
Description: Rate Decrease Factor
ACR = ACR - (ACR * RDF)
Range/Values: 2 - 512, in powers of 2
Units: Inverse decrease factor
RIF ABR only parameter
Description: Rate Increase Factor
ACR = ACR + (PCR * RDF)
Range/Values: 2 - 512, in powers of 2
Units: Inverse decrease factor
NRM ABR only parameter
Description: Number of data cells between FRM cells
Range/Values: 2 - 512, in powers of 2
Units: cells
TRM ABR only parameter
Description:
Range/Values:
Units:
CDF ABR only parameter
Description:
Range/Values:
Units:
TBE ABR only parameter
Description:
Range/Values:
Units:
FRTT ABR only parameter
Description:
Range/Values:
Units:

Full Name

Display service class template (SCT)

Syntax

dspsct [template #][service_type]

Related Commands

dspqbintmplt, cnfvsiif, dspvsiif

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

No

No

BPX

No


Example 1

dspsct

Description

Displays all the templates in the node.

System Response


sw53 TN StrataCom BPX 8620 9.2.a5 May 11 1999 14:24 PST
Service Class Templates
Template Name
1 MPLS1
2 ATMF1
3 ATMF2

Last Command: dspsct
Next Command:



Example 2

dspsct 2

Description

Display service class template 2, which displays service classes (also referred to as service categories or service sub-categories) for the ATMF1 template, along with designated qbins (class of service buffers).

System Response


sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 17:48 PST

Service Class Map for ATMF1 Template

Service Class Qbin Service Class Qbin Service Class Qbin

Default 13 Cbr2 10
VbrRt1 11 Cbr3 10
VbrRt2 11
VbrRt3 11
VbrNRt1 12
VbrNRt2 12
VbrNRt3 12
Ubr1 13
Ubr2 13
Abr 14
Cbr1 10

Last Command: dspsct 2


Next Command:


Example 3

dspsct 3

Description

Display service class template 3, which displays service classes (also referred to as service categories or service sub-categories) for the ATMF1 template, along with designated qbins (class of service buffers).

System Response


sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 17:45 PST

Service Class Map for ATMF2 Template

Service Class Qbin Service Class Qbin Service Class Qbin

Default 13 Cbr2 10
VbrRt1 11 Cbr3 10
VbrRt2 11
VbrRt3 11
VbrNRt1 12
VbrNRt2 12
VbrNRt3 12
Ubr1 13
Ubr2 13
Abr 14
Cbr1 10
Last Command: dspsct 3


Next Command:

Example 4

dspsct 2 vbrrt1

Description

Display service class template (SCT) for template number 2 called "vbrrt1".

System Response


sw53 TN BPX 8620 9.2.a3 Apr. 13 1999 17:30 PST

Service Template:ATMF1 (2) Service Type: VbrRt1 (101)

Service Category VbrRt (101)
Qbin 11
UPC Enable GCRA_1_2
UPC CLP Selection CLP01_CLP01
Policing Action 1 DISCARD
Policing Action 2 DISCARD
Sustained Cell Rate 100 (% of PCR)
Maximum Burst Size 1024 (cells)
Scaling Class Scaled 3rd
CAC Treatment CAC4
VC Max Threshold 1280 (cells)
VC Dscd Selection Hysteresis
VC CLP High 80 (% of Vc MAX
Threshold)
Last Command:dspsct 2 vbrrt1



sw236 TRM StrataCom BPX 8620 9.2.a8 May 11 1999 14:35 PST

Service Template:ATMF1 (2) Service Type: VbrRt1 (101)

VC CLP Low 35 (% of Vc MAX Threshold)
Cell Delay Variation Tolerance 250000

Last Command:dspsct 2 vbrrt1


Example 5

dspsct 2 Abr

Description

Display all the parameters of the service class template ID 2, specified by "Abr".

System Response


sw53 TN StrataCom BPX 8600 9.2.a5 Date/Time Not Set
Service Template: ATMF1 (2) Class: Abr (104)
Service Class Type 109
Qbin 14
UPC Enable 2
UPC CLP Selection 2
Policing Action 1 2
Peak Cell Rate 100 (%age of PCR)
Minimum Cell Rate 50 (% of PCR)
Initial Cell Rate 50 (% of PCR)
Scaling Class 0
CAC Treatment 2
VC Max Threshold 0 (cells)
VC CLP High 75 (% of Vc MAX Threshold)
VC CLP Low 30 (% of Vc MAX Threshold)
This Command: dspsct 2 abr

Continue?





Example 6

dspsct 1 Default

Description

Displays the parameters for service class template 1 (the MPLS1 service class template) for the Default service type.

System Response



sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 17:53 PST

Service Template: MPLS1 (1) Service Type: Default (1)

Service Category Default (1)
Qbin 13
UPC Enable NONE
Scaling Class Scaled 1st
CAC Treatment LCN
VC Max Threshold 61440 (cells)
VC Dscd Selection EPD
VC CLP High 100 (% of Vc MAX Threshold)
VC EPD 40 (% of Vc MAX Threshold)
Cell Delay Variation Tolerance 250000



Last Command: dspsct 1 Default


Next Command:

Example 7

dspsct 1 Signaling

Description

Displays the parameters for service class template 1 (the MPLS1 service class template), for the Signaling service type.

System Response


sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 17:57 PST

Service Template: MPLS1 (1) Service Type: Signaling (2)

Service Category Signaling (2)
Qbin 10
UPC Enable NONE
Scaling Class Scaled 1st
CAC Treatment LCN
VC Max Threshold 0 (cells)
VC Dscd Selection Hysteresis
VC CLP High 75 (% of Vc MAX Threshold)
VC CLP Low 30 (% of Vc MAX Threshold)




Last Command: dspsct 1 signaling


Next Command:

CD MAJOR ALARM

Example 8

dspsct 1 Signaling

Description

Displays the parameters for service class template 1 (the MPLS1 service class template), for the Signaling service type.

System Response



sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 17:59 PST

Service Template: MPLS1 (1) Service Type: Tag0 (200)

Service Category Tag0 (200)
Qbin 10
UPC Enable NONE
Scaling Class Scaled 1st
CAC Treatment LCN
VC Max Threshold 61440 (cells)
VC Dscd Selection EPD
VC CLP High 100 (% of Vc MAX Threshold)
VC EPD 40 (% of Vc MAX Threshold)




Last Command: dspsct 1 Tag0


Next Command:


Example 9

dspsct 1 Tag0

Description

Displays the service classes in the service template 3, which is a service class template for use with a PNNI controller.

System Response



sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 17:59 PST

Service Template: MPLS1 (1) Service Type: Tag0 (200)

Service Category Tag0 (200)
Qbin 10
UPC Enable NONE
Scaling Class Scaled 1st
CAC Treatment LCN
VC Max Threshold 61440 (cells)
VC Dscd Selection EPD
VC CLP High 100 (% of Vc MAX Threshold)
VC EPD 40 (% of Vc MAX Threshold)




Last Command: dspsct 1 Tag0


Next Command:



Example 10

dspsct 1 Tag1

Description

Displays the service classes in the service template 3, which is a service class template for use with a PNNI controller.

System Response



sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 18:02 PST

Service Template: MPLS1 (1) Service Type: Tag1 (201)

Service Category Tag1 (201)
Qbin 11
UPC Enable NONE
Scaling Class Scaled 1st
CAC Treatment LCN
VC Max Threshold 61440 (cells)
VC Dscd Selection EPD
VC CLP High 100 (% of Vc MAX Threshold)
VC EPD 40 (% of Vc MAX Threshold)




Last Command: dspsct 1 Tag1


Next Command:


Example 11

dspsct 1 Tag2

Description

Displays the service classes in the service template 3, which is a service class template for use with a PNNI controller.

System Response



sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 18:02 PST

Service Template: MPLS1 (1) Service Type: Tag1 (201)

Service Category Tag1 (201)
Qbin 11
UPC Enable NONE
Scaling Class Scaled 1st
CAC Treatment LCN
VC Max Threshold 61440 (cells)
VC Dscd Selection EPD
VC CLP High 100 (% of Vc MAX Threshold)
VC EPD 40 (% of Vc MAX Threshold)




Last Command: dspsct 1 Tag2


Next Command:



Example 12

dspsct 1 VbrRt1

Description

Displays the service classes in the service template 3, which is a service class template for use with a PNNI controller.

System Response


sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 18:09 PST

Service Template: ATMF1 (2) Service Type: VbrRt1 (101)

Service Category VbrRt (101)
Qbin 11
UPC Enable GCRA_1_2
UPC CLP Selection CLP01_CLP01
Policing Action 1 DISCARD
Policing Action 2 DISCARD
Sustained Cell Rate 100 (% of PCR)
Maximum Burst Size 1024 (cells)
Scaling Class Scaled 3rd
CAC Treatment CAC4
VC Max Threshold 1280 (cells)
VC Dscd Selection Hysteresis
VC CLP High 80 (% of Vc MAX Threshold)
This Command: dspsct 2 VbrRt1


Continue?

Example 13

dspsct 1 VbrRt1

Description

Displays the service classes in the service template 3, which is a service class template for use with a PNNI controller.

System Response


sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 18:11 PST

Service Template: ATMF1 (2) Service Type: Cbr1 (100)

Service Category Cbr (100)
Qbin 10
UPC Enable GCRA_1
UPC CLP Selection CLP01
Policing Action 1 DISCARD
Scaling Class Scaled 4th
CAC Treatment CAC4
VC Max Threshold 160 (cells)
VC Dscd Selection Hysteresis
VC CLP High 80 (% of Vc MAX Threshold)
VC CLP Low 35 (% of Vc MAX Threshold)
Cell Delay Variation Tolerance 250000

Last Command: dspsct 2 Cbr1


Next Command:


dspvsiif

You can use the dspvsiif command to display a service class template assigned to an interface (VI). You can also display a summary of the resources allocated to the VSI partition on a given interface. Multiple users are allowed to use the dspvsiif at one time.

Example

After using cnfvsiif command to assign a selected service class template to an interface, you can use the dspvsiif command to display the type of service template assigned to an interface (VI). It has the following syntax:

dspvsiif <slot.port.vtrk>

Full Name

Display a service class template assigned to an interface.

Syntax

dspvsiif <slot.port.vtrk> <tmplt_id>

Related Commands

cnfrsrc, dsprsrc, cnfqbin, dspqbin

Attributes

Privilege
Jobs
Log
Node
Lock

1-6

Yes

Yes

IGX, BPX

Yes


Example 1

dspvsiif 13.1.1

Description

Display the service class template ID assigned to an interface configured on slot 13, port 1, virtual trunk of 1. In this case, service class template 2 has been assigned to this interface.

System Response




sw237 TN StrataCom BPX 8620 9.2.L3 May 10 1999 14:39 PST
Virtual Trunk :13.1.1
Service Class Template ID:2


Last Command:dspvsiif 13.1.1

Example 2

dspvsiif 11.1 2

Description

Display a service class template assigned to an interface.

System Response


sw53 TN StrataCom BPX 8600 9.2.30 Date/Time Not Set
Port: 11.1
Service Class Template ID: 2
VSI Partitions
               channels              bw             vpi
Part   E/D   min   max      min   max      start end   ilmi
1     E     1000  4000     10000 40000    240   249   Off
2     E     2000  4000     20000 40000    250   255   On


Last Command: dspvsiif 11.1 2
Next Command:

dspvsipartcnf

Use this command to display VSI partition characteristics. It displays information about only VSI ILMI functionality. This command displays:

whether VSI ILMI is enabled for a given partition

the LCN used for the sessions (only for trunk interfaces)

the type of IP address downloaded to the BXM card for topology discovery purposes

If no partition is specified, this command displays the above information about all the VSI partitions and also the Sys_Id downloaded to the BXM card for ILMI functionality.

Full Name

Display VSI partition characteristics.

Syntax

dspvsipartcnf <slot.port.[vtrk]> [partition_id]

Table 17-29 dspvsipartcnf-Parameters

Parameter
Description

slot.port.[vtrk]

Slot, port (and virtual port if applicable) of the interface.

partition_id

Partition ID corresponding to the VSI partition. This parameter is optional and if not specified, this command will display information about all VSI partitions.


Related Commands

cnfrsrc, cnfvsipart, cnfport, cnftrk

Attributes

Privilege
Jobs
Log
Node
Lock

1-2

Yes

No

BPX

Yes


dspvsipartinfo

Use the dspvsipartinfo command to display VSI statistics for a particular active partition on an interface. You can use the dspvsipartinfo command on only one partition at a time, to get VSI statistics on an interface (can be a port or virtual trunk). You can optionally specify an interval in seconds, which will display VSI statistics for the specified active partition every x seconds. The command shows you some of the same parameters that display on the cnfrsrc screen, such as Min LCNs and Max LCNs, Used LCNs and Available LCNs, and Min BW, Max BW, and Used BW.

The command dspvsipartinfo also displays a line that provides slave redundancy status. It tells you whether the standby card is in synch with the active card. You must have cards in Y-redundancy configuration for this line to display.

Multiple users may use the dspvsipartinfo command at the same time.

Job mode is not allowed.

Full Name

Display VSI statistics per partition.

Syntax

dspvsipartinfo <interface>.<partition>[<interval>]

<interface>             the slot.port.[vtrk] of the interface being monitored.

<partition>             partition id for which information is to be displayed.

<interval>               the refresh interval for displaying data. Range:1-60 seconds. Default: 1 second.

Related Commands

cnfrsrc, dsprsrc, cnfvsiif, dspvsiif

Attributes

Privilege
Jobs
Log
Node
Lock
Multiple Users

1-6

No

No

BPX

Yes

Yes


Information Displayed

Parameter
Description

Min BW

Configured minimum bandwidth for this partition (for reference only).

Max BW

Configured maximum bandwidth for this partition (for reference only).

Used BW

Bandwidth currently used by connections on this partition.

Available BW

Bandwidth currently available to connections on this partition. This is determined based on the minimum and maximum bandwidth configured for the partition and the bandwidth currently available in the common pool.

Min Lcns

Configured minimum LCNs for this partition (for reference only).

Max Lcns

Configured maximum LCNs for this partition (for reference only).

Used Lcns

Number of LCNs currently used by connections in this partition.

Available Lcns

Number of LCNs available to this partition. This is determined based on the minimum and maximum LCNs configured for the partition and the LCNs currently available in the common pool.


Example 1

dspvsipartinfo 3.1 1 10

Description

Display VSI statistics for slot 3, port 1 for interface configured on partition ID 1, at an interval of every 10 seconds.

System Response


sw237 TN StrataCom BPX 8620 9.2.1G June 9 1999 17:32 PST

VSI Resources Status for trunk 3.1 Partition 1

Min Lcns : 0 Min BW (cps)    : 0
Max Lcns : 20 Max BW (cps)   : 0
Used Lcns : Used BW (cps)    :
Available Lcns : Available BW(cps):



Next Command: dspvsipartinfo 3.1 1

Example 2

dspvsipartinfo 11.1 2 10

Description

Display VSI statistics for port 1 for interface configured on partition ID 2, at an interval of every 10 seconds.


sw53 TN StrataCom BPX 8600 9.2.10 Jan. 10 1999 14:31 GMT


VSI Resource Status for port 11.1 Partition 2
Min Lcns         1000         Min BW (cps)       20000
Max Lcns         4000         Max BW (cps)      40000
Used Lcns        500          Used BW (cps)      20000
Available Lcns: : 1000         Available BW(cps)   10000

This Command: dspvsipartinfo 11.1 2 10
Hit DEL key to quit:


Example 3

dspvsipartinfo 4.1 1

Description

Display VSI statistics for slot 4, port 1 for interface configured on partition ID 1.

System Response


sw237 TN StrataCom BPX 8620 9.2.L3 May 10 1999 14:58 PST
VSI Resources Status for trunk 4.1 Partition 1 Snapshot
Min Lcns :20 Min BW (cps)    :2000
Max Lcns :30 Max BW (cps)    :3000
Used Lcns : Used BW (cps)    :
Available Lcns : Available BW(cps):

Last Command:dspvsipartinfo 4.1 1

dspvsich

The dspvsich command is a debug command that displays VSI logical connections. These VSI logical connections are also sometimes referred to as management LCNs (1-6, 9-15). The dspvsich command displays the LCN number, type of channel (for example, interslave, master-slave, or intershelf); the destination slot, and destination LCN.

(Note that you must have debug level privileges to use this command, that is, either Service or StrataCom level privileges. Check with the TAC for assistance in accessing these commands.)

In this release, this command displays the control_VPI and control_VCI_start of the particular controller.

Full Name

Display VSI logical connections

Syntax

dspvsich <slot>

Description

Display the VSI channels (or LCNs) on the specified slot.

Related Commands

cnfqbin

Attributes

Privilege
Jobs
Log
Node
Lock

Service Level

No

No

BPX

No


Example

dspqbin 13.1

Description

Display the current qbin configuration on the OC-3 trunk on port 1 of slot 13 on the BPX to support MPLS (Multiprotocol Label Switching).

Example

dspvsich 4

Description

Display VSI management channels (or LCNs) on slot 4

System Response


sw237 TN StrataCom BPX 8620 9.2.a3 June 16 1999 05:10 PST
VSI lcns for Slot 4
lcn type dest_slot dest_lcn vpi vci
272 slave-end msvc 13 546 - -
16365 control-port msvc local - 1 23
16364 control-port msvc 3 16365 1 22
16374 control-port msvc 13 8173 1 32
16349 interslave 3 16350 - -
16359 interslave 13 8158 - -
Last Command: dspvsich 4



Table 17-30 dspvsich—Parameters  

Parameter
Description

slot.port

Specifies the BXM card slot and port number.

Qbin ID

Specifies the ID number of the Qbin available for use by the LSC (MPLS Controller) for VSI. The range is 0 to 255. 0 is the default. Always use 10 in 9.1.


.

dspyred

Displays information for Y-cable pairings. A single slot can be specified, or all pairings are displayed when no slot is specified. Slot numbers appearing in high intensity indicate active card status. Front card, back card, and channel configuration conflicts appear in reverse video. A conflict occurs when the port interfaces are different for corresponding ports in a redundant slot pair. The output display contains the following information:

First column (Slot) designates the slot of the displayed card.

Second column (Slot Type) designates its status, Pri (primary) or Sec (secondary).

Third column (Other Slot) designates the slot number of the associated Y-redundant card.

Fourth column (Front Card) designates the type of card in the front slot.

Fifth column (Back Card) designates the type of card in the back slot.

Remaining columns (Channel Configuration) describe the channel configurations when appropriate.

Full Name

Display Y-cable redundancy

Syntax

dspyred [slot]

Related Commands

addyred, delyred, prtyred

Attributes

Privilege
Jobs
Log
Node
Lock

1-4

No

No

IGX, BPX

No


Example 1

dspyred

Description

Display Y-redundancy for all cards.

System Response


beta TRM YourID:1 IGX 8420 9.2 Aug. 15 1998 14:28 MST
Slot Other Front Back Channel Configuration
Slot Type Slot Card Card 1 2 3 4 5 6 7 8
25 Pri 26 SDP RS232 DCE DCE DCE DCE
26 Sec 25 SDP RS232 DCE DCE DCE DCE

Last Command: dspyred
Next Command:

hometocprevnextglossaryfeedbacksearchhelp

Posted: Thu Oct 21 15:19:11 PDT 2004
All contents are Copyright © 1992--2004 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.