Table of Contents

Troubleshooting Ethernet, ATM Uplink, and POS Uplink Interfaces

This chapter provides troubleshooting information about connectivity and performance problems in the Ethernet, ATM uplink, and POS uplink physical interfaces of a Layer 3 enabled ATM switch router.

The chapter includes the following sections:

Troubleshooting General Ethernet Interface Problems

You might see problems of cell transmission through the switch router, detected by a buildup of cells on an internal virtual channel (VC). These problems occur for the following reasons:

Troubleshooting Switch Card Failures

A switch processor can have a cell stuck problem in internal virtual channels (VCs), resulting from timing issues in the hardware and software on the Catalyst 8540 CSR. You might see more than one port affected on one or more interface modules. Online insertion and removal (OIR) of the interface module will temporarily fix the problem.

Follow these steps to troubleshoot cell stuck problems:

        Rejected Cells: 0

        Invalid Cells: 1616700

The show switch fabric command clears the counters after it displays. Entering the command again shows the current activity on the switch router.

Step 2   Issue the show switch fabric command again to show new activity.

        Rejected Cells: 2189

        Invalid Cells: 58

Look at the values in the Rejected Cells and Invalid Cells fields. Note that the Rejected Cells and Invalid Cells field counters are increasing. This means there might be a problem in the switch fabric.

Step 3   Verify that no ports are involved by issuing the show epc queuing and show epc status commands.

If the queues are empty and all of the ports show OK status, then the problem is not the ports, it is the switch processor.

You can resolve this problem by upgrading your system software image to release Cisco IOS Release version 12.0(4a)WX5(11) or later, by replacing the switch processors, or by doing both.

Troubleshooting Port Stuck Problems

If one or more Fast Ethernet or Gigabit Ethernet ports are not transmitting cells, then the failure might be a port stuck problem.

Follow these steps to troubleshoot a port stuck problem:

Note   Be sure to use the show switch fabric command during the lightest possible traffic conditions because actual traffic might be using the memory buffers.

     Rejected Cells: 389023

        Invalid Cells: 56399

The show switch fabric command clears the counters after it displays. Entering the command again shows the current activity on the switch router.

Step 2   Enter the show switch fabric command again.

     Rejected Cells: 2189

        Invalid Cells: 58

Look at the values in the Rejected Cells and Invalid Cells fields. Note that the Rejected Cells and Invalid Cells field counters are increasing. This means there might be a problem in the switch fabric.

Step 3   Use the show epc queuing and show epc status command to display interface queues and status.

Status of GigabitEthernet1/0/0: not OK

The show epc queuing command output shows that no activity is going across interface GigabitEthernet 1/0/0. This is verified in the show epc status command output, which indicates that interface GigabitEthernet 1/0/0 is "not OK." You have confirmed that the problem is a stuck port.

---

Note    You might see a few cells in the QCNT column in the show epc queuing command output. That is normal. Issue the command several times to verify that traffic is moving through the queues. If the QCNT column values are incrementing and incrementing for the VCIs belonging to a particular interface, the problem is probably a stuck port.

---

You can remedy the port stuck condition by removing and reinserting the interface module. A shutdown/no shutdown command sequence on the problem interface does not resolve the problem.

Configuring Automatic Port Stuck Failure Recovery

To recover from a port stuck failure, perform the following tasks:

If the switch router is not configured to reset the port upon detecting a port stuck failure, the port will be isolated, thus preserving the integrity of the switch router.

If the switch router is configured to reset the port upon detection of a stuck port failure, the switch router will isolate the port from the rest of the functioning ports, and reset the port. This might affect other ports on the interface module.

Note   If you configure the switch router as described in the nondefault behavior section after a port stuck failure is detected, the switch router will not reset the Ethernet ports. The Ethernet interface must be configured to reset before the port stuck failure occurs. Also, the default behavior is to not reset the port if a port stuck failure is detected. If the Ethernet interface is not configured to reset when a port stuck failure is detected, schedule the switch router for downtime to remove and reinsert the module.

To configure the switch router to automatically recover from port stuck failures, use the following interface configuration commands:

Caution   Because of the nature of the microcode architecture, do not configure low values for the wait time in the epc portstuck-wait command. The default value of 180 seconds has been carefully chosen, allowing for the hello intervals of protocols such as HSRP, EIGRP, and OSPF. Configuring a low value might lead to incorrectly detecting temporary port stuck failures as real port stuck failures, and can cause a temporary loss of connectivity. It is highly recommended to keep this value to at 60 seconds, at a minimum. Lower values are provided to allow for some specific network designs when you can absolutely rule out temporary port stuck failure scenarios, and also as a debugging aid. For most networks, 180 seconds works very well.

Connectivity Troubleshooting Commands

To troubleshoot a connectivity problem between a port and another port or end-station, use the following commands:

Troubleshooting 10/100 Ethernet Interface Modules

This section describes specific processes and commands used to troubleshoot the 10/100BASE-T and BASE-FX Ethernet interface modules.

The Catalyst 8500 CSR supports two different interface modules. The 10/100BASE-T Ethernet interface module supports 100-Mbps Layer 2 or Layer 3 UTP connections. The 100BASE-FX Ethernet interface module supports 100-Mbps Layer 2 or Layer 3 multimode fiber connections.

This section includes the following:

10/100BASE-T Interface Modules

The 10/100BASE-T Ethernet interface module supports 16 10-Mbps or 100-Mbps Layer 2 or Layer 3 unshielded twisted-pair (UTP) ports. This module supports full-duplex or half-duplex connections and Fast EtherChannel operation. The 10/100BASE-T interface module is available with 16K or 64K of memory. Routing tables use this memory.

10/100BASE-T Interface Module LEDs

Table 10-1 describes the LEDs used to confirm and troubleshoot the operation of interface modules. The LEDs on interface modules indicate the status of the modules and their ports.

100BASE-FX Interface Modules

The 100BASE-FX Ethernet interface module supports 100-Mbps Layer 2 or Layer 3 multimode fiber connections. This module supports full-duplex connections and Fast EtherChannel operation. It provides 16 multimode fiber ports that have MT-RJ connectors. The 100BASE-FX interface module is available with 16K or 64K of memory. Routing tables use this memory.

100BASE-FX Interface Module LEDs

Table 10-2 describes the LEDs used to confirm and troubleshoot the operation of interface modules. The LEDs on interface modules indicate the status of the modules and their ports.

Displaying 10/100BASE-T and 100BASE-FX Interface Module Configurations

To display the 10/100 Ethernet interface module configuration and status, use the following commands:

Follow these steps to troubleshoot a 10/100 Ethernet interface module:

FastEthernet3/0/0 is up, line protocol is up

  Auto-duplex, Auto Speed, 100BaseTX

  Last input 00:00:29, output never, output hang never

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 abort

     0 output errors, 0 collisions, 0 interface resets

     0 babbles, 0 late collision, 0 deferred

     0 lost carrier, 0 no carrier

     0 output buffer failures, 0 output buffers swapped out

Step 2   Check the FastEthernet field to see whether the interface is up. If it is down, check for the following:

If administratively down, the interface has been administratively taken down. Use the no shutdown interface configuration command to reenable the interface.

Step 3   Check the line protocol field to see whether the status is up.

If the interface is down, check for the following:

Step 4   Check the duplex mode field. It should match the speed of the interface and be configured as Auto-negotiation.

Step 5   Check the Last input and Last output fields. They show the number of hours, minutes, and seconds since the last packet was successfully received or transmitted by the interface.

Step 6   Check the output hang field. It shows the number of hours, minutes, and seconds since the last reset caused by a lengthy transmission.

Step 7   Check the CRC field. The presence of many CRC errors, but not many collisions, indicates excessive noise. If the number of errors is too high, check the cables for damage. If you are using UTP cable, make sure you are using category 5 cables and not another type, such as category 3.

---

Note    Errors and the input and output difference should not exceed 0.5 to 2.0 percent of traffic on the interface.

---

Step 8   Check the collisions fields. These numbers indicate packet collisions and these numbers should be very low. The total number of collisions, with respect to the total number of output packets, should be 0.1 percent or less.

Step 9   Check the late collisions fields. Late collisions should never occur in a properly designed Ethernet network. They usually occur when Ethernet cables are too long or when there are too many repeaters in the network.

