Cisco ONS 15454 SDH Troubleshooting Guide, Release 4.6
Chapter 1, General Troubleshooting
Downloads: This chapterpdf (PDF - 1.16MB) The complete bookPDF (PDF - 4.86MB) | Feedback

General Troubleshooting

Table Of Contents

General Troubleshooting

1.1  Network Troubleshooting Tests

1.2  Identify Points of Failure on a DS-N or E-N Circuit Path

1.2.1  Perform a Facility (Line) Loopback on a Source DS-N or E-N Port (West to East)

Create the Facility (Line) Loopback on the Source DS-N or E-N Port

Test and Clear the Facility (Line) Loopback Circuit

Test the DS-N or E-N Cabling

Test the DS-N or E-N Card

Test the FMEC

1.2.2  Perform a Hairpin Test on a Source Node Port (West to East)

Create the Hairpin Circuit on the Source Node Port

Test and Delete the Hairpin Circuit

Test the Standby XCVXL Cross-Connect Card

Retest the Original XCVXL Cross-Connect Card

1.2.3  Perform an XC Loopback on a Destination Node STM-N VC (West to East)

Test the XC Loopback Circuit

Test the Standby XC10G Cross-Connect Card

Retest the Original XCVXL Cross-Connect Card

1.2.4  Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port

Create the Terminal (Inward) Loopback on a Destination DS-N or E-N Port

Test and Clear the Terminal Loopback (Inward) Circuit on the Destination DS-N or E-N Port

Test the Destination DS-N or E-N Card

1.2.5  Perform a Facility (Line) Loopback on a Destination DS-N or E-N Port (East to West)

Create a Facility (Line) Loopback Circuit on a Destination DS-N or E-N Port

Test and Clear the Facility (Line) Loopback Circuit

Test the DS-N or E-N Cabling

Test the DS-N or E-N Card

Test the FMEC

1.2.6  Perform a Hairpin Test on a Destination Node Port (East to West)

Create the Hairpin Circuit on the Destination Node Port

Test and Delete the Hairpin Circuit

Test the Standby XCVXL Cross-Connect Card

Retest the Original XCVXL Cross-Connect Card

1.2.7  Perform an XC Loopback on a Source Node STM-N VC (East to West)

Test the XC Loopback Circuit

Test the Standby XCVXL Cross-Connect Card

Retest the Original XCVXL Cross-Connect Card

1.2.8  Perform a Terminal (Inward) Loopback on a Source DS-N or E-N Port (East to West)

Create the Terminal (Inward) Loopback on a Source DS-N or E-N Port

Test and Clear the Terminal (Inward) Loopback Circuit on the Source DS-N or E-N Port

Test the Destination DS-N or E-N Card

1.3  Identify Points of Failure on an Optical Circuit Path

1.3.1  Perform a Facility (Line) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port

Create the Facility (Line) Loopback on the Source Port

Test and Clear the Facility (Line) Loopback Circuit

Test the STM-N, G-Series, MXP, or TXP Card

1.3.2  Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port

Create the Terminal (Inward) Loopback on a Source Node Port

Test and Clear the Terminal Loopback Circuit

Test the STM-N, G-Series, MXP, or TXP Card

1.3.3  Create the XC Loopback on the Source STM-N Port

Test the XC Loopback Circuit

Test the Standby XCVXL Cross-Connect Card

Retest the Original XCVXL Cross-Connect Card

1.3.4  Perform a Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port

Create the Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port

Test and Clear the Facility (Line) Loopback Circuit

Test the STM-N, G-Series, MXP, or TXP Card

1.3.5  Perform a Terminal (Inward) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port

Create the Terminal Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Ports

Test and Clear the Terminal Loopback Circuit

Test the STM-N, G-Series, MXP, or TXP Card

1.3.6  Perform a Facility (Line) Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port

Create the Facility (Line) Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port

Test the Facility (Line) Loopback Circuit

Test the STM-N, G-Series, MXP, or TXP Card

1.3.7  Perform a Terminal Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port

Create the Terminal Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port

Test the Terminal Loopback Circuit

Test the STM-N, G-Series, MXP, or TXP Card

1.4  Restoring the Database and Default Settings

1.4.1  Restore the Node Database

Restore the Database

1.4.2  Restore the Node to Factory Configuration

Use the Reinitialization Tool to Clear the Database and Upload Software (Windows)

Use the Reinitialization Tool to Clear the Database and Upload Software (UNIX)

1.5  PC Connectivity Troubleshooting

1.5.1  PC System Minimum Requirements

1.5.2  Sun System Minimum Requirements

1.5.3  Supported Platforms, Browsers, and JREs

1.5.4  Unsupported Platforms and Browsers

1.5.5  Unable to Verify the IP Configuration of Your PC

Verify the IP Configuration of Your PC

1.5.6  Browser Login Does Not Launch Java

Reconfigure the PC Operating System Java Plug-in Control Panel

Reconfigure the Browser

1.5.7  Unable to Verify the NIC Connection on Your PC

1.5.8  Verify PC Connection to the ONS 15454 SDH (ping)

Ping the ONS 15454 SDH

1.5.9  The IP Address of the Node is Unknown

Retrieve Unknown Node IP Address

1.6  CTC Operation Troubleshooting

1.6.1  Unable to Launch CTC Help After Removing Netscape

Reset Internet Explorer as the Default Browser for CTC

1.6.2  Unable to Change Node View to Network View

Reset the CTC_HEAP Environment Variable for Windows

Reset the CTC_HEAP Environment Variable for Solaris

1.6.3  Browser Stalls When Downloading CTC JAR Files From TCC2

Disable the VirusScan Download Scan

1.6.4  CTC Does Not Launch

Redirect the Netscape Cache to a Valid Directory

1.6.5  Slow CTC Operation or Login Problems

Delete the CTC Cache File Automatically

Delete the CTC Cache File Manually

1.6.6  Node Icon is Gray on CTC Network View

1.6.7  CTC Cannot Launch Due to Applet Security Restrictions

Manually Edit the java.policy File

1.6.8  Java Runtime Environment Incompatible

Launch CTC to Correct the Core Version Build

1.6.9  Different CTC Releases Do Not Recognize Each Other

Launch CTC to Correct the Core Version Build

1.6.10  Username or Password Do Not Match

Verify Correct Username and Password

1.6.11  No IP Connectivity Exists Between Nodes

1.6.12  DCC Connection Lost

1.6.13  "Path in Use" Error When Creating a Circuit

1.6.14  Calculate and Design IP Subnets

1.6.15  Ethernet Connections

Verify Ethernet Connections

1.6.16  VLAN Cannot Connect to Network Device from Untag Port

Change VLAN Port Tag and Untagged Settings

1.7  Circuits and Timing

1.7.1  STM-N Circuit Transitions to Partial State

View the State of Circuit Nodes

1.7.2  DS3i Card Does Not Report MS-AIS From External Equipment

1.7.3  STM-1 and DCC Limitations

1.7.4  ONS 15454 SDH Switches Timing Reference

1.7.5  Holdover Synchronization Alarm

1.7.6  Free-Running Synchronization Mode

1.7.7  Daisy-Chained BITS Not Functioning

1.7.8  Blinking STAT LED after Installing a Card

1.8  Fiber and Cabling

1.8.1  Bit Errors Appear for a Traffic Card

1.8.2  Faulty Fiber-Optic Connections

Verify Fiber-Optic Connections

Remove GBIC or SFP Connectors

Install a GBIC with Clips

Install a GBIC with a Handle

1.8.3  Optical Card Transmit and Receive Levels

1.9  Power and LED Tests

1.9.1  Power Supply Problems

Isolate the Cause of Power Supply Problems

1.9.2  Power Consumption for Node and Cards

1.9.3  Lamp Tests for Card LEDs

Verify Card LED Operation

Verify G-Series Ethernet or FC_MR-4 Card LED Operation

Verify E-Series and ML-Series Ethernet Card LED Operation


General Troubleshooting


This chapter provides procedures for troubleshooting the most common problems encountered when operating a Cisco ONS 15454 SDH. To troubleshoot specific ONS 15454 SDH alarms, see "Alarm Troubleshooting." If you cannot find what you are looking for, contact the Cisco Technical Assistance Center (Cisco TAC). See the "Obtaining Technical Assistance" section for more information.

This chapter includes the following sections on network problems:

Network Troubleshooting Tests—Describes loopbacks and hairpin circuits, which you can use to test circuit paths through the network or logically isolate faults.


Note For network acceptance tests, refer to the Cisco ONS 15454 SDH Procedure Guide.


Identify Points of Failure on a DS-N or E-N Circuit Path—Explains how to perform the tests described in the "Network Troubleshooting Tests" section on an E-N circuit.

Identify Points of Failure on an Optical Circuit Path—Explains how to perform the tests described in the "Network Troubleshooting Tests" section on an STM-N circuit.

The remaining sections describe symptoms, problems, and solutions that are categorized according to the following topics:

Restoring the Database and Default Settings—Provides procedures for restoring software data and restoring the node to the default setup.

PC Connectivity Troubleshooting—Provides troubleshooting procedures for PC and network connectivity to the ONS 15454 SDH.

CTC Operation Troubleshooting—Provides troubleshooting procedures for CTC login or operation problems.

Circuits and Timing—Provides troubleshooting procedures for circuit creation and error reporting as well as timing reference errors and alarms.

Fiber and Cabling—Provides troubleshooting procedures for fiber and cabling connectivity errors.

Power and LED Tests—Provides troubleshooting procedures for power supply and LED indicator problems.

1.1  Network Troubleshooting Tests

Use loopbacks and hairpin circuits to test newly created SDH circuits before running live traffic or to logically locate the source of a network failure. All ONS 15454 SDH STM-N, transponder (TXP, TXPP), Muxponder (MXP), and G-Series Ethernet cards allow loopbacks and hairpin circuits. The cards which do not allow these functions are the E-Series and ML-Series Ethernet cards, and DWDM cards cards such as OPT-BST, OPT-PRE, OSC-CSM, band add-drop cards, or channel add-drop cards.


Caution Facility (line) or terminal loopback can be service-affecting. To protect traffic, apply a lockout or Force switch to the target loopback port. For more information on these operations, refer to the Cisco ONS 15454 SDH Procedure Guide.


Caution On STM-N cards, a facility (line) loopback applies to the entire card and not an individual circuit. Exercise caution when using loopbacks on an STM-N card carrying live traffic.

A facility (line) loopback tests the line interface unit (LIU) of a card, the Front Mount Electrical Connection (FMEC) card, and related cabling. After applying a facility loopback on a port, use a test set to run traffic over the loopback. A successful facility loopback isolates the LIU, the FMEC card, or the cabling plant as the potential cause of a network problem. Figure 1-1 shows a facility loopback on an E3-12 card.

Figure 1-1 Facility (Line) Loopback Process on an E3-12 Card

To test the LIU on an STM-N card, connect an optical test set to the STM-N port and perform a facility (line) loopback or use a loopback or hairpin on a card that is farther along the circuit path. Figure 1-2 shows a facility loopback on an STM-N card.


Caution Before performing a facility (line) loopback on an STM-N card, be sure the card contains at least two data communications channel (DCC) paths to the node where the card is installed. A second DCC provides a nonlooped path to log into the node after the loopback is applied, enabling you to remove the facility loopback. Ensuring a second DCC is not necessary if you are directly connected to the ONS 15454 SDH containing the loopback STM-N card.

Figure 1-2 Facility (Line) Loopback Process on an STM-N Card

A terminal (inward) loopback tests a circuit path as it passes through the XCVXL cross-connect card loops back from the card with the loopback. Figure 1-3 shows a terminal loopback on an STM-N card. (Ethernet, transponder, and Muxponder loopbacks follow the same model.) The test-set traffic comes into the E3-12 card and goes through the cross-connect card to the STM-N card. The terminal loopback on the STM-N card turns the signal around before it reaches the LIU and sends it back through the cross-connect card to the E3-12 card. This test verifies that the cross-connect card and terminal circuit paths are valid, but does not test the LIU on the STM-N card.

Figure 1-3 Terminal (Inward) Loopback Process on an STM-N Card

Setting a terminal loopback on the G-Series card may not stop the Tx Packets counter or the Rx Packet counters on the CTC card-level view Performance > Statistics page from increasing. The counters can increment even though the loopbacked port has temporarily disabled the transmit laser and is dropping any received packets.

The Tx Packet statistic continues to increment because the statistic is not based on the packets transmitted by the Tx laser but on the Tx signal inside the G-Series card. In normal in-service port operation, the Tx signal being recorded does result in the Tx laser transmitting packets, but in a terminal loopback this signal is being looped back within the G-Series card and does not result in the Tx laser transmitting packets.

The Rx Packet counter may also continue to increment when the G-Series card is in terminal loopback. Rx packets from any connected device are dropped and not recorded, but the internally looped back packets follow the G-Series card's normal receive path and register on the Rx Packet counter.

Figure 1-4 shows a terminal loopback on an E3-12 card. The test-set traffic comes in on the STM-N card and goes through the cross-connect card to the E3-12 card. The terminal loopback on the E3-12 card turns the signal around before it reaches the LIU and sends it back through the cross-connect card to the STM-N card. This test verifies that the cross-connect card and terminal circuit paths are valid, but does not test the LIU on the E3-12 card.

Figure 1-4 Terminal Loopback Process on an E3-12 Card

Setting a terminal loopback on the G-Series card may not stop the Tx Packets counter or the Rx Packet counters on the CTC card-level view Performance > Statistics page from increasing. The counters can increment even though the loopbacked port has temporarily disabled the transmit laser and is dropping any received packets.

The Tx Packet statistic continues to increment because the statistic is not based on the packets transmitted by the Tx laser but on the Tx signal inside the G-Series card. In normal in-service port operation, the Tx signal being recorded does result in the Tx laser transmitting packets, but in a terminal loopback this signal is being looped back within the G-Series card and does not result in the Tx laser transmitting packets.

The Rx Packet counter may also continue to increment when the G-Series card is in terminal loopback. Rx packets from any connected device are dropped and not recorded, but the internally looped back packets follow the G-Series card's normal receive path and register on the Rx Packet counter.

ONS 15454 SDH port loopbacks either terminate or bridge the loopback signal. In the ONS 15454SDH system, all optical, electrical, and Ethernet facility loopbacks are terminated as shown in Table 1-1. During terminal loopbacks, some ONS cards bridge the loopback signal while others terminate it.

If an optical, electrical, or Ethernet port terminates a terminal or facility loopback signal, this means that the signal only loops back to the originating port and is not transmitted downstream. If the port bridges a loopback signal, the signal loops back to the originating port and is also transmitted downstream.

All ONS 15454 SDH card bridging and terminating behaviors are listed in Table 1-1. When a port on a card in the left column of this table originates a terminal or facility loopback, the signal behaves as listed in the middle and right columns.


Note In Table 1-1, no AIS signal is injected if the signal is bridged. If the signal is terminated, an applicable AIS is injected downstream for all cards except Ethernet cards.


Table 1-1 Bridged and Terminated Card Loopback Behavior 

Card/Port
Terminal loopback signal
Facility loopback signal

DS-3i

Bridged

Terminated

E1-N

Terminated

Terminated

G-Series Ethernet

Terminated1

Terminated2

STM1-E in STM1-E mode

Terminated

Terminated

STM1-E ports 9-12 in E4 mode3

Bridged

Terminated

All STM-N cards

Bridged

Terminated

1 G-Series Ethernet terminal loopback is terminated and Ethernet transmission is disabled. No AIS is inserted for Ethernet, but a TPTFAIL alarm is raised on the far-end Ethernet port.

2 G-Series facility loopback is terminated and no AIS is sent downstream. However, the Cisco Link Integrity signal continues to be sent downstream.

3 For the STM1-E card, only ports 9 through 12 can be placed in E4 mode.


The loopback itself is listed in the Alarms window. For example, the window would list the LPBKTERMINAL condition or LPBKFACILITY condition for a tested port.

In addition to the Alarms window listing, the following behaviors occur:

If a DS-3i, STM-N, or E-N port is placed in out of service (OOS) state, it injects an AIS signal upstream and downstream.

If a DS-3i, STM-N, or E-N port is placed in out of service auto in-service (OOS_AINS) state or in the out of service maintenance (OOS_MT) state before loopback testing, the port clears the AIS signal upstream and downstream unless there is a service-affecting defect that would also cause an AIS signal to be injected. For more information about placing ports into alternate states for testing, refer to the Cisco ONS 15454 SDH Procedure Guide.

Bridged DS-3i and STM-N terminal loopback examples are shown in Figure 1-5 and Figure 1-6.

Figure 1-5 Terminal Loopback on an DS-3i Card with Bridged Signal

Figure 1-6 Terminal Loopback on an STM-N Card with Bridged Signal

A hairpin circuit brings traffic in and out on an E3-12 port rather than sending the traffic onto the STM-N card. A hairpin loops back only the specific VC3 or VC4 circuit and does not cause an entire STM-N port to loop back, thus preventing a drop of all traffic on the STM-N port. The hairpin allows you to test a specific VC circuit on nodes running live traffic. Figure 1-7 shows the hairpin circuit process on an E3-12 card.

Figure 1-7 Hairpin Circuit Process on an E3-12 Card

A cross-connect loopback tests a circuit path as it passes through the cross-connect card and loops back to the port being tested. Testing and verifying circuit integrity often involves taking down the whole line; however, a cross-connect loopback allows you to create a loopback on any embedded channel at supported payloads at the VC3 granularity and higher. For example, you can loop back a single STM-1, STM-4, STM-16, etc. on an optical facility without interrupting the other STM circuits.

You can create a cross-connect loopback on all working or protect optical ports unless the protect port is used in a 1+1 protection group and is in working mode. If a terminal or facility loopback exists on a port, you cannot use the cross-connect loopback.

Figure 1-8 shows a cross-connect loopback on an STM-N port.

Figure 1-8 Cross-Connect Loopback Process on an STM-N Card

1.2  Identify Points of Failure on a DS-N or E-N Circuit Path

Facility (line) loopbacks, terminal (inward) loopbacks, and hairpin circuits are often used to test a circuit path through the network or to logically isolate a fault. Performing a loopback test at each point along the circuit path systematically isolates possible points of failure.

This troubleshooting technique can be used on all ONS 15454 SDH electrical cards (DS-3I, E-1, E-3). The example in this section tests an E3-12 circuit on a two-node, multiplex section-shared protection ring (MS-SPRing). Using a series of facility loopbacks, terminal loopbacks, and hairpins, the path of the circuit is traced and the possible points of failure are tested and eliminated. A logical progression of five network test procedures apply to this sample scenario:


Note The test sequence for your circuits will differ according to the type of circuit and network topology.


West to east direction (left to right):

1. A facility (line) loopback on the source node DS-N or E-N

2. A hairpin on the source node DS-N or E-N

3. An XC loopback on the destination node STM-N VC (carrying the DS-N circuit)

4. A terminal (inward) loopback on the destination node DS-N or E-N

East to west direction (right to left):

