Layer 3 Switching Software and Feature Configuration Guide, 12.1(10)EY
Configuring the ATM Uplink

Table of Contents

Configuring ATM Uplinks
About ATM Uplinks and the ATM Uplink Interface
Configuring the ATM Uplink Interface
Verifying the ATM Uplink Configuration

Configuring ATM Uplinks


This chapter describes basic configuration tasks for the ATM Uplink interface, and includes the following sections:

About ATM Uplinks and the ATM Uplink Interface

ATM uses cell-switching and multiplexing technology that combines the benefits of circuit switching (constant transmission delay and guaranteed capacity) with those of packet switching (flexibility and efficiency for intermittent traffic). ATM is a common network technology for enterprise backbones, MANs, and WANs. By using an ATM uplink, Layer 3 traffic can be routed over an ATM network. The ATM uplink facilitates this by segmenting packet data into fixed-size cells at the transmitting end and reassembling them into packets at the receiving end. This conversion process is defined by the ATM adaptation layer (AAL).

For further information about ATM and its implementation on the Catalyst 8540 MSR and Catalyst 8510 MSR, refer to the Guide to ATM Technology.

The ATM uplink interface allows the Catalyst 8540 switch router to be deployed as part of an existing network where a router with an ATM interface would otherwise have been used. Additionally, the ATM uplink interface allows a Catalyst 8540 deployed as a Layer 3 switch (CSR) to be connected to a Catalyst 8540 deployed as an ATM switch (MSR).

Figure 7-1 shows an example application of the ATM uplink in which traffic from a LAN switch is aggregated at the Catalyst 8540 CSR and passed to the ATM network over the ATM uplink. The Layer 3 enabled ATM uplink supports RFC 1483 (Multiprotocol Encapsulation over ATM), which provides traffic shaping and provides for the mapping of Layer 3 addresses to ATM virtual circuits. Refer to the Guide to ATM Technology for additional information on RFC 1483.


Figure 7-1   Layer 3 Traffic with ATM Uplink



Note   The ATM uplink interface module does not work in a Catalyst 8540 MSR when the ATM router module is present.

Configuring the ATM Uplink Interface

This section describes the default configuration of the ATM uplink interface, initial configurations you should set for a newly installed interface, and optional configurations to customize the interfaces to the requirements of your network.


Note   The ATM uplink interface module consists of one OC-12c or OC-3c port and one enhanced Gigabit Ethernet port. For instructions on configuring the enhanced Gigabit Ethernet interface, see the "About the Enhanced Gigabit Ethernet Interfaces (Catalyst 8540)" section.

Configuration Overview

The following steps provide an overview for configuring an ATM uplink from the switch router to the ATM network:


Step 1   Configure the ATM uplink interface:

a. Enable the ATM interface.

b. Customize the configuration by configuring PVCs and SVCs.


Note    You must configure at least one PVC or SVC. The VC options you configure must match in three places: on the switch router, on the ATM switch, and at the remote end of the PVC or SVC connection.

Step 2   Configure the ATM switch to which the ATM uplink connects.





Default Configuration

On power up, the ATM uplink interface is shut down. When you enter the no shutdown command, the interface is enabled with the default configuration values shown in Table 7-1.

Table 7-1   ATM Uplink Interface Default Configuration Values

Parameter Configuration Command Default Value

Maximum transmission unit (MTU)

[no] mtu bytes

4470 bytes

Loopback

[no] loopback

No loopback

SONET framing

[no] atm sonet stm-1 for OC-3
[no] atm sonet stm-4 for OC-12

no stm-1
no stm-4

Transmit clock source

[no] atm clock internal

no internal (line)

Cisco Discovery Protocol (CDP)

[no] cdp enable

CDP enabled

ATM VCs per VP

atm vc-per-vp

1024

In addition, the ATM uplink interface uses the non-configurable values shown in Table 7-2.

Table 7-2   ATM Uplink Interface Nonconfigurable Values

Parameter Value

Transmit buffers for segmentation and reassembly (SAR)

8192

Receive buffers for SAR

8192

Maximum VCs

8192

ATM AAL

AAL5

ILMI keepalives

Not supported

