Table Of Contents
MPLS AToM — Commands
Documentation Specifics
New and Revised Commands
connect (Frame Relay)
debug acircuit
debug condition
debug frame-relay events
debug mpls l2transport ipc
debug mpls l2transport packet
debug mpls l2transport signaling
debug mpls l2transport vc
encapsulation (Any Transport over MPLS)
mpls l2transport route
oam-ac emulation-enable
pvc
show atm pvc
show mpls l2transport binding
show mpls l2transport hw-capability
show mpls l2transport summary
show mpls l2transport vc
MPLS AToM — Commands
This document contains new and revised commands for the MPLS AToM. All other commands used with MPLS AToM are documented in the Cisco IOS Release 12.2 command reference publications.
The following sections are included in this document:
•
Documentation Specifics
•
New and Revised Commands
Documentation Specifics
This documentation set includes the following sections:
•
Start Here: MPLS AToM: Transport, Platform, and Release Specifics
•
MPLS AToM: Overview
•
MPLS AToM: Configuring
•
MPLS AToM: Commands (this document)
Note
Start Here: MPLS AToM: Transport, Platform, and Release Specifics details the features that are supported in each release and on each platform. Not all MPLS AToM features are supported in each Cisco IOS software release for each platform. Read the entirechapter before reading the other chapters.
The other chapters provide overview, configuration, and command reference information for MPLS AToM features.
New and Revised Commands
•
connect (Frame Relay)
•
debug acircuit
•
debug condition
•
debug frame-relay events
•
debug mpls l2transport ipc
•
debug mpls l2transport packet
•
debug mpls l2transport signaling
•
debug mpls l2transport vc
•
encapsulation (Any Transport over MPLS)
•
mpls l2transport route
•
oam-ac emulation-enable
•
pvc
•
show atm pvc
•
show mpls l2transport binding
•
show mpls l2transport hw-capability
•
show mpls l2transport summary
•
show mpls l2transport vc
connect (Frame Relay)
To define connections between Frame Relay permanent virtual circuits (PVCs), use the connect command in global configuration mode. To remove connections, use the no form of this command.
connect connection-name interface dlci {interface dlci | l2transport}
no connect connection-name interface dlci {interface dlci | l2transport}
Syntax Description
connection-name
|
A name for this connection.
|
interface
|
Interface on which a PVC connection will be defined.
|
dlci
|
Data-link connection identifier (DLCI) number of the PVC that will be connected.
|
l2transport
|
Specifies that the PVC will not be a locally switched PVC, but will be tunneled over the backbone network.
|
Defaults
No default behavior or values.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.1(2)T
|
This command was introduced.
|
12.0(23)S
|
This command was updated with the l2transport keyword.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
When frame Relay switching is enabled, the connect command creates switched PVCs in Frame Relay networks.
Examples
The following example shows how to enable Frame Relay switching and define a connection called frompls1 with a DLCI 100 on serial interface 5/0.
PE1_router(config)# connect frompls1 Serial5/0 1000 l2transport
Related Commands
Command
|
Description
|
frame-relay switching
|
Enables PVC switching on a Frame Relay DCE or NNI.
|
mpls l2transport route
|
Enables routing of Frame Relay packets over a specified VC.
|
debug acircuit
To display errors and events that occur on the attachment circuits (the circuits between the provider edge (PE) and customer edge (CE) routers), use the debug acircuit command in privileged EXEC mode. To disable this debugging output, use the no form of this command.
debug acircuit {error | event}
no debug acircuit {error | event}
Syntax Description
error
|
Displays any errors that occurred on any of the attachment circuits.
|
event
|
Displays any event messages for the attachment circuits, including messages about state transitions, interface transitions, and message events.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
An attachment circuit connects a PE router to a CE router. A router can have many attachment circuits. The attachment circuit manager controls all the attachment circuits from one central location. Therefore, when you enable the debug messages for the attachment circuit, you receive information about all the attachment circuits.
Examples
The following is sample output from the debug acircuit event command when you enable an interface:
Router# debug acircuit event
*Jan 28 15:19:03.070: ACLIB: ac_cstate() Handling circuit UP for interface Se2/0
*Jan 28 15:19:03.070: ACLIB [11.0.1.1, 200]: pthru_intf_handle_circuit_up() calling
acmgr_circuit_up
*Jan 28 15:19:03.070: ACLIB [11.0.1.1, 200]: Setting new AC state to Ac-Connecting
*Jan 28 15:19:03.070: ACMGR: Receive <Circuit Up> msg
*Jan 28 15:19:03.070: Se2/0 ACMGR: circuit up event, SIP state chg down to connecting,
action is service request
*Jan 28 15:19:03.070: Se2/0 ACMGR: Sent a sip service request
*Jan 28 15:19:03.070: ACLIB [11.0.1.1, 200]: AC updating switch context.
*Jan 28 15:19:03.070: Se2/0 ACMGR: Rcv SIP msg: resp connect forwarded, hdl 9500001D,
l2ss_hdl 700001E
*Jan 28 15:19:03.070: Se2/0 ACMGR: service connected event, SIP state chg connecting to
connected, action is respond forwarded
*Jan 28 15:19:03.070: ACLIB: pthru_intf_response hdl is 9500001D, response is 1
*Jan 28 15:19:03.070: ACLIB [11.0.1.1, 200]: Setting new AC state to Ac-Connected
The following is sample output from the debug acircuit event command when you disable an interface:
Router# debug acircuit event
*Jan 28 15:25:57.014: ACLIB: SW AC interface INTF-DOWN for interface Se2/0
*Jan 28 15:25:57.014: ACLIB [11.0.1.1, 200]: Setting new AC state to Ac-Idle
*Jan 28 15:25:57.014: ACLIB: SW AC interface INTF-DOWN for interface Se2/0
*Jan 28 15:25:57.014: Se2/0 ACMGR: Receive <Circuit Down> msg
*Jan 28 15:25:57.014: Se2/0 ACMGR: circuit down event, SIP state chg connected to end,
action is service disconnect
*Jan 28 15:25:57.014: Se2/0 ACMGR: Sent a sip service disconnect
*Jan 28 15:25:57.014: ACLIB [11.0.1.1, 200]: AC deleting switch context.
*Jan 28 15:25:59.014: %LINK-5-CHANGED: Interface Serial2/0, changed state to
administratively down
*Jan 28 15:25:59.014: ACLIB: ac_cstate() Handling circuit DOWN for interface Se2/0
*Jan 28 15:26:00.014:%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial2/0, changed
state to down
debug condition
To limit output for some debugging commands based on specified conditions, use the debug condition command in privileged EXEC mode. To removed the specified condition, use the no form of this command.
debug condition {username username | called dial-string | caller dial-string | vcid vc-id | ip
ip-address}
no debug condition {condition-id | all}
Syntax Description
username username
|
Generates debugging messages for interfaces with the specified username.
|
called dial-string
|
Generates debugging messages for interfaces with the called party number.
|
caller dial-string
|
Generates debugging messages for interfaces with the calling party number.
|
vcid vc-id
|
Generates debugging messages for the VC ID specified.
|
ip ip-address
|
Generates debugging messages for the IP address specified.
|
condition-id
|
Removes the condition indicated.
|
all
|
Removes all debugging conditions, and conditions specified by the debug condition interface command. Use this keyword to disable conditional debugging and reenable debugging for all interfaces.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.3(2)AA
|
This command was introduced.
|
12.0(23)S
|
This command was integrated into Cisco IOS Release 12.0(23)S. This command was updated with the vcid and ip keywords to support the debugging of Any Transport over MPLS (AToM) messages.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Defaults
All debugging messages for enabled protocol-specific debug commands are generated.
Usage Guidelines
Use the debug condition command to restrict the debug output for some commands. If any debug condition commands are enabled, output is only generated for interfaces associated with the specified keyword. In addition, this command enables debugging output for conditional debugging events. Messages are displayed as different interfaces meet specific conditions.
If multiple debug condition commands are enabled, output is displayed if at least one condition matches. All the conditions do not need to match.
The no form of this command removes the debug condition specified by the condition identifier. The condition identifier is displayed after you use a debug condition command or in the output of the show debug condition command. If the last condition is removed, debugging output resumes for all interfaces. You will be asked for confirmation before removing the last condition or all conditions.
Not all debugging output is affected by the debug condition command. Some commands generate output whenever they are enabled, regardless of whether they meet any conditions. The commands that are affected by the debug condition commands are generally related to dial access functions, where a large amount of output is expected. Output from the following commands is controlled by the debug condition command:
•
debug aaa {accounting | authorization | authentication}
•
debug dialer {events | packets}
•
debug isdn {q921 | q931}
•
debug modem {oob | trace}
•
debug ppp {all | authentication | chap | error | negotiation | multilink events | packet}
Examples
Example 1
In the following example, the router displays debugging messages only for interfaces that use a username of fred. The condition identifier displayed after the command is entered identifies this particular condition.
Router# debug condition username fred
Example 2
The following example specifies that the router should display debugging messages only for VC 1000:
Router# debug condition vcid 1000
01:12:32: 1000 Debug: Condition 1, vcid 1000 triggered, count 1
01:12:32: 1000 Debug: Condition 1, vcid 1000 triggered, count 1
Other debugging commands are enabled, but they will only display debugging for VC 1000.
Router# debug mpls l2transport vc event
AToM vc event debugging is on
Router# debug mpls l2transport vc fsm
AToM vc fsm debugging is on
The following commands shut down the interface where VC 1000 is established.
Router(config)# interface s3/1/0
The debugging output shows the change to the interface where VC 1000 is established.
01:15:59: AToM MGR [13.13.13.13, 1000]: Event local down, state changed from established
to remote ready
01:15:59: AToM MGR [13.13.13.13, 1000]: Local end down, vc is down
01:15:59: AToM SMGR [13.13.13.13, 1000]: Processing imposition update, vc_handle 6227BCF0,
update_action 0, remote_vc_label 18
01:15:59: AToM SMGR [13.13.13.13, 1000]: Imposition Disabled
01:15:59: AToM SMGR [13.13.13.13, 1000]: Processing disposition update, vc_handle
6227BCF0, update_action 0, local_vc_label 755
01:16:01:%LINK-5-CHANGED: Interface Serial3/1/0, changed state to administratively down
01:16:02:%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial3/1/0, changed state to
down
Related Commands
Command
|
Description
|
debug condition interface
|
Limits output for some debugging commands based on the interfaces.
|
debug frame-relay events
To display debugging information about Frame Relay Address Resolution Protocol (ARP) replies on networks that support a multicast channel and use dynamic addressing, use the debug frame-relay events command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug frame-relay events
no debug frame-relay events
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.3
|
This command was introduced.
|
12.0(23)S
|
This command was integrated into Cisco IOS Release 12.0(23)S for the Frame Relay over MPLS feature.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
This command is useful for identifying the cause of end-to-end connection problems during the installation of a Frame Relay network or node.
Note
Because the debug frame-relay events command does not generate much output, you can use it at any time, even during periods of heavy traffic, without adversely affecting other users on the system.
Examples
The following is sample output from the debug frame-relay events command:
Router# debug frame-relay events
Serial2(i): reply rcvd 172.16.170.26 126
Serial2(i): reply rcvd 172.16.170.28 128
Serial2(i): reply rcvd 172.16.170.34 134
Serial2(i): reply rcvd 172.16.170.38 144
Serial2(i): reply rcvd 172.16.170.41 228
Serial2(i): reply rcvd 172.16.170.65 325
As the output shows, the debug frame-relay events command returns one specific message type. The first line, for example, indicates that IP address 172.16.170.26 sent a Frame Relay ARP reply; this packet was received as input on serial interface 2. The last field (126) is the data-link connection identifier (DLCI) to use when communicating with the responding router.
For Frame Relay over MPLS, the following is sample output for the debug frame-relay events command. The command output shows the status of the VCs.
Router# debug frame-relay events
Frame Relay events debugging is on
This example shows the messages that are displayed when you shut the core-facing interface on a PE router:
04:40:38:%SYS-5-CONFIG_I: Configured from console by consolenf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# interface hssi2/0
04:40:43:%OSPF-5-ADJCHG: Process 10, Nbr 12.12.12.12 on Hssi2/0 from FULL to DOWN,
Neighbor Down: Interface down or detached
04:40:43: FRoMPLS [12.12.12.12, 100]: PW pvc_status set INACTIVE
04:40:43: FRoMPLS [12.12.12.12, 100]: Setting pw segment DOWN
04:40:43: FRoMPLS [12.12.12.12, 100]: Setting connection DOWN
04:40:43: FRoMPLS [12.12.12.12, 101]: PW pvc_status set INACTIVE
04:40:43: FRoMPLS [12.12.12.12, 101]: Setting pw segment DOWN
04:40:43: FRoMPLS [12.12.12.12, 101]: Setting connection DOWN
04:40:45:%LINK-5-CHANGED: Interface Hssi2/0, changed state to administratively down
04:40:46:%LINEPROTO-5-UPDOWN: Line protocol on Interface Hssi2/0, changed state to down
This example shows the messages that are displayed when you enable the core-facing interface on a PE router:
Router(config-if)# no shut
04:40:56:%LINK-3-UPDOWN: Interface Hssi2/0, changed state to up
04:40:57:%LINEPROTO-5-UPDOWN: Line protocol on Interface Hssi2/0, changed state to up
04:41:06:%OSPF-5-ADJCHG: Process 10, Nbr 12.12.12.12 on Hssi2/0 from LOADING to FULL,
Loading Done
04:41:19: FRoMPLS [12.12.12.12, 100]: PW pvc_status set ACTIVE
04:41:19: FRoMPLS [12.12.12.12, 100]: Setting pw segment UP
04:41:19: FRoMPLS [12.12.12.12, 101]: PW pvc_status set ACTIVE
04:41:19: FRoMPLS [12.12.12.12, 101]: Setting pw segment UP
This example shows the messages that are displayed when you shut the edge-facing interface on a PE router:
Router(config)# interface pos4/0
04:42:50: FRoMPLS [12.12.12.12, 100]: acmgr_circuit_down
04:42:50: FRoMPLS [12.12.12.12, 100]: Setting connection DOWN
04:42:50: FRoMPLS [12.12.12.12, 100]: PW pvc_status set INACTIVE
04:42:52:%LINK-5-CHANGED: Interface POS4/0, changed state to administratively down
04:42:53:%LINEPROTO-5-UPDOWN: Line protocol on Interface POS4/0, changed state to down
This example shows the messages that are displayed when you enable the edge-facing interface on a PE router:
Router(config)# interface pos4/0
Router(config-if)# no shut
04:43:20:%LINK-3-UPDOWN: Interface POS4/0, changed state to up
04:43:20: FRoMPLS [12.12.12.12, 100]: Local up, sending acmgr_circuit_up
04:43:20: FRoMPLS [12.12.12.12, 100]: PW nni_pvc_status set ACTIVE
04:43:20: FRoMPLS [12.12.12.12, 100]: PW pvc_status set ACTIVE
04:43:20: FRoMPLS [12.12.12.12, 100]: Setting pw segment UP
debug mpls l2transport ipc
To display the interprocessor communication (IPC) messages exchanged between distributed platforms, such as the Cisco 12000 series router and the Cisco 7500 series routers, use the debug mpls l2transport ipc command in privileged EXEC mode. To disable this debugging output, use the no form of this command.
debug mpls l2transport ipc
no debug mpls l2transport ipc
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
You can issue this command either from the line card or the route processor to log AToM updates to or from line cards. This command applies only to platforms that support distributed mode.
Examples
The following is sample output from the debug mpls l2transport ipc command:
Router# debug mpls l2transport ipc
*May 27 23:56:04.699 UTC: AToM SMGR: Repopulating line card 255
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1101]: Sending Imposition update to slot
255
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1101]: Imposition being done on ingress
interface
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1101]: Sending disposition update to
slot 255
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1101]: Distributing disposition info to
all linecards
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 701]: Sending Imposition update to slot
255
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 701]: Imposition being done on ingress
interface
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 701]: Sending disposition update to slot
255
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 701]: Distributing disposition info to
all linecards
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1201]: Sending Imposition update to slot
255
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1201]: Imposition being done on ingress
interface
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1201]: Sending disposition update to
slot 255
*May 27 23:56:04.699 UTC: AToM SMGR [17.17.17.17, 1201]: Distributing disposition info to
all linecards
debug mpls l2transport packet
To display information about the status of Any Transport over MPLS (ATOM) switched packets, use the debug mpls l2transport packet command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug mpls l2transport packet {data |error}
no debug mpls l2transport packet {data | error}
Syntax Description
data
|
Displays (in hex) the AToM switched packets for imposition and disposition. This can help validate that packets are flowing between the CE routers. Also, you can display the packets to check the format of the data or the data itself.
|
error
|
Displays AToM switching errors, such as the reason that packets cannot be switched. This can help identify why data is not being transported.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
Use this command sparingly, because the command output can be overwhelming.
For platforms that support distributed switching, the command displays output only for packets switched by the central route processor module. Packets switched autonomously by the linecards are not displayed. For example, packets switched by Versatile Interface Processors (VIPs) on the Cisco 7500 router are not displayed.
Examples
The following is sample output from the debug mpls l2transport packet commands for a PPP over MPLS configuration:
Router# debug mpls l2transport packet data
AToM packet data debugging is on
Router# debug mpls l2transport packet error
AToM packet errors debugging is on
AToM packet data debugging is on
AToM packet errors debugging is on
*Mar 24 23:29:30.495: ATOM-PPP Switching: check features failed.
*Mar 24 23:29:30.495: ATOM-PPP Switching (Fast) Imposition Packet data: experimental bits
are 0
*Mar 24 23:29:30.495: 0F 00 88 47 00 01 10 FF 00 01 51 02 00 00 00 00
*Mar 24 23:29:30.495: 00 FD C0 01 01 01 C0 4B 41 73 F4 00 01 00 02 CC
*Mar 24 23:29:30.495: 66 51 88 B4 CE 73 39 00 00 40 00 88 03 02 00 70
*Mar 24 23:29:30.495: 23 30 00 04 3C 61 83 C0 00 06 00 06 94 CC A7 23
*Mar 24 23:29:30.495: 49 84 D8 33 17 8C F2 60 00 11 9E 80 00 50 08 08
*Mar 24 23:29:30.495: 86 69 39 98 CD E2 02 49 B8 E9 9D 0D C6 53 A1 DC
*Mar 24 23:29:30.495: DE 72 35 88 09 E7 0C 60 61 3A 1A 4D C6 71 01 4C
*Mar 24 23:29:30.495: F2 73 CC 06 DC 38 6F 33 66 83 09 C8 CA 20 05 12
*Mar 24 23:29:30.495: 49 E5 31 00 A0 E8 6D 14 88 06 E3 21 80 C3 31 E4
*Mar 24 23:29:30.495: 28 21 E4 21 69 28 A6 2D 26 8A 45 82 02 B6 FC 39
*Mar 24 23:29:30.499: D8 60 A3 62 B1 60 A5 80
*Mar 24 23:29:31.835: ATOM-L2 Switching Disposition Packet data:
*Mar 24 23:29:31.835: FF 03 00 FD C0 04 8A 57 FF FF FF FF FF FF FF FF
*Mar 24 23:29:31.835: FF FF FB 14 B0 00
*Mar 24 23:29:49.423: ATOM-L2 Switching Disposition Packet data:
*Mar 24 23:29:49.423: FF 03 C0 21 01 11 00 0F 03 05 C2 23 05 05 06 5F
*Mar 24 23:29:49.423: 23 35 D4
*Mar 24 23:29:49.435: ATOM-PPP Switching: check features failed.
*Mar 24 23:29:49.435: ATOM-PPP Switching (Fast) Imposition Packet data: experimental bits
are 0
*Mar 24 23:29:49.435: 0F 00 88 47 00 01 10 FF 00 01 61 02 00 15 00 00
*Mar 24 23:29:49.435: C0 21 01 2F 00 0F 03 05 C2 23 05 05 06 5F CC 5F
*Mar 24 23:29:49.435: ATOM-PPP Switching: check features failed.
*Mar 24 23:29:49.435: ATOM-PPP Switching (Fast) Imposition Packet data: experimental bits
are 0
*Mar 24 23:29:49.435: 0F 00 88 47 00 01 10 FF 00 01 61 02 00 15 00 00
*Mar 24 23:29:49.435: C0 21 02 11 00 0F 03 05 C2 23 05 05 06 5F 23 35
*Mar 24 23:29:49.443: ATOM-L2 Switching Disposition Packet data:
*Mar 24 23:29:49.443: FF 03 C0 21 02 2F 00 0F 03 05 C2 23 05 05 06 5F
*Mar 24 23:29:49.443: CC 5F E5
*Mar 24 23:29:49.447: ATOM-L2 Switching Disposition Packet data:
*Mar 24 23:29:49.447: FF 03 C2 23 01 D0 00 1C 10 45 59 13 1A 92 FD 93
*Mar 24 23:29:49.447: 01 A2 CF B6 FB 3A 04 46 93 63 65 32 2D 67 73 72
*Mar 24 23:29:49.451: ATOM-PPP Switching: check features failed.
*Mar 24 23:29:49.451: ATOM-PPP Switching (Fast) Imposition Packet data: experimental bits
are 0
*Mar 24 23:29:49.451: 0F 00 88 47 00 01 10 FF 00 01 61 02 00 22 00 00
*Mar 24 23:29:49.451: C2 23 01 F5 00 1C 10 F1 98 35 3F 79 F2 1A 15 10
*Mar 24 23:29:49.451: B4 C0 73 D7 B1 9F 2A 63 65 31 2D 67 73 72
*Mar 24 23:29:49.455: ATOM-PPP Switching: check features failed.
*Mar 24 23:29:49.455: ATOM-PPP Switching (Fast) Imposition Packet data: experimental bits
are 0
*Mar 24 23:29:49.455: 0F 00 88 47 00 01 10 FF 00 01 61 02 00 22 00 00
*Mar 24 23:29:49.455: C2 23 02 D0 00 1C 10 56 4A 32 5B 99 55 D5 CF 44
*Mar 24 23:29:49.455: FC D3 D9 3F CC 8C A8 63 65 31 2D 67 73 72
*Mar 24 23:29:49.463: ATOM-L2 Switching Disposition Packet data:
*Mar 24 23:29:49.463: FF 03 C2 23 02 F5 00 1C 10 45 84 E4 E5 DD C0 5F
*Mar 24 23:29:49.463: FD 2F 37 63 9A 3D 03 7B B9 63 65 32 2D 67 73 72
*Mar 24 23:29:49.463: ATOM-L2 Switching Disposition Packet data:
*Mar 24 23:29:49.463: FF 03 C2 23 03 D0 00 04
*Mar 24 23:29:49.471: ATOM-PPP Switching: check features failed.
*Mar 24 23:29:49.471: ATOM-PPP Switching (Fast) Imposition Packet data: experimental bits
are 0
*Mar 24 23:29:49.471: 0F 00 88 47 00 01 10 FF 00 01 61 02 00 0A 00 00
*Mar 24 23:29:49.471: C2 23 03 F5 00 04
*Mar 24 23:29:49.471: ATOM-PPP Switching: check features failed.
*Mar 24 23:29:49.471: ATOM-PPP Switching (Fast) Imposition Packet data: experimental bits
are 0
*Mar 24 23:29:49.471: 0F 00 88 47 00 01 10 FF 00 01 61 02 00 10 00 00
*Mar 24 23:29:49.471: 80 21 01 0B 00 0A 03 06 78 01 01 78
*Mar 24 23:29:49.475: ATOM-PPP Switching: check features failed.
debug mpls l2transport signaling
To display information about the Any Transport over MPLS (AToM) signaling protocol, use the debug mpls l2transport signaling command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug mpls l2transport signaling {event | message}
no debug mpls l2transport signaling {event | message}
Syntax Description
event
|
Displays AToM signaling events.
|
message
|
Displays AToM signaling status messages.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Examples
The following is sample output from the debug mpls l2transport signaling command:
Router# debug mpls l2transport signaling event
AToM LDP event debugging is on
Router# debug mpls l2transport signaling message
AToM LDP message debugging is on
AToM LDP event debugging is on
AToM LDP message debugging is on
*Mar 24 23:10:55.611: AToM LDP [9.9.9.9]: Allocate LDP instance
*Mar 24 23:10:55.611: AToM LDP [9.9.9.9]: Opening session, 1 clients
*Mar 24 23:10:56.063: %SYS-5-CONFIG_I: Configured from console by console
*Mar 24 23:10:56.583: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial3/0, changed
state to up
*Mar 24 23:11:00.539: AToM LDP [9.9.9.9]: Session is up
*Mar 24 23:11:00.539: AToM LDP [9.9.9.9]: Peer address change, add 1.1.1.100
*Mar 24 23:11:00.539: AToM LDP [9.9.9.9]: Peer address change, add 46.1.1.6
*Mar 24 23:11:00.539: AToM LDP [9.9.9.9]: Peer address change, add 9.9.9.9
*Mar 24 23:11:00.539: AToM LDP [9.9.9.9]: Peer address change, add 57.1.1.6
*Mar 24 23:11:00.539: AToM LDP [9.9.9.9]: Sending label mapping msg
vc type 7, cbit 1, vc id 50, group id 6, vc label 21, status 0, mtu 1500
*Mar 24 23:11:00.539: AToM LDP [9.9.9.9]: Received label mapping msg, id 113
vc type 7, cbit 1, vc id 50, group id 6, vc label 21, status 0, mtu 1500
debug mpls l2transport vc
To display information about the status of the AToM VCs, use the debug mpls l2transport vc command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug mpls l2transport vc {event | fsm}
no debug mpls l2transport vc {event | fsm}
Syntax Description
event
|
Displays AToM event messages about the VCs.
|
fsm
|
Displays the finite state machine.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
You can issue this command from the line card or route processor.
Examples
The following is sample output from the debug mpls l2transport vc commands:
Router# debug mpls l2transport vc event
AToM vc event debugging is on
Router# debug mpls l2transport vc fsm
AToM vc fsm debugging is on
AToM vc event debugging is on
AToM vc fsm debugging is on
*Mar 24 23:17:24.371: AToM MGR [9.9.9.9, 50]: Event provision, state changed from idle to
provisioned
*Mar 24 23:17:24.371: AToM MGR [9.9.9.9, 50]: Provision vc
*Mar 24 23:17:24.371: AToM SMGR [9.9.9.9, 50]: Requesting VC create, vc_handle 61A09930
*Mar 24 23:17:24.371: AToM MGR [9.9.9.9, 50]: Event local up, state changed from
provisioned to local standby
*Mar 24 23:17:24.371: AToM MGR [9.9.9.9, 50]: Update local vc label binding
*Mar 24 23:17:24.371: AToM SMGR [9.9.9.9, 50]: sucessfully processed create request
*Mar 24 23:17:24.875: %SYS-5-CONFIG_I: Configured from console by console
*Mar 24 23:17:25.131: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial3/0, changed
state to up
*Mar 24 23:17:28.567: AToM MGR [9.9.9.9, 50]: Event ldp up, state changed from local
standby to local ready
*Mar 24 23:17:28.567: AToM MGR [9.9.9.9, 50]: Advertise local vc label binding
*Mar 24 23:17:28.567: AToM MGR [9.9.9.9, 50]: Event remote up, state changed from local
ready to establishing
*Mar 24 23:17:28.567: AToM MGR [9.9.9.9, 50]: Remote end up
*Mar 24 23:17:28.567: AToM MGR [9.9.9.9, 50]: Event remote validated, state changed from
establishing to established
*Mar 24 23:17:28.567: AToM MGR [9.9.9.9, 50]: Validate vc, activating data plane
*Mar 24 23:17:28.567: AToM SMGR [9.9.9.9, 50]: Processing imposition update, vc_handle
61A09930, update_action 3, remote_vc_label 21
*Mar 24 23:17:28.567: AToM SMGR [9.9.9.9, 50]: Imposition Programmed, Output Interface:
PO5/0
*Mar 24 23:17:28.567: AToM SMGR [9.9.9.9, 50]: Processing disposition update, vc_handle
61A09930, update_action 3, local_vc_label 22
*Mar 24 23:17:28.571: AToM SMGR: Processing TFIB event for 9.9.9.9
*Mar 24 23:17:28.571: AToM SMGR [9.9.9.9, 50]: Imposition Programmed, Output Interface:
PO5/0
encapsulation (Any Transport over MPLS)
To configure the ATM adaptation layer (AAL) for an Any Transport over MPLS (AToM) ATM permanent virtual circuit (PVC), use the encapsulation command in AToM-VC configuration mode. To remove an encapsulation from an AToM PVC, use the no form of this command.
encapsulation layer-type
no encapsulation layer-type
Syntax Description
layer-type
|
The adaptation layer type. Possible values are:
aal5—ATM adaptation layer 5
aal0—ATM adaptation layer 0
|
Defaults
The default encapsulation is AAL5.
Command Modes
AToM VC configuration
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
The pvc command and the encapsulation command work together. How you use the commands for AToM is slightly different than for all other applications. The following table shows the differences in how the commands are used:
The following list highlights the differences:
•
pvc command: For most applications, you create a PVC by using the pvc vpi/vci command. For AToM, you must add the l2transport keyword to the pvc command. The l2transport keyword enables the PVC to transport Layer 2 packets.
•
encapsulation command: The encapsulation command for AToM has only two keyword values: aal5 or aal0. You cannot specify an encapsulation type. In contrast, the encapsulation aal5 command you use for most other applications requires you to specify the encapsulation type, such as aal5snap.
•
pvc command and encapsulation command: The AToM encapsulation command works only with the pvc command. You cannot create switched virtual circuits or VC bundles to transport Layer 2 packets. You can only use PVCs to transport Layer 2 packets.
When you use the aal5 keyword, incoming cells (except OAM cells) on that PVC are treated as AAL5 encapsulated packets. The router reassembles the packet from the incoming cells. The router does not check the contents of the packet, so it does not need to know the encapsulation type (such as aal5snap, aal5mux, and so on). After imposing the MPLS label stack, the router sends the reassembled packet over the MPLS core network.
When you use the aal0 keyword, the router strips the header error control (HEC) byte from the cell header and adds the MPLS label stack. The router sends the cell over the MPLS core network.
Examples
The following example shows how to configure a PVC to transport AAL5 packets for AToM:
Related Commands
Command
|
Description
|
pvc
|
Creates or assigns a name to an ATM PVC.
|
encapsulation aal5
|
Configures AAL encapsulation type for an ATM PVC.
|
mpls l2transport route
To enable routing of Any Transport over MPLS (AToM) packets over a specified virtual circuit (VC), use the mpls l2transport route command in the appropriate command mode. To delete the VC, use the no form of this command on both routers.
mpls l2transport route destination vc-id
no mpls l2transport route destination vc-id
Syntax Description
destination
|
Specifies the Label Distribution Protocol (LDP) IP address of the remote provider edge (PE) router.
|
vc-id
|
Assigns a VC ID to the virtual circuit between two PE routers.
|
Defaults
No default behavior or values.
Command Modes
Depending on the AToM transport type you are configuring, you use the mpls l2transport route command in one of the following command modes:
Transport Type
|
Command Mode
|
ATM AAL5 and Cell Relay
|
ATM VC configuration mode
|
Ethernet VLAN
|
Subinterface configuration mode
|
Frame Relay
|
Connect submode
|
HDLC and PPP
|
Interface configuration mode
|
Command History
Release
|
Modification
|
12.1(8a)E
|
This command was introduced.
|
12.0(21)ST
|
This command was integrated into Cisco IOS Release 12.0(21)ST.
|
12.0(23)S
|
This command was integrated into Cisco IOS Release 12.0(23)S.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
An MPLS VC runs across an MPLS cloud to connect interfaces on two provider edge (PE) routers.
Use this command on each PE router to route packets across the MPLS cloud to the interface of the other PE router. Specify the LDP IP address of the other PE router for the destination parameter. Do not specify the IP address of the router from which you are issuing the command.
You can choose any number for the VC ID. However, the VC ID must be unique per pair of routers. Therefore, in large networks, it may be necessary to track the VC ID assignments to ensure that a VC ID does not get assigned twice.
Examples
The following examples show some implementations of the command. Two routers are named PE1 and PE2, which establish a VC to transport packets. PE1 has IP address 172.16.0.1, and PE2 has IP address 192.168.0.1. The VC ID is 50.
ATM AAL5 over MPLS Example
At PE1, you issue the following commands:
PE1_Router(config)# interface atm5/0.100
PE1_Router(config-if)# pvc 1/200
PE1_Router(config-atm-vc)# encapsulation aal5
PE1_Router(config-atm-vc)# mpls l2transport route 192.168.0.1 50
At PE2, you issue the following commands:
PE2_Router(config)# interface atm5/0.100
PE2_Router(config-if)# pvc 1/200
PE2_Router(config-atm-vc)# encapsulation aal5
PE2_router(config-atm-vc)# mpls l2transport route 172.16.0.1 50
ATM Cell Relay over MPLS Example
At PE1, you issue the following commands:
PE1_Router(config)# interface atm5/0.100
PE1_Router(config-if)# pvc 1/200 l2transport
PE1_Router(config-atm-vc)# encapsulation aal0
PE1_Router(config-atm-vc)# mpls l2transport route 192.168.0.1 50
At PE2, you issue the following commands:
PE2_Router(config)# interface atm5/0.100
PE2_Router(config-if)# pvc 1/200 l2transport
PE2_Router(config-atm-vc)# encapsulation aal0
PE2_router(config-atm-vc)# mpls l2transport route 172.16.0.1 50
Ethernet over MPLS Example
At PE1, you issue the following commands:
PE1_router(config)# interface GigabitEthernet1/0.2
PE1_Router(config-subif)# encapsulation dot1Q 200
PE1_Router(config-subif)# mpls l2transport route 192.168.0.1 50
At PE2, you issue the following commands:
PE2_router(config)# interface GigabitEthernet2/0.1
PE2_Router(config-subif)# encapsulation dot1Q 200
PE2_Router(config-subif)# mpls l2transport route 172.16.0.1 50
Frame Relay over MPLS Example
At PE1, you issue the following commands:
PE1_router(config)# connect frompls1 Serial5/0 1000 l2transport
PE1_router(config-fr-pw-switching)# mpls l2transport route 192.168.0.1 50
At PE2, you issue the following commands:
PE2_router(config)# connect frompls2 Serial2/0 102 l2transport
PE2_router(config-fr-pw-switching)# mpls l2transport route 172.16.0.1 50
HDLC over MPLS Example
At PE1, you issue the following commands:
PE1_router(config)# interface Serial3/0
PE1_router(config-if)# encapsulation hdlc
PE1_router(config-if)# mpls l2transport route 192.168.0.1 50
At PE2, you issue the following commands:
PE2_router(config)# interface Serial1/0
PE2_router(config-if)# encapsulation hdlc
PE2_router(config-if)# mpls l2transport route 172.16.0.1 50
PPP over MPLS Example
At PE1, you issue the following commands:
PE1_router(config)# interface Serial3/0
PE1_router(config-if)# encapsulation ppp
PE1_router(config-if)# mpls l2transport route 192.168.0.1 50
At PE2, you issue the following commands:
PE2_router(config)# interface Serial1/0
PE2_router(config-if)# encapsulation ppp
PE2_router(config-if)# mpls l2transport route 172.16.0.1 50
oam-ac emulation-enable
To enable Operation, Administration, and Maintenance (OAM) cell emulation on ATM adaptation layer 5 (AAL5) over Multiprotocol Label Switching (MPLS), use the oam-ac emulation-enable command in the ATM VC configuration mode on both provider edge (PE) routers. To disable OAM cell emulation, use the no form of this command on both routers.
oam-ac emulation-enable [ais-rate]
no oam-ac emulation-enable [ais-rate]
Syntax Description
ais-rate
|
(Optional) The rate (in seconds) at which the AIS cells should be sent. The range is 0 - 60 seconds. If you specify 0, no AIS cells are sent. The default is 1 second, which means that one AIS cell is sent every second.
|
Defaults
By default OAM cell emulation is disabled. If you enable OAM cell emulation without specifying an AIS rate, the default is to send one AIS cell every second..
Command Modes
ATM VC configuration mode
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
This command is only applicable to AAL5 over MPLS and is not supported with ATM Cell Relay over MPLS.
This command is only available when you specify the pvc vpi/vci l2transport command.
Examples
The following example shows how to enable OAM cell emulation on an ATM PVC.
Router# interface ATM 1/0/0
Router(config-if)# pvc 1/200 l2transport
Router(config-atm-vc)# oam-ac emulation-enable
The following example sets the rate at which an AIS cell is sent to every 30 seconds:
Router (config-atm-vc)# oam-ac emulation-enable 30
Related Commands
Command
|
Description
|
show atm pvc
|
Displays all ATM PVCs and traffic information.
|
pvc
To create or assign a name to an ATM permanent virtual circuit (PVC), to specify the encapsulation type on an ATM PVC, and to enter interface-ATM-VC configuration mode, use the pvc command in interface or subinterface configuration mode. To remove an ATM PVC, use the no form of this command.
pvc [name] vpi/vci [ces | ilmi | qsaal | smds | l2transport]
no pvc [name] vpi/vci [ces | ilmi | qsaal | smds | l2transport]
Syntax Description
name
|
(Optional) The name of the PVC or map. The name can be up to 16 characters long.
|
vpi/
|
ATM network virtual path identifier (VPI) for this PVC. The absence of the slash (/) and a vpi value defaults the vpi value to 0.
Value Ranges
0 to 255 except for the following routers:
• Cisco 4500 and 4700 routers: 0 to 1 less than the quotient of 8192 divided by the value set by the atm vc-per-vp command
• Cisco 2600 and 3600 series routers using Inverse Multiplexing for ATM (IMA): 0 to 15, 64 to 79, 128 to 143, and 192 to 207
The arguments vpi and vci cannot both be set to 0; if one is 0, the other cannot be 0.
|
vci
|
ATM network virtual channel identifier (VCI) for this PVC. This value ranges from 0 to 1 less than the maximum value set for this interface by the atm vc-per-vp command. Typically, lower values 0 to 31 are reserved for specific traffic (for example, F4 OAM, SVC signaling, ILMI, and so on) and should not be used.
The VCI is a 16-bit field in the header of the ATM cell. The VCI value is unique only on a single link, not throughout the ATM network, because it has local significance only.
The arguments vpi and vci cannot both be set to 0; if one is 0, the other cannot be 0.
|
ces
|
(Optional) Circuit Emulation Service encapsulation. This keyword is available on the OC-3/STM-1 ATM Circuit Emulation Service network module only.
|
ilmi
|
(Optional) Sets up communication with the Interim Local Management Interface (ILMI); the associated vpi and vci values ordinarily are 0 and 16, respectively.
|
qsaal
|
(Optional) A signaling-type PVC used for setting up or tearing down SVCs; the associated vpi and vci values ordinarily are 0 and 5, respectively.
|
smds
|
(Optional) Encapsulation for SMDS networks. If you are configuring an ATM PVC on the ATM Interface Processor (AIP), you must configure AAL3/4SMDS using the atm aal aal3/4 command before specifying smds encapsulation. If you are configuring an ATM network processor module (NPM), the atm aal aal3/4 command is not required. SMDS encapsulation is not supported on the ATM port adapter.
|
l2transport
|
(Optional) Used to specify that the PVC is switched and not terminated.
|
Defaults
No PVC is defined. When a PVC is defined, the global default of the encapsulation command applies (aal-encap = aal5snap).
Command Modes
Interface or subinterface configuration
Command History
Release
|
Modification
|
11.3 T
|
This command was introduced.
|
12.1(2)T
|
The following modifications were made:
• The ranges for the VPI were increased for Cisco 2600 and Cisco 3600 series routers using IMA.
• The ces keyword was added for configuring CES encapsulation when using the OC-3/STM-1 ATM Circuit Emulation Service network module on Cisco 2600 and Cisco 3600 series routers.
|
12.0(23)S
|
The l2transport keyword was added.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
Creating and Configuring PVCs
The pvc command replaces the atm pvc command, which, although still supported and available, will become obsolete in the near future. Use the pvc command to configure a single ATM VC only, not a VC that is a bundle member. We recommend that you use the pvc command in conjunction with the encapsulation and random-detect attach commands instead of the atm pvc command.
The pvc command creates a PVC and attaches it to the VPI and VCI specified. Both the vpi and vci arguments cannot be simultaneously specified as 0; if one is 0, the other cannot be 0.
When configuring an SVC, use the pvc command to configure the PVC that handles SVC call setup and termination. In this case, specify the qsaal keyword. See the "Examples" section.
ATM PVC Names
Once you specify a name for a PVC, you can reenter interface-ATM-VC configuration mode by simply entering the pvc name command. You can remove a PVC and any associated parameters by entering no pvc name or no pvc vpi/vci.
Note
After configuring the parameters for an ATM PVC, you must exit the interface-ATM-VC configuration mode in order to create the PVC and enable the settings.
Encapsulation Types on ATM PVCs
Specify CES, ILMI, QSAAL, or SMDS as the encapsulation type on an ATM PVC. (To configure other encapsulation types, see the encapsulation command.)
Configuring CES encapsulation on a PVC is equivalent to creating a constant bit rate (CBR) class of service.
Rate Queues
The Cisco IOS software dynamically creates rate queues as necessary to satisfy the requests of the pvc commands.
Default Configurations
If ilmi, qsaal, or smds encapsulation is not explicitly configured on the ATM PVC, the PVC inherits the following default configuration (listed in order of precedence):
•
Configuration of the encapsulation command in a VC class assigned to the PVC itself.
•
Configuration of the encapsulation command in a VC class assigned to the ATM subinterface of the PVC.
•
Configuration of the encapsulation command in a VC class assigned to the ATM main interface of the PVC.
•
Global default: The global default of the encapsulation command applies (aal-encap = aal5snap).
Examples
The following example creates a PVC with VPI 0 and VCI 16, and communication is set up with the ILMI:
The following example creates a PVC used for ATM signaling for an SVC. It specifies VPI 0 and VCI 5:
The following example configures the PVC called "cisco" to use class-based weighted fair queueing (CBWFQ). It attaches a policy map called "policy1" to the PVC. The classes the make up "policy1" determine the service policy for the PVC:
pvc cisco 0/5
service-policy output policy1
vbr-nrt 2000 2000
encap aal5snap
Related Commands
Command
|
Description
|
atm vc-per-vp
|
Sets the maximum number of VCIs to support per VPI.
|
pvc-bundle
|
Adds a PVC to a bundle as a member of the bundle and enters bundle-vc configuration mode in order to configure that PVC bundle member.
|
show atm pvc
To display all ATM permanent virtual connections (PVCs) and traffic information, use the show atm pvc command in privileged EXEC mode.
show atm pvc [vpi/vci | name | interface atm interface-number] [ppp]
Syntax Description
vpi/vci
|
(Optional) The ATM virtual path identifier (VPI) and virtual channel identifier (VCI) numbers. The absence of the slash (/) and a vpi value defaults the vpi value to 0.
|
name
|
(Optional) Name of the PVC.
|
interface atm interface-number
|
(Optional) Interface number or subinterface number of the PVC. Displays all PVCs on the specified interface or subinterface.
The interface-number argument uses one of the following formats, depending on which router platform you are using:
• For the ATM Interface Processor (AIP) on Cisco 7500 series routers; for the ATM port adapter, ATM-CES port adapter, and enhanced ATM port adapter on Cisco 7200 series routers; for the 1-port ATM-25 network module on Cisco 2600 and 3600 series routers: slot/0[.subinterface-number multipoint]
• For the ATM port adapter and enhanced ATM port adapter on Cisco 7500 series routers: slot/port-adapter/0[.subinterface-number multipoint]
• For the NPM on Cisco 4500 and 4700 routers: number[.subinterface-number multipoint]
For a description of these arguments, refer to the interface atm command.
|
ppp
|
(Optional) Displays each PVC configured for PPP over ATM.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.3T
|
This command was introduced.
|
12.1(1)T
|
This command was modified to display PPPoE status.
|
12.0(23)S
|
This command was modified to display OAM cell emulation status for Any Transport over MPLS (AToM).
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Usage Guidelines
If the vpi/vci or name argument is not specified, the output of this command is the same as that of the show atm vc command, but only the configured PVCs are displayed. See the first sample output in the "Examples" section.
If the vpi/vci or name argument is specified, the output of this command is the same as the show atm vc vcd command, with extra information related to PVC management including connection name, detailed states, and Operation, Administration, and Maintenance (OAM) counters. See the second and third sample output in the "Examples" section.
If the interface atm interface-number option is included in the command, all PVCs under that interface or subinterface are displayed. See the third sample output in the "Examples" section.
Examples
The following is sample output from the show atm pvc command:
Interface Name VPI VCI Type Encaps Kbps Kbps Cells Sts
2/0 1 0 5 PVC SAAL 155000 155000 UP
2/0 2 0 16 PVC ILMI 155000 155000 UP
2/0.2 101 0 50 PVC SNAP 155000 155000 UP
2/0.2 102 0 60 PVC SNAP 155000 155000 DOWN
2/0.2 104 0 80 PVC SNAP 155000 155000 UP
2/0 hello 0 99 PVC SNAP 1000 UP
The following is sample output from the show atm pvc command with the vpi/vci argument specified:
Router# show atm pvc 0/41
ATM2/0: VCD: 3, VPI: 0, VCI: 41
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 0 second(s), OAM retry frequency: 1 second(s), OAM retry frequency: 1
second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Disabled
OAM VC state: Not Managed
ILMI VC state: Not Managed
InARP frequency: 15 minutes(s)
InPkts: 31759, OutPkts: 26497, InBytes: 2356434, OutBytes: 1589743
InPRoc: 15785, OutPRoc: 26472, Broadcasts: 0
InFast: 20, OutFast: 20, InAS: 15954, OutAS: 6
F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
F5 OutEndloop: 0, F5 OutSegloop: 0, F5 OutRDI: 0
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
The following sample output from the show atm pvc command displays OAM cell emulation statistics, which are marked by exclamation points:
router# show atm pvc 5/500
ATM4/1/0.200: VCD: 6, VPI: 5, VCI: 500
AAL5-LLC/SNAP, etype:0x0, Flags: 0x34000C20, VCmode: 0x0
OAM Cell Emulation: enabled, F5 End2end AIS Xmit frequency: 1 second(s) !!!
OAM frequency: 0 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Disabled
OAM VC state: Not ManagedVerified
ILMI VC state: Not Managed
InPkts: 564, OutPkts: 560, InBytes: 19792, OutBytes: 19680
InFast: 4, OutFast: 0, InAS: 560, OutAS: 560
InPktDrops: 0, OutPktDrops: 0
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 26
F5 OutEndloop: 0, F5 OutSegloop: 0, F5 OutAIS: 77, F5 OutRDI: 0 !!!
The following is sample output from the show atm pvc command with the ATM subinterface specified:
Router# show atm pvc interface atm 2/0.2
Interface Name VPI VCI Type Encaps Kbps Kbps Cells Sts
2/0.2 101 0 50 PVC SNAP 155000 155000 UP
2/0.2 102 0 60 PVC SNAP 155000 155000 DOWN
2/0.2 104 0 80 PVC SNAP 155000 155000 UP
Table 13 describes significant fields shown in the displays.
Table 13 show atm pvc Field Descriptions
Field
|
Description
|
Interface
|
Interface and subinterface slot and port.
|
VCD/Name
|
Virtual connection descriptor (virtual connection number). The connection name is displayed if a name for the VC was configured using the pvc command.
|
VPI
|
Virtual path identifier.
|
VCI
|
Virtual channel identifier.
|
Type
|
Type of PVC detected from PVC discovery, either PVC-D, PVC-L, or PVC-M:
• PVC-D indicates a PVC created due to PVC discovery.
• PVC-L indicates that the corresponding peer of this PVC could not be found on the switch.
• PVC-M indicates that some or all of the QoS parameters of this PVC mismatch that of the corresponding peer on the switch.
|
Encaps
|
Type of ATM adaptation layer (AAL) and encapsulation.
|
Peak or PeakRate
|
Kilobits per second sent at the peak rate.
|
Avg/Min or Average Rate
|
Kilobits per second sent at the average rate.
|
Burst Cells
|
Value that equals the maximum number of ATM cells the VC can send at peak rate.
|
Sts or Status
|
Status of the VC connection:
• UP indicates that the connection is enabled for data traffic.
• DOWN indicates that the connection is not ready for data traffic. When the Status field is DOWN, a State field is shown. See a description of the different values for this field listed later in this table.
• INACTIVE indicates that the interface is down.
|
Connection Name
|
The name of the PVC.
|
UBR, UBR+, or VBR-NRT
|
• UBR—Unspecified bit rate QoS is specified for this PVC. See the ubr command for further information.
• UBR+—Unspecified bit rate QoS is specified for this PVC. See the ubr+ command for further information.
• VBR-NRT—Variable bit rate—Non real-time QoS rates are specified for this PVC. See the vbr-nrt command for further information.
|
etype
|
Encapsulation type.
|
Flags
|
Bit mask describing VC information. The flag values are summed to result in the displayed value:
• 0x20—PVC
• 0x40—SVC
• 0x0—AAL5-SNAP
• 0x1—AAL5-NLPID
• 0x2—AAL5-FRNLPID
• 0x3—AAL5-MUX
• 0x4—AAL3/4-SMDS
• 0x5—QSAAL
• 0x6—ILMI
• 0x7—AAL5-LANE
• 0x9—AAL5-CISCOPPP
• 0x10—ACTIVE
|
virtual-access
|
Virtual access interface identifier.
|
virtual-template
|
Virtual template identifier.
|
VCmode
|
AIP-specific or NPM-specific register describing the usage of the VC. This register contains values such as rate queue, peak rate, and AAL mode, which are also displayed in other fields.
|
OAM Cell emulation
|
The status of the OAM cell emulation functionality. It is either enabled or disabled.
|
F5 end2end AIS xmit frequency
|
Number of seconds between sending AIS cells.
|
OAM frequency
|
Number of seconds between sending OAM loopback cells.
|
OAM retry frequency
|
The frequency (in seconds) that end-to-end F5 loopback cells should be sent when a change in up/down state is being verified. For example, if a PVC is up and a loopback cell response is not received after the value of the frequency argument (in seconds) specified using the oam-pvc command, then loopback cells are sent at the value of the retry-frequency argument to verify whether the PVC is down.
|
OAM up retry count
|
Number of consecutive end-to-end F5 OAM loopback cell responses that must be received in order to change a PVC state to up. Does not apply to SVCs.
|
OAM down retry count
|
Number of consecutive end-to-end F5 OAM loopback cell responses that are not received in order to change a PVC state to down or tear down an SVC.
|
OAM Loopback status
|
Status of end-to-end F5 OAM loopback cell generation for this VC. This field will have one of the following values:
• OAM Disabled—End-to-end F5 OAM loopback cell generation is disabled.
• OAM Sent—OAM cell was sent.
• OAM Received—OAM cell was received.
• OAM Failed—OAM reply was not received within the frequency period or contained bad correlation tag.ssss.
|
OAM VC state
|
This field will have one of the following states for this VC:
• AIS/RDI—The VC received AIS/RDI cells. End-to-end F5 OAM loopback cells are not sent in this state.
• AIS Out — The VC is sending out AIS cells. OAM loopback cells and replies are not sent in this state. Incoming AIS cells are replied with RDI cells, but the state does not change.
• Down Retry—An OAM loopback failed. End-to-end F5 OAM loopback cells are sent at retry frequency to verify that the VC is really down. After down-count unsuccessful retries, the VC goes to the Not Verified state.
• Not Managed—VC is not being managed by OAM.
• Not Verified—VC has not been verified by end-to-end F5 OAM loopback cells. AIS and RDI conditions are cleared.
• Up Retry—An OAM loopback was successful. End-to-end F5 OAM loopback cells are sent at retry frequency to verify the VC is really up. After up-count successive and successful loopback retries, the VC goes to the Verified state.
• Verified—Loopbacks are successful. AIS/RDI cell was not received.
|
ILMI VC state
|
This field will have one of the following states for this VC:
• Not Managed—VC is not being managed by ILMI.
• Not Verified—VC has not been verified by ILMI.
• Verified—VC has been verified by ILMI.
|
VC is managed by OAM/ILMI
|
VC is managed by OAM or ILMI.
|
InARP frequency
|
Number of minutes for the Inverse Address Resolution Protocol (IARP) time period.
|
InPkts
|
Total number of packets received on this VC. This number includes all fast-switched and process-switched packets.
|
OutPkts
|
Total number of packets sent on this VC. This number includes all fast-switched and process-switched packets.
|
InBytes
|
Total number of bytes received on this VC. This number includes all fast-switched and process-switched bytes.
|
OutBytes
|
Total number of bytes sent on this VC. This number includes all fast-switched and process-switched bytes.
|
InPRoc
|
Number of process-switched input packets.
|
OutPRoc
|
Number of process-switched output packets.
|
Broadcasts
|
Number of process-switched broadcast packets.
|
InFast
|
Number of fast-switched input packets.
|
OutFast
|
Number of fast-switched output packets.
|
InAS
|
Number of autonomous-switched or silicon-switched input packets.
|
OutAS
|
Number of autonomous-switched or silicon-switched output packets.
|
OAM cells received
|
Total number of OAM cells received on this VC.
|
F5 InEndloop
|
Number of end-to-end F5 OAM loopback cells received.
|
F5 InSegloop
|
Number of segment F5 OAM loopback cells received.
|
F5 InAIS
|
Number of F5 OAM AIS cells received.
|
F5 InRDI
|
Number of F5 OAM RDI cells received.
|
F4 InEndloop
|
Number of end-to-end F4 OAM loopback cells received.
|
F4 InSegloop
|
Number of segment F4 OAM loopback cells received.
|
F4 InAIS
|
Number of F4 OAM AIS cells received.
|
F4 InRDI
|
Number of F4 OAM RDI cells received.
|
OAM cells sent
|
Total number of OAM cells sent on this VC.
|
F5 OutEndloop
|
Number of end-to-end F5 OAM loopback cells sent.
|
F5 OutSegloop
|
Number of segment F5 OAM loopback cells sent.
|
F5 OutAIS
|
Number of F5 OAM AIS cells sent
|
F5 OutRDI
|
Number of F5 OAM RDI cells sent.
|
OAM cell drops
|
Number of OAM cells dropped (or flushed).
|
PVC Discovery
|
• NOT_VERIFIED—This PVC is manually configured on the router and not yet verified with the attached adjacent switch.
• WELL_KNOWN—This PVC has a VCI value of 0 through 31.
• DISCOVERED—This PVC is learned from the attached adjacent switch via ILMI.
• MIXED—Some of the traffic parameters for this PVC were learned from the switch via ILMI.
• MATCHED—This PVC is manually configured on the router, and the local traffic shaping parameters match the parameters learned from the switch.
• MISMATCHED—This PVC is manually configured on the router, and the local traffic shaping parameters do not match the parameters learned from the switch.
• LOCAL_ONLY—This PVC is configured locally on the router and not on the remote switch.
|
Status
|
When the Status field indicates UP, the VC is established. When the Status field indicates DOWN, refer to the State field for further information about the VC state.
|
State
|
When the Status field is UP, this field does not appear. When the Status field is DOWN or INACTIVE, the State field will appear with one of the following values:
• NOT_VERIFIED—The VC has been established successfully; waiting for OAM (if enabled) and ILMI (if enabled) to verify that the VC is up.
• NOT_EXIST—VC has not been created.
• HASHING_IN—VC has been hashed into a hash table.
• ESTABLISHING—Ready to establish VC connection.
• MODIFYING—VC parameters have been modified.
• DELETING—VC is being deleted.
• DELETED—VC has been deleted.
• NOT_IN_SERVICE—ATM interface is shut down.
|
PPP:
|
For PPP over ATM, indicates the virtual access interface number and virtual template number being used.
|
show mpls l2transport binding
To display VC label binding information, use the show mpls l2transport binding command in EXEC mode.
show mpls l2transport binding [vc-id | ip-address | local-label number | remote-label number}
Syntax Description
vc-id
|
(Optional) Displays VC label binding information for the specified VC.
|
ip-address
|
(Optional) Displays VC label binding information for the specified VC destination.
|
local-label number
|
(Optional) Displays VC label binding information for the specified local assigned label.
|
remote-label number
|
(Optional) Displays VC label binding information for the specified remote assigned label.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
12.2(15)T
|
This command was integrated into Cisco IOS Release 12.2(15)T.
|
12.0(27)S
|
This command was updated to display AToM Virtual Circuit Connection Verification (VCCV) information.
|
12.2(18)SXE
|
This command was integrated into Cisco IOS Release 12.2(18)SXE.
|
12.2(30)S
|
This command was updated to display Connectivity Verification (CV) type capabilities.
|
Examples
The following example shows the VC label binding information for Cisco IOS Releases 12.0(27)S and 12.2(18)SXE and later:
Router# show mpls l2transport binding
Destination Address: 10.0.0.203, VC ID: 1
Cbit: 1, VC Type: Ethernet, GroupID: 0
MTU: 1500, Interface Desc: n/a
VCCV Capabilities: Type 1, Type 2
Cbit: 1, VC Type: Ethernet, GroupID: 0
MTU: 1500, Interface Desc: n/a
VCCV Capabilities: Type 1, Type 2
The following examples shows the VC label binding information for Cisco IOS Release 12.2(30)S and later:
Router# show mpls l2transport binding
Destination Address: 5.5.5.51, VC ID: 108
Cbit: 1, VC Type: Ethernet, GroupID: 0
MTU: 1500, Interface Desc: n/a
VCCV: CC Type: CW [1], RA [2]
Cbit: 1, VC Type: Ethernet, GroupID: 0
MTU: 1500, Interface Desc: n/a
The output of the command changed between Cisco IOS Releases. The following table maps the older output to the new output:
Output in Cisco IOS Releases 12.0(27)S and 12.2(18)SXE
|
Output In Cisco IOS Release 12.2(30)S
|
VCCV Capabilities
|
VCCV: CC Type
|
Type 1
|
CW [1]
|
Type 2
|
RA [2]
|
Table 14 describes the significant fields shown in the display.
Table 14 show mpls l2transport binding Field Descriptions
Field
|
Description
|
Destination Address
|
The IP address of the remote router's interface that is at the other end of the VC.
|
VC ID
|
The virtual circuit identifier assigned to one of the interfaces on the router.
|
Local Label
|
The VC label that a router signals to its peer router, which is used by the peer router during imposition.
|
Remote Label
|
The disposition VC label of the remote peer router.
|
Cbit
|
The control word bit. If it is set, the value is 1.
|
VC Type
|
The type of VC, such as Frame Relay, Ethernet, ATM, and so on.
|
Group ID
|
The group ID assigned to the local or remote VCs.
|
MTU
|
The maximum transmission unit assigned.
|
Interface Desc
|
Interface parameters, if applicable.
|
VCCV Capabilities
|
(Cisco IOS Releases 12.0(27)S and 12.2(18)SXE and later) AToM VCCV information. This field displays how an AToM VCCV packet is identified.
• Type 1—The Protocol ID field of in the AToM Control Word (CW) identified the AToM VCCV packet.
• Type 2—An MPLS Router Alert (RA) Level above the VC label identified the AToM VCCV packet. Type 2 is used for VC types that do not support or do not interpret the AToM Control Word.
|
VCCV: CC Type
|
(Cisco IOS Releases 12.2(30)S and later) The types of Control Channel (CC) processing that are supported. The number indicates the position of the bit that was set in the received octet. The following values can be displayed:
• CW [1]—Control Word
• RA [2]—Router Alert
• TTL [3]—Time to Live
• Unkn [x]—Unknown
|
CV Type
|
(Cisco IOS Releases 12.2(30)S and later) The type of Connectivity Verification (CV) packets that can be processed in the control channel of the MPLS pseudowire. The number indicates the position of the bit that was set in the received octet.
• ICMP [1]—Internet Control Management Protocol (ICMP) is used to verify connectivity.
• LSPV [2]—LSP Ping is used to verify connectivity.
• BFD [3]—Bidirectional Forwarding Detection is used to verify connectivity for more than one pseudowire.
• Unkn [x]—A CV type was received that could not be interpreted.
|
Related Commands
Command
|
Description
|
show mpls l2transport hw-capability
|
Displays the transport types and their supported capabilities.
|
show mpls l2transport hw-capability
To display the transport types supported on an interface, use the show mpls l2transport hw-capability command in privileged EXEC mode.
show mpls l2transport hw-capability interface type number
Syntax Description
interface
|
Displays information for the specified interface.
|
type number
|
The type and number of the interface. For example, serial6/0.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
12.2(15)T
|
This command was integrated into Cisco IOS Release 12.2(15)T.
|
12.0(27)S
|
This command was updated to display AToM Virtual Circuit Connection Verification (VCCV) information.
|
12.2(18)SXE
|
This command was integrated into Cisco IOS Release 12.2(18)SXE.
|
12.2(30)S
|
This command was updated to display VCCV type capabilities.
|
Usage Guidelines
This command can help you determine the interface to use for the various transport types. Use this command to check that core-facing and edge-facing interfaces can accommodate the different transport types.
Examples
The following is partial sample output from the show mpls l2transport hw-capability command for Cisco IOS Releases 12.0(23)S, 12.2(14)S, and 12.2(15)T and later. For more information on the fields, see Table 15.
Router# show mpls l2transport hw-capability interface serial5/1
MPLS label disposition supported
Control word processing supported
Sequence number processing not supported
MPLS label imposition supported
Control word processing supported
Sequence number processing not supported
Note
These examples show only a portion of the output. The command displays the the capabilities of every transport type.
The following is partial sample output from the show mpls l2transport hw-capability command for Cisco IOS Releases 12.0(27)S and 12.2(18)SXE and later. This output shows VCCV data under the Core Functionality section. Type 1 means that the AToM Control Word identified the AToM VCCV packet. For more information on the fields, see Table 15.
MPLS label disposition supported
Control word processing supported
Sequence number processing not supported
VCCV CC Type 1 processing supported
MPLS label imposition supported
Control word processing supported
Sequence number processing not supported
The following is partial sample output from the show mpls l2transport hw-capability command for Cisco IOS Releases 12.2(30)S and later. The VCCV output shows that AToM Control Word (CW) identified the AToM VCCV packet. For more information on the fields, see Table 15.
MPLS label disposition supported
Control word processing supported
Sequence number processing not supported
VCCV CC Type CW [1] processing supported
MPLS label imposition supported
Control word processing supported
Sequence number processing not supported
The output of the command changed between Cisco IOS Releases. The following table maps the older output to the new output:
Output in Cisco IOS Releases 12.0(27)S and 12.2(18)SXE and later
|
Output In Cisco IOS Release 12.2(30)S
|
VCCV CC processing supported
|
VCCV CC processing supported
|
Type 1
|
Type CW [1]
|
Table 15 describes the significant fields shown in the display.
Table 15 show mpls l2transport hw-capability Field Descriptions
Field
|
Description
|
Transport type
|
Indicates the transport type.
|
Core functionality
|
Displays the functionalities that the core-facing interfaces support, such as label disposition, and control word and sequence number processing.
|
VCCV CC Type processing supported
|
Displays whether the core-facing interfaces support Control Word processing, or Router Alert Processing.
(Cisco IOS Releases 12.0(27)S and 12.2(18)SXE and later)
• Type 1—The Protocol ID field of in the AToM Control Word (CW) identified the AToM VCCV packet.
(Cisco IOS Releases 12.2(30)S and later)
• CW [1]—Control Word
• Unkn [x]—Unknown. The number indicates the position of the bit that was set in the received octet.
|
Edge functionality
|
Displays the functionalities that the edge-facing interfaces support, such as label disposition, and control word and sequence number processing.
|
show mpls l2transport summary
To display summary information about virtual circuits (VCs) that have been enabled to route Any Transport over MPLS (AToM) Layer 2 packets on a router, use the show mpls l2transport summary command in EXEC mode.
show mpls l2transport summary
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Examples
The following sample output shows summary information about the VCs that have been enabled to transport Layer 2 packets:
Router# show mpls l2transport summary
Destination address: 172.16.24.12 Total number of VCs: 60
0 unknown, 58 up, 0 down, 2 admin down
5 active vc on MPLS interface PO4/0
Table 16 describes the fields shown in the output.
Table 16 show mpls l2transport summary Field Descriptions
Field
|
Description
|
Destination address
|
The IP address of the remote router to which the VC has been established.
|
Total number of VCs
|
The number of VCs that have been established.
|
unknown
|
The number of VCs that are in an unknown state.
|
up
|
The number of VCs that are operational.
|
down
|
The number of VCs that are not operational.
|
admindown
|
The number of VCs that have been disabled.
|
show mpls l2transport vc
To display information about Any Transport over MPLS (AToM) virtual circuits (VCs) that have been enabled to route Layer 2 packets on a router, use the show mpls l2transport vc command in EXEC mode.
show mpls l2transport vc [vcid vc-id] | [vc-id-min vc-id-max] [interface name [local-circuit-id]]
[destination ip-address | name] [detail]
Syntax Description
vcid
|
(Optional) The VC ID assigned to the router.
|
vc-id
|
(Optional) The VC ID.
|
vc-id-min and vc-id-max
|
(Optional) The VCs that are assigned the range of VC IDs that you specify. The range is from 1 to 4,294,967,295. (This argument is primarily for legacy implementations.)
|
interface
|
(Optional) The interface or subinterface of the router that has been enabled to transport Layer 2 packets. This keyword lets you display information about the VCs that have been assigned VC IDs on that interface or subinterface.
|
name
|
(Optional) The name of the interface or subinterface.
|
local-circuit-id
|
(Optional) The number assigned to the local circuit. This argument value applies only to the following transport types:
• For Frame Relay, enter the DCLI of the PVC.
• For ATM AAL5 and Cell Relay, enter the VPI/VCI of the PVC.
• For Ethernet VLANs, enter the VLAN number.
|
destination
|
(Optional) Information about the VCs that have been assigned VC IDs for the remote router you specify.
|
ip-address
|
(Optional) The IP address of the remote router.
|
name
|
(Optional) The name assigned to the remote router.
|
detail
|
(Optional) Detailed information about the VCs that have been assigned VC IDs.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
12.1(8a)E
|
This command was introduced.
|
12.0(21)ST
|
This command was integrated into Cisco IOS Release 12.0(21)ST.
|
12.0(23)S
|
This command was updated to include the interface and destination keywords.
|
12.2(14)S
|
This command was integrated into Cisco IOS Release 12.2(14)S.
|
Examples
The output of the commands varies, depending on the type of Layer 2 packets being transported over the AToM VCs.
The following example shows information about the interfaces and VCs that have been configured to transport various Layer 2 packets on the router:
Router# show mpls l2transport vc
Local intf Local circuit Dest address VC ID Status
------------- ------------------ --------------- ---------- ----------
Se5/0 FR DLCI 55 13.0.0.1 55 UP
AT4/0 ATM AAL5 0/100 13.0.0.1 100 UP
AT4/0 ATM AAL5 0/200 13.0.0.1 200 UP
AT4/0.300 ATM AAL5 0/300 13.0.0.1 300 UP
Table 17 describes the significant fields displayed in the output.
Table 17 show mpls l2transport vc Field Descriptions
Field
|
Description
|
Local intf
|
The interface on the local router that has been enabled to transport Layer 2 packets.
|
Local circuit
|
The type and number (if applicable) of the local circuit. The output shown in this column varies, according to transport type:
• For Frame Relay, the output shows the DCLI of the PVC.
• For ATM cell relay and AAL5, the output shows the VPI/VCI of the PVC.
• For Ethernet VLANs, the output shows the VLAN number.
• For PPP and HDLC, the output shows the interface number.
|
Dest address
|
The IP address of the remote router's interface that is the other end of the VC.
|
VC ID
|
The virtual circuit identifier assigned to one of the interfaces on the router.
|
Status
|
The status of the VC. The status can be one of the following:
UP—The VC is in a state where it can carry traffic between the two VC endpoints. A VC is up when both imposition and disposition interfaces are programmed.
• The disposition interfaces is programmed if the VC has been configured and the client interface is up.
• The imposition interface is programmed if the disposition interface is programmed and we have a remote VC label and an IGP label. The IGP label can be implicit null in a back-to-back configuration. (An IGP label means there is an LSP to the peer.)
DOWN—The VC is not ready to carry traffic between the two VC endpoints. Use the detail keyword to determine the reason that the VC is down.
ADMIN DOWN—The VC has been disabled by a user.
|
The following example shows information about VCs that have been configured to transport Layer 2 packets:
Router# show mpls l2transport vc detail
Local interface: local interface up, line protocol up, local circuit 16 up
Destination address: 13.13.13.13, VC ID: 100, VC status: up
Tunnel label: imp-null, next hop point2point
Output interface: PO0/1/0, imposed label stack {16}
Create time: 00:16:44, last status change time: 00:15:45
Signaling protocol: LDP, peer 13.13.13.13:0 up
MPLS VC labels: local 16, remote 16
Group ID: local 12, remote 1
MTU: local 1500, remote 1500
Remote interface description:
Sequencing: receive disabled, send disabled
packet totals: receive 56, send 55
byte totals: receive 10181, send 10569
packet drops: receive 0, send 0
Table 18 describes the significant fields displayed in the output.
Table 18 show mpls l2transport vc detail Field Descriptions
Field
|
Description
|
Local interface
|
The interface on the local router that has been enabled to transmit and receive Layer 2 packets. The interface varies, depending on the transport type. The output also shows the status of the interface.
|
line protocol
|
The status of the line protocol on the edge-facing interface.
|
local circuit
|
The type, number (if applicable) and status of the local circuit. The output varies, depending on the transport type:
• For Frame Relay, the output shows the DCLI of the PVC.
• For ATM cell relay and AAL5, the output shows the VPI/VCI of the PVC.
• For Ethernet VLANs, the output shows the VLAN number.
|
Destination address
|
The IP address of the remote router specified for this VC. You specify the destination IP address as part of the mpls l2transport route command.
|
VC ID
|
The virtual circuit identifier assigned to the interface on the router.
|
VC status
|
The status of the VC. The status can be one of the following:
UP—The VC is in a state where it can carry traffic between the two VC endpoints. A VC is up when both imposition and disposition interfaces are programmed.
• The disposition interface is programmed if the VC has been configured and the client interface is up.
• The imposition interface is programmed if the disposition interface is programmed and a remote VC label and an IGP label exist. The IGP label can be an implicit null in a back-to-back configuration. (An IGP label means there is a LSP to the peer.)
DOWN—The VC is not ready to carry traffic between the two VC endpoints.
ADMIN DOWN—The VC has been disabled by a user.
|
Tunnel label
|
An IGP label used to route the packet over the MPLS backbone to the destination router with the egress interface. The first part of the output displays the type of label. The second part of output displays the route information.
The tunnel label information can display any of the following states:
imp-null: The P router is absent and the tunnel label will not be used. Alternatively, imp-null can signify traffic engineering tunnels between the PE routers.
unassigned: The label has not been assigned.
no route: The label is not in the routing table.
no adjacency: The adjacency for the next hop is missing.
not ready, no route: An IP route for the peer does not exist in the routing table.
not ready, not a host table: The route in the routing table for the remote peer router is not a host route.
not ready, CEF disabled: CEF is disabled.
not ready, LFIB disabled: The MPLS switching subsystem is disabled.
not ready, LFIB entry present: The tunnel label exists in the LFIB, but the VC is down.
|
Output interface
|
The interface on the remote router that has been enabled to transmit and receive Layer 2 packets.
|
imposed label stack
|
Summary of the MPLS label stack used to direct the VC to the PE router.
|
Create time
|
The time when the VC was provisioned.
|
last status change time
|
The last time the VC state changed.
|
Signaling protocol
|
The type of protocol used to send the MPLS labels. The output also shows the status of the peer router.
|
MPLS VC labels
|
The local VC label is a disposition label, which determines the egress interface of an arriving packet from the MPLS backbone. The remote VC label is a disposition VC label of the remote peer router.
|
Group ID
|
The local group ID is used to group VCs locally. The remote group ID is used by the peer to group several VCs.
|
MTU
|
The maximum transmission unit specified for the local and remote interfaces.
|
Remote interface description
|
The interface on the remote router that has been enabled to transmit and receive Layer 2 packets.
|
Sequencing
|
This field describes whether sequencing of out-of-order packets is enabled or disabled.
|
packet totals
|
The number of packets sent and received. Received packets are those AToM packets received from the MPLS core. Sent packets are those AToM packets sent to the MPLS core. This does not include dropped packets.
|
byte totals
|
The number of packets sent and received from the core-facing interface, including the payload, VC label, and AToM control word (if present).
|
packet drops
|
The number of packets that were dropped as they were sent or received from the core-facing interface.
|