Step 10   Check carrier fields. These numbers indicate a lost carrier detect signal and can be caused by a malfunctioning interface that is not supplying the transmit clock signal, or by a cable problem. If the system notices that the carrier detect line of an interface is up, but the line protocol is down, it periodically resets the interface in an effort to restart it. Interface resets can also occur when an interface is looped back or shut down.

Step 11   Check the buffer fields. These numbers indicate the number of received packets discarded because there was no buffer space. Broadcast storms on Ethernet networks, and bursts of noise on serial lines, are often responsible for no-input buffer events.

If you determine that the physical interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide.

Follow these steps to troubleshoot the status of 10/100BASE-T and BASE-FX interfaces:

Chip Status Register (0x14): 0x28C8 (Link Up,a-Half,a-100 )

Step 2   Check the Chip Status Register field. It should match the link status, duplex mode, and speed shown in the previous show interface command. If it does not, see the "Troubleshooting Half- or Full-Duplex Negotiation" section.

Follow these steps to troubleshoot the counters of the Fast Ethernet interface module physical interface:

Interface Input Runts Giants Input CRC Frame Output Output

Step 2   Check the Interface State field. It should indicate the interfaces are up.

Step 3   Check the Input Packets and Output Packets fields. The show controllers c8500 counters command should be entered at least twice. The counters in the Input Packets and Output Packets fields should be incrementing. This information can also be displayed using the show interfaces command.

Note   The clear counters command does not clear the show controllers c8500 counters command display.

If you determine that the interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide .

Troubleshooting Gigabit Ethernet Interface Modules

This section describes specific processes and commands used to troubleshoot the Gigabit Ethernet interface modules.

The Catalyst 8500 CSR supports three different interface modules for Gigabit Ethernet transmission over fiber connections: the eight-port Gigabit Ethernet interface module, the two-port Gigabit Ethernet interface module, and the two-port enhanced Gigabit Ethernet interface module.

This section includes the following:

Ethernet and Gigabit Ethernet Processor Differences

The switch router uses two different Gigabit Ethernet interface-modules hardware types.

The two- and eight-port Gigabit Ethernet interface modules use the Ethernet processor interface (EPIF) that has an internal binary CAM search engine built into the processor.

The enhanced Gigabit Ethernet interface module uses the Gigabit processor interface (XPIF) that has a faster external search engine using a Cisco Systems proprietary FPGA and Ternary CAM (TCAM) for the Layer 3 routing and Layer 2 switching functionality.

The two-port and eight-port Gigabit Ethernet interface modules are full-width modules. The Ethernet interface processors support 1000-Mbps Layer 2 or Layer 3 fiber-optic connections. They provide Gigabit Ethernet ports that have Gigabit Interface Converter (GBIC) modular transceivers and SC-type fiber connectors. The two-port Gigabit Ethernet interface module is available with 16K or 64K of memory. The eight-port Gigabit Ethernet interface module is available with 16K of routing table memory.

The two-port enhanced Gigabit Ethernet interface module with Gigabit interface processors supports 1000-Mbps multimode and single-mode Layer 2 and Layer 3 fiber-optic connections. It consists of two one-port Gigabit Ethernet port adapters attached to a carrier module. The port adapters are not hot-swappable, but the complete interface module is hot-swappable. The port adapters have GBIC modular transceivers and SC-type fiber connectors. The interface module is full-duplex, supports Fast EtherChannel operation, and provides built-in ACL functionality. It is available with 16K, 64K, or 256K of routing table memory.

The troubleshooting procedures are slightly different for the Ethernet processor interface and Gigabit processor interface modules. You need to determine which type of Gigabit interface module you are troubleshooting.

To display the Gigabit Ethernet interface and enhanced Gigabit Ethernet interface modules installed in your switch router, use the following commands:

Follow these steps to determine which type of Gigabit Ethernet interface modules are installed in your switch router:

10/* GIGETHERNET 73-3375-03 04 031215VT Apr 06 99 3.0

11/0 XPIF GIGE PA 73-4415-05 A0 04087AZE Mar 13 00 0 1.0

11/1 XPIF GIGE PA 73-4415-05 A0 04087AZL Mar 13 00 0 1.0

Step 2   Check the Ctrlr-Type field of the show hardware command.

The interface module installed in slot 11 has the following components:

In the previous show hardware command example, the GIGETHERNET interface module installed in slot 10/* does not have "XPIF" preceding its controller type, and is an Ethernet processor (EPIF) type Gigabit Ethernet interface module.

Step 3   Use the show hardware detail command to check the Gigabit interface processor type in greater detail.

slot: 10/* Controller-Type : GIGETHERNET PAM

slot: 11/* Controller-Type : CMPM Card

slot: 11/0 Controller-Type : XPIF GIGE PAM

slot: 11/1 Controller-Type : XPIF GIGE PAM

Step 4   Check the Controller-Type field in the show hardware detail command.

The interface module installed in slot 11 has the following components:

In the previous show hardware detail command example, the interface module installed in slot 10/* has GIGETHERNET PAM listed in the Controller-Type field and is an Ethernet processor type interface.

Step 5   Use the show interfaces GigabitEthernet card/subcard/port command as another way to check the Gigabit Ethernet interface processor type.

   Hardware is xpif_port, address is 00d0.ba1d.3267 (bia 00d0.ba1d.3267)

Step 6   Check the Hardware field. In this example, the hardware is listed as xpif_port, indicating this interface module uses the Gigabit processor interface.

Step 7   Use the show interfaces GigabitEthernet card/subcard/port command on a different interface to check the Gigabit Ethernet interface processor type.

   Hardware is epif_gigether_port, address is 00d0.5845.1257 (bia 00d0.5845.1257)

Step 8   In this show interface GigabitEthernet card/subcard/port command example, again check the Hardware field. The hardware is listed as epif_gigether_port, indicating this interface module uses the Ethernet processor interface type.

Troubleshooting the Gigabit interface module with the Ethernet interface processor is described in the following sections:

Troubleshooting the enhanced Gigabit interface module with the Gigabit interface processor is described in the following troubleshooting sections:

Eight-Port Gigabit Ethernet Interface Modules

The eight-port Gigabit Ethernet interface module supports 1000-Mbps Layer 2 or Layer 3 fiber-optic connections. It provides eight Gigabit Ethernet ports that have Gigabit Interface Converter (GBIC) modular transceivers and SC-type fiber connectors. The eight-port Gigabit Ethernet interface module is available with 16K of memory. Routing tables use this memory.

Figure 10-1 is a block diagram of the eight Gigabit Ethernet port interface module, and shows how the interface communicates with the route processor and switch fabric across the backplane.

Eight-Port Gigabit Ethernet Interface Module LEDs

Table 10-3 describes the LEDs used to confirm and troubleshoot the operation of interface modules. The LEDs on interface modules indicate the status of the modules and their ports.

Two-Port Gigabit Ethernet Interface Modules

The two-port Gigabit Ethernet interface module supports 1000-Mbps Layer 2 or Layer 3 fiber-optic connections. It provides two Gigabit Ethernet ports that have GBIC modular transceivers and SC-type fiber connectors. The two-port Gigabit Ethernet interface module is available with
16K or 64K of memory. Routing tables use this memory.

Two-Port Gigabit Ethernet Interface Module LEDs

Table 10-4 describes the LEDs used to confirm and troubleshoot the operation of interface modules. The LEDs on interface modules indicate the status of the modules and their ports.

Displaying Gigabit Ethernet Interface Module Configurations

To display the Gigabit Ethernet interface module using the Ethernet processor interface type configuration and status, use the following commands:

Follow these steps to troubleshoot a Gigabit Ethernet interface module physical interface:

GigabitEthernet10/0/0 is up, line protocol is up

  Full-duplex, 1000Mb/s, 1000Base-SX, Auto-negotiation

  Last input 00:00:00, output never, output hang never

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 abort

     0 output errors, 0 collisions, 0 interface resets

     0 babbles, 0 late collision, 0 deferred

     0 lost carrier, 0 no carrier

     0 output buffer failures, 0 output buffers swapped out

Step 2   Check the GigabitEthernet field to see whether the interface is up.

If the interface is down, check for the following:

If administratively down, the interface has been administratively taken down. Use the no shutdown interface configuration command to reenable the interface.

Step 3   Check the line protocol field to see whether the status is up.

If the interface is down, check for the following:

Step 4   Check the duplex mode field. It should match the speed of the interface and be configured as Auto-negotiation.

Step 5   Check the Last input and Last output fields. They show the number of hours, minutes, and seconds since the last packet was successfully received or transmitted by the interface.

Step 6   Check the output hang field. It shows the number of hours, minutes, and seconds since the last reset caused by a lengthy transmission.

Step 7   Check the CRC field. The presence of many CRC errors, but not many collisions, indicates excessive noise. If the number of errors is too high, check the cables for damage. If you are using UTP cable, make sure you are using category 5 cables and not another type, such as category 3.

---

Note    Errors and the input and output difference should not exceed 0.5 to 2.0 percent of traffic on the interface.

---

Step 8   Check the collisions fields. These numbers indicate packet collisions, and these numbers should be very low. The total number of collisions with respect to the total number of output packets should be approximately 0.1 percent or less.

Step 9   Check the late collisions fields. Late collisions should never occur in a properly designed Ethernet network. They usually occur when Ethernet cables are too long or when there are too many repeaters in the network.

Step 10   Check the carrier fields. These numbers indicate a lost carrier detect signal, and can be caused by a malfunctioning interface that is not supplying the transmit clock signal, or by a cable problem. If the system notices that the carrier detect line of an interface is up, but the line protocol is down, it periodically resets the interface in an effort to restart it. Interface resets can also occur when an interface is looped back or shut down.

Step 11   Check the buffers fields. These numbers indicate the number of received packets discarded because there was no buffer space. Broadcast storms on Ethernet networks, and bursts of noise on serial lines, are often responsible for no-input buffer events.

If you determine that the physical interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide.

Follow these steps to troubleshoot the status of a Gigabit Ethernet interface module:

Note   The Catalyst 8540 CSR has no switch feature card. Consequently, you can not check the number of cells switched on an individual VC.

Step 2   Check the Chip Status Register field. It should match the link status, duplex mode, and speed shown in the previous show interface command. If it does not, see the "Troubleshooting Half- or Full-Duplex Negotiation" section.

Follow these steps to troubleshoot the counters of the Gigabit Ethernet interface module physical interface:

Interface Input Runts Giants Input CRC Frame Output Output

G10/0/0 U 347 0 0 0 0 0 692 0

Step 2   Check the Interface State field. It should indicate the interfaces are up.

Step 3   Check the Input Packets and Output Packets fields. The show controllers c8500 counters command should be entered at least twice. The counters in the Input Packets and Output Packets fields should be incrementing. This information can also be displayed using the show interfaces command.

Note   The clear counters command does not clear the show controllers c8500 counters command display.

If you determine that the interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide .

Troubleshooting Two-Port Enhanced Gigabit Ethernet Interface Modules

The two-port enhanced Gigabit Ethernet interface module supports 1000-Mbps multimode and single-mode Layer 2 and Layer 3 fiber-optic connections. It consists of two one-port Gigabit Ethernet port adapters attached to a carrier module. The port adapters are not hot-swappable, but the complete interface module is hot-swappable. The port adapters have GBIC modular transceivers and SC-type fiber connectors. The interface module is full-duplex, supports Fast EtherChannel operation, and provides built-in ACL functionality. It is available with 16K, 64K, or 256K of routing table memory.

Note   The port adapters within the two-port interface modules must have matching routing table memory. That is, if the ATM OC-12c port adapter has 64K of routing table memory, the Gigabit Ethernet port adapter must have 64K of routing table memory for the interface module to function properly.

Figure 10-2 is a block diagram of the enhanced Gigabit Ethernet interface module and shows how the interface communicates with the switch fabric across the backplane.

The enhanced Gigabit Ethernet interface module uses the Gigabit processor interface (XPIF) with a faster external search engine that has a Cisco Systems proprietary FPGA and Ternary CAM (TCAM) to provide the search engine for the Layer 3 routing and Layer 2 switching functionality.

The Gigabit Ethernet interface module with the Gigabit processor interface is used with all of the interface modules described in the troubleshooting sections:

Two-Port Enhanced Gigabit Ethernet Interface Module LEDs

Table 10-5 describes the LEDs used to confirm and troubleshoot the operation of interface modules. The LEDs on interface modules indicate the status of the modules and their ports.

Displaying Enhanced Gigabit Ethernet Interface Module Configurations

To display the enhanced Gigabit Ethernet interface module configuration and status, use the following commands:

Follow these steps to troubleshoot an enhanced Gigabit Ethernet interface module physical interface:

GigabitEthernet11/0/1 is up, line protocol is up

  Full-duplex, 1000Mb/s, 1000Base-SX, Auto-negotiation

  Last input 00:00:12, output never, output hang never

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 abort

     0 output errors, 0 collisions, 0 interface resets

     0 babbles, 0 late collision, 0 deferred

     0 lost carrier, 0 no carrier

     0 output buffer failures, 0 output buffers swapped out

Step 2   Check the GigabitEthernet field to see whether the interface is up.

If down, check for the following:

If administratively down, the interface has been administratively taken down. Use the no shutdown interface configuration command to reenable the interface.

Step 3   Check the line protocol field to see whether the status is up.

If the interface is down, check for the following:

Step 4   Check the duplex mode field. It should match the speed of the interface and be configured as Auto-negotiation.

Step 5   Check the Last input and Last output fields. They show the number of hours, minutes, and seconds since the last packet was successfully received or transmitted by the interface.

Step 6   Check the output hang field. It shows the number of hours, minutes, and seconds since the last reset caused by a lengthy transmission.

Step 7   Check the CRC field. The presence of many CRC errors, but not many collisions, indicates excessive noise. If the number of errors is too high, check the cables for damage. If you are using UTP cable, make sure you are using category 5 cables and not another type, such as category 3.

---

Note    Errors and the input and output difference should not exceed 0.5 to 2.0 percent of traffic on the interface.

---

Step 8   Check the collisions fields. These numbers indicate packet collisions, and these numbers should be very low. The total number of collisions with respect to the total number of output packets should be 0.1 percent or less.

Step 9   Check the late collisions fields. Late collisions should never occur in a properly designed Ethernet network. They usually occur when Ethernet cables are too long or when there are too many repeaters in the network.

Step 10   Check carrier fields. These numbers indicate a lost carrier detect signal and can be caused by a malfunctioning interface that is not supplying the transmit clock signal, or by a cable problem. If the system notices that the carrier detect line of an interface is up, but the line protocol is down, it periodically resets the interface in an effort to restart it. Interface resets can also occur when an interface is looped back or shut down.

Step 11   Check the buffers fields. These numbers indicate the number of received packets discarded because there was no buffer space. Broadcast storms on Ethernet networks and bursts of noise on serial lines are often responsible for no input buffer events.

If you determine that the physical interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide.

Follow these steps to troubleshoot the status of a Gigabit Ethernet interface module:

Note   The Catalyst 8540 CSR has no switch feature card and does not support the show controllers GigabitEthernet command and no individual VC statistics are available.

Status Registers:

Step 2   Check the Chip Status Register field. It should match the link status, duplex mode, and speed shown in the previous show interface command.

If not, see the "Troubleshooting Half- or Full-Duplex Negotiation" section.

Follow these steps to troubleshoot the counters of the Gigabit Ethernet interface module physical interface:

Step 2   Check the Interface State field. It should indicate the interfaces are up.

Step 3   Check the Input Packets and Output Packets fields. The show controllers c8500 counters command should be entered at least twice. The counters in the Input Packets and Output Packets fields should be incrementing. This information can also be displayed using the show interfaces command.

Note   The clear counters command does not clear the show controllers c8500 counters command display.

If you determine that the interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide .

Troubleshooting ATM Uplink with Enhanced Gigabit Ethernet Interface Modules

The ATM Uplink interface module has one ATM uplink port and one Enhanced Gigabit Ethernet port, and is designed specifically for large-enterprise and service-provider networks.

Up to eight of the ATM Uplink with Enhanced Gigabit Ethernet Modules may be installed in a Catalyst 8540 chassis, providing eight ATM uplink ports and eight ports of nonblocking, wire-speed Gigabit Ethernet capacity in the core of an Enterprise network.

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

The two ATM uplink with enhanced Gigabit Ethernet interface modules are the OC-3c and the OC-12c. The ATM OC-3c or OC-12c uplink with enhanced Gigabit Ethernet interface modules consist of two port adapters that are attached to a carrier module. The port adapters are not hot-swappable, but the interface module as a whole is hot-swappable. The ATM OC-3c uplink port adapter or the OC-12c uplink port adapter resides on the left side of the interface module, and the one-port enhanced Ethernet Gigabit port adapter resides on the right side. This combination provides an Ethernet port for connection to, or within, a LAN and an ATM uplink port to a metropolitan-area network (MAN).

The ATM OC-3c uplink port adapter supports 155-Mbps multimode or single-mode intermediate-reach fiber connections. It supports Fast EtherChannel operation, uses SC-type connectors, and has built-in ACL functionality. The OC-3c has 64K of routing table memory.

The ATM OC-12c uplink port adapter supports 622-Mbps multimode or single-mode intermediate-reach fiber connections. It supports Fast EtherChannel, SC-type connectors, and has built-in ACL functionality. The OC-12c has 64K or 256K of routing table memory.

Note   The port adapters within the ATM OC-12c or OC-3c uplink with enhanced Ethernet interface modules must have matching routing table memory. As an example, if the ATM OC-12c uplink port adapter has 64K of routing table memory, the enhanced Gigabit Ethernet port adapter must have 64K of routing table memory for the interface module to function properly.

ATM Uplink Interface Module LEDs

Table 10-6 describes the LEDs used to confirm and troubleshoot the operation of interface modules. The LEDs on interface modules indicate the status of the modules and their ports.

Displaying ATM Uplink Interface Module Configurations

To display the interface configuration, use the following commands:

Follow these steps to troubleshoot an ATM uplink physical interface:

Step 2   Use the show running-config interface atm card/subcard/port.sub-interface command to check the subinterface status.

Step 3   Use the show interface atm card/subcard/port command to check the interface status.

ATM3/0/0 is up, line protocol is up

   MTU 4470 bytes, sub MTU 4470, BW 622000 Kbit, DLY 10 usec, rely 110/255, load 1/255

  8191 maximum active VCs, 1024 VCs per VP, 1 current VCCs

   Last input 00:00:09, output never, output hang never

Step 4   Check the status of the interface. If the ATM interface is down and the line protocol is down, begin checking for active alarms and defects.

Step 5   Check the MTU field. This indicates the largest number of bytes of "payload" data a frame can carry, not counting the frame's header and trailer. For an ATM interface, the MTU should be 4470 bytes.

Step 6   Check the Last input and Last output fields. They show the number of hours, minutes, and seconds since the last packet was successfully received or transmitted by the interface.

Step 7   Use the show controllers atm card/subcard/port command to check the interface memory status and configuration.

TX SAR (Production 1.0.7) is Operational;

RX SAR (Production 1.0.7) is Operational;

SAR Counters:

MAC Receive Counters:

MAC Transmit Counters:

Slicer Receive Counters:

Slicer Transmit Counters:

Status Registers:

Interface Configuration Mode:

Sonet overhead:

Contents of Section trace buffer:

Active Defects: None

Alarm reporting enabled for: SF SLOS SLOF B1-TCA B2-TCA PLOP B3-TCA

Active ATM Payload Defect: LCD-P

OC12 counters:

OC12 errored secs:

OC12 error-free secs:

BER thresholds: SF = 10e-0 SD = 10e-0

TCA thresholds: B1 = 10e-6 B2 = 10e-6 B3 = 10e-6

Step 8   Check the Interface Configuration Mode field. This field indicates the clock configuration and the administrative status of the interface.

Step 9   Check Sonet Overhead fields. These fields indicate the following:

Step 10   Check the Content of Path trace field. The path trace buffer is used to communicate information regarding the remote hostname, interface name/number, and IP address. This is a Cisco-proprietary use of the J1 (path trace) byte.

Step 11   Check the Active defects field. It indicates the currently configured alarms with defects and is a primary troubleshooting indicator.

Step 12   Check the Alarm reporting enabled field—It is a list of alarms for which you enabled reporting by entering the pos report interface command.

Step 13   Check the Active Defects field—It is a list of all currently active defects.

Step 14   Check the OC12 Counters field. If this number is incrementing, this indicates a problem in the network.

Check for any BIP(B1)/BIP(B2)/BIP(B3) (Bit interleaved parity) error reported.

Check the FEBE (Far end block errors).

Step 15   Check the OC12 error secs field. This field shows the total seconds where there were one or more alarms since the switch was rebooted.

Check AIS (Alarm indication signal).

Check RDI (Remote defect indication).

Step 16   Check the OC12 error free secs field. It indicates the number of seconds since the last error.

Step 17   Check the BER thresholds field. It is a list of bit error rate (BER) thresholds that have been crossed.

Step 18   Check the TCA thresholds field. It is a list of threshold crossing alarms (TCA).

If you determine that the interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide .

Troubleshooting Packet-over-SONET Uplink with Enhanced Gigabit Ethernet Interface Modules

The Packet-over-SONET (POS) uplink with enhanced Gigabit Ethernet interface module consists of two port adapters that are attached to a carrier module. The port adapters are not hot-swappable, but the interface module as a whole is hot-swappable. The Packet-over-SONET OC-12c uplink port adapter resides on the left side of the interface module, and the one-port enhanced Gigabit Ethernet port adapter resides on the right side. This combination provides an Ethernet port for connection to, or within, LANs, and a POS uplink port for connection to an ISP or MAN.

The Packet-over-SONET OC-12c uplink port adapter supports 622-Mbps single-mode intermediate and long-reach fiber connections. The Packet-over-SONET OC-12c uplink port adapter is a serial link, uses SC-type connectors, and has built-in ACL functionality. It is available with 64K or 256K of memory. Routing tables use this memory.

Note   The port adapters within the Packet-over-SONET OC-12c interface module must have matching routing table memory. As an example, if the Packet-over-SONET OC-12c POS port adapter has 64K of routing table memory, the enhanced Gigabit Ethernet port adapter must have 64K of routing table memory for the interface module to function properly.

For detailed Cisco Packet over SONET/SDH (POS) technology information, see the following documents:

Packet-over-SONET Uplink Interface Module LEDs

Table 10-7 describes the LEDs used to confirm and troubleshoot the operation of interface modules. The LEDs on interface modules indicate the status of the modules and their ports.

Displaying POS Interface Module Configurations

To display the interface configuration, use the following commands:

Follow these steps to troubleshoot the physical interface:

POS3/0/0 is administratively down, line protocol is down

Step 2   Check the POS field. If the link is down/down, start checking for active alarms and defects. Troubleshooting here is similar to serial interface troubleshooting.

Step 3   POS defects and alarms are similar to alarms occurring when troubleshooting and diagnosing T1/E1 and T3/E3 connections (for example, LOS, LOF, and AIS). For T1 connection troubleshooting procedures, refer to the T1 Troubleshooting at the following URL: http://www.cisco.com/warp/public/116/t1_flchrt_main.html

If you determine that the interface is configured incorrectly, refer to the "Configuring Interfaces" chapter in the Layer 3 Switching Software Feature and Configuration Guide .

Follow these steps to troubleshoot the POS physical interface:

    LOF = 1 LOS = 0 BIP(B1) = 92

    AIS = 0 RDI = 0 FEBE = 342 BIP(B2) = 1179

    AIS = 0 RDI = 0 FEBE = 38 BIP(B3) = 52

    LOP = 0

    PLM-P = 1 UNEQ-P = 0

Active Alarms: None

Active Defects: PLM-P

Alarm reporting enabled for: SF SLOS SLOF B1-TCA B2-TCA PLOP B3-TCA

Framing: SONET

PATH TRACE BUFFER: UNSTABLE

BER thresholds: SF = 10e-3 SD = 10e-6

TCA thresholds: B1 = 10e-6 B2 = 10e-6 B3 = 10e-6