1. A facility (line) loopback on the destination node DS-N or E-N

2. A hairpin on the destination node DS-N or E-N

3. An XC loopback on the source node STM-N VC (carrying the DS-N circuit)

4. A terminal (inward) loopback on the source node DS-N or E-N


Note All loopback tests require on-site personnel.


1.2.1  Perform a Facility (Line) Loopback on a Source DS-N or E-N Port (West to East)

The facility (line) loopback test is performed on the node source port in the network circuit. In this example, the E3-12 port is the source. Completing a successful facility (line) loopback on this port isolates the cabling, the E3-12 card, and the FMEC card as possible failure points. Figure 1-9 shows an example of a facility loopback on a source E3-12 port.

Figure 1-9 Facility Loopback on a Circuit Source E3-12 Port


Caution Performing a loopback on an in-service circuit is service-affecting. To protect traffic, apply a lockout or Force switch to the target loopback port. For more information about these operations, refer to the Cisco ONS 15454 SDH Procedure Guide.


Note DS-3i facility (line) loopbacks do not transmit an AIS condition in the direction away from the loopback. Instead of a DS-3i AIS, a continuance of the signal transmitted to the loopback is provided.


Create the Facility (Line) Loopback on the Source DS-N or E-N Port


Step 1 Connect an electrical test set to the port you are testing.

Use appropriate cabling to attach the Tx and Rx terminals of the electrical test set to the FMEC card connectors or DSx panel for the port you are testing. The Tx and Rx terminals connect to the same port. Adjust the test set accordingly.

Step 2 In CTC node view, double-click the DS-N or E-N card to open the card view.

Step 3 Click the Maintenance > Loopback tabs.

Step 4 Choose OOS_MT from the State column for the port being tested. If this is a multiport card, select the appropriate row for the port being tested.

Step 5 Choose Facility (Line) from the Loopback Type column for the port being tested. If this is a multiport card, select the appropriate row for the port being tested.

Step 6 Click Apply.

Step 7 Click Yes in the confirmation dialog box.


Note It is normal for the "LPBKFACILITY (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-144 to appear during loopback setup. The condition clears when you remove the loopback.


Step 8 Complete the "Test and Clear the Facility (Line) Loopback Circuit" procedure.


Test and Clear the Facility (Line) Loopback Circuit


Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the facility loopback. Double-click the card to open the card view.

Step 4 Click the Maintenance > Loopback tabs.

Step 5 Choose None from the Loopback Type column for the port being tested.

Step 6 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 7 Click Apply.

Step 8 Click Yes in the confirmation dialog box.

Step 9 Complete the "Perform a Hairpin Test on a Source Node Port (West to East)" procedure. If the test set indicates a faulty circuit, the problem might be a faulty E-N card, faulty cabling from the E-N card to the DSx panel or the FMEC card, or a faulty FMEC card.

Step 10 Complete the "Test the DS-N or E-N Cabling" procedure.


Test the DS-N or E-N Cabling


Step 1 Replace the suspected bad cabling (the cables from the test set to the DSx panel or the FMEC card ports) with a known-good cable.

If a known-good cable is not available, test the suspected bad cable with a test set. Remove the suspected bad cable from the DSx panel or the FMEC card and connect the cable to the Tx and Rx terminals of the test set. Run traffic to determine whether the cable is good or defective.

Step 2 Replace the defective cable.

Step 3 Click the Maintenance > Loopback tabs.

Step 4 Choose None from the Loopback Type column for the port being tested.

Step 5 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 6 Click Apply.

Step 7 Click Yes in the confirmation dialog box.

Step 8 Complete the "Perform a Hairpin Test on a Source Node Port (West to East)" procedure. If the test set indicates a faulty circuit, the problem might be a faulty card or a faulty FMEC card.

Step 9 Complete the "Test the DS-N or E-N Card" procedure.


Test the DS-N or E-N Card


Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card installed.

Step 3 If the test set indicates a good circuit, the problem was probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Complete the "Physically Replace a Card" procedure for the faulty card.

Step 5 In card view for the DS-N or E-N card, double-click the Maintenance > Loopback tabs.

Step 6 Choose None from the Loopback Type column for the port being tested.

Step 7 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 8 Click Apply.

Step 9 Click Yes in the confirmation dialog box.

Step 10 Complete the "Perform a Hairpin Test on a Source Node Port (West to East)" procedure. If the test set indicates a faulty circuit, the problem might be a faulty FMEC card.

Step 11 Complete the "Test the FMEC" procedure.


Test the FMEC


Step 1 Remove and reinstall the FMEC card to ensure a proper seating:

a. Unscrew the screws on the FMEC cover and pull the cover forward.

b. Loosen the faceplate screws that hold the FMEC card in place.

c. Pull the FMEC card outward by the faceplate to unseat it from the shelf assembly.

d. Push the FMEC card back inward by the faceplate to reseat it in the shelf assembly.

Step 2 Resend test traffic on the loopback circuit with known-good cabling, a known-good card, and the reinstalled FMEC.

Step 3 If the test set indicates a good circuit, the problem is probably an improperly seated FMEC. Click the Maintenance > Loopback tabs.

Step 4 Choose None from the Loopback Type column for the port being tested.

Step 5 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 6 Click Apply.

Step 7 Click Yes in the confirmation dialog box. Continue with Step 17.

Step 8 If the test set indicates a faulty circuit, the problem is probably a defective FMEC card. Return the defective FMEC card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 9 Complete the "Physically Replace a Card" procedure for the faulty FMEC card.

Step 10 Resend test traffic on the loopback circuit with known-good cabling, a known-good card, and the replacement FMEC card.

Step 11 If the test set indicates a faulty circuit, repeat all of the facility loopback procedures.

Step 12 If the test set indicates a good circuit, the problem is probably the defective FMEC card. Click the Maintenance > Loopback tabs.

Step 13 Choose None from the Loopback Type column for the port being tested.

Step 14 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 15 Click Apply.

Step 16 Click Yes in the confirmation dialog box.

Step 17 Complete the "Perform a Hairpin Test on a Source Node Port (West to East)" procedure.


1.2.2  Perform a Hairpin Test on a Source Node Port (West to East)

The hairpin test is performed on the XCVXL cross-connect card in the network circuit. A hairpin circuit uses the same port for both source and destination. Completing a successful hairpin through the card isolates the possibility that the cross-connect card is the cause of the faulty circuit. Figure 1-10 shows an example of a hairpin loopback on a source node port.

Figure 1-10 Hairpin on a Source Node Port


Note The ONS 15454 SDH does not support simplex operation on the XCVXL cross-connect card. Two cross-connect cards of the same type must be installed for each node.


Create the Hairpin Circuit on the Source Node Port


Step 1 Connect an electrical test set to the port you are testing:

a. If you just completed the "Perform a Facility (Line) Loopback on a Source DS-N or E-N Port (West to East)" procedure, leave the electrical test set hooked up to the source node port.

b. If you are starting the current procedure without the electrical test set hooked up to the source port, use appropriate cabling to attach the Tx and Rx terminals of the electrical test set to the DSx panel or the FMEC card connectors for the port you are testing. The Tx and Rx terminals connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to set up the hairpin circuit on the test port:

a. In node view, click the Circuits tab and click Create.

b. In the Circuit Creation dialog box, choose the type and size, such as VC HO Path Circuit.

c. Give the circuit an easily identifiable name such as "Hairpin1."

d. Uncheck the Bidirectional check box.

e. Click Next.

f. In the Circuit Creation source dialog box, select the same Node, card Slot, Port, and VC4 where the test set is connected.

g. Click Next.

h. In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the Circuit Source dialog box.

i. Click Finish.

Step 3 Confirm that the newly created circuit appears on the Circuits tab and that the Dir column describes it as a one-way circuit.

Step 4 Complete the "Test and Delete the Hairpin Circuit" procedure.


Test and Delete the Hairpin Circuit


Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the hairpin circuit. Clear the hairpin circuit:

a. Click the Circuits tab.

b. Choose the hairpin circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the hairpin circuit is deleted form the Circuits tab list.

Step 4 Complete the "Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port" procedure. If the test set indicates a faulty circuit, there might be a problem with the cross-connect card.

Step 5 Complete the "Test the Standby XCVXL Cross-Connect Card" procedure.


Test the Standby XCVXL Cross-Connect Card


Note Two XCVXL cross-connect cards (active and standby) must be in use on a node to use this procedure.



Step 1 Perform a reset on the standby cross-connect card to make it the active card:

a. Determine the standby cross-connect card. On both the physical node and the Cisco Transport Controller (CTC) node view window, the standby cross connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. Position the cursor over the standby cross-connect card.

c. Right-click and choose RESET CARD.

d. Click Yes in the confirmation dialog box.

Step 2 Initiate an external switching command (side switch) on the cross-connect cards before you retest the loopback circuit:


Caution Cross-connect side switches are service-affecting. Any live traffic on any card in the node endures a hit of up to 50 ms.

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In the node view, select the Maintenance > Cross Connect > Cards tabs.

c. In the Cross Connect Cards menu, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 3 Resend test traffic on the loopback circuit.

The test traffic now travels through the alternate cross-connect card.

Step 4 If the test set indicates a faulty circuit, assume the cross-connect card is not causing the problem. Clear the hairpin circuit:

a. Click the Circuits tab.

b. Choose the hairpin circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the hairpin circuit is deleted form the Circuits tab list.

Step 5 Complete the "Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port" procedure. If the test set indicates a good circuit, the problem might be a defective cross-connect card.

Step 6 To confirm a defective original cross-connect card, complete the "Retest the Original XCVXL Cross-Connect Card" procedure.


Retest the Original XCVXL Cross-Connect Card


Step 1 Initiate an external switching command (side switch) on the cross-connect cards:

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active cross-connect's ACT/STBY LED is green.

b. In node view, select the Maintenance > Cross Connect > Cards tabs.

c. From the Cross Connect Cards menu, choose Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 2 Resend test traffic on the loopback circuit.

Step 3 If the test set indicates a faulty circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Complete the "Replace an In-Service Cross-Connect Card" procedure for the defective card.

Step 5 Clear the hairpin circuit:

a. Click the Circuits tab.

b. Choose the hairpin circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the hairpin circuit is deleted form the Circuits tab list.

f. Proceed to Step 7.

Step 6 If the test set indicates a good circuit, the cross-connect card might have had a temporary problem that was cleared by the side switch. Clear the hairpin circuit:

a. Click the Circuits tab.

b. Choose the hairpin circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the hairpin circuit is deleted form the Circuits tab list.

Step 7 Complete the "Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port" procedure.


1.2.3  Perform an XC Loopback on a Destination Node STM-N VC (West to East)

The XC loopback tests whether any problem exists on the circuit's STM-N span, isolating this span from others present on the card. The loopback occurs on the XCVXL cross-connect card in a network circuit. Figure 1-11 shows an example of an XC loopback on a destination STM-N port.


Note The XC Loopback on an STM-N card does not affect traffic on other circuits.


Figure 1-11 XC Loopback on a Destination STM-N Port


Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instructions for detailed information about connection and setup of the optical test set.


a. If you just completed the "Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the destination node port.

b. If you are starting the current procedure without the optical test set hooked up to the destination port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. The Tx and Rx terminals connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to put the circuit being tested out of service:

a. In node view, click the Circuits tab.

b. Click the circuit and then click Edit.

c. In the Edit Circuit dialog box, click the State tab.

d. Choose OOS-MT from the Target Circuit State drop-down list.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 3 Use CTC to set up the XC loopback on the circuit being tested:

a. In node view, double-click the STM-N card to open the card view.

b. Click the Provisioning > VC4 tabs.

c. Click the check box in the XC Loopback column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog.

Step 4 Complete the "Test the XC Loopback Circuit" procedure.


Test the XC Loopback Circuit


Note This procedure is performed only on STM-N cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the cross-connect. Clear the XC loopback:

a. In card view, click the Provisioning > VC4 tabs.

b. Uncheck the check box in the XC Loopback column for the circuit being tested.

c. Click Apply.

d. Click Yes in the confirmation dialog.

Step 4 Complete the "Create the Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, there might be a problem with the cross-connect card.

Step 5 Complete the "Test the Standby XC10G Cross-Connect Card" procedure.


Test the Standby XC10G Cross-Connect Card


Step 1 Perform a reset on the standby cross-connect card:

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. Position the cursor over the standby cross-connect card.

c. Right-click and choose RESET CARD.

d. Click Yes in the confirmation dialog box.

Step 2 Initiate an external switching command (side switch) on the cross-connect cards before you retest the loopback circuit:


Caution Cross-connect side switches are service-affecting. Any live traffic on any card in the node endures a hit of up to 50 ms.

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In the node view, select the Maintenance > Cross-Connect > Card tabs.

c. In the Cross-Connect Cards area, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 3 Resend test traffic on the loopback circuit.

The test traffic now travels through the alternate cross-connect card.

Step 4 If the test set indicates a faulty circuit, assume the cross-connect card is not causing the problem. Clear the XC loopback circuit:

a. Click the Circuits tab.

b. Choose the XC loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the XC loopback circuit is deleted form the Circuits tab list. If the test set indicates a good circuit, the problem might be a defective cross-connect card.

Step 5 To confirm a defective original cross-connect card, complete the "Retest the Original XCVXL Cross-Connect Card" procedure.


Retest the Original XCVXL Cross-Connect Card


Note This procedure is performed only on STM-N and XCVXL cards.



Step 1 Initiate an external switching command (side switch) on the cross-connect cards.

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In node view, select the Maintenance > Cross-Connect > Card tabs.

c. In the Cross-Connect Cards area, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 2 Resend test traffic on the loopback circuit.

Step 3 If the test set indicates a faulty circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact Cisco TAC (see the "Obtaining Technical Assistance" section) and proceed to Step 4. If the circuit is not shown to be faulty and the card is not shown to be defective, you are finished with testing.

Step 4 Complete the "Replace an In-Service Cross-Connect Card" procedure for the defective cross-connect card and perform Step 5.

Step 5 If the test set indicates a good circuit, the cross-connect card might have had a temporary problem that was cleared by the side switch. Clear the XC loopback circuit:

a. Click the Circuits tab.

b. Choose the XC loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.


1.2.4  Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port

The terminal (inward) loopback test is performed on the node destination port in the circuit, such as a destination node DS-N or E-N port. You first create a bidirectional circuit that starts on the source node port and loops back on the destination node DS-N or E-N port. Then you proceed with the terminal loopback test. Completing a successful terminal loopback to a destination node DS-N or E-N port verifies that the circuit is good up to the destination port. Figure 1-12 shows an example of a terminal loopback on a destination E3-12 port.

Figure 1-12 Terminal (Inward) Loopback on a Destination E3-12 Port


Caution Performing a loopback on an in-service circuit is service-affecting. To protect traffic, apply a lockout or Force switch to the target loopback port. For more information on these operations, refer to the Cisco ONS 15454 SDH Procedure Guide.


Note DS-3i terminal loopbacks do not transmit an AIS condition in the direction away from the loopback. Instead of a DS-3i AIS, a continuance of the signal transmitted to the loopback is provided.


Create the Terminal (Inward) Loopback on a Destination DS-N or E-N Port


Step 1 Connect an electrical test set to the port you are testing:

a. If you just completed the "Perform a Hairpin Test on a Source Node Port (West to East)" procedure, leave the electrical test set hooked up to the source node port.

b. If you are starting the current procedure without the electrical test set hooked up to the source port, use appropriate cabling to attach the Tx and Rx terminals of the electrical test set to the DSx panel or the FMEC card connectors for the port you are testing. Both Tx and Rx connect to the same port.

c. Adjust the test set accordingly.

Step 2 In CTC node view, click the Circuits tab and click Create.

Step 3 In the Circuit Creation dialog box, choose the type and size, such as such as VC HO Path Circuit.

Step 4 Click Next.

Step 5 In the next Circuit Creation dialog box, give the circuit an easily identifiable name, such as "DSNtoDSN."

Step 6 Set Circuit Type and Size to the normal preferences.

Step 7 Leave the Bidirectional check box checked.

Step 8 Click Next.

Step 9 In the Circuit Creation source dialog box, select the Node, card Slot, Port, and VC4 where the test set is connected.

Step 10 Click Next.

Step 11 In the Circuit Creation destination dialog box, fill in the same Node, card Slot, Port, and VC4 (the destination node port) and click Finish.

Step 12 Confirm that the newly created circuit appears in the Circuits tab Dir column as a 2-way circuit.


Note It is normal for a "LPBKTERMINAL (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-146 to appear during a loopback setup. The condition clears when you remove the loopback.


Step 13 Create the terminal (inward) loopback on the destination port being tested:

a. Go to the node view of the destination node:

From the View menu choose Go To Other Node.

Choose the node from the drop-down list in the Select Node dialog box and click OK.

b. In node view, double-click the card that requires the loopback, such as the E-N card in the destination node.

c. Click the Maintenance > Loopback tabs.

d. Select OOS_MT from the State column. If this is a multiport card, select the row appropriate for the desired port.

e. Select Terminal (Inward) from the Loopback Type column. If this is a multiport card, select the row appropriate for the desired port.

f. Click Apply.

g. Click Yes in the confirmation dialog box.

Step 14 Complete the "Test and Clear the Terminal Loopback (Inward) Circuit on the Destination DS-N or E-N Port" procedure.


Test and Clear the Terminal Loopback (Inward) Circuit on the Destination DS-N or E-N Port


Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic being received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary on the loopback circuit. Double-click the DS-N card in the destination node with the terminal loopback.

Step 4 Click the Maintenance > Loopback tabs.

Step 5 Select None from the Loopback Type column for the port being tested.

Step 6 Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

Step 7 Click Apply.

Step 8 Click Yes in the confirmation dialog box.

Step 9 Clear the terminal loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 10 Complete the "Perform a Hairpin Test on a Destination Node Port (East to West)" procedure. If the test set indicates a faulty circuit, the problem might be a faulty card.

Step 11 Complete the "Test the Destination DS-N or E-N Card" procedure.


Test the Destination DS-N or E-N Card


Step 1 Replace the suspected bad card with a known-good card. Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card.

a. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

b. Complete "Physically Replace a Card" procedure for the faulty card.

Step 4 Clear the terminal (inward) loopback state on the port:

a. Double-click the destination node DS-N or E-N card.

b. Click the Maintenance > Loopback tabs.

c. Select None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 5 Clear the terminal (inward) loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 6 Complete the "Perform a Hairpin Test on a Destination Node Port (East to West)" procedure.


1.2.5  Perform a Facility (Line) Loopback on a Destination DS-N or E-N Port (East to West)

The facility loopback test is performed on the node source port in the circuit, in this example, the destination node E3-12 port. Completing a successful facility loopback on this port isolates the possibility that the destination node cabling, E3-12 card, LIU, or FMEC card is responsible for a faulty circuit. Figure 1-13 shows an example of a facility loopback on a destination E3-12 port.

Figure 1-13 Facility Loopback on a Destination E3-12 Port