Initially Configuring the Layer 3 Enabled ATM Uplink Interface

Configure the following properties for a newly installed ATM uplink interface:

  • IP routing
  • IP address

To initially configure the ATM uplink interface, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# ip routing

Enables IP routing.

Step 2 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 3 

Router(config-if)# ip address ip-address subnet-mask

Assigns an IP address and subnet mask to the interface.

Step 4 

Router(config-if)# atm clock internal

Specifies the internal clock for the interface. The default mode for the clock is no internal, which is the same as the line clock.

Step 5 

Router(config-if)# no shutdown

Enables the interface with the most recent configurations.

Example

The following example shows how to initially configure the ATM uplink interface:

Router(config)# interface atm 2/0/0
Router(config-if)# ip address 10.1.2.4 255.0.0.0
Router(config-if)# atm clock internal
Router(config-if)# no shutdown

Configuring the Clock Source

The ATM uplink interfaces support internal and line clock sources. The default mode for the clock is no internal, which is the same as the line clock. If your system clock source is set to the line clock, it uses the recovered received clock to transmit.

When two ATM uplink interfaces are connected and set to line clock, the interfaces at each end of the link cannot both accurately synchronize the clock. This configuration causes corruption of the data being transferred, which might cause the line protocol on both interfaces to go down. To prevent this, make sure you configure one end of the connection with internal clock and the other end with no internal clock.

When your system is configured to use the line clock, the following conditions cause the clock to automatically revert to the internal clock source:

  • SLOS (section loss of signal)
  • SLOF (section loss of frame)
  • AIS-L (line alarm indication signal)
  • S1 (synchronizing status) byte in the SONET line overhead equal to 0xF

When these conditions clear, the clock automatically reverts back to the line clock.

Customizing the Configuration

This section describes how to configure your ATM uplink interface to match your network configuration.

Setting the MTU Size

To set the maximum transmission unit (MTU) size, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 2 

Router(config-if)# mtu bytes

Configures the MTU size with a value from 64 to 9188 bytes. The default MTU size is 4478 bytes.

Step 3 

Router(config-if)# no shutdown

Enables the interface with the above configuration.


Note   The ATM uplink supports IP unicast and IP multicast fragmentation. For IP unicast fragmentation, the packet must ingress on a ATM interface and can egress on any interface. For IP multicast fragmentation, IP multicast data packets greater than 1500 bytes in size are segmented into 1500-byte fragments on the ingress ATM interface, before being switched to other members in the multicast group. The size of the MTU of all members of the multicast group must be equal to or greater than 1500 bytes.

Configuring SONET Framing

In STM-1 mode or STM-4 mode, the ATM uplink interface sends idle cells for cell-rate decoupling. In STS-3c mode or STS-12c mode, the interface sends unassigned cells for cell-rate decoupling. STS-3c is the default SONET framing mode for the ATM OC-3c uplink interface; STS-12c is the default SONET framing mode for the ATM OC-12c uplink interface.

To configure the SONET framing mode, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 2 

Router(config-if)# atm sonet stm-1

or

Router(config-if)# atm sonet stm-4

Configures the SONET framing mode to STM-1 (for the OC-3c ATM interface) or to STM-4 (for the OC-12c interface).

Step 3 

Router(config-if)# no shutdown

Enables the interface with the above configuration.

To return the SONET framing mode to the default, use the no form of the atm sonet command.

Configuring SONET Overhead

You can use the sonet overhead command to set the SONET overhead bytes in the frame header to meet the requirements of a particular standard or to ensure interoperability of the ATM uplink interface with the equipment of another vendor. Use the no form of this command to restore default values.

To configure the SONET overhead, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 2 

Router(config-if)# sonet overhead [c2 byte] [j0 {bytes | msg | line}] [j1 {16byte {exp-msg line| msg line}| 64byte {exp-msg line | msg line}] [sls0 bits]

Configures the SONET overhead bytes, as follows:

  • c2 is a path signal label identifier
  • j0 is the section trace bytes
  • j1 is the path trace bytes
  • sls0 is part of the payload pointer byte
Step 3 

Router(config-if)# no shutdown

Enables the interface with the previous configuration.


