Table Of Contents
Controlled Switch Ports Represented as Router Interfaces
Support for ATM Forum Protocols
Tag Switching/MPLS Terminology
Supported Standards, MIBs, and RFCs
Configuring MPLS on a LSC-Controlled BPX Port
show controllers vsi control-interface
show controllers vsi descriptor
show tag-switching atm-tdp bindings
show tag-switching atm-tdp bindwait
show xtagatm cos-bandwidth-allocation XTagATM
debug tag-switching xtagatm cross-connect
debug tag-switching xtagatm vc
debug tag-switching xtagatm errors
debug tag-switching xtagatm events
MPLS Label Switch Controller
This feature module describes the Cisco MPLS Label Switch Controller (LSC) feature. It includes information about the benefits of the MPLS LSC, supported platforms, configuration examples, and related commands.
Feature Overview
The label switch controller (LSC), combined with the Cisco BPX 8650 IP+ATM switch, delivers scalable integration of IP services over an ATM network.
The LSC enables the BPX 8650 to:
•
Participate in a MPLS network
•
Directly peer with IP edge routers
•
Support the full suite of IP features available in Cisco IOS
The LSC creates MPLS highly scalable IP+ATM integration by using a direct peer relationship between the BPX 8650 and IP edge routers. This direct peer relationship removes the limit placed on the number of IP edge routers (seen in traditional IP-over-ATM networks) allowing service providers to keep pace with the growing demand for IP services. The LSC also supports the quick and direct implementation of advanced IP services over ATM networks with BPX 8650s.
MPLS combines the performance and virtual circuit capabilities of Layer 2 (data link layer) switching with the proven scalability of Layer 3 (network layer) routing to deliver a solution to service providers that meets the challenge of managing explosive growth and providing differentiated services while leveraging their existing infrastructure.
The MPLS architecture provides the flexibility to:
•
Run over any combination of Layer 2 technologies
•
Support any Layer 3 protocol while scaling beyond today's current solutions.
By deploying MPLS across the Internet or large enterprise networks, customers can:
•
Save money by using existing ATM and routing infrastructures
•
Grow revenue with tag-enabled services
•
Increase productivity with enhanced network scalability and performance
Functional Description
The label switch controller (LSC) is a label switch router (LSR) that controls the operation of a separate ATM switch. Together, the router and ATM switch function as a single ATM MPLS router (ATM-LSR). A Cisco 7200 or 7500 series router acts as the LSC, and a Cisco BPX 8600 Service Node or a partner's switch acts as the VSI-controlled ATM switch. The LSC controls the ATM switch using the Cisco Virtual Switch Interface (VSI), which runs over an ATM link connecting the two.
The combination of a LSC and the ATM switch it controls is shown in .
Figure 1 Label Switch Controller and Controlled ATM Switch
In , the dotted line represents the external interface of the LSC and controlled switch as seen in the IP routing topology. The controlled ATM switch shows one or more LC-ATM interfaces at this external interface and the LSC may include additional interfaces that may or may not be label controlled.
Controlled Switch Ports Represented as Router Interfaces
On the LSC, the LC-ATM ports on the controlled switch are represented as an IOS interface type called extended Label ATM (XTagATM). You associate XTagATM interfaces with particular physical interfaces on the controlled switch through the extended-port interface configuration command.
illustrates a configuration in which a LSC controls three ports on a BPX—6.1, 6.2, and 12.2.
These corresponding XTagATM interfaces were created on the LSC and associated with the corresponding ATM ports using the extended-port interface configuration command. Note that:
•
An additional port on the BPX (12.1) acts as the switch control port
•
An ATM interface (ATM1/0) on the LSC acts as the master control port
shows a typical LSC configuration in which the LSC and BPX switch function together as an ATM-LSR.
Figure 2 Typical LSC and BPX Configuration
LSC as Label Edge Device
The LSC can:
•
Function simultaneously as a controller for an ATM switch and as a label edge device. Traffic can be forwarded between a router interface and a LC-ATM interface on the controlled switch as well as between two LC-ATM interfaces on the controlled switch.
•
Perform the imposition and removal of labels and can serve as the head or tail of a label-switched path tunnel. However, when the LSC acts as a label edge device the LSC is limited by the capabilities of its control link with the switch as follows:
•
Total throughput between all other router interfaces and switch interfaces is limited by the bandwidth of the control link (that is, OC-3, 155 Mbps).
•
Label space for LSC-terminated VCs is limited by the number of VCs supported on the control link.
Support for ATM Forum Protocols
You can connect the LSC to a network running ATM Forum protocols while the LSC simultaneously performs its LSC function. However, you must connect the ATM Forum network through a separate ATM interface (that is, not through the master control port).
Tag Switching/MPLS Terminology
The following table lists old tag switching terms and new MPLS terms used in this document.
Benefits
IP-ATM Integration
Enables ATM switches, including the Cisco BPX 8650 and 8680 switches to directly support advanced IP services and protocols, thereby reducing operational costs and bandwidth, and decreasing time to market for new services.
Explicit Routing
Provides Layer 2 VCs to gigabit router backbones and integrated IP+ATM environments, including support for explicit routing and provisioning of IP VPN services.
Virtual Private Networks
Supports IP-based VPNs on either a Frame Relay/ATM backbone, integrated IP-ATM backbone, or a gigabit router backbone.
Supported Platforms
•
Cisco 7500 series routers—The supported interfaces are the ATM Interface Processor (AIP), Virtual Interface Processor (VIP) and ATM port adapter (PA-A1 and PA-A3).
•
Cisco 7200 series routers—The supported interface is the ATM port adapter (PA-A1 and PA-A3).
Supported Standards, MIBs, and RFCs
MIB
No new or modified MIBs are supported by this feature.
RFC
No new or modified RFCs are supported by this feature.
Standards
No new or modified standards are supported by this feature.
Configuration Tasks
This section provides an example of a configuration task for enabling MPLS on a label switch controller (LSC).
Refer to the Cisco BPX 8600 Series documentation for the BPX Service Node configuration examples.
Configuring MPLS on a LSC-Controlled BPX Port
Note
For Release 12.0(5)T, the XTagATM interfaces must be configured with the no ip route-cache cef command.
Verifying LSC Configuration
Configuration Example
Configuring ATM-LSRs
In , the network topology includes ATM-LSRs in a MPLS network. The network topology provides configurations for two LSCs (Cisco 7200 routers), two BPX service nodes and two edge LSRs (Cisco 7500 routers).
Figure 3 ATM-LSR Network Configuration Example
This section shows examples for the following configurations:
•
LSC1
•
BPX1 and BPX2
•
LSC2
•
Edge LSR1
•
Edge LSR2
Configuration for LSC1
7200 LSC1:ip cef switch!interface loopback0ip address 192.103.210.5 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi!interface XTagATM13extended-port ATM3/0 bpx 1.3!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache ceftag-switching ip!interface XTagATM22extended-port ATM3/0 bpx 2.2!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache ceftag-switching ip!Configuration for BPX1 and BPX2
BPX1 and BPX2:uptrk 1.1cnfrsrc 1.1 256 0 1 e 0 2000 1 255 0 353000uptrk 1.3cnfrsrc 1.3 256 0 1 e 0 2000 1 255 0 353000uptrk 2.2cnfrsrc 2.2 256 0 1 e 0 2000 1 255 0 353000addshelf 1.1 v 1 1Configuration for LSC2
7200 LSC2:ip cef switch!interface loopback0ip address 142.2.143.22 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi slaves 2!interface XTagATM13extended-port ATM3/0 bpx 1.3!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache ceftag-switching ip!interface XTagATM22extended-port ATM3/0 bpx 2.2!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache ceftag-switching ip!Configuration for Edge LSR1
7500 LSR1:ip cef distributed switch!interface ATM2/0/0no ip address!interface ATM2/0/0.5 tag-switchingip address 142.6.132.2 255.255.0.0tag-switching atm vpi 2-5tag-switching ip!Configuration for Edge LSR2
7500 LSR2:ip cef distributed switch!interface ATM2/0/0no ip address!interface ATM2/0/0.9 tag-switchingip address 142.2.142.2 255.255.0.0tag-switching atm vpi 2-5tag-switching ipConfiguring Multi-VCs
When configuring Multi-VC support, 4 label VCs to each destination are created by default. These 4 VCs are called standard, available, premium, and control. By default class 0 and class 4 traffic take the standard VC, class 1 and class 5 take the available VC, class 2 and class 6 take the premium VC and class 3 and class 7 take the control VC.
This section shows examples for the following configurations:
•
LSC1
•
BPX1 and BPX2
•
LSC2
•
Edge LSR1
•
Edge LSR2
Configuration for LSC1
7200 LSC1:ip cef switch!interface loopback0ip address 192.103.210.5 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi!interface XTagATM13extended-port ATM3/0 bpx 1.3tag-switching atm cos available 25tag-switching atm cos standard 25tag-switching atm cos premium 25tag-switching atm cos control 25!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache cef!tag-switching ip!interface XTagATM23extended-port ATM3/0 bpx 2.2tag-switching atm cos available 20tag-switching atm cos standard 30tag-switching atm cos premium 25tag-switching atm cos control 25!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache cef!tag-switching ip!Configuration for BPX1 and BPX2
BPX1 and BPX2:uptrk 1.1cnfrsrc 1.1 256 0 1 e 0 2000 1 255 0 353000uptrk 1.3cnfrsrc 1.3 256 0 1 e 0 2000 1 255 0 353000uptrk 2.2cnfrsrc 2.2 256 0 1 e 0 2000 1 255 0 353000addshelf 1.1 v 1 1Configuration for LSC2
7200 LSC2:ip cef switch!interface loopback0ip address 142.2.143.22 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi slaves 2!interface XTagATM13extended-port ATM3/0 bpx 1.3tag-switching atm cos available 25tag-switching atm cos standard 25tag-switching atm cos premium 25tag-switching atm cos control 25!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache cef!tag-switching ip!interface XTagATM22extended-port ATM3/0 bpx 2.2tag-switching atm cos available 10tag-switching atm cos standard 40tag-switching atm cos premium 25tag-switching atm cos control 25!ip unnumbered loopback0tag-switching atm vpi 2-5no ip route-cache cef!tag-switching ip!Configuration for Edge LSR1
7500 LSR1:ip cef distributed switch!interface ATM2/0/0no ip address!interface ATM2/0/0.5 tag-switchingip address 142.6.132.2 255.255.0.0tag-switching atm vpi 2-5tag-switching atm multi-vctag-switching ip!7500 LSR2:ip cef distributed switch!interface ATM2/0/0no ip address!interface ATM2/0/0.9 tag-switchingip address 142.2.142.2 255.255.0.0tag-switching atm vpi 2-5tag-switching atm multi-vctag-switching ip!QoS Support
If LSC1 supports QoS and the LSC2 does not support QoS, for example, LSC1 makes VC requests for the following default classes (control=CoS3, standard= CoS1). LSC2 will ignore the call field in the request and allocate two UBR label VCs.
If LSR1 supports QoS and the LSR2 does not support QoS, LSR2 will receive the request to create multiple label VCs, but by default, it creates class 0 only (UBR).
Command Reference
This section documents new commands. All other commands used with this feature are documented in the Cisco IOS Release 12.0 command reference publications.
•
show controllers vsi control-interface
•
show controllers vsi descriptor
•
show tag-switching atm-tdp bindings
•
show tag-switching atm-tdp bindwait
•
show xtagatm cos-bandwidth-allocation XTagATM
In Cisco IOS Release 12.0(1)T or later, you can search and filter the output for show and more commands. This functionality helps you to sort through large amounts of output, or to exclude output that you do not need to see.
To use this functionality, enter a show or more command followed by the "pipe" character (|), one of the keywords begin, include, or exclude, and an expression that you want to search or filter on:
command | {begin | include | exclude} regular-expression
Following is an example of the show atm vc command in which you want the command output to begin with the first line where the expression "PeakRate" appears:
show atm vc | begin PeakRate
For more information on the search and filter functionality, refer to the Cisco IOS Release 12.0(1)T feature module titled CLI String Search.
Command Conventions
extended-port
To associate the currently selected extended MPLS ATM (XTagATM) interface with a particular external interface on the remotely controlled ATM switch, use the extended-port interface configuration command.
extended-port ctrl-if {bpx bpx-port-number | descriptor vsi-descriptor | vsi vsi-port-number}
Syntax Description
Default
No default behavior or values.
Command Mode
Interface configuration
Command History
Usage Guidelines
The extended-port interface configuration command associates an XTagATM interface with a particular external interface on the remotely controlled ATM switch. The three alternate forms of the command permit the external interface on the controlled ATM switch to be specified in three different ways.
Example
The following example shows you how to create an extended MPLS ATM interface and bind it to the BPX port 2.3.
interface XTagATM0extended-port atm0/0 bpx 2.3Related Command
Command Descriptioninterface XTagATM
Enters configuration mode for an extended MPLS ATM (XTagATM) interface.
interface XTagATM
To enter interface configuration mode for the extended MPLS ATM (XTagATM) interface, use the interface XTagATM global configuration command. The interface is created the first time this command is issued for a particular interface number.
interface XTagATM if-num
Syntax Description
Default
No default behavior or values.
Command Mode
Global configuration
Command History
Usage Guidelines
Extended MPLS ATM interfaces are virtual interfaces that are created on first reference-like tunnel interfaces. They are similar to ATM interfaces except that they only support LC-ATM encapsulation.
Example
The following example shows you how to create the extended MPLS ATM interface with the interface number 62:
(config)# interface XTagATM62Related Command
Command Descriptionextended-port
Associates the currently selected extended MPLS ATM (XTagATM) interface with a remotely controlled switch.
show atm vc
To display information about private ATM virtual circuits (VCs), use the show atm vc privileged EXEC command.
show atm vc [vcd]
Private VCs exist on the control interface of a LSC to support corresponding VCs on an extended MPLS ATM interface.
Syntax Description
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
VCs on the extended MPLS ATM interfaces do not appear in the show atm vc command output. Instead, the show xtagatm vc command provides a similar output which shows information only on extended MPLS ATM VCs.
Examples
In the following example, no VCD is specified and private VCs are present.
Router# show atm vcAAL / Peak Avg. BurstInterface VCD VPI VCI Type Encapsulation Kbps Kbps Cells StatusATM1/0 1 0 40 PVC AAL5-SNAP 0 0 0 ACTIVEATM1/0 2 0 41 PVC AAL5-SNAP 0 0 0 ACTIVEATM1/0 3 0 42 PVC AAL5-SNAP 0 0 0 ACTIVEATM1/0 4 0 43 PVC AAL5-SNAP 0 0 0 ACTIVEATM1/0 5 0 44 PVC AAL5-SNAP 0 0 0 ACTIVEATM1/0 15 1 32 PVC AAL5-XTAGATM 0 0 0 ACTIVEATM1/0 17 1 34 TVC AAL5-XTAGATM 0 0 0 ACTIVEATM1/0 26 1 43 TVC AAL5-XTAGATM 0 0 0 ACTIVEATM1/0 28 1 45 TVC AAL5-XTAGATM 0 0 0 ACTIVEATM1/0 29 1 46 TVC AAL5-XTAGATM 0 0 0 ACTIVEATM1/0 33 1 50 TVC AAL5-XTAGATM 0 0 0 ACTIVEWhen you specify a VCD value and the VCD corresponds to that of a private VC on a control interface, the display output appears as follows:
Router# show atm vc 15ATM1/0 33 1 50 TVC AAL5-XTAGATM 0 0 0 ACTIVE ATM1/0: VCD: 15, VPI: 1, VCI: 32, etype:0x8, AAL5 - XTAGATM, Flags: 0xD38PeakRate: 0, Average Rate: 0, Burst Cells: 0, VCmode: 0x0 XTagATM1, VCD: 1, VPI: 0, VCI: 32 OAM DISABLED, InARP DISABLED InPkts: 38811, OutPkts: 38813, InBytes: 2911240, OutBytes: 2968834 InPRoc: 0, OutPRoc: 0, Broadcasts: 0 InFast: 0, OutFast: 0, InAS: 0, OutAS: 0 OAM F5 cells sent: 0, OAM cells received: 0 Status: ACTIVEdefines the fields displayed in this example.
Table 1 Show ATM VC Command Field Descriptions
show interface XTagATM
To display information about an extended MPLS ATM interface, use the show interface XTagATM EXEC command.
show interface XTagATM if-num
Syntax Description
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
Extended MPLS ATM interfaces are virtual interfaces that are created on first reference like tunnel interfaces. They are similar to ATM interfaces except that they only support LC-ATM encapsulation.
Example
The following is sample output from the show interface XTagATM command:
Router# show interface XTagATM0XTagATM0 is up, line protocol is upHardware is Tag-Controlled Switch PortInterface is unnumbered. Using address of Loopback0 (12.0.0.17)MTU 4470 bytes, BW 156250 Kbit, DLY 80 usec, rely 255/255, load 1/255Encapsulation ATM Tagswitching, loopback not setEncapsulation(s): AAL5Control interface: ATM1/0, switch port: bpx 10.29 terminating VCs, 16 switch cross-connectsSwitch port traffic:129302 cells input, 127559 cells outputLast input 00:00:04, output never, output hang neverLast clearing of "show interface" counters neverQueueing strategy: fifoOutput queue 0/0, 0 drops; input queue 0/75, 0 dropsTerminating traffic:5 minute input rate 1000 bits/sec, 1 packets/sec5 minute output rate 0 bits/sec, 1 packets/sec61643 packets input, 4571695 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort53799 packets output, 4079127 bytes, 0 underruns0 output errors, 0 collisions, 0 interface resets0 output buffers copied, 0 interrupts, 0 failuresdefines the significant fields in this display.
Table 2 Show Interface XTagATM Command Field Descriptions
Related Command
Command Descriptioninterface XTagATM
Enters configuration mode for an extended MPLS ATM (XTagATM) interface.
show controllers XTagATM
To display information about an extended MPLS ATM interface or, if an interface is not specified, about all extended MPLS ATM interfaces, that are controlled through the VSI protocol, use the show controllers XTagATM EXEC command.
show controllers XTagATM if-num
Syntax Description
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
Per-interface information includes the interface name, the physical descriptor, the interface status, the physical interface state (supplied by the switch), acceptable VPI and VCI ranges, maximum cell rate, available cell rate (forward/backward), and available channels.
Similar information appears if you enter the show controllers vsi descriptor command However, you must specify an interface by its (switch-supplied) physical descriptor, instead of its IOS interface name. For the BPX, the physical descriptor has the form:
slot.port.0
Example
In this example, the sample output is from the show controllers XTagATM command specifying interface 0.
Router# show controllers XTagATM 0Interface XTagATM0 is up Hardware is Tag-Controlled ATM Port (on BPX switch BPX-VSI1) Control interface ATM1/0 is up Physical descriptor is 10.2.0 Logical interface 0x000A0200 (0.10.2.0) Oper state ACTIVE, admin state UP VPI range 1-255, VCI range 32-65535 VPI is not translated at end of link Tag control VC need not be strictly in VPI/VCI range Available channels: ingress 30, egress 30 Maximum cell rate: ingress 300000, egress 300000 Available cell rate: ingress 300000, egress 300000 Endpoints in use: ingress 7, egress 8, ingress/egress 1 Rx cells 134747 rx cells discarded 0, rx header errors 0 rx invalid addresses (per card): 52994 last invalid address 0/32 Tx cells 132564 tx cells discarded: 0defines the significant fields in this display.
Table 3 Show Controllers XTagATM Command Field Descriptions
Related Command
Command Descriptionshow controllers vsi descriptor
Displays information about a switch interface discovered by the LSC through VSI.
show controllers vsi control-interface
To display information about an ATM interface that is configured with the tag-control-protocol vsi EXEC command to control an external switch, or if an interface is not specified, about all VSI control interfaces, use the show controllers vsi control-interface command.
show controllers vsi control-interface [interface]
Syntax Description
Default
No default behavior or values.
Command Mode
EXEC
Command History
Examples
The following is sample output from the show controllers vsi control-interface command:
Router# show controllers vsi control-interfaceInterface: ATM2/0 Connections: 14The display shows the number of cross-connects currently on the switch that were established by the LSC through VSI over the control interface.
Related Command
show controllers vsi descriptor
To display information about a switch interface discovered by the LSC through VSI, or if no descriptor is specified, about all such discovered interfaces, use the show controllers vsi descriptor EXEC command. You specify an interface by its (switch-supplied) physical descriptor.
show controllers vsi descriptor [descriptor]
Syntax Description
descriptor
Optional) Physical descriptor. For the BPX, the physical descriptor has the following form:
slot.port.0
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
Per-interface information includes the interface name, the physical descriptor, the interface status, the physical interface state (supplied by the switch), acceptable VPI and VCI ranges, maximum cell rate, available cell rate (forward/backward), and available channels.
Similar information is displayed when you enter the show controllers XTagATM command However, you must specify an IOS interface name instead of a physical descriptor.
Example
The following is sample output from the show controllers vsi descriptor command:
Router# show controllers vsi descriptor 12.2.0Phys desc: 12.2.0Log intf: 0x000C0200 (0.12.2.0)Interface: XTagATM0IF status: up IFC state: ACTIVE Min VPI: 1 Maximum cell rate: 10000 Max VPI: 259 Available channels: 2000 Min VCI: 32 Available cell rate (forward): 10000 Max VCI: 65535 Available cell rate (backward): 10000defines the significant fields in this display.
Table 4 Show Controllers VSI Descriptor Command Field Description
Related Command
Command Descriptionshow controllers XTagATM
Displays information about an extended MPLS ATM interface.
show controllers vsi session
To display information about all sessions with VSI slaves, use the show controllers vsi session EXEC command.
show controllers vsi session [session-num [interface interface]]
Note
A session consists of an exchange of VSI messages between the VSI master (the LSC) and a VSI slave (an entity on the switch). There may be multiple VSI slaves for a switch. On the BPX, each port or trunk card assumes the role of a VSI slave.
Syntax Description
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
If a session number and an interface are specified, detailed information on the individual session is presented. If the session number is specified but the interface is omitted, detailed information on all sessions with that number is presented. (Only one session can contain a given number in the first release, as multiple control interfaces are not supported.)
Examples
The following is sample output from the show controllers vsi session command:
Router# show controllers vsi sessionInterface Session VCD VPI/VCI Switch/Slave Ids Session StateATM0/0 0 1 0/40 0/1 ESTABLISHED ATM0/0 1 2 0/41 0/2 ESTABLISHED ATM0/0 2 3 0/42 0/3 DISCOVERY ATM0/0 3 4 0/43 0/4 RESYNC-STARTING ATM0/0 4 5 0/44 0/5 RESYNC-STOPPING ATM0/0 5 6 0/45 0/6 RESYNC-UNDERWAY ATM0/0 6 7 0/46 0/7 UNKNOWN ATM0/0 7 8 0/47 0/8 UNKNOWN ATM0/0 8 9 0/48 0/9 CLOSING ATM0/0 9 10 0/49 0/10 ESTABLISHED ATM0/0 10 11 0/50 0/11 ESTABLISHED ATM0/0 11 12 0/51 0/12 ESTABLISHEDdefines the significant fields in this display.
Table 5 Show Controllers VSI Session Command Field Descriptions
In this example, session number 9 is specified with the show controllers vsi session command:
Router# show controllers vsi session 9Interface: ATM1/0 Session number: 9VCD: 10 VPI/VCI: 0/49Switch type: BPX Switch id: 0Controller id: 1 Slave id: 10Keepalive timer: 15 Powerup session id: 0x0000000ACfg/act retry timer: 8/8 Active session id: 0x0000000AMax retries: 10 Ctrl port log intf: 0x000A0100Trap window: 50 Max/actual cmd wndw: 21/21Trap filter: all Max checksums: 19Current VSI version: 1 Min/max VSI version: 1/1Messages sent: 2502 Inter-slave timer: 4.000Messages received: 2502 Messages outstanding: 0defines the significant fields in this display.
Table 6 Show Controllers VSI Session (With Session Number 9 Specified) Command Field Descriptions
Related Command
show controllers vsi status
To display a one-line summary of each VSI-controlled interface, use the show controllers vsi status EXEC command.
show controllers vsi status
Syntax Description
This command has no arguments or keywords.
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
If an interface has been discovered by the LSC, but no extended MPLS ATM interface has been associated with it through the extended-port interface configuration command, then the interface name is marked <unknown>, and interface status is marked n/a.
Example
The following is sample output from the show controllers vsi status command:
Router# show controllers vsi statusInterface Name IF Status IFC State Physical Descriptor switch control port n/a ACTIVE 12.1.0 XTagATM0 up ACTIVE 12.2.0 XTagATM1 up ACTIVE 12.3.0 <unknown> n/a FAILED-EXT 12.4.0defines the significant fields in this display.
Table 7 Show Controllers VSI Status Command Field Descriptions
show controllers vsi traffic
To display traffic information about VSI-controlled interfaces, VSI sessions, or VCs on VSI-controlled interfaces, use the show controllers vsi traffic EXEC command.
show controllers vsi traffic [{ descriptor descriptor | session session-num |
vc [descriptor descriptor [vpi vci ]]}]Syntax Description
descriptor descriptor
Specifies the interface.
session session-num
Specifies a session number.
vpi
Virtual path identifier.
vpi
Virtual circuit identifier.
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
If none of the optional command parameters is specified, traffic for all interfaces is displayed. You can specify a single interface by its (switch-supplied) physical descriptor. For the BPX, the physical descriptor has the form:
slot.port. 0
If a session number is specified, VSI protocol traffic counts by message type are displayed. The VC traffic display is the same as the one produced by the show xtagatm vc cross-connect traffic descriptor command.
Examples
The following is sample output from the show controllers vsi traffic command:
Router# show controllers vsi trafficPhys desc: 10.1.0Interface: switch control portIF status: n/aRx cells: 304250 Rx cells discarded: 0Tx cells: 361186 Tx cells discarded: 0Rx header errors: 4294967254 Rx invalid addresses (per card): 80360Last invalid address: 0/53
Phys desc: 10.2.0Interface: XTagATM0IF status: upRx cells: 202637 Rx cells discarded: 0Tx cells: 194979 Tx cells discarded: 0Rx header errors: 4294967258 Rx invalid addresses (per card): 80385Last invalid address: 0/32
Phys desc: 10.3.0Interface: XTagATM1IF status: upRx cells: 182295 Rx cells discarded: 0Tx cells: 136369 Tx cells discarded: 0Rx header errors: 4294967262 Rx invalid addresses (per card): 80372Last invalid address: 0/32defines the significant fields in this display.
Table 8 Show Controllers VSI Traffic Command Field Descriptions
The following sample output is displayed when you enter the show controllers vsi traffic session 9 command:
Router# show controllers vsi traffic session 9Sent ReceivedSw Get Cnfg Cmd: 3656 Sw Get Cnfg Rsp: 3656Sw Cnfg Trap Rsp: 0 Sw Cnfg Trap: 0Sw Set Cnfg Cmd: 1 Sw Set Cnfg Rsp: 1Sw Start Resync Cmd: 1 Sw Start Resync Rsp: 1Sw End Resync Cmd: 1 Sw End Resync Rsp: 1Ifc Getmore Cnfg Cmd: 1 Ifc Getmore Cnfg Rsp: 1Ifc Cnfg Trap Rsp: 4 Ifc Cnfg Trap: 4Ifc Get Stats Cmd: 8 Ifc Get Stats Rsp: 8Conn Cmt Cmd: 73 Conn Cmt Rsp: 73Conn Del Cmd: 50 Conn Del Rsp: 0Conn Get Stats Cmd: 0 Conn Get Stats Rsp: 0Conn Cnfg Trap Rsp: 0 Conn Cnfg Trap: 0Conn Bulk Clr Stats Cmd: 0 Conn Bulk Clr Stats Rsp: 0Gen Err Rsp: 0 Gen Err Rsp: 0unused: 0 unused: 0unknown: 0 unknown: 0TOTAL: 3795 TOTAL: 3795defines the significant fields in this display.
Table 9 Show Controllers VSI Traffic Session Command Field Descriptions
show tag-switching atm-tdp bindings
To display the requested entries from the ATM LDP label bindings database, use the show tag-switching atm-tdp bindings EXEC command.
show tag-switching atm-tdp bindings [A.B.C.D {mask | length}]
[local-tag | remote-tag vpi vci] [neighbor atm slot/subslot/port] [remote-tag vpi vci]Syntax Description
Default
Displays all database entries.
Command Mode
EXEC
Command History
Usage Guidelines
The display output can show the entire database or a subset of entries based on the prefix, the VC label value, or an assigning interface.
Example
The following example shows a sample display using this command.
Switch# show tag atm-tdp bindingsDestination: 13.13.13.6/32Headend Router ATM1/0.1 (2 hops) 1/33 Active, VCD=8, CoS=availableHeadend Router ATM1/0.1 (2 hops) 1/34 Active, VCD=9, CoS=standardHeadend Router ATM1/0.1 (2 hops) 1/35 Active, VCD=10, CoS=premiumHeadend Router ATM1/0.1 (2 hops) 1/36 Active, VCD=11, CoS=controlDestination: 102.0.0.0/8Headend Router ATM1/0.1 (1 hop) 1/37 Active, VCD=4, CoS=availableHeadend Router ATM1/0.1 (1 hop) 1/34 Active, VCD=5, CoS=standardHeadend Router ATM1/0.1 (1 hop) 1/35 Active, VCD=6, CoS=premiumHeadend Router ATM1/0.1 (1 hop) 1/36 Active, VCD=7, CoS=controlDestination: 13.0.0.18/32Tailend Router ATM1/0.1 1/33 Active, VCD=8describes each of the fields displayed when you use this command.
Table 10 show tag-switching atm-tdp bindings Field Descriptions
Related Command
Command Descriptionshow tag-switching atm-tdp bindwait
Displays the number of bindings waiting for label assignments for a remote MPLS ATM switch.
show tag-switching atm-tdp bindwait
To display the number of bindings waiting for label assignments from a remote MPLS ATM switch, use the show tag-switching atm-tdp bindwait EXEC command.
show tag-switching atm-tdp bindwait
Syntax Description
This command has no keywords or arguments.
Default
No default behavior or values.
Command Mode
EXEC
Command History
Examples
The following example shows a sample display using this command:
Router# show tag-switching atm-tdp bindwaitRelated Command
Command Descriptionshow tag-switching atm-tdp bindings
Displays requested entries from the ATM LDP label binding database.
show xtagatm cos-bandwidth-allocation XTagATM
To display information about CoS bandwidth allocation on extended MPLS ATM interfaces, use the show xtagatm cos-bandwidth-allocation XTagATM EXEC command.
show xtagatm, cos-bandwidth-allocation XTagATM [XTagATM interface number]
Syntax Description
Default
Available 50%, control 50%
Command Mode
EXEC
Command History
Usage Guidelines
Use this command to display CoS bandwidth allocation information for various categories including: available, standard, premium, and control.
Example
The following example shows output from this command:
Router# show xtagatm cos-bandwidth-allocation XTagATM 123CoS Bandwidth allocationavailable 25%standard 25%premium 25%control 25%show xtagatm cross-connect
To display information about the LSC's view of the cross-connect table on the remotely controlled ATM switch, use the show xtagatm cross-connect EXEC command.
show xtagatm cross-connect [traffic] [{interface interface [vpi vci] |
descriptor descriptor [vpi vci]]Syntax Description
Default
No default behavior or values.
Command Mode
EXEC
Command History
Examples
Each connection is listed twice in the sample output from the show xtagatm vc cross-connect command under each interface that is linked by the connection. Connections are marked as "->" (unidirectional traffic flow, into the first interface), "<-" (unidirectional traffic flow, away from the interface) or "<->" (bidirectional).
The following is sample output from the show xtagatm cross-connect command:
Router# show xtagatm cross-connectPhys Desc VPI/VCI Type X-Phys Desc X-VPI/VCI State10.1.0 1/37 -> 10.3.0 1/35 UP 10.1.0 1/34 -> 10.3.0 1/33 UP 10.1.0 1/33 <-> 10.2.0 0/32 UP 10.1.0 1/32 <-> 10.3.0 0/32 UP 10.1.0 1/35 <- 10.3.0 1/34 UP 10.2.0 1/57 -> 10.3.0 1/49 UP 10.2.0 1/53 -> 10.3.0 1/47 UP 10.2.0 1/48 <- 10.1.0 1/50 UP 10.2.0 0/32 <-> 10.1.0 1/33 UP 10.3.0 1/34 -> 10.1.0 1/35 UP 10.3.0 1/49 <- 10.2.0 1/57 UP 10.3.0 1/47 <- 10.2.0 1/53 UP 10.3.0 1/37 <- 10.1.0 1/38 UP 10.3.0 1/35 <- 10.1.0 1/37 UP 10.3.0 1/33 <- 10.1.0 1/34 UP 10.3.0 0/32 <-> 10.1.0 1/32 UPdefines the significant fields in this display.
Table 11 Show XTagATM Cross-Connect Command Field Descriptions
A sample of the detailed information provided for a single endpoint is:
Router# show xtagatm cross-connect descriptor 12.1.0 1 42Phys desc: 12.1.0Interface: n/aIntf type: switch control portVPI/VCI: 1/42X-Phys desc: 12.2.0X-Interface: XTagATM0X-Intf type: extended tag ATMX-VPI/VCI: 2/38Conn-state: UPConn-type: input/outputCast-type: point-to-pointRx service type: Tag COS 0Rx cell rate: n/aRx peak cell rate: 10000Tx service type: Tag COS 0Tx cell rate: n/aTx peak cell rate: 10000defines the significant fields in this display.
Table 12 Show XTagATM Cross-Connect Descriptor Field Descriptions
show xtagatm vc
To display information about terminating VCs on extended MPLS ATM (XTagATM) interfaces, use the show xtagatm vc EXEC command.
show xtagatm vc [vcd [interface]]
Syntax Description
Default
No default behavior or values.
Command Mode
EXEC
Command History
Usage Guidelines
The columns marked VCD, VPI and VCI display information for the corresponding private VC on the control interface. The private VC connects the XTagATM VC to the external switch. It is termed private because its VPI and VCI are only used for communication between the LSC and the switch, and is different from the VPI and VCI seen on the XTagATM interface and the corresponding switch port.
Example
Each connection is listed twice in the sample output from the show xtagatm vc cross-connect command under each interface that is linked by the connection. Connections are marked as input (unidirectional traffic flow, into the interface), output (unidirectional traffic flow, away from the interface) or in/out (bidirectional).
The following is sample output from the show xtagatm vc command:
Router# show xtagatm vcAAL / Control Interface Interface VCD VPI VCI Type Encapsulation VCD VPI VCI StatusXTagATM0 1 0 32 PVC AAL5-SNAP 2 0 33 ACTIVEXTagATM0 2 1 33 TVC AAL5-MUX 4 0 37 ACTIVEXTagATM0 3 1 34 TVC AAL5-MUX 6 0 39 ACTIVEdefines the significant fields in this display.
Table 13 Show XTagATM vc Command Field Descriptions
Related Commands
Command Descriptionshow atm vc
Displays information about private ATM VCs.
show xtagatm cross-connect
Displays information about remotely connected ATM switches.
tag-control-protocol vsi
To configure the use of VSI on a particular master control port, use the tag-control-protocol vsi interface configuration command. To disable VSI, use the no form of this command.
tag-control-protocol vsi [id controller-id] [base-vc vpi vci] [slaves slave-count]
[keepalive timeout] [retry timeout count]no tag-control-protocol vsi [id controller-id] [base-vc vpi vci] [slaves slave-count]
[keepalive timeout] [retry timeout count]Syntax Description
Default
No default behavior or values.
Command Mode
Interface configuration
Command History
Usage Guidelines
The command is only available on interfaces that can serve as a VSI master control port. It is recommended that all options to the tag-control-protocol command be entered at once.
Once VSI is active on the control interface (through an earlier tag-control-protocol vsi command), re-entering the command may cause all associated XTagATM interfaces to go down and come back up. In particular, re-entering the tag-control-protocol vsi command with any of the following options causes VSI to be shut down and re-activated on the control interface:
•
id
•
base-vc
•
slaves
VSI remains continuously active (that is, will not be shut down and re-activated) if tag-control-protocol vsi command is re-entered with only one or more of the following options:
•
keepalive
•
retry
In either case, re-entering the tag-control-protocol vsi command causes the specified options to take on the newly specified values; the other options retain their previous values. To restore default values to all the options, enter the no tag-control-protocol command, followed by the tag-control-protocol vsi command.
Example
The following example shows you how to configure the VSI driver on the control interface:
interface atm 0/0tag-control-protocol vsi 0 51tag-switching atm control-vc
To configure the VPI and VCI values to be used for the initial link to the MPLS peer, use the tag-switching atm control-vc interface configuration command. Use this link to establish the LDP session and to carry non-IP traffic.
tag-switching atm control-vc vpi vci
no tag-switching atm control-vc vpi vciSyntax Description
vpi
Virtual path identifier, in the range of 0 to 255.
vci
Virtual circuit identifier, in the range of 1 to 65535.
Default
0/32
Command Mode
Interface configuration
Command History
Usage Guidelines
On an extended MPLS ATM (XTagATM) interface, the default VPI range to be used for tagged VCs is the configured VPI range that is learned from the switch. This default range is sufficient for most applications. Use the tag-switching vpi command on an XTagATM interface only when it is necessary to override the default.
For the tag-switching atm vpi command, the VPI range specified must lie within the range that was configured on the BPX for the corresponding BPX interface.
Example
The following example shows you how to create a MPLS subinterface on a router and how to select VPI 1 and VCI 34 as the control VC.
interface atm4/0.1 tag-switchingtag-switching iptag-switching atm control-vc 1 34Related Command
Command Descriptiontag-switching ip (interface)
Enables label switching of IPv4 packets on an interface.
tag-switching atm cos
To change the value of configured bandwidth allocation for CoS, use the tag-switching atm cos global configuration command.
tag-switching atm cos [available | standard | premium | control] weight
Syntax Description
Default
Available 50%, control 50%
Command Mode
Global configuration
Command History
Example
The following example shows output from this command:
tag-switching atm cosinterface XTagATM 0ip unnumbered loopback0no ip directed-broadcastno ip route-cache cefextended-port ATM1/0 bpx 10.2tag-switching atm cos available 50tag-switching atm cos control 50tag-switching atm vpi 2-5tag-switching iptag-switching atm vpi
To configure the range of values to use in the VPI field for label VCs, use the tag-switching atm vpi interface configuration command. To clear the interface configuration, use the no form of this command.
tag-switching atm vpi vpi [- vpi]
no tag-switching atm vpi vpi [- vpi]Syntax Description
vpi
Virtual path identifier, low end of range (1 to 255).
- vpi
(Optional) Virtual path identifier, high end of range (1 to 255).
Default
1-1
Command Mode
Interface configuration
Command History
Usage Guidelines
To configure ATM MPLS on a router interface (for example, an ATM Interface Processor), you must enable a MPLS subinterface.
Note
The tag-switching atm control-vc and tag-switching atm vpi subinterface level configuration commands are available on any interface that can support ATM labeling.
Use this command to select an alternate range of VPI values for ATM label assignment on this interface. The two ends of the link negotiate a range defined by the intersection of the range configured at each end.
To configure the VPI range for a label edge router (LER) subinterface connected to another router or to an LSC, the range selected should be limited to 4 VPIs.
Example
The following example shows you how to create a subinterface and how to select a VPI range from VPI 1 to VPI 3:
interface atm4/0.1 tag-switchingtag-switching iptag-switching atm vpi 1-3Related Command
Command Descriptiontag-switching atm control-vc
Configures VPI and VCI values for the initial link to an MPLS peer.
tag-switching atm vp-tunnel
To specify an interface or a subinterface as a VP tunnel, use the tag-switching atm vp-tunnel interface configuration command.
tag-switching atm vp-tunnel vpi
Syntax Description
Default
No default behavior or values.
Command Mode
Interface configuration
Command History
Usage Guidelines
The tag-switching atm vp-tunnel and tag-switching atm vpi commands are mutually exclusive.
This command is available on both extended MPLS ATM interfaces and on LC-ATM subinterfaces of ordinary router ATM interfaces. The command is not available on the 1010, where all subinterfaces are automatically VP tunnels.
On an XTagATM interface, the tunnel/non-tunnel status and the VPI value to be used in case the XTagATM interface is a tunnel, are normally learned from the switch through VSI interface discovery. Therefore, it is not necessary to use the tag-switching atm vp-tunnel command on an XTagATM interface in most applications.
Example
The following example shows you how to specify a MPLS subinterface VP tunnel, with a VPI value 4.
tag-switching atm vp-tunnel 4Debug Commands
This section documents the new debug command related to the MPLS LSC feature.
•
debug tag-switching xtagatm cross-connect
•
debug tag-switching xtagatm vc
•
debug tag-switching xtagatm vc
•
debug tag-switching xtagatm errors
•
debug tag-switching xtagatm events
debug tag-switching xtagatm cross-connect
Use the debug tag-switching xtagatm cross-connect command to display requests and responses for establishing and removing cross-connects on the controlled ATM switch. The no form of this command disables debugging output.
debug tag-switching xtagatm cross-connect
no debug tag-switching xtagatm cross-connectSyntax Description
This command has no arguments or keywords.
Default
No default behavior or values.
Command History
Usage Guidelines
You can use the debug tag-switching xtagatm cross-connect command to monitor requests to establish or remove cross-connects from XTagATM interfaces to the VSI master, and the VSI master's responses to these requests.
Note
Use this command with care, because it generates output for each cross-connect operation performed by the Label Switch Controller. In a network configuration with a large number of label virtual circuits (LVCs) the volume of output generated may interface with system timing and the correct operation of other router functions. Use this command only in situations where the LVC setup or teardown rate is low.
Example
The following is an example of the display you see when you enter debug tag-switching xtagatm cross-connect:
Router# debug tag-switching xtagatm cross-connectXTagATM: cross-conn request; SETUP, userdata 0x17, userbits 0x1, prec 70xC0100 (Ctl-If) 1/32 <-> 0xC0200 (XTagATM0) 0/32XTagATM: cross-conn response; DOWN, userdata 0x60CDCB5C, userbits 0x2, resultOK0xC0200 1/37 --> 0xC0300 1/37defines the significant fields shown in this display.
Table 14 Debug Tag-Switching XTagATM Cross-Connect Command Field Description
Related Command
Command Descriptionshow xtagatm cross-connect
Displays information about remotely connected ATM switches.
debug tag-switching xtagatm vc
Use the debug tag-switching xtagatm vc command to display information about events that affect individual XTagATM terminating VCs. The no form of this command disables debugging output.
debug tag-switching xtagatm vc
no debug tag-switching xtagatm vcSyntax Description
This command has no arguments or keywords.
Default
No default behavior or values.
Command History
Usage Guidelines
You can use the debug tag-switching xtagatm vc command to display detailed information about all events that affect individual XTagATM terminating VCs.
Note
Use this command with care, because it results in extensive output when the number of XTagATM VCs being set up or torn down is large, and this output may interfere with system timing and normal operation of other router functions. Use the debug tag-switching xtagatm vc command only in situations where the number of XTagATM VCs being created or removed is small.
Example
The following is an example of the display you see when you enter debug:
Router# debug tag-switching xtagatm vcXTagATM VC: XTagATM1 18 0/32 (ATM1/0 0 0/0): Setup, Down --> UpPendXTagATM VC: XTagATM1 18 0/32 (ATM1/0 88 1/32): Complete, UpPend --> UpXTagATM VC: XTagATM1 19 1/33 (ATM1/0 0 0/0): Setup, Down --> UpPendXTagATM VC: XTagATM0 43 0/32 (ATM1/0 67 1/84): Teardown, Up --> DownPenddefines the significant fields shown in this display.
Table 15 Debug Tag-Switching XTagATM VC Command Field Description
debug tag-switching xtagatm errors
Use the debug tag-switching xtagatm errors command to display information about error and abnormal conditions that occur on XTagATM interfaces. The no form of this command disables debugging output.
debug tag-switching xtagatm errors
no debug tag-switching xtagatm errorsSyntax Description
This command has no arguments or keywords.
Default
No default behavior or values.
Command History
Usage Guidelines
You can use the debug tag-switching xtagatm errors command to display information about abnormal conditions and events that occur on XTagATM interfaces.
Example
The following is an example of the display you see when you enter debug tag-switching xtagatm errors:
Router# debug tag-switching xtagatm errorsXTagATM VC: XTagATM0 1707 2/352 (ATM1/0 1769 3/915): Cross-connect setupfailed NO_RESOURCESThis message indicates that an attempt to set up a cross-connect for the a terminating VC on XTagATM0 failed, and that the reason for the failure was a lack of resources on the controlled ATM switch.
debug tag-switching xtagatm events
Use the debug tag-switching xtagatm events command to display information about major events that occur on XTagATM interfaces, not including events for specific XTagATM VCs and switch cross-connects. The no form of this command disables debugging output.
debug tag-switching xtagatm events
no debug tag-switching xtagatm eventsSyntax Description
This command has no arguments or keywords.
Default
No default behavior or values.
Command History
Usage Guidelines
You can use the debug tag-switching xtagatm events command to monitor the major events that occur on XTagATM interfaces. The command only monitors events that pertain to XTagATM interfaces as a whole and does not include any events which pertain to individual XTagATM VCs or individual switch cross-connects. The specific events monitored when debug tag-switching xtagatm events is in effect include:
•
Receipt of asynchronous notifications sent by the VSI master, through the external ATM API (ExATM API) to an XTagATM interface.
•
Resizing of the table that is used to store switch cross-connect information. This table is resized automatically as the number of cross-connects increases.
•
Marking of XTagATM VCs as stale when an XTagATM interface goes down to ensure that they are cleaned up before new XTagATM VCs can be created on the interface.
Example
The following is an example of the display you see when you enter debug tag-switching xtagatm events:
Router# debug tag-switching xtagatm eventsXTagATM: desired cross-connect table size set to 256XTagATM: ExATM API intf event Up, port 0xA0100 (None)XTagATM: ExATM API intf event Down, port 0xA0100 (None)XTagATM: marking all VCs stale on XTagATM0defines the significant fields shown in this display.
Table 16 Debug Tag-Switching XTagATM Events Command Field Description
debug vsi api
Use the debug vsi api command to display information on events associated with the external ATM API interface to the VSI master. The no form of this command disables debugging output.
debug vsi api
no debug vsi apiSyntax Description
This command has no arguments or keywords.
Default
No default behavior or values.
Command History
Usage Guidelines
You can use debug vsi api command to monitor the communication between the VSI master and the XTagATM component about interface changes and cross-connect requests.
Example
The following is an example of the display you see when you enter debug vsi api:
Router# debug vsi apiVSI_M: vsi_exatm_conn_req: 0x000C0200/1/35 -> 0x000C0100/1/50desired state up, status OKVSI_M: vsi_exatm_conn_resp: 0x000C0200/1/33 -> 0x000C0100/1/49curr state up, status OKdefines the significant fields shown in this display.
Table 17 Debug VSI API Command Field Description
debug vsi errors
Use the debug vsi errors command to display information on errors encountered by the VSI Master. The no form of this command disables debugging output.
debug vsi errors [interface interface [slave number]]
no debug vsi errors [interface interface [slave number]]Syntax Description
interface interface
Specifies the interface number.
slave number
Specifies the slave number (beginning with 0).
Default
No default behavior or values.
Command History
Usage Guidelines
You can use the debug vsi errors command to display information on errors encountered by the VSI master when parsing received messages, as well as information on unexpected conditions encountered by the VSI Master.
If the interface parameter is specified, output is restricted to errors associated with the indicated VSI control interface. If the slave number is specified, output is further restricted to errors associated with the session with the indicated slave.
Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.
Multiple uses of the form of the command which specifies slave number allows multiple slaves to be debugged immediately. For example, the following commands restrict output to that for errors associated with sessions 0 and 1 on control interface atm2/0 (but for no other sessions).
Router# debug vsi errors interface atm2/0 slave 0
Router# debug vsi errors interface atm2/0 slave 1
Some errors are not associated with any particular control interface or session. Messages associated with these errors are printed regardless of the interface or slave options which are in effect.
Example
The following is an example of the display you see when you enter debug vsi errors:
Router# debug vsi errorsVSI Master: parse error (unexpected param-group contents) in GEN ERROR RSP rcvd on ATM2/0:0/51 (slave 0)errored section is at offset 16, for 2 bytes:01.01.00.a0 00.00.00.00 00.12.00.38 00.10.00.34*00.01*00.69 00.2c.00.00 01.01.00.80 00.00.00.0800.00.00.00 00.00.00.00 00.00.00.00 0f.a2.00.0a00.01.00.00 00.00.00.00 00.00.00.00 00.00.00.0000.00.00.00defines the significant fields shown in this display.
Table 18 Debug VSI Errors Command Field Description
debug vsi events
Use the debug vsi events command to display information on events that affect entire sessions as well as events that affect only individual connections. The no form of this command disables debugging output.
debug vsi events [interface interface [slave number]]
no debug vsi events [interface interface [slave number]]Syntax Description
interface interface
Specifies the interface number.
slave number
Specifies the slave number (beginning with zero).
Default
No default behavior or values.
Command History
Usage Guidelines
You can use the debug vsi events command to display information on events associated with the per-session state machines of the VSI master, as well as the per-connection state machines. If the interface parameter is specified, output is restricted to events associated with the indicated VSI control interface. If the slave number is specified, output is further restricted to events associated with the session with the indicated slave.
Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.
Multiple uses of the form of the command which specifies slave number allows multiple slaves to be debugged at once. For example, the following commands restrict output to that for events associated with sessions 0 and 1 on control interface atm2/0 (but for no other sessions). Output associated with all per-connection events are displayed regardless of the interface or slave options which are in effect.
Router# debug vsi events interface atm2/0 slave 0
Router# debug vsi events interface atm2/0 slave 1
Example
The following is an example of the display you see when you enter debug vsi events:
Router# debug vsi eventsVSI Master: conn 0xC0200/1/37->0xC0100/1/51:CONNECTING -> UPVSI Master(session 0 on ATM2/0):event CONN_CMT_RSP, state ESTABLISHED -> ESTABLISHEDVSI Master(session 0 on ATM2/0):event KEEPALIVE_TIMEOUT, state ESTABLISHED -> ESTABLISHEDVSI Master(session 0 on ATM2/0):event SW_GET_CNFG_RSP, state ESTABLISHED -> ESTABLISHEDdebug vsi packetsdefines the significant fields shown in this display.
Table 19 Debug VSI Events Command Field Description
debug vsi packets
Use the debug vsi packets command to display a one-line summary of each VSI message sent and received by the LSC. The no form of this command disables debugging output.
debug vsi packets [interface interface [slave number]]
no debug vsi packets [interface interface [slave number]]Syntax Description
interface interface
Specifies the interface number.
slave number
Specifies the slave number (beginning with zero).
Default
No default behavior or values.
Command History
Usage Guidelines
If the interface parameter is specified, output is restricted to messages sent and received on the indicated VSI control interface. If the slave number is specified, output is further restricted to messages sent and received on the session with the indicated slave.
Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.
Multiple uses of the form of the command which specifies slave number allows multiple slaves to be debugged at once. For example, the following commands restrict output to that for messages received on atm2/0 for sessions 0 and 1, (but for no other sessions).
Router# debug vsi packets interface atm2/0 slave 0
Router# debug vsi packets interface atm2/0 slave 1
Example
The following is an example of the display you see when you enter debug vsi packets:
Router# debug vsi packetsVSI master(session 0 on ATM2/0): sent msg SW GET CNFG CMD on 0/51VSI master(session 0 on ATM2/0): rcvd msg SW GET CNFG RSP on 0/51VSI master(session 0 on ATM2/0): sent msg SW GET CNFG CMD on 0/51VSI master(session 0 on ATM2/0): rcvd msg SW GET CNFG RSP on 0/51defines the significant fields shown in this display.
Table 20 Debug VSI Packets Command Field Description
debug vsi param-groups
Use the debug vsi param-groups command to display the first 128 bytes of each VSI message sent and received by the LSC (in hexadecimal form). The no form of this command disables debugging output.
debug vsi param-groups [interface interface [slave number]]
no debug vsi param-groups [interface interface [slave number]]
Note
param-groups stands for parameter groups. A parameter group is a component of a VSI message.
Syntax Description
interface interface
Specifies the interface number.
slave number
Specifies the slave number (beginning with zero).
Default
No default behavior or values.
Command History
Usage Guidelines
This command is most commonly used with the debug vsi packets command to monitor incoming and outgoing VSI messages.
If the:
•
Interface parameter is specified—Output is restricted to messages sent and received on the indicated VSI control interface
•
Slave number is specified—Output is further restricted to messages sent and received on the session with the indicated slave.
Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.
Multiple uses of the form of the command, which specifies slave number, allows multiple slaves to be debugged at once. For example, the following commands restrict output to that for messages received on atm2/0 for sessions 0 and 1, (but for no other sessions).
Router# debug vsi param-groups interface atm2/0 slave 0
Router# debug vsi param-groups interface atm2/0 slave 1Examples
Sample Display
The following is an example of the display you see when you enter debug vsi param-groups:
Router# debug vsi param-groupsOutgoing VSI msg of 12 bytes (not including encap):01.02.00.80 00.00.95.c2 00.00.00.00Incoming VSI msg of 72 bytes (not including encap):01.02.00.81 00.00.95.c2 00.0f.00.3c 00.10.00.0800.01.00.00 00.00.00.00 01.00.00.08 00.00.00.0900.00.00.09 01.10.00.20 01.01.01.00 0c.08.80.0000.01.0f.a0 00.13.00.15 00.0c.01.00 00.00.00.0042.50.58.2d 56.53.49.31Outgoing VSI msg of 12 bytes (not including encap):01.02.00.80 00.00.95.c3 00.00.00.00Incoming VSI msg of 72 bytes (not including encap):01.02.00.81 00.00.95.c3 00.0f.00.3c 00.10.00.0800.01.00.00 00.00.00.00 01.00.00.08 00.00.00.0900.00.00.09 01.10.00.20 01.01.01.00 0c.08.80.0000.01.0f.a0 00.13.00.15 00.0c.01.00 00.00.00.0042.50.58.2d 56.53.49.31defines the significant fields shown in this display.
Table 21 Debug VSI Param-Groups Command Field Description
Glossary
The following terms are defined for a MPLS context only, not for general situations.
ATM-LSR—A MPLS router with a number of LC-ATM interfaces. The router forwards the cells from these interfaces using labels carried in the VPI or VCI field.
ATM edge LSR—A MPLS router that is connected to the ATM-LSR cloud through LC-ATM interfaces. The ATM edge LSR adds labels to untagged packets and strips labels from labeled packets.
BPX—Broadband Packet Exchange (BPX). The BPX is a carrier quality switch, with trunk and CPU hot standby redundancy.
BXM—Broadband Switch Module. ATM port card for the BPX switch.
VSI—Virtual Switch Interface (VSI). The protocol that enables a LSC to control an ATM switch over an ATM link.
VSI master—In a hardware context, a device that controls a VSI switch (for example, a VSI Label Switch Controller). In a software context, a process that implements the master side of the VSI protocol.
VSI slave—In a hardware context, a switch or a port card that implements the VSI. In a software context, a process that implements the slave side of the VSI protocol.
extended label ATM interface—A new type of interface supported by the remote ATM switch driver and a particular switch-specific driver that supports MPLS over an ATM interface on a remotely controlled switch.
external ATM interface—One of the interfaces on the controlled ATM switch other than the switch control port. It is also referred to as an exposed ATM interface, because it is available for connections outside of the label controlled switch.
master control port—A physical interface on a LSC that is connected to one end of a slave control link.
remote ATM switch driver—A set of interfaces that allow IOS software to control the operation of a remote ATM switch through a control protocol, such as VSI.
Ships in the Night (SIN)—The ability to support both MPLS procedures and ATM Forum protocols on the same physical interface, or on the same router or switch platform. In this mode, the two protocol stacks operate independently.
controlled ATM switch—An ATM switch that is being controlled by a LSC.
switch control port—An interface that uses a LSC to control the operation of a controlled ATM switch (for example, VSI). The protocol runs on the ATM link.
label controlled switch—The Label Switch Controller and controlled ATM switch that it controls, viewed together as a unit.
Label switch controller (LSC)—An IOS platform that runs the generic MPLS software and is capable of controlling of the operation of an external ATM (or other type of) switch, making the interfaces of the latter appear externally as LC-ATM interfaces.
Label switched path (LSP) tunnel—A configured connection between two routers, using MPLS to carry the packets.
Label switch router (LSR)—A Layer 3 router that forwards packets based on the value of a label encapsulated in the packets.
LC-ATM interface—An MPLS interface where labels are carried in the VPI or VCI bits of ATM cells and where VC connections are established under the control of MPLS control software.
LFIB—Label Forwarding Information Base (LFIB). A data structure and way of managing forwarding in which destinations and incoming labels are associated with outgoing interfaces and labels.
LVC—Label switched controlled virtual circuit (LVC). A virtual circuit (VC) established under the control of MPLS. An LVC is not a PVC or an SVC. It must traverse only a single hop in a tag-switched path (LSP), but may traverse several ATM hops only if it exists within a VP tunnel.