Note DS-3i facility (line) loopbacks do not transmit an AIS condition in the direction away from the loopback. Instead of a DS-3i AIS, a continuance of the signal transmitted to the loopback is provided.



Caution Performing a loopback on an in-service circuit is service-affecting.

Create a Facility (Line) Loopback Circuit on a Destination DS-N or E-N Port


Step 1 Connect an electrical test set to the port you are testing.

a. If you just completed the "Create the Hairpin Circuit on the Destination Node Port" procedure, leave the electrical test set hooked up to the destination node port.

b. If you are starting the current procedure without the electrical test set hooked up to the destination port, use appropriate cabling to attach the Tx and Rx terminals of the electrical test set to the DSx panel or the FMEC connectors for the port you are testing. Both Tx and Rx connect to the same port.

Step 2 Adjust the test set accordingly.

Step 3 In node view, double-click the destination DS-N card to open the card view.

Step 4 Click the Maintenance > Loopback tabs.

Step 5 Select Facility (Line) from the Loopback Type column for the port being tested. If this is a multiport card, select the row appropriate for the desired port.

Step 6 Click Apply.

Step 7 Click Yes in the confirmation dialog box.


Note It is normal for a "LPBKFACILITY (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-144 to appear during loopback setup. The condition clears when you remove the loopback.


Step 8 Complete the "Test and Clear the Facility (Line) Loopback Circuit" procedure.


Test and Clear the Facility (Line) Loopback Circuit


Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the loopback circuit. Double-click the card to open the card view.

Step 4 Click the Maintenance > Loopback tabs.

Step 5 Choose None from the Loopback Type column for the port being tested.

Step 6 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 7 Click Apply.

Step 8 Click Yes in the confirmation dialog box.

The entire DS-N or E-N circuit path has now passed its comprehensive series of loopback tests. This circuit qualifies to carry live traffic.

Step 9 If the test set indicates a faulty circuit, the problem might be a faulty DS-N card, faulty cabling from the DS-N or E-N card to the DSx panel or the FMECs. Complete the "Test the DS-N or E-N Cabling" procedure.


Test the DS-N or E-N Cabling


Step 1 Replace the suspect cabling (the cables from the test set to the DSx panel or the FMEC card ports) with a known-good cable.

If a known-good cable is not available, test the suspected bad cable with a test set. Remove the suspected bad cable from the DSx panel or the FMEC card and connect the cable to the Tx and Rx terminals of the test set. Run traffic to determine whether the cable is good or defective.

Step 2 Resend test traffic on the loopback circuit with a known-good cable installed.

Step 3 If the test set indicates a good circuit, the problem was probably the defective cable. Replace the defective cable.

Step 4 Double-click the card to open the card view.

Step 5 Click the Maintenance > Loopback tabs.

Step 6 Choose None from the Loopback Type column for the port being tested.

Step 7 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 8 Click Apply.

Step 9 Click Yes in the confirmation dialog box.

The entire DS-N or E-N circuit path has now passed its comprehensive series of loopback tests. This circuit qualifies to carry live traffic.If the test set indicates a faulty circuit, the problem might be a faulty card or a faulty FMEC card.

Step 10 Complete the "Test the DS-N or E-N Card" procedure.


Test the DS-N or E-N Card


Step 1 Replace the suspected bad card with a known-good card.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card installed.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Replace the faulty card. Complete the "Physically Replace a Card" procedure for the faulty card.

Step 5 Double-click the card to open the card view.

Step 6 Click the Maintenance > Loopback tabs.

Step 7 Choose None from the Loopback Type column for the port being tested.

Step 8 Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

Step 9 Click Apply.

Step 10 Click Yes in the confirmation dialog box.

The entire DS-N or E-N circuit path has now passed its comprehensive series of loopback tests. This circuit qualifies to carry live traffic. If the test set indicates a faulty circuit, the problem might be a faulty FMEC card.

Step 11 Complete the "Test the FMEC" procedure.


Test the FMEC


Step 1 Remove and reinstall the FMEC card to ensure a proper seating:

a. Unscrew the screws on the FMEC cover and pull the cover forward.

b. Loosen the faceplate screws that hold the FMEC card in place.

c. Pull the FMEC card outward by the faceplate to unseat it from the shelf assembly.

d. Push the FMEC card back inward by the faceplate to reseat it in the shelf assembly.

Step 2 Resend test traffic on the loopback circuit with known-good cabling, a known-good card, and the reinstalled FMEC card. If the test set indicates a good circuit, the problem is probably an improperly seated FMEC card.

Step 3 Clear the facility (line) loopback:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

The entire DS-N or E-N circuit path has now passed its comprehensive series of loopback tests. This circuit qualifies to carry live traffic.

Step 4 If the test set indicates a faulty circuit, the problem is probably the defective FMEC card. Return the defective FMEC card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 5 Complete the "Physically Replace a Card" procedure for the faulty FMEC card.

Step 6 Resend test traffic on the loopback circuit with known-good cabling, a known-good card, and the replacement FMEC card.

Step 7 If the test set indicates a faulty circuit, repeat all of the facility loopback procedures. If the faulty circuit persists, contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 8 If the test set indicates a good circuit, the problem is probably the defective FMEC card. Clear the facility (line) loopback:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

The entire DS-N or E-N circuit path has now passed its comprehensive series of loopback tests. This circuit qualifies to carry live traffic.


1.2.6  Perform a Hairpin Test on a Destination Node Port (East to West)

The hairpin test is performed on the cross-connect card in the network circuit. A hairpin circuit uses the same port for both source and destination. Completing a successful hairpin through the card isolates the possibility that the cross-connect card is the cause of the faulty circuit. Figure 1-14 shows an example of a hairpin loopback on a destination node port.

Figure 1-14 Hairpin on a Destination Node Port


Note The ONS 15454 SDH does not support simplex operation on the XCVXL cross-connect card. Two cross-connect cards of the same type must be installed for each node.


Create the Hairpin Circuit on the Destination Node Port


Step 1 Connect an electrical test set to the port you are testing:

a. If you just completed the "Perform a Facility (Line) Loopback on a Source DS-N or E-N Port (West to East)" procedure, leave the electrical test set hooked up to the DS-N or E-N port in the destination node.

b. If you are starting the current procedure without the electrical test set hooked up to the DS-N or E-N port, use appropriate cabling to attach the Tx and Rx terminals of the electrical test set to the DSx panel or the EIA connectors for the port you are testing. The Tx and Rx terminals connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to set up the hairpin circuit on the test port:

a. In node view, click the Circuits tab and click Create.

b. In the Circuit Creation dialog box, choose the type and size, such as VC HO Path Circuit.

c. Click Next.

d. In the next Circuit Creation dialog box, give the circuit an easily identifiable name such as "Hairpin1."

e. Uncheck the Bidirectional check box.

f. Click Next.

g. In the Circuit Creation source dialog box, select the same Node, card Slot, Port, and VC4 where the test set is connected.

h. Click Next.

i. In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the source dialog box.

j. Click Finish.

Step 3 Confirm that the newly created circuit appears on the Circuits tab and that the Dir column describes it as a one-way circuit.

Step 4 Complete the "Test and Delete the Hairpin Circuit" procedure.


Test and Delete the Hairpin Circuit


Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the hairpin circuit. Clear the hairpin circuit:

a. Click the Circuits tab.

b. Choose the hairpin circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits box.

e. Confirm that the hairpin circuit is deleted form the Circuits tab list.

Step 4 Complete the "Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port" procedure. If the test set indicates a faulty circuit, there might be a problem with the XC10G card.

Step 5 Complete the "Test the Standby XCVXL Cross-Connect Card" procedure.


Test the Standby XCVXL Cross-Connect Card


Note Two XCVXL cross-connect cards (active and standby) must be in use on a node to use this procedure.



Step 1 Perform a reset on the standby XCVXL cross-connect card to make it the active card:

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. Position the cursor over the standby cross-connect card.

c. Right-click and choose RESET CARD.

d. Click Yes in the confirmation dialog box.

Step 2 Initiate an external switching command (side switch) on the cross-connect cards before you retest the loopback circuit:


Caution Cross-connect side switches are service-affecting. Any live traffic on any card in the node endures a hit of up to 50 ms.

a. Determine the standby XCVXL cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In the node view, select the Maintenance > Cross-Connect > Card tabs.

c. In the Cross-Connect Cards area, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active XCVXL cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 3 Resend test traffic on the loopback circuit.

The test traffic now travels through the alternate cross-connect card.

Step 4 If the test set indicates a faulty circuit, assume the cross-connect card is not causing the problem. Clear the hairpin circuit:

a. Click the Circuits tab.

b. Choose the hairpin circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the hairpin circuit is deleted form the Circuits tab list.

Step 5 Complete the "Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port" procedure. If the test set indicates a good circuit, the problem might be a defective cross-connect card.

Step 6 To confirm a defective original cross-connect card, complete the "Retest the Original XCVXL Cross-Connect Card" procedure.


Retest the Original XCVXL Cross-Connect Card


Step 1 Initiate an external switching command (side switch) on the XCVXL cross-connect cards:

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In node view, select the Maintenance > Cross-Connect > Card tabs.

c. From the Cross-Connect Cards menu, choose Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 2 Resend test traffic on the loopback circuit.

Step 3 If the test set indicates a faulty circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact Cisco TAC (see the "Obtaining Technical Assistance" section for more information) and proceed to Step 4. If the test does not indicate a faulty circuit, proceed to Step 5.

Step 4 Complete the "Replace an In-Service Cross-Connect Card" procedure for the defective cross-connect card.

Step 5 If the test set indicates a good circuit, the cross-connect card might have had a temporary problem that was cleared by the side switch. Clear the hairpin circuit:

a. Click the Circuits tab.

b. Choose the hairpin circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the hairpin circuit is deleted form the Circuits tab list.

Step 6 Complete the "Perform a Terminal (Inward) Loopback on a Destination DS-N or E-N Port" procedure.


1.2.7  Perform an XC Loopback on a Source Node STM-N VC (East to West)

The XC loopback tests whether any problem exists on the circuit's STM-N span, isolating this span from others present on the card. It also eliminates the cross-connect card as the source of trouble for a faulty circuit. The loopback occurs on the XCVXL cross-connect card in a network circuit. Figure 1-15 shows an example of an XC loopback on a source STM-N port.


Note The XC Loopback on an STM-N card does not affect traffic on other circuits.


Figure 1-15 XC Loopback on a Source STM-N Port


Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instructions for detailed information about connection and setup of the optical test set.


a. If you just completed the "Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the source node port.

b. If you are starting the current procedure without the optical test set hooked up to the source port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. The Tx and Rx terminals connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to put the circuit being tested out of service:

a. In node view, click the Circuits tab.

b. Click the circuit and then click Edit.

c. In the Edit Circuit dialog box, click the State tab.

d. Choose OOS-MT from the Target Circuit State drop-down list.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 3 Use CTC to set up the XC loopback on the circuit being tested:

a. In node view, double-click the STM-N card to open the card view.

b. Click the Provisioning > VC4 tabs.

c. Click the check box in the XC Loopback column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog.

Step 4 Complete the "Test the XC Loopback Circuit" procedure.


Test the XC Loopback Circuit


Note This procedure is performed only on STM-N cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the cross-connect. Clear the XC loopback:

a. In card view, click the Provisioning > VC4 tabs.

b. Uncheck the check box in the XC Loopback column for the circuit being tested.

c. Click Apply.

d. Click Yes in the confirmation dialog.

Step 4 Complete the "Create the Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, there might be a problem with the cross-connect card.

Step 5 Complete the "Test the Standby XCVXL Cross-Connect Card" procedure.


Test the Standby XCVXL Cross-Connect Card


Step 1 Perform a reset on the standby cross-connect card:

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. Position the cursor over the standby cross-connect card.

c. Right-click and choose RESET CARD.

d. Click Yes in the confirmation dialog box.

Step 2 Initiate an external switching command (side switch) on the cross-connect cards before you retest the loopback circuit:


Caution Cross-connect side switches are service-affecting. Any live traffic on any card in the node endures a hit of up to 50 ms.

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In the node view, select the Maintenance > Cross-Connect > Card tabs.

c. In the Cross-Connect Cards area, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 3 Resend test traffic on the loopback circuit.

The test traffic now travels through the alternate cross-connect card.

Step 4 If the test set indicates a faulty circuit, assume the cross-connect card is not causing the problem. Clear the XC loopback circuit:

a. Click the Circuits tab.

b. Choose the XC loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the XC loopback circuit is deleted form the Circuits tab list. If the test set indicates a good circuit, the problem might be a defective cross-connect card.

Step 5 To confirm a defective original cross-connect card, complete the "Retest the Original XCVXL Cross-Connect Card" procedure.


Retest the Original XCVXL Cross-Connect Card


Note This procedure is performed only on STM-N and XCVXL cards.



Step 1 Initiate an external switching command (side switch) on the cross-connect cards.

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In node view, select the Maintenance > Cross-Connect > Card tabs.

c. In the Cross-Connect Cards area, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 2 Resend test traffic on the loopback circuit.

Step 3 If the test set indicates a faulty circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact Cisco TAC (see the "Obtaining Technical Assistance" section for more information) and proceed to Step 4. If the circuit is not shown to be faulty and the card is not shown to be defective, you are finished with testing.

Step 4 Complete the "Replace an In-Service Cross-Connect Card" procedure for the defective cross-connect card and perform Step 5.

Step 5 If the test set indicates a good circuit, the cross-connect card might have had a temporary problem that was cleared by the side switch. Clear the XC loopback circuit:

a. Click the Circuits tab.

b. Choose the XC loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.


1.2.8  Perform a Terminal (Inward) Loopback on a Source DS-N or E-N Port (East to West)

The terminal (inward) loopback test is performed on the node source port in the circuit, such as a source node DS-N or E-N port. You first create a bidirectional circuit that starts on the destination node DS-N or E-N port and loops back on the source node DS-N or E-N port. Then you proceed with the terminal loopback test. Completing a successful terminal loopback to a source node DS-N port verifies that the circuit is good to the source DS-N or E-N. Figure 1-12 shows an example of a terminal loopback on a source DS-N port.

Figure 1-16 Terminal (Inward) Loopback on a Source DS-N Port


Caution Performing a loopback on an in-service circuit is service-affecting. To protect traffic, apply a lockout or Force switch to the target loopback port. For more information about these operations, refer to the Cisco ONS 15454 SDH Procedure Guide.


Note DS-3i terminal loopbacks do not transmit an AIS condition in the direction away from the loopback. Instead of a DS-3i AIS, a continuance of the signal transmitted to the loopback is provided.


Create the Terminal (Inward) Loopback on a Source DS-N or E-N Port


Step 1 Connect an electrical test set to the port you are testing:

a. If you just completed the "Perform a Hairpin Test on a Source Node Port (West to East)" procedure, leave the electrical test set hooked up to the DS-N or E-N port in the source node.

b. If you are starting the current procedure without the electrical test set hooked up to the DS-N or E-N port, use appropriate cabling to attach the Tx and Rx terminals of the electrical test set to the DSx panel or the EIA connectors for the port you are testing. Both Tx and Rx connect to the same port.

c. Adjust the test set accordingly.

Step 2 In CTC node view, click the Circuits tab and click Create.

Step 3 In the Circuit Creation dialog box, choose the type and size, such as VC HO Path Circuit.

Step 4 Click Next.

Step 5 In the next Circuit Creation dialog box, give the circuit an easily identifiable name such as "DS-NtoDS-N."

Step 6 Leave the Bidirectional check box checked.

Step 7 Click Next.

Step 8 In the Circuit Creation source dialog box, select the Node, card Slot, Port, and VC4 where the test set is connected.

Step 9 Click Next.

Step 10 In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the source dialog box.

Step 11 Click Finish.

Step 12 Confirm that the newly created circuit appears in the Dir column as a 2-way circuit.


Note It is normal for a "LPBKTERMINAL (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-146 to appear during a loopback setup. The condition clears when you remove the loopback.



Note DS-3i terminal loopbacks do not transmit a DS-3i AIS (see the "AIS" condition on page 2-27) in the direction away from the loopback. Instead of a DS-3i AIS, a continuance of the signal transmitted to the loopback is provided.


Step 13 Create the terminal (inward) loopback on the destination port being tested:

a. Go to the node view of the destination node:

From the View menu choose Go To Other Node.

Choose the node from the drop-down list in the Select Node dialog box and click OK.

b. In node view, double-click the card that requires the loopback, such as the DS-N card in the destination node.

c. Depending upon the card type, click the Maintenance > Loopback tabs, Maintenance > DS1 tabs, or Maintenance > DS3 tabs.

d. Select OOS_MT from the State column. If this is a multiport card, select the row appropriate for the desired port.

e. Select Terminal (Inward) from the Loopback Type column. If this is a multiport card, select the row appropriate for the desired port.

f. Click Apply.

g. Click Yes in the confirmation dialog box.

Step 14 Complete the "Test and Clear the Terminal Loopback (Inward) Circuit on the Destination DS-N or E-N Port" procedure.


Test and Clear the Terminal (Inward) Loopback Circuit on the Source DS-N or E-N Port


Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic being received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary on the loopback circuit. Double-click the DS-N card in the destination node with the terminal loopback.

Step 4 Depending upon the card type, click the Maintenance > Loopback tabs, Maintenance > DS1 tabs, or Maintenance > DS3 tabs.

Step 5 Select None from the Loopback Type column for the port being tested.

Step 6 Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

Step 7 Click Apply.

Step 8 Click Yes in the confirmation dialog box.

Step 9 Clear the terminal loopback:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 10 Complete the "Perform a Hairpin Test on a Destination Node Port (East to West)" procedure. If the test set indicates a faulty circuit, the problem might be a faulty card.

Step 11 Complete the "Test the Destination DS-N or E-N Card" procedure.


Test the Destination DS-N or E-N Card


Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.

Step 2 Resend test traffic on the loopback circuit with a known-good card.

Step 3 If the test set indicates a good circuit, the problem was probably the defective card. Return the defective card to Cisco through the RMA process. Contact Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Complete the "Physically Replace a Card" procedure for the defective DS-N or E-N card.

Step 5 Clear the terminal (inward) loopback state on the port:

a. Double-click the DS-N card in the destination node with the terminal loopback.

b. Depending upon the card type, click the Maintenance > Loopback tabs, Maintenance > DS1 tabs, or Maintenance > DS3 tabs.

c. Select None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 6 Delete the terminal (inward) loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 7 Complete the "Perform a Hairpin Test on a Destination Node Port (East to West)" procedure.


1.3  Identify Points of Failure on an Optical Circuit Path

Facility (line) loopbacks, terminal (inward) loopbacks, and cross-connect loopback circuits are often used together to test the circuit path through the network or to logically isolate a fault. Performing a loopback test at each point along the circuit path systematically isolates possible points of failure.

You can use these procedures on STM-N cards, G-Series Ethernet cards, transponder (TXP, TXPP) cards, and Muxponder (MXP) cards. The example in this section tests an STM-N circuit on a three-node MSSPRing. Using a series of facility (line) loopbacks and terminal (inward) loopbacks, the example scenario traces the circuit path, tests the possible failure points, and eliminates them. The logical progression contains seven network test procedures:


Note These procedures do not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.


1. A facility (line) loopback on the source node STM-N (or G-Series, TXP, or MXP) port

2. A terminal (inward) loopback on the source node STM-N (or G-Series, TXP, or MXP) port

3. A cross-connect loopback on the source STM-N port

4. A facility (line) loopback on the intermediate node STM-N (or G-Series, TXP, or MXP) port

5. A terminal (inward) loopback on the intermediate node STM-N (or G-Series, TXP, or MXP) port

6. A facility (line) loopback on the destination node STM-N (or G-Series, TXP, or MXP) port

7. A terminal (inward) loopback on the destination node STM-N (or G-Series, TXP, or MXP) port


Note The test sequence for your circuits will differ according to the type of circuit and network topology.



Note The procedures in this section do not apply to E-Series or ML-Series Ethernet cards, or to DWDM cards



Note All loopback tests require on-site personnel.


1.3.1  Perform a Facility (Line) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port

The facility (line) loopback test is performed on the node source port in the network circuit. In the testing situation used in this example, the source STM-N port in the source node. Completing a successful facility (line) loopback on this port isolates the STM-N port as a possible failure point. Figure 1-17 shows an example of a facility loopback on a circuit source STM-N port. G-Series Ethernet ports, TXPs, and MXPs are tested similarly.


Note Facility (line) loopbacks are not available for G-Series cards prior to Release 4.1.


Figure 1-17 A Facility Loopback on a Circuit Source STM-N Port


Caution Performing a loopback on an in-service circuit is service-affecting.

Create the Facility (Line) Loopback on the Source Port


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Connect an optical test set to the port you are testing


Note Refer to the manufacturer's instructions for detailed information on connection and setup of the optical test set.


Use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. The Tx and Rx terminals connect to the same port. Adjust the test set accordingly.

Step 2 In CTC node view, double-click the card to open the card view.

Step 3 Click the Maintenance > Loopback tabs.

Step 4 Choose OOS_MT from the State column for the port being tested. If this is a multiport card, select the appropriate row for the desired port.

Step 5 Choose Facility (Line) from the Loopback Type column for the port being tested. If this is a multiport card, select the appropriate row for the desired port.

Step 6 Click Apply.

Step 7 Click Yes in the confirmation dialog box.


Note It is normal for a "LPBKFACILITY (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-144 to appear during loopback setup. The condition clears when you remove the loopback.


Step 8 Complete the "Test and Clear the Facility (Line) Loopback Circuit" procedure.


Test and Clear the Facility (Line) Loopback Circuit


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the facility loopback. Clear the facility loopback:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

Step 4 Complete the "Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, the problem might be a faulty card.

Step 5 Complete the "Test the STM-N, G-Series, MXP, or TXP Card" procedure.


Test the STM-N, G-Series, MXP, or TXP Card


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred.See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card installed.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. (See the "Obtaining Technical Assistance" section for more information.)

Step 4 Complete the "Physically Replace a Card" procedure for the faulty card.

Step 5 Clear the facility (line) loopback:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

Step 6 Complete the "Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port" procedure.


1.3.2  Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port

The terminal (inward) loopback test is performed on the node destination STM-N, G-Series, MXP, or TXP port. For the circuit in this example, the destination STM-N port in the source node. You first create a bidirectional circuit that starts on the node source STM-N port and loops back on the node destination STM-N port.You then proceed with the terminal loopback test. Completing a successful terminal loopback to a node destination port verifies that the circuit is good up to the destination port. Figure 1-18 shows an example of a terminal loopback on a destination STM-N port.


Note Terminal (inward) loopbacks are not available for E-Series or ML-Series Ethernet and DWDM cards in Release 4.6.



Note Terminal (inward) loopbacks are not available for G-Series cards prior to Release 4.0.


Figure 1-18 Terminal Loopback on a Source-Node STM-N Port


Caution Performing a loopback on an in-service circuit is service-affecting.

Create the Terminal (Inward) Loopback on a Source Node Port


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instruction for detailed information on connection and setup of the optical test set.


a. If you just completed the "Perform a Facility (Line) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the source node port.

b. If you are starting the current procedure without the optical test set hooked up to the source node port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. Both Tx and Rx connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to set up the terminal (inward) loopback circuit on the port being tested:

a. In node view, click the Circuits tab and click Create.

b. In the Circuit Creation dialog box, choose the type and size, such as VC HO.

c. Click Next.

d. In the next Circuit Creation dialog box, give the circuit an easily identifiable name such as "STMN1toSTMN2."

e. Leave the Bidirectional check box checked.

f. Click Next.

g. In the Circuit Creation source dialog box, select the same Node, card Slot, Port, and VC4 where the test set is connected.

h. Click Next.

i. In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the source dialog box.

j. Click Finish.

Step 3 Confirm that the newly created circuit appears on the Circuits tab list and is described in the Dir column as a 2-way circuit.


Note It is normal for the "LPBKTERMINAL (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-146 to appear during a loopback setup. The condition clears when you remove the loopback.


Step 4 Create the terminal (inward) loopback on the destination port being tested:

a. In node view, double-click the card that requires the loopback, such as the destination STM-N card in the source node.

b. Click the Maintenance > Loopback tabs.

c. Select OOS_MT from the State column. If this is a multiport card, select the row appropriate for the desired port.

d. Select Terminal (Inward) from the Loopback Type column. If this is a multiport card, select the row appropriate for the desired port.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 5 Complete the "Test and Clear the Terminal Loopback Circuit" procedure.


Test and Clear the Terminal Loopback Circuit


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic being received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary on the loopback circuit. Clear the terminal loopback state on the port:

a. Double-click the card in the source node with the terminal loopback.

b. Click the Maintenance > Loopback tabs.

c. Click None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 4 Clear the terminal loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 5 Complete the "Perform a Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, the problem might be a faulty card.

Step 6 Complete the "Test the STM-N, G-Series, MXP, or TXP Card" procedure.


Test the STM-N, G-Series, MXP, or TXP Card


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. (See the "Obtaining Technical Assistance" section for more information.)

Step 4 Complete the "Physically Replace a Card" procedure for the faulty card.

Step 5 Clear the terminal loopback on the source card port before testing the next segment of the network path:

a. Double-click the source node card with the terminal loopback.

b. Click the Maintenance > Loopback tabs.

c. Select None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 6 Clear the terminal loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 7 Complete the "Create the XC Loopback on the Source STM-N Port" procedure.


1.3.3  Create the XC Loopback on the Source STM-N Port


Note This procedure is only performed on STM-N cards and XC cards.


The XC loopback test occurs on the XCVXL cross-connect card in a network circuit. Completing a successful XC loopback from an STM-N card through the cross-connect card eliminates the cross-connect card as the source of trouble for a faulty circuit. Figure 1-19 shows an example of an XC loopback on a source STM-N port.

Figure 1-19 XC Loopback on a Source STM-N Port


Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instructions for detailed information on connection and setup of the optical test set.


a. If you just completed the "Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the source node port.

b. If you are starting the current procedure without the optical test set hooked up to the source port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. The Tx and Rx terminals connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to put the circuit being tested out of service:

a. In node view, click the Circuits tab.

b. Click the circuit and then click Edit.

c. In the Edit Circuit dialog box, click the State tab.

d. Choose OOS-MT from the Target Circuit State drop-down list.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 3 Use CTC to set up the XC loopback on the circuit being tested:

a. In node view, double-click the STM-N card to open the card view.

b. Click the Provisioning > VC4 tabs.

c. Click the check box in the XC Loopback column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog.

Step 4 Complete the "Test the XC Loopback Circuit" procedure.


Test the XC Loopback Circuit


Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the cross-connect. Clear the XC loopback:

a. In card view, click the Provisioning > VC4 tabs.

b. Uncheck the check box in the XC Loopback column for the circuit being tested.

c. Click Apply.

d. Click Yes in the confirmation dialog box.

Step 4 Complete the "Perform a Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, there might be a problem with the cross-connect card.

Step 5 Complete the "Test the Standby XCVXL Cross-Connect Card" procedure.


Test the Standby XCVXL Cross-Connect Card


Note This procedure is performed only on XC cards.



Step 1 Perform a reset on the standby cross-connect card:

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. Position the cursor over the standby cross-connect card.

c. Right-click and choose RESET CARD.

d. Click Yes in the confirmation dialog box.

Step 2 Initiate an external switching command (side switch) on the cross-connect cards before you retest the loopback circuit:


Caution Cross-connect side switches are service-affecting. Any live traffic on any card in the node endures a hit of up to 50 ms.

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In the node view, select the Maintenance > Cross-Connect > Card tabs.

c. In the Cross-Connect Cards area, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 3 Resend test traffic on the loopback circuit.

The test traffic now travels through the alternate cross-connect card.

Step 4 If the test set indicates a faulty circuit, assume the cross-connect card is not causing the problem. Clear the XC loopback circuit:

a. Click the Circuits tab.

b. Choose the XC loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

e. Confirm that the XC loopback circuit is deleted form the Circuits tab list. If the test set indicates a good circuit, the problem might be a defective cross-connect card.

Step 5 To confirm a defective original cross-connect card, complete the "Retest the Original XCVXL Cross-Connect Card" procedure.


Retest the Original XCVXL Cross-Connect Card


Note This procedure is performed only on STM-N and XC cards.



Step 1 Initiate an external switching command (side switch) on the cross-connect cards.

a. Determine the standby cross-connect card. On both the physical node and the CTC node view window, the standby cross-connect's ACT/STBY LED is amber and the active card's ACT/STBY LED is green.

b. In node view, select the Maintenance > Cross-Connect > Card tabs.

c. In the Cross-Connect Cards area, click Switch.

d. Click Yes in the Confirm Switch dialog box.


Note After the active cross-connect goes into standby mode, the original standby card becomes active and its ACT/STBY LED turns green. The former active card becomes standby and its ACT/STBY LED turns amber.


Step 2 Resend test traffic on the loopback circuit.

Step 3 If the test set indicates a faulty circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact Cisco TAC (see the "Obtaining Technical Assistance" section for more information) and proceed to Step 4. If the circuit is not shown to be faulty and the card is not shown to be defective, you are finished with testing.

Step 4 Complete the "Replace an In-Service Cross-Connect Card" procedure for the defective cross-connect card and perform Step 5.

Step 5 If the test set indicates a good circuit, the cross-connect card might have had a temporary problem that was cleared by the side switch. Clear the XC loopback circuit:

a. Click the Circuits tab.

b. Choose the XC loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.


1.3.4  Perform a Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port

Performing the facility (line) loopback test on an intermediate port isolates whether this node is causing circuit failure. In the situation shown in Figure 1-20, the test is being performed on an intermediate STM-N port.

Figure 1-20 Facility Loopback on an Intermediate-Node STM-N Port


Caution Performing a loopback on an in-service circuit is service-affecting.

Create the Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instructions for detailed information on connection and setup of the optical test set.


a. If you just completed the "Perform a Terminal (Inward) Loopback on a Source-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the source node port.

b. If you are starting the current procedure without the optical test set hooked up to the source-node port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. Both Tx and Rx connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to set up the facility (line) loopback on the test port:

a. In node view, click the Circuits tab and click Create.

b. In the Circuit Creation dialog box, choose the type and size, such as a VC HO.

c. Click Next.

d. In the next Circuit Creation dialog box, give the circuit an easily identifiable name such as "STMN1toSTMN3."

e. Leave the Bidirectional check box checked.

f. Click Next.

g. In the Circuit Creation source dialog box, select the same Node, card Slot, Port, and VC4 where the test set is connected.

h. Click Next.

i. In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the source dialog box.

j. Click Finish.

Step 3 Confirm that the newly created circuit appears on the Circuits tab list and that it is described in the Dir column as a 2-way circuit.


Note It is normal for a "LPBKFACILITY (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-144, "LPBKFACILITY (DWDM Client)" condition on page 2-145, or "LPBKFACILITY (G-Series)" condition on page 2-145 to appear during a loopback setup. The condition clears when you remove the loopback.


Step 4 Create the facility (line) loopback on the destination port being tested:

a. Go to the node view of the intermediate node:

From the View menu choose Go To Other Node.

Choose the node from the drop-down list in the Select Node dialog box and click OK.

b. In node view, double-click the intermediate node card that requires the loopback.

c. Click the Maintenance > Loopback tabs.

d. Select OOS_MT from the State column. If this is a multiport card, select the row appropriate for the desired port.

e. Select Facility (Line) from the Loopback Type column. If this is a multiport card, select the row appropriate for the desired port.

f. Click Apply.

g. Click Yes in the confirmation dialog box.


Note It is normal for a "LPBKFACILITY (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-144, "LPBKFACILITY (DWDM Client)" condition on page 2-145, or "LPBKFACILITY (G-Series)" condition on page 2-145 to appear during loopback setup. The condition clears when you remove the loopback.


Step 5 Complete the "Test and Clear the Facility (Line) Loopback Circuit" procedure.


Test and Clear the Facility (Line) Loopback Circuit


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the facility loopback. Clear the facility loopback state on the port:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

Step 4 Clear the facility (line) loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 5 Complete the "Perform a Terminal (Inward) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, the problem might be a faulty STM-N card.

Step 6 Complete the "Test the STM-N, G-Series, MXP, or TXP Card" procedure.


Test the STM-N, G-Series, MXP, or TXP Card


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card installed.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Complete the "Physically Replace a Card" procedure for the faulty card.

Step 5 Clear the facility (line) loopback on the port:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

Step 6 Clear the facility loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 7 Complete the "Perform a Terminal (Inward) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure.


1.3.5  Perform a Terminal (Inward) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port

In the next trouble-shooting test, you perform a terminal loopback on the intermediate-node port to isolate whether the destination port is causing circuit trouble. In the example situation in Figure 1-21, the terminal loopback is performed on a destination STM-N port in the circuit. You first create a bidirectional circuit that originates on the source node STM-N, G-Series, MXP, or TXP port and loops back on the node destination port. You then proceed with the terminal loopback test. If you successfully complete a terminal loopback on the node, this node is excluded from possible sources of circuit trouble.

Figure 1-21 Terminal Loopback on an Intermediate-Node STM-N Port


Caution Performing a loopback on an in-service circuit is service-affecting.

Create the Terminal Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Ports


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instructions for detailed information on connection and setup of the optical test set.


a. If you just completed the "Perform a Facility (Line) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the source node port.

b. If you are starting the current procedure without the optical test set hooked up to the source port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. Both Tx and Rx connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to set up the terminal (inward) loopback on the test port:

a. In node view, click the Circuits tab and click Create.

b. In the Circuit Creation dialog box, choose the type and size, such as a VC HO.

c. Click Next.

d. In the next Circuit Creation dialog box, give the circuit an easily identifiable name such as "STM1toSTM4."

e. Leave the Bidirectional check box checked.

f. Click Next.

g. In the Circuit Creation source dialog box, select the same Node, card Slot, Port, and VC4 where the test set is connected.

h. Click Next.

i. In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the source dialog box.

j. Click Finish.

Step 3 Confirm that the newly created circuit appears on the Circuits tab list and that it is described as a 2-way circuit in the Dir column.


Note It is normal for the "LPBKTERMINAL (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-146, "LPBKTERMINAL (DWDM)" condition on page 2-146, or "LPBKTERMINAL(G-Series Ethernet)" condition on page 2-147 to appear during a loopback setup. The condition clears when you remove the loopback.


Step 4 Create the terminal loopback on the destination port being tested:

a. Go to the node view of the intermediate node:

From the View menu choose Go To Other Node.

Choose the node from the drop-down list in the Select Node dialog box and click OK.

b. In node view, double-click the card that requires the loopback.

c. Click the Maintenance > Loopback tabs.

d. Select OOS_MT from the State column. If this is a multiport card, select the row appropriate for the desired port.

e. Select Terminal (Inward) from the Loopback Type column. If this is a multiport card, select the row appropriate for the desired port.

f. Click Apply.

g. Click Yes in the confirmation dialog box.

Step 5 Complete the "Test and Clear the Terminal Loopback Circuit" procedure.


Test and Clear the Terminal Loopback Circuit


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic being received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary on the loopback circuit. Clear the terminal loopback on the port:

a. Double-click the intermediate node card with the terminal loopback.

b. Click the Maintenance > Loopback tabs.

c. Select None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 4 Clear the terminal loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 5 Complete the "Perform a Facility (Line) Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, the problem might be a faulty card.

Step 6 Complete the "Test the STM-N, G-Series, MXP, or TXP Card" procedure.


Test the STM-N, G-Series, MXP, or TXP Card


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards



Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred.See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Complete the "Physically Replace a Card" procedure for the defective card.

Step 5 Clear the terminal loopback on the port:

a. Double-click the source node card with the terminal loopback.

b. Click the Maintenance > Loopback tabs.

c. Select None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 6 Clear the terminal loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 7 Complete the "Perform a Facility (Line) Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port" procedure.


1.3.6  Perform a Facility (Line) Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port

You perform a facility (line) loopback test at the destination port to determine whether this local port is the source of circuit trouble. The example in Figure 1-22 shows a facility loopback being performed on an STM-N port, but you can also use this procedure on G-Series, MXP, or TXP cards.

Figure 1-22 Facility Loopback on a Destination Node STM-N Port


Caution Performing a loopback on an in-service circuit is service-affecting.

Create the Facility (Line) Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instructions for detailed information on connection and setup of the optical test set.


a. If you just completed the "Perform a Terminal (Inward) Loopback on an Intermediate-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the source node port.

b. If you are starting the current procedure without the optical test set hooked up to the source port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. Both Tx and Rx connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to set up the hairpin circuit on the test port:

a. In node view, click the Circuits tab and click Create.

b. In the Circuit Creation dialog box, choose the type and size, such as VC HO.

c. Click Next.

d. In the next Circuit Creation dialog box, give the circuit an easily identifiable name such as "STMN1toSTMN5."

e. Leave the Bidirectional check box checked.

f. Click Next.

g. In the Circuit Creation source dialog box, select the same Node, card Slot, Port, and VC4 where the test set is connected.

h. Click Next.

i. In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the source dialog box.

j. Click Finish.

Step 3 Confirm that the newly created circuit appears on the Circuits tab list and that it is described in the Dir column as a 2-way circuit.


Note It is normal for the "LPBKFACILITY (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-144, "LPBKFACILITY (DWDM Client)" condition on page 2-145, or "LPBKFACILITY (G-Series)" condition on page 2-145 to appear during a loopback setup. The condition clears when you remove the loopback.


Step 4 Create the facility (line) loopback on the destination port being tested:

a. Go to the node view of the destination node:

From the View menu choose Go To Other Node.

Choose the node from the drop-down list in the Select Node dialog box and click OK.

b. In node view, double-click the card that requires the loopback, such as the destination node STM-N, G-Series, MXP, or TXP card.

c. Click the Maintenance > Loopback tabs.