Note   On the ATM OC-3c interface, you can configure the c2 byte and the s1s0 bits. On the ATM OC-12c interface, you can configure the c2 byte, j0 byte, and j1 byte, and the s1s0 bits.

SONET Overhead Values

The value of the c2 byte is determined as follows:

  • If the value of the c2 byte has not been explicitly configured with the sonet overhead command, the SONET framer sends the ATM payload value of 0x13.
  • If the value of the c2 byte has been explicitly configured with the sonet overhead command, the configured value is sent, regardless of the encapsulation method.

The value of the s1s0 byte is determined as follows:

  • If the value s1s0 bytes have not been explicitly configured with the sonet overhead command, the SONET framer sends the applicable value, as follows:
    • For SONET framing, the default value is 0.
    • For SDH framing, the default value is 2.
  • If the value of the s1s0 bits has been explicitly configured with the sonet overhead command, the configured value is used regardless of the framing.

The value of the j0 and j1 bytes are determined as follows:

  • If the values of the j0 and j1 bytes have not been explicitly configured with the sonet overhead command, the SONET framer sets default values of 0x0 for both.
  • If the user has specified a value using the sonet overhead command, the configured value is used, regardless of the framing.

Configuring SONET Alarms

The ATM OC-12c and the ATM OC-3c uplink interfaces support SONET alarm monitoring. To configure alarm monitoring, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 2 

Router(config-if)# sonet report {b1-tca | b2-tca | b3-tca | lais | lrdi | pais | plm-p | plop | prdi | rdool | sd-ber | sf-ber | slof | slos|
tim-p | uneq-p
}

Permits console logging of selected SONET alarms.

The alarms are as follows:

  • b1-tca (B1 bit error rate [BER] threshold crossing alarm)
  • b2-tca (B2 BER threshold crossing alarm)
  • b3-tca (B3 BER threshold crossing alarm)
  • lais (line alarm indication signal)
  • lrdi (line remote defect indication)
  • pais (path alarm indication signal)
  • plm-p (payload label, C2 mismatch alarm)
  • plop (path loss of pointer), prdi (path remote defect indication)
  • rdool (receive data out of lock)
  • sd-ber (LBIP BER in excess of threshold)
  • sf-ber (signal failure BER)
  • slof (section loss of frame)
  • slos (section loss of signal)
  • tim-p (path trace identifier, J1 mismatch alarm)
  • uneq-p (path unequipped C2 alarm)

The following alarms are enabled by default:

  • b1-tca
  • b2-tca
  • b3-tca
  • plop
  • sf-ber
  • slof
  • slos
Step 3 

Router(config-if)# sonet threshold {b1-tca | b2-tca | b3-tca | sd-ber | sf-ber} rate

Sets the BER threshold values of the specified alarms. Default values are as follows:

  • 6 for b1-tca, b2-tca, b3-tca, and sd-ber
  • 3 for sf-ber

To determine which alarms are reported on the ATM interface, and to display the BER thresholds, use the show controllers atm command, as described in the "Verifying the ATM Uplink Configuration" section. For a detailed description of the sonet report and sonet threshold commands, refer to the ATM Switch Router Command Reference.

Configuring Loopback

The default ATM uplink interface configuration is no loopback. To enable loopback, use the loopback command in interface configuration mode.

Configuring CDP

The ATM uplink interface is configured by default with Cisco Discovery Protocol (CDP) disabled. To enable CDP, use the cdp enable command in interface configuration mode.

Configuring the Maximum VCs per VP

The ATM uplink interface is configured by default to allow a maximum of 1024 VCs per VP. To change this value, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 2 

Router(config-if)# atm vc-per-vp num-vcs

Configures the maximum number of VCs per VP to 16, 32, 64, 128, 256, 512, 1024, 2048, 4096, or 8192.

Step 3 

Router(config-if)# no shutdown

Enables the interface with the above configuration.

Configuring Virtual Circuits

A virtual circuit is a point-to-point connection between the switch router and a remote system. A virtual circuit is established for each ATM end node with which the switch router communicates. The virtual circuit characteristics are established when the virtual circuit is created and include the following:

  • Virtual circuit descriptor (VCD), associated with a VPI/VCI pair
  • Encapsulation type
  • Peak, average, and burst transmission rates