d. Select OOS_MT from the State column. If this is a multiport card, select the row appropriate for the desired port.

e. Select Terminal (Inward) from the Loopback Type column. If this is a multiport card, select the row appropriate for the desired port.

f. Click Apply.

g. Click Yes in the confirmation dialog box.


Note It is normal for the "LPBKFACILITY (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-144, the "LPBKFACILITY (DWDM Client)" condition on page 2-145, or the "LPBKFACILITY (G-Series)" condition on page 2-145 to appear during a loopback setup. The condition clears when you remove the loopback.


Step 5 Complete the "Test and Clear the Facility (Line) Loopback Circuit" procedure.


Test the Facility (Line) Loopback Circuit


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the traffic received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary with the facility loopback. Clear the facility loopback on the port:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

Step 4 Clear the facility loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 5 Complete the "Perform a Terminal Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port" procedure. If the test set indicates a faulty circuit, the problem might be a faulty STM-N card.

Step 6 Complete the "Test the STM-N, G-Series, MXP, or TXP Card" procedure.


Test the STM-N, G-Series, MXP, or TXP Card


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card installed.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Complete the "Physically Replace a Card" procedure for the faulty card.

Step 5 Clear the facility (line) loopback on the port:

a. Click the Maintenance > Loopback tabs.

b. Choose None from the Loopback Type column for the port being tested.

c. Choose the appropriate state (IS, OOS, OOS_AINS) from the State column for the port being tested.

d. Click Apply.

e. Click Yes in the confirmation dialog box.

Step 6 Clear the facility loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 7 Complete the "Perform a Terminal Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port" procedure.


1.3.7  Perform a Terminal Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port

The terminal loopback at the destination node port is the final local hardware error elimination in the circuit troubleshooting process. If this test is completed successfully, you have verified that the circuit is good up to the destination port. The example in Figure 1-23 shows a terminal loopback on an intermediate node destination STM-N port.

Figure 1-23 Terminal Loopback on a Destination-Node STM-N Port


Caution Performing a loopback on an in-service circuit is service-affecting.

Create the Terminal Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Connect an optical test set to the port you are testing:


Note Refer to the manufacturer's instructions for detailed information on connection and setup of the optical test set.


a. If you just completed the "Perform a Facility (Line) Loopback on a Destination-Node STM-N, G-Series, MXP, or TXP Port" procedure, leave the optical test set hooked up to the source node port.

b. If you are starting the current procedure without the optical test set hooked up to the source port, use appropriate cabling to attach the Tx and Rx terminals of the optical test set to the port you are testing. Both Tx and Rx connect to the same port.

c. Adjust the test set accordingly.

Step 2 Use CTC to set up the terminal loopback on the test port:

a. In node view, click the Circuits tab and click Create.

b. In the Circuit Creation dialog box, choose the type and size, such as a VC HO.

c. Click Next.

d. In the next Circuit Creation dialog box, give the circuit an easily identifiable name such as "STMN1toSTMN6."

e. Leave the Bidirectional check box checked.

f. Click Next.

g. In the Circuit Creation source dialog box, select the same Node, card Slot, Port, and VC4 where the test set is connected.

h. Click Next.

i. In the Circuit Creation destination dialog box, use the same Node, card Slot, Port, and VC4 used for the source dialog box.

j. Click Finish.

Step 3 Confirm that the newly created circuit appears on the Circuits tab list and that it is described in the Dir column as a 2-way circuit.


Note It is normal for the "LPBKTERMINAL (DS-3, E-1, E-3, E-4, STM-N, STM-1E)" condition on page 2-146, the "LPBKTERMINAL (DWDM)" condition on page 2-146, or the "LPBKTERMINAL(G-Series Ethernet)" condition on page 2-147 to appear during a loopback setup. The condition clears when you remove the loopback.


Step 4 Create the terminal loopback on the destination port being tested:

a. Go to the node view of the destination node:

From the View menu choose Go To Other Node.

Choose the node from the drop-down list in the Select Node dialog box and click OK.

b. In node view, double-click the card that requires the loopback, such as the destination node STM-N, G-Series, MXP, or TXP card.

c. Click the Maintenance > Loopback tabs.

d. Select OOS_MT from the State column. If this is a multiport card, select the row appropriate for the desired port.

e. Select Terminal (Inward) from the Loopback Type column. If this is a multiport card, select the row appropriate for the desired port.

f. Click Apply.

g. Click Yes in the confirmation dialog box.

Step 5 Complete the "Test the Terminal Loopback Circuit" procedure.


Test the Terminal Loopback Circuit


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 If the test set is not already sending traffic, send test traffic on the loopback circuit.

Step 2 Examine the test traffic being received by the test set. Look for errors or any other signal information that the test set is capable of indicating.

Step 3 If the test set indicates a good circuit, no further testing is necessary on the loopback circuit. Clear the terminal loopback on the port:

a. Double-click the intermediate node card with the terminal loopback.

b. Click the Maintenance > Loopback tabs.

c. Select None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

Step 4 Clear the terminal loopback circuit:

a. Click the Circuits tab.

b. Choose the loopback circuit being tested.

c. Click Delete.

d. Click Yes in the Delete Circuits dialog box.

Step 5 The entire circuit path has now passed its comprehensive series of loopback tests. This circuit qualifies to carry live traffic. If the test set indicates a faulty circuit, the problem might be a faulty card.

Step 6 Complete the "Test the STM-N, G-Series, MXP, or TXP Card" procedure.


Test the STM-N, G-Series, MXP, or TXP Card


Note This procedure does not apply to Software R 4.6 E-Series or ML-Series Ethernet cards and DWDM cards.



Step 1 Complete the "Physically Replace a Card" procedure for the suspected bad card and replace it with a known-good one.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

Step 2 Resend test traffic on the loopback circuit with a known-good card.

Step 3 If the test set indicates a good circuit, the problem is probably the defective card. Return the defective card to Cisco through the RMA process. Contact the Cisco TAC. See the "Obtaining Technical Assistance" section for more information.

Step 4 Complete the "Physically Replace a Card" procedure for the defective card.

Step 5 Clear the terminal loopback on the port:

a. Double-click the source node card with the terminal loopback.

b. Click the Maintenance > Loopback tabs.

c. Select None from the Loopback Type column for the port being tested.

d. Select the appropriate state (IS, OOS, OOS_AINS) in the State column for the port being tested.

e. Click Apply.

f. Click Yes in the confirmation dialog box.

a. Clear the terminal loopback circuit:

b. Click the Circuits tab.

c. Choose the loopback circuit being tested.

d. Click Delete.

e. Click Yes in the Delete Circuits dialog box.

The entire circuit path has now passed its comprehensive series of loopback tests. This circuit qualifies to carry live traffic.


1.4  Restoring the Database and Default Settings

This section contains troubleshooting for node operation errors that require restoration of software data or the default node setup.

1.4.1  Restore the Node Database

Symptom    One or more node(s) are not functioning properly or have incorrect data.

Table 1-2 describes the potential cause of the symptom and the solution.

Table 1-2 Restore the Node Database 

Possible Problem
Solution

Incorrect or corrupted node database.

Complete the "Restore the Database" procedure.


Restore the Database


Note The following parameters are not backed up and restored: node name, IP address, mask and gateway, and IIOP port. If you change the node name and then restore a backed up database with a different node name, the circuits will map to the new renamed node. Cisco recommends keeping a record of the old and new node names.



Caution E1000-2 cards lose traffic for approximately 90 seconds when an ONS 15454 SDH database is restored. Traffic is lost during the period of spanning-tree reconvergence. The "CARLOSS (E-Series Ethernet)" alarm on page 2-51 appears and clear during this period.


Caution If you are restoring the database on multiple nodes, wait approximately one minute after the TCC2 reboot has completed on each node before proceeding to the next node.


Step 1 In CTC, log into the node where you will restore the database:

a. On the PC connected to the ONS 15454 SDH, start Netscape or Internet Explorer.

b. In the Netscape or Internet Explorer Web address (URL) field, enter the ONS 15454 SDH IP address.

A Java Console window appears the CTC file download status. The web browser displays information about your Java and system environments. If this is the first login, CTC caching messages appear while CTC files are downloaded to your computer. The first time you connect to an ONS 15454 SDH, this process can take several minutes. After the download, the CTC Login dialog box appears.

c. In the Login dialog box, type a user name and password (both are case sensitive) and click Login. The CTC node view window appears.

Step 2 Ensure that there are no ring or span (four-fiber only) switch events; for example, ring switch east or west, and span switch east or west. In network view, click the Conditions tab and click Retrieve Conditions to view a list of conditions.

Step 3 If there are switch events that need to be cleared, in node (default) view, click the Maintenance > MS-SPRing tabs and view the West Switch and East Switch columns:

a. If there is a switch event (not caused by a line failure), clear the switch by choosing CLEAR from the drop-down menu and click Apply.

b. If there is a switch event caused by the Wait to Restore (WTR) condition, choose LOCKOUT SPAN from the drop-down menu and click Apply. When the LOCKOUT SPAN is applied, choose CLEAR from the drop-down menu and click Apply.

Step 4 In node view, click the Maintenance > Database tabs.

Step 5 Click Restore.

Step 6 Locate the database file stored on the workstation's hard drive or on network storage.

Step 7 Click the database file to highlight it.

Step 8 Click Open. The DB Restore dialog box appears.


Caution Opening a restore file from another node or from an earlier backup can affect traffic on the login node.

Step 9 Click Yes.

The Restore Database dialog box monitors the file transfer.

Step 10 Wait for the file to complete the transfer to the TCC2 card.

Step 11 Click OK when the "Lost connection to node, changing to Network View" dialog box appears. Wait for the node to reconnect.

Step 12 If you cleared a switch in Step 3, reapply the switch as needed.


1.4.2  Restore the Node to Factory Configuration

Symptom    A node has both TCC2 cards in standby state, and you are unable reset the TCC2 cards to make the node functional.

Table 1-3 describes the possible problems and the solution.

Table 1-3 Restore the Node to Factory Configuration 

Possible Problem
Solution

Failure of both TCC2 cards in the node.

Restore the node to factory configuration. Refer to the "Use the Reinitialization Tool to Clear the Database and Upload Software (Windows)" procedure or the "Use the Reinitialization Tool to Clear the Database and Upload Software (UNIX)" procedure.

Replacement of both TCC2 cards at the same time.



Caution If you are restoring the database on multiple nodes, wait until the TCC2 cards have rebooted on each node before proceeding to the next node.


Caution Cisco strongly recommends that you keep different node databases in separate folders. This is because the reinitialization tool will choose the first product-specific software package in the specified directory if you only use the Search Path field. You might accidentally copy an incorrect database if multiple databases are kept in the specified directory.


Note If the software package files and database backup files are located in different directories, complete the Package and Database fields (Figure 1-24).



Note The following parameters are not backed up and restored: node name, IP address, mask and gateway, and IIOP port. If you change the node name and then restore a backed up database with a different node name, the circuits map to the new renamed node. Cisco recommends keeping a record of the old and new node names.


Use the Reinitialization Tool to Clear the Database and Upload Software (Windows)


Note The TCC2 cards reboot several times during this procedure. Wait until they are completely rebooted before continuing.



Step 1 Insert the system software CD containing the reinit tool (Figure 1-24) into the local craft interface PC drive. If the CTC Installation Wizard opens, click Cancel.

Step 2 To find the recovery tool file, go to the CISCO15454 directory on the CD (usually /cdrom/cdrom0/CISCO15454).

Step 3 Se the Files of Type drop-down menu to All Files.

Step 4 If you are using a file explorer, double click the RE-INIT.jar file to open the reinit tool (Figure 1-24).

Figure 1-24 Reinitialization Tool in Windows

Step 5 If the node you are reinitializing is an ENE in a proxy server network, enter the IP address of the GNE in the GNE IP field. If not, leave it blank.

Step 6 Enter the node name or IP address of the node you are reinitializing in the Node IP field (Figure 1-24).

Step 7 Verify that the Re-Init Database, Upload Package, and Confirm check boxes are checked. If one is not checked, check the check box.

Step 8 If you are uploading the same version of software that is already active (for example, you are trying to upload version 4.6 when version 4.6 is already active), check the Force Upload checkbox.This option forces the NE to have the same software version on the working and protect flash memory.


Note The Force Upload box is only applicable when the Upload Package checkbox is checked.


Step 9 In the Search Path field, verify that the path to the CISCO15454 folder on the CD drive is listed.


Caution Cisco strongly recommends that you keep different node databases in separate folders. This is because the reinit tool chooses the first product-specific software package in the specified directory if you use the Search Path field instead of the Package and Database fields. You might accidentally copy an incorrect database if multiple databases are kept in the specified directory.


Caution Before you perform the next step, be sure you are uploading the correct database. You cannot reverse the upload process after you click Yes.

Step 10 Click Go.

Step 11 A confirmation dialog box opens (Figure 1-25). Click Yes.

Figure 1-25 Confirm NE Restoration

Step 12 The status bar at the bottom of the window appears Complete when the node has activated the software and uploaded the database.


Note The Complete message only indicates that the TCC2 successfully uploaded the database, not that the database restore was successful. The TCC2 then tries to restore the database after it reboots.


Step 13 If you are logged into CTC, close the browser window and disconnect the straight-through LAN cable from the RJ-45 (LAN) port on the TCC2 or on the hub or switch to which the ONS 15454 SDH is physically connected. Reconnect your straight-through LAN cable to the LAN port and log back into CTC. Refer to the Cisco ONS 15454 SDH Procedure Guide.

Step 14 Manually set the node name and network configuration to site-specific values. Refer to the Cisco ONS 15454 SDH Procedure Guide for information on setting the node name, IP address, mask and gateway, and IIOP port.

Use the Reinitialization Tool to Clear the Database and Upload Software (UNIX)


Note Java Runtime Environment (JRE) 1.03_02 must also be installed on the computer you use to perform this procedure.



Note The TCC2 cards will reboot several times during this procedure. Wait until they are completely rebooted before continuing.



Step 1 Insert the system software CD containing the reinit tool, software, and defaults database into the local craft interface PC drive. If the CTC Installation Wizard opens, click Cancel.

Step 2 To find the recovery tool file, go to the CISCO15454 directory on the CD (usually /cdrom/cdrom0/CISCO15454).

Step 3 If you are using a file explorer, double click the RE-INIT.jar file to open the reinitialization tool (Figure 1-26). If you are working with a command line interface, enter the following command:

java -jar RE-INIT.jar.

Figure 1-26 Reinitialization Tool in UNIX

Step 4 If the node you are reinitializing is an ENE in a proxy server network, enter the IP address of the GNE in the GNE IP field. If not, leave it blank.

Step 5 Enter the node name or IP address of the node you are reinitializing in the Node IP field (Figure 1-26).

Step 6 Verify that the Re-Init Database, Upload Package, and Confirm check boxes are checked. If one is not checked, check the check box.

Step 7 If you are uploading the same version of software that is already active (for example, you are trying to upload version 4.6 when version 4.6 is already active), check the Force Upload checkbox.This option forces the NE to have the same software version on the working and protect flash memory.


Note The Force Upload box is only applicable when the Upload Package checkbox is checked.


Step 8 In the Search Path field, verify that the path to the CISCO15454 folder on the CD drive is listed.


Caution Cisco strongly recommends that you keep different node databases in separate folders. This is because the reinit tool chooses the first product-specific software package in the specified directory if you use the Search Path field instead of the Package and Database fields. You might accidentally copy an incorrect database if multiple databases are kept in the specified directory.


Caution Before you perform the next step, be sure you are uploading the correct database. You cannot reverse the upload process after you click Yes.

Step 9 Click Go.

Step 10 A confirmation dialog box opens. Click Yes.

Step 11 The status bar at the bottom of the window displays Complete when the node has activated the software and uploaded the database.


Note The Complete message only indicates that the TCC2 successfully uploaded the database, not that the database restore was successful. The TCC2 then tries to restore the database after it reboots.


Step 12 If you are logged into CTC, close the browser window and disconnect the straight-through LAN cable from the RJ-45 (LAN) port on the TCC2 or on the hub or switch to which the ONS 15454 SDH is physically connected. Reconnect your straight-through LAN cable to the LAN port and log back into CTC. Refer to the Cisco ONS 15454 SDH Procedure Guide.

Step 13 Manually set the node name and network configuration to site-specific values. Refer to the Cisco ONS 15454 SDH Procedure Guide for information on setting the node name, IP address, mask and gateway, and IIOP port.


1.5  PC Connectivity Troubleshooting

This section contains information about system minimum requirements, supported platforms, browsers, and JREs for Release 4.6, and troubleshooting procedures for PC and network connectivity to the ONS 15454 SDH.

1.5.1  PC System Minimum Requirements

Workstations running CTC release 4.6 for the ONS products on Windows platforms need to have the following minimum requirements:

Pentium III or higher processor

Processor speed of at least 700 MHz

256 Mb or more of RAM

50 Mb or more of available hard disk space

20 GB or larger hard drive

1.5.2  Sun System Minimum Requirements

Workstations running CTC release 4.6 for the ONS products on Sun workstations need to have the following minimum requirements:

UltraSPARC or faster processor

256 Mb or more of RAM

50 Mb or more of available hard disk space

1.5.3  Supported Platforms, Browsers, and JREs

Release 4.6 CTC supports the following platforms:

Windows NT

Windows 98

Windows XP

Windows 2000

Solaris 8

Solaris 9

Release 4.6 CTC supports the following browsers and JREs:

Netscape 4.76 (on Solaris 8 or 9 with Java plug-in 1.3.1)

Netscape 7 (on Solaris 8 or 9 with Java plug-in 1.4)

PC platforms with Java plug-in 1.3.1 or 1.4

Internet Explorer 6.0 (on PC platforms with Java plug-in 1.3.1 or 1.4)


Note You can obtain browsers at the following URLs:
Netscape: http://channels.netscape.com/ns/browsers/default.jsp
Internet Explorer: http://www.microsoft.com



Note The recommended Java run-time environment (JRE) version is JRE 1.4.2.



Note JRE 1.4.2 for Windows and Solaris is available on Release 4.6 product CDs.


1.5.4  Unsupported Platforms and Browsers

Release 4.6 does not support the following platforms:

Windows 95

Solaris 2.5

Solaris 2.6

Release 4.6 does not support the following browsers and JREs:

Netscape 4.73 for Windows

Netscape 4.76 on Solaris is not supported except when used with JRE 1.3.1

JRE 1.4.2 is not supported except with Netscape 7 on Solaris 8 or 9.

1.5.5  Unable to Verify the IP Configuration of Your PC

Symptom    When connecting your PC to the ONS 15454 SDH, you are unable to successfully ping the IP address of your PC to verify the IP configuration.

Table 1-4 describes the possible problems and the solutions.

Table 1-4 Unable to Verify the IP Configuration of Your PC 

Possible Problem
Solution

The IP address was typed incorrectly.

Verify that the IP address used to ping the PC matches the IP address shown in the Windows IP Configuration information retrieved from the system. See "Verify the IP Configuration of Your PC" procedure.