To configure a PVC, you must complete the following tasks:

  • Create a PVC
  • Map a protocol address to a PVC

Creating a PVC

When you create a PVC, you specify a virtual circuit descriptor (VCD) and associate it with the VPI/VCI pair. The number chosen from the VCD is independent of the VPI/VCI used. When you create a PVC, you also specify the AAL, the encapsulation type, and traffic parameters. Traffic parameters include peak and average rate (specified in kilobits per second) and burst rate (specified in cells). Omitting a peak and average value causes the PVC to be connected at the highest bandwidth rate available. In this case, the peak and average values are the same.

To create a PVC, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 2 

Router(config-if)# atm pvc vcd vpi vci aal-encap

Configures the PVC with a VCD value associated with a VPI/VCI pair, and specifies an encapsulation type.

The atm pvc command allows you to specify additional optional parameters for the connection, including peak, average, and burst transmission rate, and the rate at which OAM cells are generated.

Mapping a Protocol Address to a PVC

Cisco IOS supports a mapping scheme that allows you to associate a protocol address with a VCD (for PVCs) or with an ATM NSAP address (for SVCs). To create a mapping scheme, first create a map list, then associate the map list to an interface.

For more information about mapping protocol addresses, refer to the Cisco IOS Configuration Guide .

To map a protocol address to a PVC, perform the following steps, beginning in global configuration mode:

Command Purpose
Step 1 

Router(config)# map-list name

Creates a map list and assigns a name to it.

Step 2 

Router(config-map-list)# ip ip-address atm-vc vcd

Creates one or more map-list entries, associating a protocol address with a VCD.

Step 3 

Router(config-map-list)# exit

Router(config)#

Exits map-list configuration mode.

Step 4 

Router(config)# interface atm slot/subslot/interface

Router(config-if)#

Enters interface configuration mode and specifies the ATM interface to configure.

Step 5 

Router(config-if)# map-group name

Associates the map list with the interface.

You can create multiple map lists. An interface can have only one map list associated with it, but a map list can be associated with multiple interfaces.

PVC Example

In the following example, PVC 5 is created on ATM interface 1/0/0 by means of LLC/sNAP encapsulation over AAL5. ATM interface 1/0/0 (IP address 1.1.1.1) connects to the ATM interface (IP address 1.1.1.5) at the other end, over VC 5.

Router(config)# interface atm 1/0/0
Router(config-if)# ip address 1.1.1.1 255.255.255.0
Router(config-if)# atm pvc 5 0 10 aal5snap
Router(config-if)# map-group atm
Router(config-if)# exit
Router(config)# map-list atm
Router(config-map-list)# 1.1.1.5 atm-vc 5 broadcast
SVC Example

In the following example, two switch routers with Layer 3 enabled ATM interfaces are connected by means of SVCs. For SVCs, the map-list associates each of the IP addresses with an ATM NSAP-format address, rather than with a specific VC. This configuration could also be used to connect two switch routers with ATM interfaces, through an ATM cloud of other switches:

Switch Router A
Router(config)# interface atm 1/0/0
Router(config-if)# ip address 192.192.192.1 255.255.255.0
Router(config-if)# atm pvc 1 0 5 qsaal
Router(config-if)# atm pvc 2 0 16 ilmi
Router(config-if)# atm esi-address 111111111111.00
Router(config-if)# map-group SVC
Router(config-if)# exit
Router(config)# map-list SVC
Router(config-map-list)# ip 192.192.192.2 atm-nsap BB.000000000000000000000000.222222222222.00 broadcast
Switch Router B
Router(config)# interface atm 1/0/0
Router(config-if)# ip address 192.192.192.2 25..255.255.0
Router(config-if)# atm pvc 1 0 5 qsaal
Router(config-if)# atm pvc 2 0 16 ilmi
Router(config-if)# atm esi-address 222222222222.00
Router(config-if)# map-group SVC
Router(config-if)# exit
Router(config)# map-list SVC
Router(config-map-list)# ip 192.192.192.1 atm-nsap BB.000000000000000000000000.111111111111.00 broadcast