The IP configuration of your PC is not properly set.

Verify the IP configuration of your PC. See the "Verify the IP Configuration of Your PC" procedure. If this procedure is unsuccessful, contact your Network Administrator for instructions to correct the IP configuration of your PC.


Verify the IP Configuration of Your PC


Step 1 Open a DOS command window by selecting Start > Run from the Start menu.

Step 2 In the Open field, type command and then click OK. The DOS command window appears.

Step 3 At the prompt in the DOS window, type one of the following appropriate commands:

For Windows 98, NT, and 2000, type ipconfig and press the Enter key.


Note The winipcfg command only returns IP configuration information if you are on a network.


The Windows IP configuration information appears, including the IP address, the subnet mask, and the default gateway.

Step 4 At the prompt in the DOS window, type ping followed by the IP address shown in the Windows IP configuration information.

Step 5 Press the Enter key to execute the command.

If the DOS window returns multiple (usually four) replies, the IP configuration is working properly.

If you do not receive a reply, your IP configuration might not be properly set. Contact your Network Administrator for instructions to correct the IP configuration of your PC.


1.5.6  Browser Login Does Not Launch Java

Symptom    The message "Loading Java Applet" does not appear and the JRE does not launch during the initial login.

Table 1-5 describes the possible problem and the solution.

Table 1-5 Browser Login Does Not Launch Java 

Possible Problem
Solution

The PC operating system and browser are not properly configured.

Reconfigure the PC operating system java plug-in control panel and the browser settings.

See the "Reconfigure the PC Operating System Java Plug-in Control Panel" procedure and the "Reconfigure the Browser" procedure.


Reconfigure the PC Operating System Java Plug-in Control Panel


Step 1 From the Windows start menu, click Settings > Control Panel.

Step 2 If Java Plug-in Control Panel does not appear, the JRE might not be installed on your PC. Complete the following steps:

a. Run the Cisco ONS 15454 SDH software CD.

b. Open the [CD drive]:\Windows\JRE folder.

c. Double-click the j2re-1_4_2-win icon to run the JRE installation wizard.

d. Follow the JRE installation wizard steps.

Step 3 From the Windows start menu, click Settings > Control Panel.

Step 4 In the Java Plug-in Control Panel window, double-click the Java Plug-in 1.4.2 icon.

Step 5 Click the Advanced tab on the Java Plug-in Control Panel.

Step 6 From the Java Run Time Environment menu, select JRE 1.4 in C:\ProgramFiles\JavaSoft\JRE\1.4.2.

Step 7 Click Apply.

Step 8 Close the Java Plug-in Control Panel window.


Reconfigure the Browser


Step 1 From the Start Menu, launch your browser application.

Step 2 If you are using Netscape Navigator:

a. On the Netscape Navigator menu bar, click the Edit > Preferences menus.

b. In the Preferences window, click the Advanced > Proxies categories.

c. In the Proxies window, click the Direct connection to the Internet check box and click OK.

d. On the Netscape Navigator menu bar, click the Edit > Preferences menus.

e. In the Preferences window, click the Advanced > Cache categories.

f. Confirm that the Disk Cache Folder field shows one of the following paths:

For Windows 98/ME, C:\ProgramFiles\Netscape\Communicator\cache

For Windows NT/2000, C:\ProgramFiles\Netscape\<username>\Communicator\cache

g. If the Disk Cache Folder field is not correct, click Choose Folder.

h. Navigate to the file listed in Step f, and click OK.

i. Click OK in the Preferences window and exit the browser.

Step 3 If you are using Internet Explorer:

a. On the Internet Explorer menu bar, click the Tools > Internet Options menus.

b. In the Internet Options window, click the Advanced tab.

c. In the Settings menu, scroll down to Java (Sun) and click the Use Java 2 v1.4.2 for <applet> (requires restart) check box.

d. Click OK in the Internet Options window and exit the browser.

Step 4 Temporarily disable any virus-scanning software on the computer. See the "Browser Stalls When Downloading CTC JAR Files From TCC2" section.

Step 5 Verify that the computer does not have two network interface cards (NICs) installed. If the computer does have two NICs, remove one.

Step 6 Restart the browser and log on to the ONS 15454 SDH.


1.5.7  Unable to Verify the NIC Connection on Your PC

Symptom    When connecting your PC to the ONS 15454 SDH, you are unable to verify the NIC connection is working properly because the link LED is not illuminated or flashing.

Table 1-6 describes the possible problems and the solutions.

Table 1-6 Unable to Verify the NIC Connection on Your PC 

Possible Problem
Solution

The CAT-5 cable is not plugged in properly.

Confirm both ends of the cable are properly inserted. If the cable is not fully inserted due to a broken locking clip, the cable should be replaced.

The CAT-5 cable is damaged.

Ensure that the cable is in good condition. If in doubt, use a known-good cable. Often, cabling is damaged due to pulling or bending.

Incorrect type of CAT-5 cable is being used.

If connecting an ONS 15454 SDH directly to your laptop/PC or a router, use a straight-through CAT-5 cable. When connecting the ONS 15454 SDH to a hub or a LAN switch, use a crossover CAT-5 cable.

For details on the types of CAT-5 cables, see the "Crimp Replacement LAN Cables" procedure.

The NIC is improperly inserted or installed.

If you are using a PCMCIA-based NIC, remove and re-insert the NIC to make sure the NIC is fully inserted.

If the NIC is built into the laptop/PC, verify that the NIC is not faulty.

The NIC is faulty.

Confirm that the NIC is working properly. If you have no issues connecting to the network (or any other node), then the NIC should be working correctly.

If you have difficulty connecting to the network (or any other node), then the NIC might be faulty and needs to be replaced.


1.5.8  Verify PC Connection to the ONS 15454 SDH (ping)

Symptom    The TCP/IP connection was established and then lost, and a DISCONNECTED transient alarm appears on CTC.

Table 1-7 describes the possible problem and the solution.

Table 1-7 Verify PC Connection to ONS 15454 SDH (ping) 

Possible Problem
Solution

A lost connection between the PC and the ONS 1554 SDH.

Use a standard ping command to verify the TCP/IP connection between the PC and the ONS 15454 SDH TCC2 card. A ping command will work if the PC connects directly to the TCC2 card or uses a LAN to access the TCC2 card.

See the "Ping the ONS 15454 SDH" procedure.


Ping the ONS 15454 SDH


Step 1 Open the command prompt:

a. If you are using a Microsoft Windows operating system, from the Start Menu choose Run, type command prompt in the Open field of the Run dialog box, and click OK.

b. If you are using a Sun Solaris operating system, from the Common Desktop Environment (CDE) click the Personal Application tab and click Terminal.

Step 2 For both the Sun and Microsoft operating systems, at the prompt type:

ping ONS-15454-SDH-IP-address

For example:

ping 192.1.0.2.

Step 3 If the workstation has connectivity to the ONS 15454 SDH, the ping is successful and shows a reply from the IP address. If the workstation does not have connectivity, a "Request timed out" message appears.

Step 4 If the ping is successful, an active TCP/IP connection exists. Restart CTC.

Step 5 If the ping is not successful, and the workstation connects to the ONS 15454 SDH through a LAN, check that the workstation's IP address is on the same subnet as the ONS node.

Step 6 If the ping is not successful and the workstation connects directly to the ONS 15454 SDH, check that the link light on the workstation's NIC is illuminated.


1.5.9  The IP Address of the Node is Unknown

Symptom    The IP address of the node is unknown and you are unable to login.

Table 1-8 describes the possible problem and the solution.

Table 1-8 Retrieve the Unknown IP Address of the Node 

Possible Problem
Solution

The node is not set to the default IP address.

Leave one TCC2 card in the shelf. Connect a PC directly to the remaining TCC2 card and perform a hardware reset of the card. The TCC2 card will transmit the IP address after the reset to enable you to capture the IP address for login.

See the "Retrieve Unknown Node IP Address" procedure.


Retrieve Unknown Node IP Address


Step 1 Connect your PC directly to the active TCC2 card Ethernet port on the faceplate.

Step 2 Start the Sniffer application on your PC.

Step 3 Perform a hardware reset by pulling and reseating the active TCC2 card.

Step 4 After the TCC2 card completes resetting, it will broadcast its IP address. The Sniffer software on your PC will capture the IP address being broadcast.


1.6  CTC Operation Troubleshooting

This section contains troubleshooting procedures for CTC login or operation problems.

1.6.1  Unable to Launch CTC Help After Removing Netscape

Symptom    After removing Netscape and running CTC using Internet Explorer, the user is unable to launch the CTC Help and receives an "MSIE is not the default browser" error message.

Table 1-9 describes the possible problem and the solution.

Table 1-9 Unable to Launch CTC Help After Removing Netscape 

Possible Problem
Solution

Loss of association between browser and Help files.

When the CTC software and Netscape are installed, the Help files are associated with Netscape by default. When you remove Netscape, the Help files are not automatically associated with Internet Explorer as the default browser.

Reset Internet Explorer as the default browser so that CTC will associate the Help files to the correct browser.

See the "Reset Internet Explorer as the Default Browser for CTC" procedure to associate the CTC Help files to the correct browser.


Reset Internet Explorer as the Default Browser for CTC


Step 1 Open the Internet Explorer browser.

Step 2 From the menu bar, click Tools > Internet Options. The Internet Options window appears.

Step 3 In the Internet Options window, click the Programs tab.

Step 4 Click the Internet Explorer should check to see whether it is the default browser check box.

Step 5 Click OK.

Step 6 Exit any and all open and running CTC and Internet Explorer applications.

Step 7 Launch Internet Explorer and open a new CTC session. You should now be able to access the CTC Help.


1.6.2  Unable to Change Node View to Network View

Symptom    When activating a large, multinode MS-SPRing from Software Release 3.2 to Software Release 3.3, some of the nodes appear grayed out. Logging into the new CTC, the user is unable to change node view to network view on any and all nodes, from any workstation. This is accompanied by an "Exception occurred during event dispatching: java.lang.OutOfMemoryError" in the java window.

Table 1-10 describes the possible problem and the solution.

Table 1-10 Browser Stalls When Downloading Files From TCC2 

Possible Problem
Solution

The large, multinode MS-SPRing requires more memory for the graphical user interface (GUI) environment variables.

Reset the system or user CTC_HEAP environment variable to increase the memory limits.

See the "Reset the CTC_HEAP Environment Variable for Windows" procedure or the "Reset the CTC_HEAP Environment Variable for Solaris" procedure to enable the CTC_HEAP variable change.

Note This problem typically affects large networks where additional memory is required to manage large numbers of nodes and circuits.


Reset the CTC_HEAP Environment Variable for Windows


Step 1 Exit any and all open and running CTC and Netscape applications.

Step 2 From the Windows Desktop, right-click My Computer and choose Properties in the shortcut menu.

Step 3 In the System Properties window, click the Advanced tab.

Step 4 Click Environment Variables to open the Environment Variables window.

Step 5 Click New under the User variables field or the System variables field.

Step 6 Type CTC_HEAP in the Variable Name field.

Step 7 Type 256 in the Variable Value field, and then click OK to create the variable.

Step 8 Click OK in the Environment Variables window to accept the changes.

Step 9 Click OK in the System Properties window to accept the changes.

You may now restart the browser and CTC software.


Reset the CTC_HEAP Environment Variable for Solaris


Step 1 From the user shell window, kill any CTC applications.

Step 2 Kill any Netscape applications.

Step 3 In the user shell window, set the environment variable to increase the heap size:

% setenv CTC_HEAP 256 

Restart the browser and CTC software in the same user shell window.


1.6.3  Browser Stalls When Downloading CTC JAR Files From TCC2

Symptom    The browser stalls or hangs when downloading a CTC JAR file from the TCC2 card.

Table 1-11 describes the possible problem and the solution.

Table 1-11 Browser Stalls When Downloading CTC JAR File From TCC2 

Possible Problem
Solution

McAfee VirusScan software might be interfering with the operation. The problem occurs when the VirusScan Download Scan is enabled on McAfee VirusScan 4.5 or later.

Disable the VirusScan Download Scan feature. See the "Disable the VirusScan Download Scan" procedure.


Disable the VirusScan Download Scan


Step 1 From the Windows Start menu, choose Programs > Network Associates > VirusScan Console.

Step 2 Double-click the VShield icon listed in the VirusScan Console dialog box.

Step 3 Click Configure on the lower part of the Task Properties window.

Step 4 Click the Download Scan icon on the left of the System Scan Properties dialog box.

Step 5 Uncheck the Enable Internet download scanning check box.

Step 6 Click Yes when the warning message appears.

Step 7 Click OK on the System Scan Properties dialog box.

Step 8 Click OK on the Task Properties window.

Step 9 Close the McAfee VirusScan window.


1.6.4  CTC Does Not Launch

Symptom    CTC does not launch, usually an error message appears before the login window appears.

Table 1-12 describes the possible problem and the solution.

Table 1-12 CTC Does Not Launch 

Possible Problem
Solution

The Netscape browser cache might point to an invalid directory.

Redirect the Netscape cache to a valid directory. See the "Redirect the Netscape Cache to a Valid Directory" procedure.


Redirect the Netscape Cache to a Valid Directory


Step 1 Launch Netscape.

Step 2 From the Edit menu, choose Preferences.

Step 3 In the Category column on the left side, expand the Advanced category and choose the Cache tab.

Step 4 Change your disk cache folder to point to the cache file location.

The cache file location is usually C:\ProgramFiles\Netscape\Users\yourname\cache. The yourname segment of the file location is often the same as the user name.


1.6.5  Slow CTC Operation or Login Problems

Symptom    You experience slow CTC operation or have problems logging into CTC.

Table 1-13 describes the possible problem and the solution.

Table 1-13 Slow CTC Operation or Login Problems 

Possible Problem
Solution

The CTC cache file might be corrupted or might need to be replaced.

Delete the CTC cache file. This operation forces the ONS 15454 SDH to download a new set of JAR files to your computer hard drive. See the "Delete the CTC Cache File Automatically" procedure or the "Delete the CTC Cache File Manually" procedure.


Delete the CTC Cache File Automatically


Caution All running sessions of CTC must be halted before deleting the CTC cache. Deleting CTC cache can cause any CTC running on this system to behave in an unexpected manner.


Step 1 Enter an ONS 15454 SDH IP address into the browser URL field. The initial browser window shows a Delete CTC Cache button.

Step 2 Close all open CTC sessions and browser windows. The PC operating system does not allow you to delete files that are in use.

Step 3 Click Delete CTC Cache on the initial browser window to clear the CTC cache. Figure 1-27 shows the Delete CTC Cache window.

Figure 1-27 Deleting the CTC Cache


Delete the CTC Cache File Manually


Caution All running sessions of CTC must be halted before deleting the CTC cache. Deleting CTC cache can cause any CTC running on this system to behave in an unexpected manner.


Step 1 To delete the JAR files manually, from the Windows Start menu choose Search > For Files or Folders.

Step 2 Enter *.jar in the Search for files or folders named field on the Search Results dialog box and click Search Now.

Step 3 Click the Modified column on the Search Results dialog box to find the JAR files that match the date when you downloaded the files from the TCC2. These files can include CTC*.jar, CMS*.jar, and jar_cache*.tmp.

Step 4 Highlight the files and press the keyboard Delete key.

Step 5 Click Yes at the Confirm dialog box.


1.6.6  Node Icon is Gray on CTC Network View

Symptom    The CTC network view shows one or more node icons as gray in color and without a node name.

Table 1-14 describes the possible problems and the solutions.

Table 1-14 Node Icon is Gray on CTC Network View 

Possible Problem
Solution

Different CTC releases not recognizing each other.

Correct the core version build as described in the "Different CTC Releases Do Not Recognize Each Other" section.

A username/password mismatch.

Correct the username and password as described in the "Username or Password Do Not Match" section.

No IP connectivity between nodes.

Usually accompanied by Ethernet-specific alarms. Verify the Ethernet connections as described in the "Ethernet Connections" section.

A lost DCC connection.

Usually accompanied by an "EOC" alarm on page 2-73. Clear the EOC alarm and verify the DCC connection as described in the "Clear the EOC Alarm" procedure.


1.6.7  CTC Cannot Launch Due to Applet Security Restrictions

Symptom    The error message "Unable to launch CTC due to applet security restrictions" appears after you enter the IP address in the browser window.

Table 1-15 describes the possible problem and the solution.

Table 1-15 CTC Cannot Launch Due to Applet Security Restrictions 

Possible Problem
Solution

You are logging into a node running CTC Software R4.0 or earlier. Releases before R4.1 require a modification to the java.policy file so that CTC JAR files can be downloaded to the computer. The modified java.policy file may not exist on the computer.

1. Install the software CD for the release of the node you are logging into.

2. Run the CTC Setup Wizard (double-click Setup.exe).

3. Choose Custom installation, then choose the Java Policy option. For additional information, refer to the CTC installation information in the Cisco ONS 15454 SDH Procedure Guide.

4. If the software CD is not available, you must manually edit the java.policy file on your computer. See the "Manually Edit the java.policy File" procedure.


Manually Edit the java.policy File


Step 1 Search your computer for this file and open it with a text editor (Notepad or Wordpad).

Step 2 Verify that the end of this file has the following lines:

		// Insert this into the system-wide or a per-user java.policy file.
	// DO NOT OVERWRITE THE SYSTEM-WIDE POLICY FILE--ADD THESE LINES!

	grant codeBase "http://*/fs/LAUNCHER.jar" {
permission java.security.AllPermission;
	};

Step 3 If these five lines are not in the file, enter them manually.

Step 4 Save the file and restart Netscape.

CTC should now start correctly.

Step 5 If the error message is still reported, save the java.policy file as (.java.policy). On Win98/2000 PCs, save the file to the C:\Windows folder. On WinNT4.0 PCs, save the file to all of the user folders on that PC, for example, C:\Winnt\profiles\joeuser.


1.6.8  Java Runtime Environment Incompatible

Symptom    The CTC application does not run properly.

Table 1-16 describes the possible problem and the solution.

Table 1-16 Java Runtime Environment Incompatible 

Possible Problem
Solution

The compatible Java 2 JRE is not installed.

The JRE contains the Java virtual machine, runtime class libraries, and Java application launcher that are necessary to run programs written in the Java programming language.

The ONS 15454 SDH CTC is a Java application. A Java application, unlike an applet, cannot rely completely on a web browser for installation and runtime services. When you run an application written in the Java programming language, you need the correct JRE installed. The correct JRE for each CTC software release is included on the Cisco ONS 15454 SDH software CD and on the Cisco ONS 15454 SDH documentation CD. See the "Launch CTC to Correct the Core Version Build" procedure.

If you are running multiple CTC software releases on a network, the JRE installed on the computer must be compatible with the different software releases. Table 1-17 shows JRE compatibility with ONS 15454 SDH software releases.


Table 1-17 JRE Compatibility  

ONS Software Release
JRE 1.2.2 Compatible
JRE 1.3 Compatible
JRE 1.4 Compatible

ONS 15454 SDH Release 3.3

Yes

Yes

No

ONS 15454 SDH Release 3.4

No

Yes

No

ONS 15454 SDH Release 4.01

No

Yes

No

ONS 15454 SDH Release 4.1

No

Yes

No

ONS 15454 SDH Release 4.5

No

Yes

No

ONS 15454 SDH Release 4.6

No

Yes

Yes

1 Software R4.0 will notify you if an older version JRE is running on your PC or UNIX workstation.


Launch CTC to Correct the Core Version Build


Step 1 Exit the current CTC session and completely close the browser.

Step 2 Start the browser.

Step 3 Type the ONS 15454 SDH IP address of the node that reported the alarm. This can be the original IP address you logged on with or an IP address other than the original.

Step 4 Log into CTC. The browser downloads the JAR file from CTC.


1.6.9  Different CTC Releases Do Not Recognize Each Other

Symptom    This situation is often accompanied by the INCOMPATIBLE-SW transient alarm.

Table 1-18 describes the possible problem and the solution.

Table 1-18 Different CTC Releases Do Not Recognize Each Other 

Possible Problem
Solution

The software loaded on the connecting workstation and the software on the TCC2 card are incompatible.

This occurs when the TCC2 software is upgraded but the PC has not yet upgraded the compatible CTC JAR file. It also occurs on login nodes with compatible software that encounter other nodes in the network that have a newer software version.

Note Remember to always log into the ONS node with the latest CTC core version first. If you initially log into an ONS node running a CTC core version of 2.2 or earlier and then attempt to log into another ONS node in the network running a later CTC core version, the earlier version node does not recognize the new node.

See the "Launch CTC to Correct the Core Version Build" procedure.


Launch CTC to Correct the Core Version Build


Step 1 Exit the current CTC session and completely close the browser.

Step 2 Start the browser.

Step 3 Type the ONS 15454 SDH IP address of the node that reported the alarm. This can be the original IP address you logged on with or an IP address other than the original.

Step 4 Log into CTC. The browser downloads the JAR file from CTC.


1.6.10  Username or Password Do Not Match

Symptom    A mismatch often occurs concurrently with a NOT-AUTHENTICATED transient alarm.

Table 1-19 describes the possible problem and the solution.

Table 1-19 Username or Password Do Not Match 

Possible Problem
Solution

The username or password entered do not match the information stored in the TCC2.

All ONS nodes must have the same username and password created to display every ONS node in the network. You can also be locked out of certain ONS nodes on a network if your username and password were not created on those specific ONS nodes.

For initial logon to the ONS 15454 SDH, type the CISCO15 user name in capital letters and click Login (no password is required). If you are using a CTC Software Release 2.2.2 or earlier and CISCO15 does not work, type cerent454 for the user name.

See the "Verify Correct Username and Password" procedure.


Verify Correct Username and Password


Step 1 Ensure that your keyboard Caps Lock key is not turned on and affecting the case-sensitive entry of the username and password.

Step 2 Contact your system administrator to verify the username and password.

Step 3 Contact Cisco TAC to have them enter your system and create a new user name and password. See the "Obtaining Technical Assistance" section for more information.


1.6.11  No IP Connectivity Exists Between Nodes

Symptom    The nodes have a gray icon and is usually accompanied by alarms.

Table 1-20 describes the possible problem and the solution.

Table 1-20 No IP Connectivity Exists Between Nodes 

Possible Problem
Solution

A lost Ethernet connection.

Usually accompanied by Ethernet-specific alarms. Verify the Ethernet connections as described in the "Ethernet Connections" section.


1.6.12  DCC Connection Lost

Symptom    The node is usually accompanied by alarms and the nodes in the network view have a gray icon. This symptom is usually accompanied by an EOC alarm.

Table 1-21 describes the possible problem and the solution.

Table 1-21 DCC Connection Lost

Possible Problem
Solution

A lost DCC connection.

Usually accompanied by an EOC alarm. Clear the EOC alarm and verify the DCC connection as described in the "EOC" section.


1.6.13  "Path in Use" Error When Creating a Circuit

Symptom    While creating a circuit, you get a "Path in Use" error that prevents you from completing the circuit creation.

Table 1-22 describes the possible problem and the solution.

Table 1-22 "Path in Use" Error When Creating a Circuit 

Possible Problem
Solution

Another user has already selected the same source port to create another circuit.

CTC does not remove a card or port from the available list until a circuit is completely provisioned. If two users simultaneously select the same source port to create a circuit, the first user to complete circuit provisioning gets use of the port. The other user will get the "Path in Use" error.

Cancel the circuit creation and start over, or click the Back button until you return to the initial circuit creation window. The source port that was previously selected no longer appears in the available list because it is now part of a provisioned circuit. Select a different available port and begin the circuit creation process again.


1.6.14  Calculate and Design IP Subnets

Symptom    You cannot calculate or design IP subnets on the ONS 15454 SDH.

Table 1-23 describes the possible problem and the solution.

Table 1-23 Calculate and Design IP Subnets 

Possible Problem
Solution

The IP capabilities of the ONS 15454 SDH require specific calculations to properly design IP subnets.

Cisco provides a free online tool to calculate and design IP subnets. Go to http://www.cisco.com/techtools/ip_addr.html. For information about ONS 15454 SDH IP capability, refer to the Cisco ONS 15454 SDH Reference Manual.


1.6.15  Ethernet Connections

Symptom    Ethernet connections appear to be broken or are not working properly.

Table 1-24 describes the possible problems and the solution.

Table 1-24 Calculate and Design IP Subnets 

Possible Problem
Solution

Improperly seated connections.

You can fix most connectivity problems in an Ethernet network by following a few guidelines. See Figure 1-28.

Incorrect connections.


Figure 1-28 Ethernet Connectivity Reference

Verify Ethernet Connections


Step 1 Verify that the alarm filter is turned OFF.

Step 2 Check for SDH/DWDM alarms on the VC that carries the VLAN No. 1 Ethernet circuit. Clear any alarms by looking them up in "Alarm Troubleshooting."

Step 3 Check for Ethernet-specific alarms. Clear any raised alarms by looking up that alarm in "Alarm Troubleshooting."

Step 4 Verify that the ACT LED on the Ethernet card is green.

Step 5 Verify that Ports 1 and 3 on ONS 15454 SDH No. 1 and Ports 1 and 2 on ONS 15454 SDH No. 2 have green link-integrity LEDs illuminated.

Step 6 If no green link-integrity LED is illuminated for any of these ports:

a. Verify physical connectivity between the ONS 15454 SDH and the attached device.

b. Verify that the ports are enabled on the Ethernet cards.

c. Verify that you are using the proper Ethernet cable and that it is wired correctly, or replace the cable with a known-good Ethernet cable.

d. Check the status LED on the Ethernet card faceplate to ensure the card booted up properly. This LED should be steady green. If necessary, remove and reinsert the card and allow it to reboot.

e. It is possible that the Ethernet port is functioning properly but the link LED itself is broken. Complete the procedures in the "Lamp Tests for Card LEDs" section.

Step 7 Verify connectivity between device A and device C by pinging between these locally attached devices (see the "Verify PC Connection to the ONS 15454 SDH (ping)" procedure). If the ping is unsuccessful:

a. Verify that device A and device C are on the same IP subnet.

b. Open the Ethernet card in CTC card view and click the Provisioning > VLAN tabs to verify that both Port 1 and Port 3 on the card are assigned to the same VLAN.

c. If a port is not assigned to the correct VLAN, click that port column in the VLAN row and set the port to Tagged or Untag.

d. Click Apply.

Step 8 Repeat Step 7 for devices B and D.

Step 9 Verify that the Ethernet circuit that carries VLAN No. 1 is provisioned and that ONS 15454 SDH No. 1 and ONS 15454 SDH No. 2 ports also use VLAN No. 1.


1.6.16  VLAN Cannot Connect to Network Device from Untag Port

Symptom    Networks that have a VLAN with one ONS 15454 SDH Ethernet card port set to Tagged and one ONS 15454 SDH Ethernet card set to Untag might have difficulty implementing Address Resolution Protocol (ARP) for a network device attached to the Untag port (Figure 1-29). They might also see a higher than normal runt packets count at the network device attached to the Untag port. This symptom/limitation also exists when ports within the same card or ports within the same chassis are put on the same VLAN, with a mix of tagged and untagged.

Figure 1-29 VLAN With Ethernet Ports at Tagged and Untag

Table 1-25 describes the possible problems and the solution.

Table 1-25 Verify VLAN Connection to Network Device from Untag Port 

Possible Problem
Solution

The Tagged ONS 15454 SDH adds the IEEE 802.1Q tag and the Untag ONS 15454 SDH removes the Q-tag without replacing the bytes. The NIC of the network device categorizes the packet as a runt and drops the packet.

The solution is to set both ports in the VLAN to Tagged to stop the stripping of the 4 bytes from the data packet and prevent the NIC card in the network access device from recognizing the packet as a runt and dropping it. Network devices with NIC cards that are not IEEE 802.1Q-compliant accept the tagged packets. Network devices with NIC cards that are not IEEE 802.1Q compliant still drop these tagged packets. The solution might require upgrading network devices with NIC cards that are not IEEE 802.1Q compliant to IEEE 802.1Q-compliant NIC cards. You can also set both ports in the VLAN to Untag, but you lose IEEE 802.1Q compliance.

Dropped packets can also occur when ARP attempts to match the IP address of the network device attached to the Untag port with the physical MAC address required by the network access layer.


Change VLAN Port Tag and Untagged Settings


Step 1 In node view, double-click the Ethernet card involved in the problem VLAN. The card view opens.

Step 2 Click the Provisioning > VLAN tabs (Figure 1-30).

Figure 1-30 Configuring VLAN Membership for Individual Ethernet Ports

Step 3 If the port is set to Tagged, continue to look at other cards and their ports in the VLAN until you find the port that is set to Untag.

Step 4 At the VLAN port set to Untag, click the port and choose Tagged.


Note The attached external devices must recognize IEEE 802.1Q VLANs.


Step 5 After each port is in the appropriate VLAN, click Apply.


1.7  Circuits and Timing

This section provides solutions to circuit creation and reporting errors, as well as common timing reference errors and alarms.

1.7.1  STM-N Circuit Transitions to Partial State

Symptom    An automatic or manual transition of a circuit from one state to another state results in one of the following partial state conditions:

OOS_PARTIAL—At least one of the connections in the circuit is in OOS state and at least one other connection in the circuit is in IS, OOS_MT, or OOS_AINS state.

OOS_MT_PARTIAL—At least one connection in the circuit is in OOS_MT state and at least one other connection in the circuit is in IS, OOS_MT, or OOS_AINS state.

OOS_AINS_PARTIAL—At least one connection in the circuit is in the OOS_AINS state and at least one other connection in the circuit is in IS or OOS_AINS state.

Table 1-26 describes the possible problem and the solutions.

Table 1-26 Circuit in Partial State 

Possible Problem
Solution

During a Manual transition, CTC cannot communicate with one of the nodes or one of the nodes is on a version of software that does not support the new state model.

Repeat the Manual transition operation. If the partial state persists, determine which node in the circuit is not changing to the desired state. Refer to the "View the State of Circuit Nodes" procedure.

Log onto the circuit node that did not change to the desired state and determine the version of software. If the software on the node is Software R3.3 or earlier, upgrade the software. Refer to the Cisco ONS 15454 SDH Software Upgrade Guide for software upgrade procedures.

Note If the node software cannot be upgraded to R4.0, the partial state condition can be avoided by only using the circuit state(s) supported in the earlier software version.

During an automatic transition, some path-level defects and/or alarms were detected on the circuit.

Determine which node in the circuit is not changing to the desired state. Refer to the "View the State of Circuit Nodes" procedure.

Log onto the circuit node that did not change to the desired state and examine the circuit for path-level defects, improper circuit termination, or alarms. Refer to the Cisco ONS 15454 SDH Procedure Guide for procedures to clear alarms and change circuit configuration settings.

Resolve and clear the defects and/or alarms on the circuit node and verify that the circuit transitions to the desired state.

One end of the circuit is not properly terminated.


View the State of Circuit Nodes


Step 1 Click the Circuits tab.

Step 2 From the Circuits tab list, select the circuit with the *_PARTIAL state condition.

Step 3 Click Edit. The Edit Circuit window appears.

Step 4 In the Edit Circuit window, click the State tab.

The State tab window lists the Node, CRS End A, CRS End B, and CRS State for each of the nodes in the circuit.


1.7.2  DS3i Card Does Not Report MS-AIS From External Equipment

Symptom    A DS3i-N-12 card does not report MS-AIS from the external equipment/line side.

Table 1-27 describes the possible cause and the solution.

Table 1-27 DS3i Card Does Not Report MS-AIS From External Equipment 

Possible Problem
Solution

The card is functioning as designed.

This card terminates the port signal at the backplane, so VC MS-AIS is not reported from the external equipment/line side.

DS3i-N-12 cards have DS3 header monitoring functionality, which allows you to view performance monitoring (PM) on the path. Nevertheless, you cannot view MS-AIS on the VC path. For more information on the PM capabilities of the DS3i-N-12 cards, refer to the Cisco ONS 15454 SDH Reference Manual.


1.7.3  STM-1 and DCC Limitations

Symptom    Limitations to STM-1 and DCC usage.

Table 1-28 describes the possible problem and the solution.

Table 1-28 STM-1 and DCC Limitations 

Possible Problem
Solution

STM-1 and DCC have limitations for the ONS 15454 SDH.

For an explanation of STM-1 and DCC limitations, refer to the DCC Tunnels section of the Cisco ONS 15454 SDH Procedure Guide.


1.7.4  ONS 15454 SDH Switches Timing Reference

Symptom    Timing references switch when one or more problems occur.

Table 1-29 describes the possible problem and the solution.

Table 1-29 ONS 15454 SDH Switches Timing Reference 

Possible Problem
Solution

The optical or BITS input is receiving loss of signal (LOS), loss of frame (LOF), or AIS alarms from its timing source.

The ONS 15454 SDH internal clock operates at a Stratum 3E level of accuracy. This gives the ONS 15454 SDH a free-running synchronization accuracy of ± 4.6 ppm and a holdover stability of less than 255 slips in the first 24 hours or 3.7 x 10-7/day, including temperature.

ONS 15454 SDH free-running synchronization relies on the Stratum 3 internal clock. Over an extended time period, using a higher quality Stratum 1 or Stratum 2 timing source results in fewer timing slips than a lower quality Stratum 3 timing source.

The optical or BITS input is not functioning.

Sync Status Messaging (SSM) message is set to Do Not Use for Synchronization (DUS).

SSM indicates a Stratum 3 or lower clock quality.

The input frequency is off by more than 15 ppm.

The input clock wanders and has more than three slips in 30 seconds.

A bad timing reference existed for at least two minutes.


1.7.5  Holdover Synchronization Alarm

Symptom    The clock is running at a different frequency than normal and the HLDOVRSYNC alarm appears.

Table 1-30 describes the possible problem and the solution.

Table 1-30 Holdover Synchronization Alarm 

Possible Problem
Solution

The last reference input has failed.

The clock is running at the frequency of the last known-good reference input. This alarm is raised when the last reference input fails. See the "HLDOVRSYNC" alarm on page 2-114 for a detailed description of this alarm.

Note The ONS 15454 SDH supports holdover timing per the ITU when provisioned for external (BITS) timing.


1.7.6  Free-Running Synchronization Mode

Symptom    The clock is running at a different frequency than normal and the FRNGSYNC condition appears.

Table 1-31 describes the possible problem and the solution.

Table 1-31 Free-Running Synchronization Mode 

Possible Problem
Solution

No reliable reference input is available.

The clock is using the internal oscillator as its only frequency reference. This occurs when no reliable, prior timing reference is available. See the "FRNGSYNC" condition on page 2-105 for a detailed description of this condition.


1.7.7  Daisy-Chained BITS Not Functioning

Symptom    You are unable to daisy-chain the BITS sources.

Table 1-32 describes the possible problem and the solution.

Table 1-32 Daisy-Chained BITS Not Functioning 

Possible Problem
Solution

Daisy-chained BITS sources are not supported on the ONS 15454 SDH.

Daisy-chained BITS causes additional wander buildup in the network and is therefore not supported. Instead, use a timing signal generator to create multiple copies of the BITS clock and separately link them to each ONS 15454 SDH.


1.7.8  Blinking STAT LED after Installing a Card

Symptom    After installing a card, the STAT LED blinks continuously for more than 60 seconds.

Table 1-33 describes the possible problem and the solution.

Table 1-33 Blinking STAT LED on Installed Card 

Possible Problem
Solution

The card cannot boot because it failed the Power On Shelf Test (POST) diagnostics.

The blinking STAT LED indicates that POST diagnostics are being performed. If the LED continues to blink more than 60 seconds, the card has failed the POST diagnostics test and has failed to boot.

If the card has truly failed, an EQPT alarm is raised against the slot number with an "Equipment Failure" description. Check the alarm tab for this alarm to appear for the slot where the card was installed.

To attempt recovery, remove and reinstall the card and observe the card boot process. If the card fails to boot, replace the card. Complete the "Physically Replace a Card" procedure.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

1.8  Fiber and Cabling

This section explains problems typically caused by cabling connectivity errors. It also includes instructions for crimping CAT-5 cable and lists the optical fiber connectivity levels.

1.8.1  Bit Errors Appear for a Traffic Card

Symptom    A traffic card has multiple bit errors.

Table 1-34 describes the possible problem and the solution.

Table 1-34 Bit Errors Appear for a Line Card 

Possible Problem
Solution

Faulty cabling or low optical-line levels.

Bit errors on line (traffic) cards usually originate from cabling problems or low optical-line levels. The errors can be caused by synchronization problems, especially if PJ (pointer justification) errors are reported. Moving cards into different error-free slots will isolate the cause. Use a test set whenever possible because the cause of the errors could be external cabling, fiber, or external equipment connecting to the ONS 15454 SDH. Troubleshoot cabling problems using the "Network Troubleshooting Tests" section. Troubleshoot low optical levels using the "Faulty Fiber-Optic Connections" section.


1.8.2  Faulty Fiber-Optic Connections

Symptom    A line card has multiple SDH alarms and/or signal errors.

Table 1-35 describes the possible problems and the solutions.

Table 1-35 Faulty Fiber-Optic Connections 

Possible Problem
Solution

Faulty fiber-optic connections.

Faulty fiber-optic connections can be the source of SDH alarms and signal errors. See the "Verify Fiber-Optic Connections" procedure.

Faulty CAT-5 cables.

Faulty CAT-5 cables can be the source of SDH alarms and signal errors. See the "Crimp Replacement LAN Cables" procedure.

Faulty Gigabit Interface Converters (GBICs).

Faulty GBICs can be the source of SDH alarms and signal errors. See the "Replace Faulty GBIC or SFP Connectors" procedure.