Note the following about this configuration:

  • The PVC with VPI/VCI 0 5 must be configured for signaling to set up and tear down SVCs.
  • The PVC with VPI/VCI 0 16 must be configured for switch management communication using ILMI.
  • The prefix from the switch is the first 13 bytes of the ATM NSAP address. The end system identifier (ESI) is the next 6 bytes, and must be unique. The last byte is the selector byte; it is used in making forwarding decisions.

Configuring VC Bundles

ATM VC bundle management allows you to configure multiple VCs that have different QoS characteristics between any pair of ATM-enabled switches or routers. As shown in Figure 7-2, these VCs are grouped in a bundle and are referred to as bundle members.


Figure 7-2   ATM VC Bundle


Using VC bundles, you can create differentiated service by flexibly distributing IP Precedence levels among the VC bundle members. You can map a single precedence level or a range of levels to each discrete VC within a bundle. Mapping a range of precedence levels enables individual VCs within the bundle to carry packets marked with different precedence levels. To further differentiate service across traffic that has different IP Precedence levels but that uses the same VC in a bundle, you can use the Weighted Random Early Detection (WRED) network queuing mechanism.

To determine which of the VCs in the bundle to use to forward a packet to its destination, the ATM VC bundle management software matches precedence levels between packets and vCs. IP traffic is sent to the next-hop address for the bundle (because all VCs in a bundle share the same destination), but the selection of the VC to be used to carry a packet depends on the value that is set for that packet in the "IP Precedence bits" section of the type of service (ToS) byte of its header. The ATM VC bundle management software matches the IP Precedence of the packet to the IP Precedence value or range of values assigned to a VC, and sends the packet out on the appropriate VC. Moreover, the ATM VC bundle management feature allows you to configure how traffic will be redirected in the event the VC to which the packet was matched goes down.

Features Supported

The following VC bundling features are supported on the Catalyst 8540 CSR:

  • One default VC can be used for all unspecified precedence levels.
  • Multiple precedence levels can be mapped to one VC.
  • Protected group rule.--When all members in the protected group fail, the bundle is declared down.
  • Protected VC rule - When a protected VC goes down, the bundle goes down.
  • Explicit VC bumping - Using the bundle management software, each VC can be configured to specify the precedence level to which traffic is to be redirected (or "bumped") in the event the VC goes down.
  • RFC 1577 supported.
  • The non-IP traffic feature must be enabled on VCs in the bundle in order for them to carry that traffic type.

Restrictions

VC bundling on the Catalyst 8540 has the following restrictions:

  • Supports only PVCs.
  • A maximum of 8 VCs will be supported in each bundle.
  • No auto selection of VCs - Precedence levels must be explicitly assigned to VCs.
  • A maximum of 100 bundles on the switch router.
  • When entering the shut/no shutdown commands, route processor utilization goes up (no CPU HOG though)

Creating a Bundle

To create a bundle and enter the bundle configuration mode, in which you can assign attributes and parameters to the bundle and all of its member VCs, use the following command in subinterface configuration mode:

Command Purpose

bundle bundle-name

Creates the specified bundle and enters bundle configuration mode.

Applying Bundle-level Parameters

Bundle-level parameters can be applied either by assigning VC classes or by directly applying them to the bundle. Parameters applied through a VC class assigned to the bundle are superseded by those applied at the bundle level. Bundle-level parameters are superseded by parameters applied to an individual VC.

Configuring the Bundle-Level Parameters

Configuring the bundle-level parameters is optional if a VC class is assigned to the bundle and provides the configuration you want.

To configure parameters that apply to the bundle and all of its members, use the following commands in bundle configuration mode:

Command Purpose

protocol protocol {protocol-address | inarp} [[no] broadcast]

Configures a static map or enables Inverse Address Resolution Protocol (Inverse ARP) or Inverse ARP broadcasts for the bundle.

encapsulation aal-encap

Configures the ATM adaptation layer (AAL) and encapsulation type for the bundle.

inarp minutes

Configures the Inverse ARP time period for all VC bundle members.

broadcast

Enables broadcast forwarding for all VC bundle members.

oam retry up-count down-count retry frequency

Configures the VC bundle parameters related to OAM management.

oam-bundle [manage] [frequency]

Enables end-to-end F5 OAM loopback cell generation and OAM management for all VCs in the bundle.

Configuring VC Class Parameters to Apply to a Bundle

To configure a VC class to contain commands that configure all VC members of a bundle when the class is applied to that bundle, use the following command in vc-class configuration mode. To enter vc-class configuration mode, use the vc-class atm command.

Command Purpose

oam-bundle [manage] [frequency]

Enables end-to-end F5 OAM loopback cell generation and OAM management for all VCs in the bundle.

Attaching a Class to a Bundle

To attach a preconfigured VC class containing bundle-level configuration commands to a bundle, use the following command in bundle configuration mode:

Command Purpose

class vc-class-name

Configures a bundle with the bundle-level commands contained in the specified VC class.

Committing a VC to a Bundle

To add a VC to an existing bundle and enter bundle-vc configuration mode, use the following command in bundle configuration mode:

Command Purpose

pvc-bundle pvc-name [vpi] [vci]

Adds the specified VC to the bundle and enters bundle-vc configuration mode in order to configure the specified VC bundle member.

Applying Parameters to Individual VCs

Parameters applied to individual VCs supersede bundle-level parameters. Parameters applied directly to a VC take precedence over the same parameters applied within a class to the VC at the bundle-vc configuration level.

To configure an individual VC bundle member directly, use the following command in bundle-vc configuration mode:

Command Purpose

ubr output-pcr [input-pcr]

Configures the VC for UBR QoS and specifies the output peak cell rate for it.

ubr+ output-pcr output-mcr [input-pcr] [input-mcr]

Configures the VC for UBR QoS and specifies the output PCR and output minimum guaranteed cell rate for it.

vbr-nrt output-pcr output-scr output-mbs [input-pcr] [input-scr] [input-mbs]

Configure the VC for variable bit rate nonreal time (VBR-NRT) QoS and specifies the output PCR, output sustainable cell rate, and output maximum burst cell size for it.

precedence [other | range]

Configures the precedence levels for the VC.

bump {implicit | explicit precedence-level | traffic}

Configures the bumping rules for the VC.

protect {group | vc}

Configures the VC to belong to the bundle's protected group or to be an individually protected VC bundle member.

For more detailed information on configuring VC bundles, refer to the Cisco IOS Quality of Service Solutions Configuration Guide.

Verifying the ATM Uplink Configuration

To verify the configuration on the ATM uplink interface, use the following commands:

Command Purpose

show interfaces atm

Displays current ATM-specific information about the interface.

show atm vc [vcd]

Displays current information about VCs and traffic. You can specify a VCD to display information.

show atm traffic

Displays information about global traffic to and from all ATM networks connected to the switch router.

show controllers atm

Displays clock source, SONET alarms and error rates, and register values to assist in troubleshooting.

show atm bundle bundle-name

Displays the bundle attributes assigned to each of its members, and the current working status of the members.

Displaying ATM Uplink Interfaces

The following example shows sample output of the show interfaces atm command.

Router# show interfaces atm 0/0/0
ATM0/0/0 is down, line protocol is down
Hardware is epif_port_garfield, address is 0090.2157.c407 (bia 0090.2157.c407)
MTU 4470 bytes, sub MTU 4470, BW 155000 Kbit, DLY 10 usec, rely 0/255, load 1/
255
Encapsulation ATM, loopback not set, keepalive not supported
Full-duplex, Unknown Speed
ARP type: ARPA, ARP Timeout 04:00:00
Encapsulation(s): AAL5 AAL3/4, PVC mode
8191 maximum active VCs, 1024 VCs per VP, 0 current VCCs
VC idle disconnect time: 300 seconds
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
8 packets output, 2736 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
Displaying ATM Information

The following example shows sample output of the show controllers atm command.