Warning Follow all directions and warning labels when working with optical fibers. To prevent eye damage, never look directly into a fiber or connector. Class IIIb laser. Danger, laser radiation when open. The STM-64 laser is off when the safety key is off (labeled 0). The laser is on when the card is booted and the safety key is in the on position (labeled 1). The port does not have to be in service for the laser to be on. Avoid direct exposure to the beam. Invisible radiation is emitted from the aperture at the end of the fiber optic cable when connected, but not terminated.


Verify Fiber-Optic Connections


Step 1 Ensure that a single-mode fiber connects to the ONS 15454 SDH STM-N card.

SM or SM Fiber should be printed on the fiber span cable. ONS 15454 SDH STM-N cards do not use multimode fiber.

Step 2 Ensure that the connector keys on the SC fiber connector are properly aligned and locked.

Step 3 Check that the single-mode fiber power level is within the specified range:

a. Remove the Rx end of the suspect fiber.

b. Connect the receive end of the suspect fiber to a fiber-optic power meter, such as a GN Nettest LP-5000.

c. Determine the power level of fiber with the fiber-optic power meter.

d. Verify the power meter is set to the appropriate wavelength for the optical card being tested (either 1310 nm or 1550 nm depending on the specific card).

e. Verify that the power level falls within the range specified for the card; see the "Optical Card Transmit and Receive Levels" section.

Step 4 If the power level falls below the specified range:

a. Clean or replace the fiber patch cords. Clean the fiber according to site practice or, if none exists, follow the procedure in the Cisco ONS 15454 SDH Procedure Guide. If possible, do this for the STM-N card you are working on and the far-end card.

b. Clean the optical connectors on the card. Clean the connectors according to site practice or, if none exists, follow the procedure in the Cisco ONS 15454 SDH Procedure Guide. If possible, do this for the STM-N card you are working on and the far-end card.

c. Ensure that the far-end transmitting card is not an ONS IR card when an ONS LR card is appropriate.


Note IR cards transmit a lower output power than LR cards.


d. Replace the far-end transmitting STM-N card to eliminate the possibility of a degrading transmitter on this STM-N card.


Caution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To avoid this, perform an external switch if a switch has not already occurred. See the "Switch Protection Group Traffic with an External Switching Command" procedure.

e. If the power level still falls below the specified range with the replacement fibers and replacement card, check for one of these three factors that attenuate the power level and affect link loss (LL):

Excessive fiber distance; single-mode fiber attenuates at approximately 0.5 dB/km.

Excessive number or fiber connectors; connectors take approximately 0.5 dB each.

Excessive number of fiber splices; splices take approximately 0.5 dB each.


Note These are typical attenuation values. Refer to the specific product documentation for the actual values or use an optical time domain reflectometer (OTDR) to establish precise link loss and budget requirements.


Step 5 If no power level shows on the fiber, the fiber is bad or the transmitter on the optical card failed.

a. Check that the Tx and Rx fibers are not reversed. LOS and EOC alarms normally accompany reversed Tx and Rx fibers. Switching reversed Tx and Rx fibers clears the alarms and restores the signal.

b. Clean or replace the fiber patch cords. Clean the fiber according to site practice or, if none exists, follow the procedure in the Cisco ONS 15454 SDH Procedure Guide. If possible, do this for the STM-N card you are working on and the far-end card.

c. Retest the fiber power level.

d. If the replacement fiber still shows no power, replace the optical card.

Step 6 If the power level on the fiber is above the range specified for the card, ensure that an ONS LR card is not being used when an ONS IR card is appropriate.

LR cards transmit a higher output power than IR cards. When used with short runs of fiber, an LR transmitter is be too powerful for the receiver on the receiving STM-N card.

Receiver overloads occur when maximum receiver power is exceeded.


Tip To prevent overloading the receiver, use an attenuator on the fiber between the ONS STM-N card transmitter and the receiver. Place the attenuator on the receive transmitter of the ONS STM-N cards. Refer to the attenuator documentation for specific instructions.



Tip Most fiber has text printed on only one of the two fiber strands. Use this to identify which fiber is connected to Tx and which fiber is connected to Rx.



1.8.2.1  Crimp Replacement LAN Cables

You can crimp your own LAN cables for use with the ONS 15454 SDH.

Use CAT-5 cable RJ-45 T-568B, Color Code (100 Mbps) and a crimping tool. Use a cross-over cable when connecting an ONS 15454 SDH to a hub, LAN modem, or switch, and use a LAN cable when connecting an ONS 15454 SDH to a router or workstation. Use

Figure 1-31 shows the layout of an RJ-45 connector.

Figure 1-31 RJ-45 Pin Numbers

Figure 1-32 shows a LAN cable layout.

Figure 1-32 LAN Cable Layout

Table 1-36 provides the LAN cable pinouts.

Table 1-36 LAN Cable Pinout 

Pin
Color
Pair
Name
Pin

1

white/orange

2

Transmit Data +

1

2

orange

2

Transmit Data -

2

3

white/green

3

Receive Data +

3

4

blue

1

4

5

white/blue

1

5

6

green

3

Receive Data -

6

7

white/brown

4

7

8

brown

4

8


Figure 1-33 shows a cross-over cable layout. a

Figure 1-33 Cross-Over Cable Layout

Table 1-37 provides cross-over cable pinouts.

Table 1-37 Cross-Over Cable Pinout 

Pin
Color
Pair
Name
Pin

1

white/orange

2

Transmit Data +

3

2

orange

2

Transmit Data -

6

3

white/green

3

Receive Data +

1

4

blue

1

4

5

white/blue

1

5

6

green

3

Receive Data -

2

7

white/brown

4

7

8

brown

4

8



Note Odd-numbered pins always connect to a white wire with a colored stripe.


1.8.2.2  Replace Faulty GBIC or SFP Connectors

GBICs and SFPs are hot-swappable and can be installed or removed while the card or shelf assembly is powered and running.


Warning GBICs are Class I laser products. These products have been tested and comply with Class I limits.



Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode fiber optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.


GBICs and SFPs are input/output devices that plug into a Gigabit Ethernet card or muxponder (MXP) card to link the port with the fiber-optic network. The type of GBIC or SFP determines the maximum distance that the Ethernet traffic can travel from the card to the next network device.


Note GBICs and SFPs must be matched on either end by type: SX to SX, LX to LX, or ZX to ZX.


GBICs are available in two different models. One GBIC model has two clips (one on each side of the GBIC) that secure the GBIC in the slot on the E1000-2-G or G-Series card. The other model has a locking handle. Both models are shown in Figure 1-34.

Figure 1-34 Gigabit Interface Converters

Table 1-38 shows the available GBICs.


Note The GBICs are very similar in appearance. Check the GBIC label carefully before installing it.


Table 1-38 Available GBICs 

GBIC
Associated Cards
Application
Fiber
Product Number

1000BaseSX

E1000-2-G
G1000-4
G1K-4

Short reach

Multimode fiber up to 550 m long

15454E-GBIC-SX=

1000BaseLX

E1000-2-G
G1000-4
G1K-4

Long reach

Single-mode fiber up to 5 km long

15454E-GBIC-LX=

1000BaseZX

G1000-4
G1K-4

Extra long reach

Single-mode fiber up to 70 km long

15454E-GBIC-ZX=


Table 1-39 shows the available SFPs.

Table 1-39 Available SFPs 

SFP
Associated Cards
Application
Fiber
Product Number

1000BaseSX

ML1000-2

Short reach

Multimode fiber up to 550 m long

15454E-SFP -LC-SX=

1000BaseLX

ML1000-2

Long reach

Single-mode fiber up to 5 km long

15454E-SFP -LC-LX=


Remove GBIC or SFP Connectors


Step 1 Disconnect the network fiber cable from the GBIC SC connector or SFP LC duplex connector.


Warning Invisible laser radiation may be emitted from disconnected fibers or connectors. Do not stare into beams or view directly with optical instruments.


Step 2 Release the GBIC or SFP from the slot by simultaneously squeezing the two plastic tabs on each side.

Step 3 Slide the GBIC or SFP out of the Gigabit Ethernet module slot. A flap closes over the GBIC or SFP slot to protect the connector on the Gigabit Ethernet card.

Step 4 To replace a GBIC, see the "Install a GBIC with Clips" procedure or the "Install a GBIC with a Handle" procedure.To replace an SFP, see the "Replace the Small-Form Factor Pluggable Connector" procedure.


Install a GBIC with Clips


Step 1 Remove the GBIC from its protective packaging.

Step 2 Check the label to verify that the GBIC is the correct type (SX, LX, or ZX) for your network.

Step 3 Verify that you are installing compatible GBICs; for example, SX to SX, LX to LX, or ZX to ZX.

Step 4 Grip the sides of the GBIC with your thumb and forefinger and insert the GBIC into the slot on the E1000-2, E1000-2-G, G1000-4, or G1K-4 card (Figure 1-35).


Note GBICs are keyed to prevent incorrect installation.


Figure 1-35 GBIC Installation With Clips

Step 5 Slide the GBIC through the flap that covers the opening until you hear a click. The click indicates the GBIC is locked into the slot.

Step 6 When you are ready to attach the network fiber-optic cable, remove the protective plug from the GBIC and save the plug for future use.


Install a GBIC with a Handle


Step 1 Remove the GBIC from its protective packaging.

Step 2 Check the label to verify that the GBIC is the correct type (SX, LX, or ZX) for your network.

Step 3 Verify that you are installing compatible GBICs; for example, SX to SX, LX to LX, or ZX to ZX.

Step 4 Remove the protective plug from the SC-type connector.

Step 5 Grip the sides of the GBIC with your thumb and forefinger and insert the GBIC into the slot on the E1000-2-G or G-Series card.


Note GBICs are keyed to prevent incorrect installation.


Step 6 Lock the GBIC into place by closing the handle down. The handle is in the correct closed position when it does not obstruct access to SC-type connector.


1.8.3  Optical Card Transmit and Receive Levels

Each STM-N card has a transmit and receive connector on its faceplate. The transmit and receive levels for each card are listed in Table 1-40.

Table 1-40 Optical Card Transmit and Receive Levels 

Optical Card
Receive
Transmit

OC3 IR 4/STM1 SH 1310

-28 to -8 dBm

-15 to -8 dBm

OC3 IR/STM1SH 1310-8

-30 to -8 dBm

-15 to -8 dBm

OC12 IR/STM4 SH 1310

-28 to -8 dBm

-15 to -8 dBm

OC12 LR/STM4 LH 1310

-28 to -8 dBm

-3 to +2 dBm

OC12 LR/STM4 LH 1550

-28 to -8 dBm

-3 to +2 dBm

OC12 IR/STM4 SH 1310-4

-28 to -8 dBm

-3 to +2 dBm

OC48 IR/STM16 SH AS 1310

-18 to 0 dBm

-5 to 0 dBm

OC48 LR/STM16 LH AS 1550

-28 to -8 dBm

-2 to +3 dBm

OC48 ELR/STM16 EH 100 GHz

-28 to -8 dBm

-2 to 0 dBm

OC192 SR/STM64 IO 1310

-11 to -1 dBm

-6 to -1 dBm

OC192 IR STM64 SH 1550

-14 to -1 dBm

-1 to +2 dBm

OC192 LR/STM64 LH 1550

-21 to -9 dBm

+7 to +10 dBm

OC192 LR/STM64 LH ITU 15xx.xx

-22 to -9 dBm

+3 to +6 dBm

TXP-MR-10G

Trunk side:
Client side:

-26 to -8 dBm
-14 to -1 dBm

-16 to +3 dBm
-6 to -1 dBm

MXP-2.5G-10G

Trunk side:
Client side:

-26 to -8 dBm
depends on SFP

-16 to +3 dBm
depends on SFP


1.9  Power and LED Tests

This section provides symptoms and solutions for power supply problems, power consumption, and LED indicators.

1.9.1  Power Supply Problems

Symptom    Loss of power or low voltage, resulting in a loss of traffic and causing the LCD clock to reset to the default date and time.

Table 1-41 describes the possible problems and the solution.

Table 1-41 Power Supply Problems

Possible Problem
Solution

Loss of power or low voltage.

The ONS 15454 SDH requires a constant source of DC power to properly function. Input power is -48 VDC. Power requirements range from -42 VDC to -57 VDC.

A newly installed ONS 15454 SDH that is not properly connected to its power supply does not operate. Power problems can be confined to a specific ONS 15454 SDH or affect several pieces of equipment on the site.

A loss of power or low voltage can result in a loss of traffic and causes the LCD clock on the ONS 15454 SDH to default to January 1, 1970, 00:04:15. To reset the clock, in node view click the Provisioning > General > General tabs and change the Date and Time fields.

See the "Isolate the Cause of Power Supply Problems" procedure.

Improperly connected power supply.



Warning When working with live power, always use proper tools and eye protection.



Caution Always use the supplied electrostatic discharge (ESD) wristband when working with a powered ONS 15454 SDH. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.


Caution Operations that interrupt power supply or short the power connections to the ONS 15454 SDH are service-affecting.

Isolate the Cause of Power Supply Problems


Step 1 If a single ONS 15454 SDH show signs of fluctuating power or power loss:

a. Verify that the -48 VDC #8 power terminals are properly connected to a fuse panel. These power terminals are located on the lower section of the backplane FMEC card under the clear plastic cover.

b. Verify that the power cable is #12 or #14 AWG and in good condition.

c. Verify that the power cable connections are properly crimped. Stranded #12 or #14 AWG does not always crimp properly with Staycon type connectors.

d. Verify that 20 A fuses are used in the fuse panel.

e. Verify that the fuses are not blown.

f. Verify that a rack-ground cable attaches to the frame-ground terminal (FGND) on the ONS 15454 SDH FMEC. Connect this cable to the ground terminal according to local site practice.

g. Verify that the DC power source has enough capacity to carry the power load.

h. If the DC power source is battery based:

Check that the output power is high enough. Power requirements range from -42 VDC to -57 VDC.

Check the age of the batteries. Battery performance decreases with age.

Check for opens and shorts in batteries, which might affect power output.

If brownouts occur, the power load and fuses might be too high for the battery plant.

Step 2 If multiple pieces of site equipment show signs of fluctuating power or power loss:

a. Check the uninterruptible power supply (UPS) or rectifiers that supply the equipment. Refer to the UPS manufacturer's documentation for specific instructions.

b. Check for excessive power drains caused by other equipment, such as generators.

c. Check for excessive power demand on backup power systems or batteries, when alternate power sources are used.


1.9.2  Power Consumption for Node and Cards

Symptom    You are unable to power up a node or the cards in a node.

Table 1-42 describes the possible problem and the solution.

Table 1-42 Power Consumption for Node and Cards 

Possible Problem
Solution

Improper power supply

Refer to power information in the Cisco ONS 15454 SDH Procedure Guide.


1.9.3  Lamp Tests for Card LEDs

The LED lamp test determines whether card-level LEDs are operational. For optical and electrical cards, this test also causes port-level LEDs to illuminate. For all other data cards, only card-level LEDs light. For these cards, port-level LEDs can be compared to the given guidelines to determine whether they are working correctly.

Symptom    Optical (STM-N) or electrical (DS-N) card LEDs do not light, or you are unsure whether the LEDs are working properly.

Optical and electrical port LEDs light during the lamp test. Other data card types only illuminate card-level LEDs during the test. Table 1-43 describes the possible problem and the solution for optical and electrical cards.

Table 1-43 Lamp Test for Optical and Electrical Card LEDs 

Possible Problem
Solution

Faulty optical and electrical port LED

A lamp test verifies that all the port LEDs work. Run this diagnostic test as part of the initial ONS 15454 SDH turn-up, a periodic maintenance routine, or any time you question whether an LED is in working order.

Complete the "Verify Card LED Operation" procedure.


Verify Card LED Operation


Step 1 In CTC, click the Maintenance > Diagnostic tabs.

Step 2 Click Lamp Test.

Step 3 Watch to make sure all the port LEDs illuminate as previously noted for several seconds.

Step 4 Click OK on the Lamp Test Run dialog box.

With the exceptions previously described, if an STM-N or DS-N LED does not light up, the LED is faulty. Return the defective card to Cisco through the RMA process. Contact Cisco TAC (1-800-553-2447).


Symptom    G-Series Ethernet or FC_MR-4 card LED does not light, or you are unsure if LEDs are working properly.

Table 1-44 describes the possible problem and the solution for G-Series and FC_MR-4 cards.


Note G-Series and FC_MR-4 card-level LEDs illuminate during a lamp test, but the port-level LEDs do not.


Table 1-44 Lamp Test for G-Series or FC_MR-4 Card LEDs 

Possible Problem
Solution

Faulty LED

Complete the "Verify G-Series Ethernet or FC_MR-4 Card LED Operation" procedure.


Verify G-Series Ethernet or FC_MR-4 Card LED Operation


Step 1 Complete the "Verify Card LED Operation" procedure to verify that card-level LEDs are operational.

Step 2 Use the following list of guidelines to physically test whether the G-Series Ethernet port LEDs are operating correctly. If the LED appears as described when the listed state is occurring for the port, the LED is considered to be functioning correctly.

Clear port LED: Should only occur if there is a loss of receive link (such as a disconnected link or unplugged GBIC). An LOS alarm could be present on the port.

Amber port LED: Should only occur if a port is disabled but the link is connected; or if the port is enabled and the link is connected, but a transport failure is present. A TPTFAIL alarm can be present on the port.

Green port LED: Should occur if the port is enabled and has no errors against it or traffic in it; can also occur if the port is enabled, has no errors, and is running traffic proportionate to the blink rate. No traffic-affecting port alarms should be present.

Step 3 If you are unable to determine the port state, contact Cisco TAC. See the "Obtaining Technical Assistance" section for more information.


Symptom    E-Series or ML-Series Ethernet card LED does not light, or you are unsure if LEDs are working properly.

Table 1-44 describes the possible problem and the solution for E-Series and ML-Series Ethernet cards.


Note E-Series and ML-Series card-level LEDs illuminate during a lamp test, but the port-level LEDs do not.


Table 1-45 Lamp Test for E-Series and ML-Series Ethernet Card LEDs 

Possible Problem
Solution

Faulty LED

Complete the "Verify E-Series and ML-Series Ethernet Card LED Operation" procedure.


Verify E-Series and ML-Series Ethernet Card LED Operation


Step 1 Complete the "Verify Card LED Operation" procedure to verify that card-level LEDs are operational.

Step 2 Use the following list of guidelines to physically test whether the single E-Series or ML-Series Ethernet port LED is operating correctly. If the LED appears as described when the listed state is occurring for the port, the LED is considered to be functioning correctly.

Clear port LED: Should only occur is there is a loss of receive link (such as a disconnected link or unplugged GBIC), or if traffic is flowing in one direction (either transmit or receive). A CARLOSS alarm could be present on the port.

Amber port LED: Should only occur if the link is connected and the physical port is transmitting and receiving traffic.

Green port LED: Should occur if the link is up and no traffic is flowing on the port.

Step 3 If you are unable to determine the port state, contact Cisco TAC. See the "Obtaining Technical Assistance" section for more information.