Router# show controllers atm 0/0/0
slot: 0/0 Controller-Type :XPIF ATM OC3 PM - 1 Port SM_IR
0000 chan0 chan1 chan2 chan3 sstr 1200
task0 11 11 11 11
task1 5CB 5CB 5CB 5CB
task2 11 11 11 11
task3 5CB 5CB 5CB 5CB
SMDR 0xFF78 SSTR 0x1200 SSMR 0x4002 EVER 0x3001
SIMR 0x0000 MBXW 0x0000 MBXR 0x0000 SPER 0xF000
TX SAR (Beta 2.1.2) is Operational;
RX SAR (Beta 2.1.2) is Operational;
SAR Counters:
tx_paks 5, tx_abort_paks 0, tx_idle_cells 48482684
rx_paks 5, rx_drop_paks 0, rx_discard_cells 0
Xpif Counters:
MR1 580 MR2 0 MR3 5 MR4 0 MR5 0
MR6 0 MR7 0 MR8 0 MR9 0 MR10 0
MR11 0 MR12 0 MR13 5 MR14 0 MR15 0
MR16 0 MR17 0 MR18 0 MR19 0 MR20 0
MR21 0
SR1 2500 SR2 598 SR3 0 SR4 0 SR5 0
MT1 560 MT2 0 MT3 5 MT4 0 MT5 0
MT6 0 MT7 0 MT8 0 MT9 0
ST1 0 ST2 0
MRXS 131188 MTXS 112 SRXS 3 STXS 0
Interface Configuration Mode:
ATM clock line; STS-3c
k1/k2 = 0/0
c2 = 0x13
Active Defects:None
Alarm reporting enabled for:SF SLOS SLOF B1-TCA B2-TCA PLOP B3-TCA
Active ATM Payload Defect:None
OC3 counters:
b1 - # section BIP-8 errors
b2 - # line BIP-8 errors
b3 - # path BIP-8 errors
ocd - # out-of-cell delineation errors - not implemented
g1 - # path FEBE errors
z2 - # line FEBE errors
chcs - # correctable HEC errors
uhcs - # uncorrectable HEC errors
b1:0, b2:0, b3:0, ocd:0
g1:0, z2:0, chcs:0, uhcs:0
OC3 errored secs:
b1:0, b2:0, b3:0, ocd:0
g1:0, z2:0, chcs:0, uhcs:0
lineAIS:0, lineRDI:0, pathAIS:0, pathRDI:0
OC3 error-free secs:
b1:110, b2:110, b3:110, ocd:0
g1:110, z2:110, chcs:110, uhcs:110
phy_tx_cnt:38947300, phy_rx_cnt:15
BER thresholds: SF = 10e-3 SD = 10e-6
TCA thresholds: B1 = 10e-6 B2 = 10e-6 B3 = 10e-6
Displaying Bundle Attributes

The following example shows sample output for the show atm bundle bundle-name command:

Router# show atm bundle new-york
new-york on atm1/0.1 - Protocol: IP, Next Hop: 10.0.0.2, Status: UP
VCD /Config.ActiveBumpingPG/SMAP/Broad
NameVPI/ VCIPreced.Preced.Preced./PVINARPcastStatus
Accept
ny-high 0/210776 / NopgSMAPOnUP
ny-med 0/205 4 - 64 - 63 / YespgNoneI-onUP
ny-low 0/200other0 - 3none / YespvSMAPI-onUP
/* I-on means implicit on due to the explicit configuration of broadcast in ny-high. */
los-angeles on atm1/0.1 - Protocol: IP, Next Hop: 10.0.0.3, Status: UP
VCD /Config.ActiveBumpingPG/SMAP/Broad
NameVPI/ VCIPreced.Preced.Preced./PVINARPcastStatus
Accept
la-high 0/3106,76,75 / NopgSMAPOnUP
la-med 0/305other3 - 52 / YespgINARPOnUP
la-low 0/3000 - 20 - 24 / YesNoneSMAPOnUP
san-francisco on atm1/0.1 - Protocol: IP, Next Hop: Not Resolved, Status: UP
VCD /Config.ActiveBumpingPG/SMAP/Broad
NameVPI/ VCIPreced.Preced.Preced. /PVINARPcastStatus
Accept
sf-high 0/410776 / NopgNoneOnUP
sf-med 0/4055,65,64 / YespgINARPI-onUP
sf-low 0/400other0 - 4none / YespvNoneI-onUP