Table Of Contents
Release Notes Cisco Transport Manager Release 6.0
New Features and Functionality
CTM-Supported NE Software Releases
Adding the ONS 15310 CL R5.0.6 to the Supported NE Table
Adding the ONS 15310 CL R5.0.7 to the Supported NE Table
Adding the ONS 15310 CL R6.0.1 to the Supported NE Table
Adding the ONS 15310 CL R6.0.3 to the Supported NE Table
Adding the ONS 15327 R4.181 to the Supported NE Table
Adding the ONS 15327 R5.0.6 to the Supported NE Table
Adding the ONS 15327 R5.0.7 to the Supported NE Table
Adding the ONS 15327 R6.0.1 to the Supported NE Table
Adding the ONS 15327 R6.0.3 to the Supported NE Table
Adding the ONS 15454 SDH R5.0.6 to the Supported NE Table
Adding the ONS 15454 SDH R6.0.1 to the Supported NE Table
Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table
Adding the ONS 15454 SONET R4.181 to the Supported NE Table
Adding the ONS 15454 SONET R5.0.6 to the Supported NE Table
Adding the ONS 15454 SONET R5.0.7 to the Supported NE Table
Adding the ONS 15454 SONET R6.0.1 to the Supported NE Table
Adding the ONS 15454 SONET R6.0.2 to the Supported NE Table
Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table
Adding the ONS 15600 SONET R5.0.6 to the Supported NE Table
Adding the ONS 15600 SONET R5.0.7 to the Supported NE Table
Adding the ONS 15600 SONET R6.0.1 to the Supported NE Table
Third-Party Patches and Security Notices
Installing the CTM R6.0.0.414.2 Patch
Determining What CTM Patch Is Currently Installed on the CTM System
Backing Up the CTM Database Before Installing the CTM R6.0.0.414.2 Patch
Downloading the CTM R6.0.0.414.2 Patch
Installing the CTM R6.0.0.414.2 Server Patch
Installing the CTM R6.0.0.414.2 Client Patch in Windows
Installing the CTM R6.0.0.414.2 Client Patch in Solaris
Installation and Upgrade Caveats
Cisco Transport Controller Caveats
Cisco ONS 15327 and ONS 15454 SONET
Cisco ONS 15600 SONET and Cisco ONS 15600 SDH
Cisco CRS-1 and Cisco XR 12000
Obtaining Documentation and Submitting a Service Request
Release Notes Cisco Transport Manager Release 6.0
September 18, 2009
These release notes describe the caveats for Cisco Transport Manager (CTM) Release 6.0. These release notes accompany the Cisco Transport Manager Release 6.0 User Guide and the Cisco Transport Manager Release 6.0 Installation Guide.
Note
You can access the most current Cisco documentation, including these release notes, online at http://www.cisco.com/en/US/products/sw/opticsw/ps2204/tsd_products_support_series_home.html.
Contents
These release notes contain the following sections:
•
New Features and Functionality
•
CTM-Supported NE Software Releases
•
Third-Party Patches and Security Notices
•
Installing the CTM R6.0.0.414.2 Patch
•
Obtaining Documentation and Submitting a Service Request
Introduction
Cisco Transport Manager is an advanced management system that provides functionality at the element and network management levels for Cisco optical network elements (NEs). CTM supports fault, configuration, performance, and security management functional areas. CTM also serves as a foundation for integration into a larger overall Operations Support System (OSS) environment by providing northbound gateway interfaces to higher layer management systems.
In Release 6.0, CTM's expanded charter includes not only management of the Cisco Optical Networking System (ONS) family of optical NEs, but also additional routing and voice platforms. CTM R6.0 supports the Cisco Carrier Routing System 1 (CRS-1), which includes the Cisco Catalyst 6509; the Cisco XR 12000; the Cisco MGX 8880 Voice Gateway and MGX 8850/8830 Voice-Enabled Multiservice Switch; and the Cisco MDS 9000 Multilayer Director and Fabric Switch.
New Features and Functionality
The following table describes the new features and functionality in CTM R6.0.
Changes to the Release Notes
This section documents supplemental changes that have been made since the initial release of the Release Notes for Cisco Transport Manager Release 6.0.
NE Software Releases Added
The following NE releases were added to Table 1, "CTM Supported NE Software Releases":
•
Manually added to CTM:
Note
You can manually add new NE software releases to CTM R6.0.0.399 or later.
–
ONS 15310 CL R5.0.6
–
ONS 15310 CL R5.0.7
–
ONS 15310 CL R6.0.1
–
ONS 15310 CL R6.0.3
–
ONS 15327 R4.181
–
ONS 15327 R5.0.6
–
ONS 15327 R5.0.7
–
ONS 15327 R6.0.1
–
ONS 15327 R6.0.3
–
ONS 15454 SDH R5.0.6
–
ONS 15454 SDH R6.0.1
–
ONS 15454 SDH R6.0.3
–
ONS 15454 SONET R4.181
–
ONS 15454 SONET R5.0.6
–
ONS 15454 SONET R5.0.7
–
ONS 15454 SONET R6.0.1
–
ONS 15454 SONET R6.0.2
–
ONS 15454 SONET R6.0.3
–
ONS 15600 SONET R5.0.6
–
ONS 15600 SONET R5.0.7
–
ONS 15600 SONET R6.0.1
Caveats and Sections Added
The following caveats and sections have been added to the release notes:
•
The section Installing the CTM R6.0.0.414.2 Patch was added to describe how to install the CTM R6.0.0.414.2 patch.
•
The section Third-Party Patches and Security Notices was added.
•
The following sections were added to describe how to add support for new NE releases:
–
Adding the ONS 15310 CL R5.0.6 to the Supported NE Table
–
Adding the ONS 15310 CL R5.0.7 to the Supported NE Table
–
Adding the ONS 15310 CL R6.0.1 to the Supported NE Table
–
Adding the ONS 15310 CL R6.0.3 to the Supported NE Table
–
Adding the ONS 15327 R4.181 to the Supported NE Table
–
Adding the ONS 15327 R5.0.6 to the Supported NE Table
–
Adding the ONS 15327 R5.0.7 to the Supported NE Table
–
Adding the ONS 15327 R6.0.1 to the Supported NE Table
–
Adding the ONS 15327 R6.0.3 to the Supported NE Table
–
Adding the ONS 15454 SDH R5.0.6 to the Supported NE Table
–
Adding the ONS 15454 SDH R6.0.1 to the Supported NE Table
–
Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table
–
Adding the ONS 15454 SONET R4.181 to the Supported NE Table
–
Adding the ONS 15454 SONET R5.0.6 to the Supported NE Table
–
Adding the ONS 15454 SONET R5.0.7 to the Supported NE Table
–
Adding the ONS 15454 SONET R6.0.1 to the Supported NE Table
–
Adding the ONS 15454 SONET R6.0.2 to the Supported NE Table
–
Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table
–
Adding the ONS 15600 SONET R5.0.6 to the Supported NE Table
–
Adding the ONS 15600 SONET R5.0.7 to the Supported NE Table
–
Adding the ONS 15600 SONET R6.0.1 to the Supported NE Table
•
The following caveats were added to the Open Caveats section:
Caveats and Sections Removed
The following sections were removed, because the CTM R6.0.0.414.2 patch inherits all bug fixes and obsoletes these earlier patches:
•
Installing the CTM R6.0.0.401.1 Patch
•
Installing the CTM R6.0.0.402.1 Patch
•
Installing the CTM R6.0.0.405.1 Patch
•
Installing the CTM R6.0.0.407.1 Patch
•
Installing the CTM R6.0.0.412.1 Patch
The following caveats were removed, because they are unreproducible:
•
CSCsc57931
•
CSCsc64449 (Related caveat ID: CSCsc57374)
CTM-Supported NE Software Releases
The following table lists the NE software releases supported in CTM R6.0.
CautionBefore updating the software image on an NE, check the following table to verify whether the NE software version is supported in this CTM release. If you add an unsupported NE software version, the CTM server might not communicate with one or more NEs in the domain, causing erroneous behavior.
Table 2 CTM-Supported NE Software Releases
Product Software ReleaseONS 15216 100-GHz OADM1/2/4
Release 2.2.2
Release 2.2.3
ONS 15216 EDFA2
Release 2.3
Release 2.4
ONS 15216 EDFA3
Release 1.1
ONS 15216 100-GHz Red/Blue Filters
Passive
ONS 15216 200-GHz Red/Blue Filters
Passive
ONS 15216 200-GHz OADM1/2
Passive
ONS 15216 EDFA1
Passive
ONS 15216 OSC
Passive
ONS 15216 DCU
Passive
ONS 15216 FlexLayer
Passive
ONS 15302
Release 2.0
Release 2.0.1
Release 2.0.2
ONS 15305
Release 2.0
Release 2.0.1
Release 2.0.2
ONS 15310 CL
Release 5.0
Release 5.0.2
Release 5.0.4
Release 5.0.61
Release 5.0.72
Release 6.0
Release 6.0.13
Release 6.0.34
ONS 15327
Release 4.1.3
Release 4.1.4
Release 4.1.5
Release 4.1.6
Release 4.1.8
Release 4.1815
Release 4.6.2
Release 4.6.4
Release 5.0
Release 5.0.2
Release 5.0.4
Release 5.0.66
Release 5.0.77
Release 6.0
Release 6.0.18
Release 6.0.39
ONS 15454 SDH
Release 4.1.4
Release 4.1.8
Release 4.6.3
Release 4.7
Release 5.0
Release 5.0.1
Release 5.0.2
Release 5.0.4
Release 5.0.610
Release 6.0
Release 6.0.111
Release 6.0.312
ONS 15454 SONET
Release 4.0.3
Release 4.1.1
Release 4.1.3
Release 4.1.4
Release 4.1.5
Release 4.1.6
Release 4.1.7
Release 4.1.8
Release 4.18113
Release 4.6.2
Release 4.6.4
Release 4.6.5
Release 4.7
Release 5.0
Release 5.0.2
Release 5.0.3
Release 5.0.4
Release 5.0.614
Release 5.0.715
Release 6.0
Release 6.0.116
Release 6.0.217
Release 6.0.318
ONS 15501
Release 4.1 AC
Release 4.1 DC
ONS 15530
Cisco IOS Release 12.2(25)SV
Cisco IOS Release 12.2(26)SV
Cisco IOS Release 12.2(26)SV1
ONS 15540 Extended Services Platform (ESP)
Cisco IOS Release 12.2(25)SV
Cisco IOS Release 12.2(26)SV
Cisco IOS Release 12.2(26)SV1
ONS 15540 Extended Services Platform with external cross-connect capability (ESPx)
Cisco IOS Release 12.2(25)SV
Cisco IOS Release 12.2(26)SV
Cisco IOS Release 12.2(26)SV1
ONS 15600 SDH
Release 1.4
ONS 15600 SONET
Release 1.1.1
Release 1.3.0
Note
Release 1.3.0 is the same as 1.3.1.
Release 5.0.2
Release 5.0.4
Release 5.0.619
Release 5.0.720
Release 6.0
Release 6.0.121
ONS 15800
Release 2.1 (TL1 Agent Release 2.1)
ONS 15801
Release 2.1 (TL1 Agent Release 2.1)
ONS 15808
Release 2.2 (TL1 Agent Release 2.4)
Cisco CRS-1
Release 3.0
Release 3.2
Release 3.2.1
Cisco Catalyst 650922
CatOS 7.1(1) or later
Cisco XR 12000
Release 3.2
Release 3.2.1
Cisco MDS 9000 Multilayer Director and Fabric Switch
Fabric Manager X-launch
Cisco MGX 8880 Media Gateway
Release 5.0.20
Release 5.2.0
Voice-Enabled Cisco MGX 8850 Multiservice Switch
Release 5.0.20
Release 5.2.0
Voice-Enabled Cisco MGX 8830 Multiservice Switch
Release 5.0.20
Release 5.2.0
VISM-PR
Release 3.3.0
Release 3.3.10
Release 3.3.20 (supporting 3.3.10 features only)
VXSM
Release 5.0.20 (VXSM 1.5)
Release 5.0.70 (VXSM 1.5MR)
Release 5.2.00 (VXSM 2.0)
1 In order for CTM to support the ONS 15310 CL R5.0.6, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R5.0.6 to the Supported NE Table.
2 In order for CTM to support the ONS 15310 CL R5.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R5.0.7 to the Supported NE Table.
3 In order for CTM to support the ONS 15310 CL R6.0.1, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R6.0.1 to the Supported NE Table.
4 In order for CTM to support the ONS 15310 CL R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R6.0.3 to the Supported NE Table.
5 In order for CTM to support the ONS 15327 R4.181, you must add the software version to the Supported NE Table. See Adding the ONS 15327 R4.181 to the Supported NE Table.
6 In order for CTM to support the ONS 15327 R5.0.6, you must add the software version to the Supported NE table. See Adding the ONS 15327 R5.0.6 to the Supported NE Table.
7 In order for CTM to support the ONS 15327 R5.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15327 R5.0.7 to the Supported NE Table.
8 In order for CTM to support the ONS 15327 R6.0.1, you must add the software version to the Supported NE table. See Adding the ONS 15327 R6.0.1 to the Supported NE Table.
9 In order for CTM to support the ONS 15327 R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15327 R6.0.3 to the Supported NE Table.
10 In order for CTM to support the ONS 15454 SDH R5.0.6, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R5.0.6 to the Supported NE Table.
11 In order for CTM to support the ONS 15454 SDH 6.0.1, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R6.0.1 to the Supported NE Table.
12 In order for CTM to support the ONS 15454 SDH R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table.
13 In order for CTM to support the ONS 15454 SONET R4.181, you must add the software version to the Supported NE Table. See Adding the ONS 15454 SONET R4.181 to the Supported NE Table.
14 In order for CTM to support the ONS 15454 SONET R5.0.6, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R5.0.6 to the Supported NE Table.
15 In order for CTM to support the ONS 15454 SONET R5.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R5.0.7 to the Supported NE Table.
16 In order for CTM to support the ONS 15454 SONET R6.0.1, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R6.0.1 to the Supported NE Table.
17 In order for CTM to support the ONS 15454 SONET R6.0.2, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R6.0.2 to the Supported NE Table.
18 In order for CTM to support the ONS 15454 SONET R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table.
19 In order for CTM to support the ONS 15600 SONET R5.0.6, you must add the software version to the Supported NE table. See Adding the ONS 15600 SONET R5.0.6 to the Supported NE Table.
20 In order for CTM to support the ONS 15600 SONET R5.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15600 SONET R5.0.7 to the Supported NE Table.
21 In order for CTM to support the ONS 15600 SONET R6.0.1, you must add the software version to the Supported NE table. See Adding the ONS 15600 SONET R6.0.1 to the Supported NE Table.
22 The Cisco Catalyst 6509 is supported as part of the CRS-1.
Note
•
Support for the ONS 15305 R3.0 and integrated A-to-Z circuit provisioning between the ONS 15305 R3.0 and the ONS 15454 SDH have been moved from CTM R6.0 to the next CTM release, CTM R7.0.
•
Although the CTM R6.0 online help mentions the ONS 15305 R3.0, this NE is not supported in CTM R6.0.
Adding the ONS 15310 CL R5.0.6 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R5.0.6, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15310" as the NE model, "05.02-005C-26.23" as the software version, and "15310 CL 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.06-005H-23.18 in the Software Version field. Change the Version Name field to 15310 CL 5.06.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 CL R5.0.7 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R5.0.7, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15310 CL" as the NE model, "05.02-005C-26.23" as the software version, and "15310 CL 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.07-005J-05.17 in the Software Version field. Change the Version Name field to 15310 CL 5.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 CL R6.0.1 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R6.0.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15310 CL" as the NE model, "06.00-005H-18.21" as the software version, and "15310 CL 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.01-005L-10.05 in the Software Version field. Change the Version Name field to 15310 CL 6.01.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 CL R6.0.3 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15310 CL" as the NE model, "06.00-005H-18.21" as the software version, and "15310 CL 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15310 CL 6.03.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R4.181 to the Supported NE Table
In order for CTM to support the ONS 15327 R4.181 you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15327" as the NE model, "04.180-005-E1322" as the software version, and "15327 4.180" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 04.181-006-A2920 in the Software Version field. Change the Version Name field to 15327 4.181.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R5.0.6 to the Supported NE Table
In order for CTM to support the ONS 15327 R5.0.6, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15327" as the NE model, "05.02-005C-26.23" as the software version, and "15327 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.06-005H-23.18 in the Software Version field. Change the Version Name field to 15327 5.06.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R5.0.7 to the Supported NE Table
In order for CTM to support the ONS 15327 R5.0.7, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15327" as the NE model, "05.02-005C-26.23" as the software version, and "15327 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.07-005J-05.17 in the Software Version field. Change the Version Name field to 15327 5.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R6.0.1 to the Supported NE Table
In order for CTM to support the ONS 15327 R6.0.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15327" as the NE model, "06.00-005H-18.21" as the software version, and "15327 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.01-005L-10.05 in the Software Version field. Change the Version Name field to 15327 6.01.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R6.0.3 to the Supported NE Table
In order for CTM to support the ONS 15327 R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15327" as the NE model, "06.00-005H-18.21" as the software version, and "15327 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15327 6.03.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SDH R5.0.6 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R5.0.6, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "05.02-005C-26.23" as the software version, and "15454 SDH 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.06-005H-23.18 in the Software Version field. Change the Version Name field to 15454 SDH 5.06.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SDH R6.0.1 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R6.0.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "06.00-005H-18.21" as the software version, and "15454 SDH 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.01-005L-10.05 in the Software Version field. Change the Version Name field to 15454 SDH 6.01.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "06.00-005H-18.21" as the software version, and "15454 SDH 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15454 SDH 6.03.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R4.181 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R4.181, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "04.180-005-E1322" as the software version, and "15454 4.180" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 04.181-006-A2920 in the Software Version field. Change the Version Name field to 15454 4.181.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R5.0.6 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R5.0.6, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "05.02-005C-26.23" as the software version, and "15454 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.06-005H-23.18 in the Software Version field. Change the Version Name field to 15454 5.06.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R5.0.7 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R5.0.7, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "05.02-005C-26.23" as the software version, and "15454 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.07-005J-05.17 in the Software Version field. Change the Version Name field to 15454 5.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R6.0.1 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R6.0.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454 SONET" as the NE model, "06.00-005H-18.21" as the software version, and "15454 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.01-005L-10.05 in the Software Version field. Change the Version Name field to 15454 6.01.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R6.0.2 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R6.0.2, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "06.00-005H-18.21" as the software version, and "15454 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.02-006K-21.13 in the Software Version field. Change the Version Name field to 15454 6.02.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "06.00-005H-18.21" as the software version, and "15454 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15454 6.03.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15600 SONET R5.0.6 to the Supported NE Table
In order for CTM to support the ONS 15600 SONET R5.0.6, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15600" as the NE model, "05.02-005C-26.23" as the software version, and "15600 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.06-005H-23.18 in the Software Version field. Change the Version Name field to 15600 5.06.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15600 SONET R5.0.7 to the Supported NE Table
In order for CTM to support the ONS 15600 SONET R5.0.7, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15600" as the NE model, "05.02-005C-26.23" as the software version, and "15600 5.02" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.07-005J-05.17 in the Software Version field. Change the Version Name field to 15600 5.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15600 SONET R6.0.1 to the Supported NE Table
In order for CTM to support the ONS 15600 SONET R6.0.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15600" as the NE model, "06.00-005H-18.21" as the software version, and "15600 6.00" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 06.01-005L-10.05 in the Software Version field. Change the Version Name field to 15600 6.01.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Third-Party Patches and Security Notices
Cisco reviews the known Oracle patch alerts every quarter, including patches for security breaches. If any Oracle patch applies to CTM or its components, Cisco tests the Oracle patch and includes it as a requirement for the next CTM patch. Cisco also conducts quarterly reviews of other third-party software products that CTM uses, such as Solaris, Apache, and Java.
Installing the CTM R6.0.0.414.2 Patch
Note
The CTM R6.0.0.414.2 patch inherits all bug fixes and obsoletes all earlier CTM R6.0 patches.
This section describes how to download and install the CTM R6.0.0.414.2 patch, which fixes the following caveats:
•
CSCeh84563
•
CSCei20759
•
CSCei57964
•
CSCei72696
•
CSCei80883
•
CSCei86342
•
CSCei86578
•
CSCei95305
•
CSCej01043
•
CSCsb32554
•
CSCsb66104
•
CSCsb66107
•
CSCsb67401
•
CSCsb70689
•
CSCsb87835
•
CSCsb93921
•
CSCsb95230
•
CSCsc01865
•
CSCsc19490
•
CSCsc20505
•
CSCsc22000
•
CSCsc39785
•
CSCsc47089
•
CSCsc50889
•
CSCsc50897
•
CSCsc52838
•
CSCsc57099
•
CSCsc57101
•
CSCsc57167
•
CSCsc57914
•
CSCsc57940
•
CSCsc63992
•
CSCsc64485
•
CSCsc65994
•
CSCsc67873
•
CSCsc71029
•
CSCsc91975
•
CSCsc91984 (Related caveat IDs: CSCsb92174, CSCsd29273)
•
CSCsd05320
•
CSCsd12352
•
CSCsd12649
•
CSCsd13877 (Related caveat IDs: CSCei67988, CSCsd36732)
•
CSCsd26043
•
CSCsd31853
•
CSCsd57819
•
CSCsd70181
•
CSCsd71619
•
CSCsd78026
•
CSCse17022
•
CSCse18080
•
CSCse35917
•
CSCse51521
•
CSCsg04592
•
CSCsg35907
•
CSCsg65879
•
CSCsh06817
•
CSCsh45398
•
CSCsh46229
•
CSCsh79249
•
CSCsh92123
•
CSCsi03340
•
CSCsi97803
•
CSCsk17081
•
CSCsl02048
CTM R6.0.0.414.2 is intended for customers who are currently using CTM R6.0.0.399, R6.0.0.401.1, R6.0.0.402.1, R6.0.0.405.1, R6.0.0.407.1, or R6.0.0.412.1.
Note
Install the CTM R6.0.0.414.2 patch only in a non-high availability setup. If you are using a high availability setup, contact your Cisco account representative before installing the patch.
Complete the following procedures to upgrade to the CTM R6.0.0.414.2 patch.
Determining What CTM Patch Is Currently Installed on the CTM System
To check your current CTM release and patch level, log into the CTM server as the root user and enter the following command:
showctmThe first line of the output gives you the release and patch level. Before proceeding, make sure that the output results to one of the following:
•
Cisco Transport Manager Server Version: 6.0 Build: 399
•
Cisco Transport Manager Server Version: 6.0 Build: 401 Patches: 1
•
Cisco Transport Manager Server Version: 6.0 Build: 402 Patches: 1
•
Cisco Transport Manager Server Version: 6.0 Build: 405 Patches: 1
•
Cisco Transport Manager Server Version: 6.0 Build: 407 Patches: 1
•
Cisco Transport Manager Server Version: 6.0 Build: 412 Patches: 1
Backing Up the CTM Database Before Installing the CTM R6.0.0.414.2 Patch
Before installing the CTM R6.0.0.414.2 patch, it is strongly recommended that you back up the existing database. To back up CTM, refer to the following sections in Chapter 4 of the Cisco Transport Manager Release 6.0 User Guide:
•
Backing Up the CTM Database from the CTM GUI
•
Backing Up the CTM Database from the CLI
Downloading the CTM R6.0.0.414.2 Patch
Step 1
Go to http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=278875317.
Step 2
At the Select a Device screen, expand Cisco Transport Manager.
Step 3
Click Cisco Transport Manager 6.0.
Step 4
At the Log In screen, enter your registered Cisco.com username and password; then, click Log In.
Note
If you do not have a Cisco.com username and password, you can register for them at http://tools.cisco.com/RPF/register/register.do.
Step 5
At the Select a Software Type screen, click Transport Manager (CTM) Patches.
Step 6
At the Select a Release screen, click Expand all and click 6.0.0.414.2.
Step 7
In the right pane, click CTM6.0.0.414.2.patch.zip.
Step 8
At the Download Image screen, click Download.
Step 9
At the License Agreement screen, read the terms of the license agreement and click Agree.
Step 10
Download the CTM6.0.0.414.2.patch.zip file to a temporary directory (such as /temp) on the CTM server.
Step 11
In Solaris, enter the following commands to extract the .zip file to the temporary directory:
cd /<directory_name>unzip CTM6.0.0.414.2.patch.zipFor example, to extract the .zip file to the /temp directory, enter:
cd /tempunzip CTM6.0.0.414.2.patch.zipStep 12
In Windows, download the CTM6.0.0.414.2.patch.zip file to the client workstation. Extract the file using a tool such as WinZip, as follows:
a.
Open the CTM6.0.0.414.2.patch.zip file in WinZip.
b.
Click the Extract button.
c.
Verify that the Use folder names check box is checked.
d.
In the Extract to drop-down list, select the location where you want to extract the files.
e.
Click Extract.
Installing the CTM R6.0.0.414.2 Server Patch
To apply the CTM R6.0.0.414.2 patch to the server, complete the following steps:
Step 1
Complete the following substeps to notify all CTM users before shutting down the CTM server:
a.
In the Domain Explorer window, choose File > Notify Users. The Notify Users dialog box opens.
b.
In the Message Targets area, click the All CTM Users radio button.
c.
Type the message in the Message area. Customize the message as appropriate for your organization. A sample message might read:
The CTM server will be shut down in 5 minutes. Please log out of the CTM client before then.d.
Click Send.
e.
Wait an appropriate amount of time for the CTM users to log out.
Step 2
At the end of the grace period, complete the following substeps to log out all of the CTM clients:
a.
Log into the CTM server using an account with SuperUser privileges.
b.
In the Domain Explorer window, choose Administration > CTM Users.
c.
In the CTM Users table, choose Administration > Logged In CTM Users.
d.
In the Logged In CTM Users table, select a user and choose Administration > Log Out User (or click the Log Out User tool).
Note
This menu option is disabled if you selected your own session.
e.
Click Yes at the following prompt:
This operation will log out the selected CTM user. The process will take approximately 1 minute and this CTM client will be unusable until then. Do you wish to continue?Wait until the CTM server completes the operation. The CTM GUI is frozen for approximately 1 minute until the request is complete. Log out all of the users listed in the Logged In CTM Users table to make sure that all user sessions are terminated.
Step 3
As the root user, enter the following command at the UNIX prompt to stop the CTM server:
ctms-stopStep 4
To patch the server, enter the following command in the temporary directory where the patch was extracted:
./server_patch.shStep 5
As the root user, enter the following command at the UNIX prompt on the CTM server workstation to start the CTM server:
ctms-startStep 6
As the root user, enter the following command at the UNIX prompt on the CTM server workstation to verify the patch installation:
showctmYou should see the following version string in the first line of output for the preceding command:
Cisco Transport Manager Server Version: 6.0 Build: 414 Patches: 2
Installing the CTM R6.0.0.414.2 Client Patch in Windows
The following steps describe how to patch a CTM client installation in Windows. Before proceeding, make sure that there are no instances of the client running in the system. To shut down a running client, choose File > Exit in the Domain Explorer; then, click OK in the confirmation dialog box.
Step 1
Locate the patch directory that was extracted with the WinZip utility.
Step 2
Using the command prompt, go to the directory where the patch files were extracted, locate the client_patch.bat file, and enter the following command:
client_patchYou can also use the Windows Explorer folder view to access the directory where the patch files were extracted and double-click the client_patch.bat file.
Step 3
Double-click the CTM R6.0 desktop icon or choose the CTM R6.0 Start menu shortcut to start the client.
Step 4
To verify the patch installation on the CTM client, do one of the following:
•
Choose Help > About Cisco Transport Manager in the Domain Explorer. You should see the following version string in the About Cisco Transport Manager dialog box; then, click OK:
Client: 6.0 Build: 414 Patches: 2 (client configuration size)•
(Available only on specific user account types) Choose Administration > Control Panel in the Domain Explorer. In the Control Panel, click CTM to open the CTM Properties pane. Click the Client Configuration tab. The Version field indicates the CTM client version number, which should read:
6.0 [6.0.0.414.2]
Installing the CTM R6.0.0.414.2 Client Patch in Solaris
The following steps describe how to patch a CTM client installation in Solaris. Before proceeding, make sure that there are no instances of the client running in the system. To shut down a running client, choose File > Exit in the Domain Explorer; then, click OK in the confirmation dialog box.
Step 1
Go to the temporary directory where the patch files were extracted with the unzip command.
Step 2
Enter the following command:
./client_patch.shStep 3
Enter the following command to start the CTM client:
ctmc-startStep 4
To verify the patch installation on the CTM client, do one of the following:
•
Choose Help > About Cisco Transport Manager in the Domain Explorer. You should see the following version string in the About Cisco Transport Manager dialog box; then, click OK:
Client: 6.0 Build: 414 Patches: 2 (client configuration size)•
(Available only on specific user account types) Choose Administration > Control Panel in the Domain Explorer. In the Control Panel, click CTM to open the CTM Properties pane. Click the Client Configuration tab. The Version field indicates the CTM client version number, which should read:
6.0 [6.0.0.414.2]
Resolved Caveats
The following table lists caveats that are resolved as of the latest CTM R6.0 patch.
Table 3 Caveats Resolved as of the Latest CTM R6.0 Patch
Caveat ID CaveatCSCea14023
In the ONS 15454 SDH PM tables, TCA indications are not shown for the RS parameters on transponder trunk ports.
CSCea14157
PM statistics for nXP modules are not colored purple when TCAs are raised.
CSCec59052
CTM GateWay/CORBA does not show STS path PM TCAs.
CSCed32605
There is an FC_MR-4 bandwidth mismatch between CTM and CTC.
CSCed39576
When creating an L2 service, the service spontaneously disappears from the L2 Service table after 5 minutes; the ML card shows the L2 service does not exist; and traffic does not flow on the L2 service.
CSCed43082
When Multiprotocol Label Switching (MPLS) tunnels are configured on the CRS-1, they appear in the logical interface list.
CSCed58491
The Modify Front Ports screen shows all the ports as disabled.
CSCed65576
Some fields in the CRS-1 NE Explorer are read-only, yet you can change these fields in the tabular view by double-clicking a row and modifying the column value. You cannot make changes to these same fields in the editable section at the bottom of the window.
CSCed83344
Adding gigabit Ethernet interfaces to the Label Distribution Protocol (LDP) Configuration application generates the error message "Shared Media not supported - ApplicationName=LDP..."
CSCee23550
When a card is removed and reinserted, the reinserted card is not visible, or the interfaces associated with the card are not visible. (Related caveat ID: CSCeg33542.)
CSCee28913
Occasionally, an alarm is not displayed in the Alarm Browser when filtering on a specific time.
CSCee72306
In the Control Panel > ONS 15454 SDH/ONS 15600 SDH NE Service properties pane > Robust Fault Synchronization area, the ONS 15454 SDH and ONS 15600 SDH share the same Enable check box. It is impossible to set the values separately.
CSCee87992
An exception is returned when trying to perform a Force Switch operation through CTM GateWay/CORBA on 1+1 protection for the ONS 15600 SDH node.
CSCee95044
Protection switching values are shown as -1 instead of N/A in the real-time ONS 15600 SONET Line PM table.
CSCef02318
In some configuration applications, the Undo button does not work the first time you click it. However, it works the second time you click it.
CSCef02380
The Default All button does not work correctly with check boxes.
CSCef17170
An error message is received when configuring the authentication, authorization and accounting (AAA) application timeout for the first time.
CSCef18461
In the ONS 15600 SONET NE Explorer and ONS 15600 SDH NE Explorer > Alarm tab > Alarm Behavior subtab, there are no rows for Filler cards. Therefore, you cannot change the alarm profile for Filler cards.
CSCef22077
Cannot add another group to the root-system group user.
CSCef22430
When adding a policymap entry in the CRS-1 NE Explorer, if the only policing parameter that is configured is Congestion Avoidance > IP Precedence, you will receive the client-side validation error "Entry incomplete: At least one action for this class must be specified."
CSCef25359
The Control Panel does not refresh automatically or the Refresh Data tool does not flash to indicate that the CTM GateWay/CORBA component is installed.
CSCef61886
In a small configuration, CTM cannot process alarms at a rate of 20 alarms per second, and the Oracle database consumes a high amount of CPU.
CSCef64456
The bulk PM output reports invalid entries for VT circuits on optical ports on the ONS 15310 CL. (Related caveat ID: CSCin81278.)
CSCef69046
When an NE with a TCC2P card in Secure Config mode is changed to an end network element (ENE), CTM does not recognize the ENE.
CSCef69396
A previously generated loss of communication (LOC) alarm might not clear even after connectivity is restored successfully to the NE. (Related caveat ID: CSCeh49691.)
CSCef89152
CTM does not report link up or link down traps for ML cards in an ENE proxy/firewall setup. (Related caveat ID: CSCed52513.)
CSCef91402
After migrating the database, if you try to enable an L2 topology that is in L2ServiceNotReady state, the operation fails.
CSCef96838
A user profile that has read/write permission for the NE Explorer, read-only permission for the NE configuration, and read-only permission for L1 provisioning can download and upload TCC files from ML cards.
CSCeg03971
Manual links are never colored gray in the Network Map, yet autodiscovered links are sometimes colored gray (for example, when USE_FOR_ROUTING equals FALSE).
CSCeg05749
Bandwidth is not calculated for a virtual concatenation (VCAT) L2 topology that is equipped with multiple VLANs. (Related caveat IDs: CSCin85412, CSCeh57508.)
CSCeg16903
PM path parameters are shown as N/A (not supported) for the DS3XM-12 card. Also, PM statistics are not colored purple when TCAs are raised.
CSCeg17587
The CTM server does not start correctly, or does not collect PM data. The Error Log reports errors such as "ORA-14400: Inserted partition key does not map to any partition" and "ORA-06512: at line 1."
CSCeg20618
For the CRS-1, the Paste Special button does not work after the refresh/apply operation.
CSCeg20939
The Layer 2 Topology table shows "N/A" for available bandwidth.
CSCeg23854
If you reset the SSXC card when there are circuits on the card, CTC allows the Force Hard Reset operation after returning a warning message. The same operation fails in CTM.
CSCeg27903
When querying the MLL_INV_VIEW, total CPU usage is 100% and Oracle database CPU usage is 85%. Each query to the MLL_INV_VIEW consumes 2% to 3% of CPU and takes 30 seconds. The view returns approximately 12,000 records.
CSCeg28213
If all the links between two NEs are invalid, the link color indicates the highest severity alarm on the member links. Instead, the link color should be gray.
CSCeg29286
Cannot set the LED display on the route processor card in the CRS-1 NE Explorer > Rack view.
CSCeg33534
When an alarm is generated on an interface on the CRS-1, the alarm is shown on the back card instead of on the front card in the rack view and tree view of the CRS-1 NE Explorer.
CSCeg41647
When multiple CTM clients are logged in simultaneously with the same username, the x and y NE icon coordinates in the Network Map are not synchronized for all clients. The Refresh Data tool does not synchronize the map coordinates.
CSCeg42035
In the CRS-1 NE Explorer > MPLS-TE Configuration application, the Tunnel Head tab functionality is broken.
CSCeg43076
An exception occurs when launching the AF window inside the BGP application. The exception prevents data in the AF window from being committed on the router, and the AF configuration is not usable.
CSCeg43399
Cannot launch the text editor application from the CRS-1 SSHv2 window.
CSCeg43447
When launched for the ONS 15600 SONET, the Alarm Browser shows the wrong value in the Affected Object field when a path protection switch is performed.
CSCeg44313
Adding or deleting an ONS 15310 ML-100T-8 card to or from an existing L2 topology causes a loss of traffic.
CSCeg46836
A random health poll fails on some NEs in the DCN.
CSCeg46904
The active or standby state of protection groups is shown incorrectly for the ASAP card.
CSCeg46992
When CRS-1 NE Explorer applications are open while a configuration file is being restored, some event notifications might be dropped due to an internal event size limitation in CTM. When the configuration file restoration is complete, the Refresh Data toolbar icon might not flash in some of the open NE Explorer applications.
CSCeg48146
CTM cannot manage all NEs in a ring, and the log file records an INVALID_IP_ADDRESS message.
CSCeg49665
The Circuit Trace window displays incorrect information for an ONS 15600 circuit that is in Roll_Pending state. Only the Roll To circuit path is shown; the Roll From path is incorrect.
CSCeg49810
When using the Create Link wizard to create a Y-cable protected patchcord link, CTM shows all the compatible termination points in the Link Destination panel, even if the termination points do not belong to the same protection group. If you select the wrong termination point, the link is created, even though it is invalid.
CSCeg50938
In the ONS 15600 NE Explorer, the Force Hard Reset option fails for the SSXC card.
CSCeg50967
For the ONS 15600 TSC card, the Hard Reset option is enabled when the administrative state of the card is not OOS_MT.
CSCeg50976
Multiple null pointer exception errors are seen in the ONS15454NEService and CorbaServiceError logs.
CSCeg51929
CTM automatically removes a manual link between an OC-n or STM-n line card and a transponder or muxponder card when the transponder or muxponder termination point is deleted. Instead of being removed from the Link table and Network Map, the link should be marked as Invalid.
CSCeg53302
The real-time STS Path PM table shows a negative value (-1) for STS path parameters when CTC shows no data for the same parameters.
CSCeg53432
The CTM client does not restart after a failover.
CSCeg54264
If the CTM Apache web server stops, it does not restart automatically.
CSCeg54562
A unidirectional manual link is not removed automatically after creating a patchcord link.
CSCeg54684
CTM does not dynamically detect a failover on the Catalyst 6509 supervisor card.
CSCeg54751
Cannot set the GateWay/TL1 - NE Connection username and password for ONS 15454 SDH NEs.
CSCeg55394
The ONS 15310 NE Explorer > Network tab > SNMP subtab is missing information.
CSCeg55512
The ONS 15310 NE Explorer > Network tab > RIP subtab is missing mask address details. Also, the help file for the Create RIP Address Summary dialog box does not open.
CSCeg55698
Provisioner users cannot view or create STS-v or VT-v circuits.
CSCeg57018
In the ONS 15310 NE Explorer > Network tab > RIP subtab, the contents of the RIP Address Summary table are deleted if you enable or disable authentication for RIP version 2.0.
CSCeg57150
In the IOS Users table, it is possible to delete the IOS user who has been configured in the Control Panel for CTM-to-ML card connections.
CSCeg57165
The Network Map does not update the CRS-1 link status when all alarms are cleared.
CSCeg57986
When an existing routing policy is assigned as an access control list (ACL) name and committed, the error message that is returned is not intuitive.
CSCeg59500
After changing the SDH TCC2P LAN interface from a LAN connected NE (LNE) to an ENE, CTM loses connectivity to all DCC-connected NEs.
CSCeg60500
Rarely, CTM cannot discover a created topology.
CSCeg61474
Cannot mark a DCC-connected NE as an ENE.
CSCeg63838
Remote monitoring (RMON) threshold parameter options are not complete for CE-100T-8 cards.
CSCeg66331
The TL1 interface launched from an ENE does not open a session to the gateway network element (GNE).
CSCeg66371
A resilient packet ring (RPR) L2 topology is discovered in Incomplete state on 2-fiber MS-SPRings with one GNE and multiple ENEs.
CSCeg72114
The section trace Disable AIS/RDI on TIM-S check box is grayed out.
CSCeg72127
The section trace Disable check box is grayed out after selecting a trace line entry.
CSCeh46416
Software download fails on the ONS 1530x.
CSCeh46485
The CE-100T-8 NE Explorer does not display port status states.
CSCeh50246
The shutdown command is enabled in the ONS 15310 configuration file.
CSCeh56748
An error message is received when creating an L2 service for a GNE/ENE.
CSCeh57302
The Alarm Browser does not show traps for link up or link down alarms.
CSCeh57848
Manual circuit creation for a Layer 2 RPR causes an intermittent exception.
CSCeh58871
The Affected Object field in the Alarm Browser window displays a null value for PM alarms.
CSCeh58899
An L2 topology goes into Sync Failed state after an ML IOS user is added with no password. Removing the user with no password does not recover the L2 topology.
CSCeh58900
When you try to delete a pluggable port module (PPM) port on a transponder or muxponder card, you receive the error message "Failed to perform DELETE_PORT action."
CSCeh60004
Usage of the name "CIR_PIR" for a QoS profile type and for a default QoS profile of Advanced Type is confusing.
CSCeh60187
During L2 service creation, you can use a check box to enable or disable PM. However, when you then launch the Layer 2 Service Drop Ports table on the new service, the PM State value is shown as "N/A" instead of Enabled or Disabled.
CSCeh60202
CTM accepts invalid range values for QoS parameters. If you enter a value that is out of range, CTM automatically reverts the parameter to the current value, but no error message is shown.
CSCeh60269
CoS accounting is not applied consistently from the NE Explorer.
CSCeh60273
The CTM GUI indicates that the L2 bandwidth modification succeeded, but the ML card console shows error messages.
CSCeh60275
The NE service crashes or cannot be brought up.
CSCeh60401
The NE Explorer does not indicate whether GFP-F or HDLC mode is enabled.
CSCeh61602
The L2 Topology table shows multiple entries with the same name and Incomplete status.
CSCeh62153
Java exceptions occur while configuring an ONS 15600 SONET as a GNE-ENE.
CSCeh62328
When the ONS 15600 uses an IP address as its NE ID, the ENE Devices table does not list that NE in the filter option. Therefore, you cannot filter on an ONS 15600 NE that has an IP address as its ID.
CSCeh62617
An error message is displayed when you click the real-time PM button for the ONS 15305.
CSCeh62645
Multiple drop additions on the same ML module are not updated in the configuration. (Related caveat ID: CSCeh72670.)
CSCeh63608
A change from ENE to LNE fails for the ONS 15600 SONET and SDH.
CSCeh64051
While creating a point-to-point topology with a name that matches an existing L1 circuit name, you receive the error message "A circuit with the same name already exists. Enter a unique L2 topology name."
CSCeh64717
After the CTM R5.0.2 installation completes successfully, CTM fails to start.
CSCeh65187
If an ML module is removed from an L2 topology, CTM does not perform a validation to check for existing VLANs on the module being removed and clean the module's configuration.
CSCeh66007
The Alarm Browser menu option is available for passive ONS 15216 OADM NEs, yet launching the Alarm Browser generates an error message.
CSCeh66098
The create link behavior for ONS 15216 OADM NEs is inconsistent between the Domain Explorer and the Network Map.
CSCeh67115
A Java null pointer exception occurs while adding the ONS 15600 SONET to the CTM server. The NE is discovered, but exceptions occur and the Error Log records a major error.
CSCeh67380
The getAllEMSAndMEActiveAlarms method returns a ProcessingFailureException when there are CRS-1 NEs managed by the CTM server. The ProcessingFailureException indicates "Unsupported NE model" as the error reason.
CSCeh70850
In the Create L2 Service wizard and Add/Remove Cards wizard, data does not display correctly when you scroll or pan across the screen.
CSCeh71593
The IAUninstaller.sh server script does not remove the S99CTMServer script during the CTM server uninstallation process.
CSCeh71615
The IAUninstaller.sh server script does not remove the CTM Oracle SSID from the oratab file.
CSCeh71635
The IAUninstaller.sh server script does not remove the ctms-abort, ctms-start, ctms-stop, and ctms-stop-service scripts from the /usr/bin directory during the CTM server uninstallation process.
CSCeh83555
By default, the NE service for all NE types is shown as Active in the Control Panel window. When deactivating the NE service for NEs that have not been added to CTM, the following error message is received:
EID-5026: The CTM service is not connected to Service Manager. An error occurred while stopping this service.
By default, the PM Service for all NE types is shown as Not Active in the Control Panel window. When activating the PM Service for NEs that have not been added to CTM, following message is received:
EID-5025: The CTM service is currently connected to Service Manager. An error occurred while starting this service. Verify that the service is installed on the CTM server and retry.
CSCeh84563
NEs of the same type show a high number of Loss of Communication alarms.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei20759
During L2 service creation, if you set a class map name in CTM that contains more than 24 characters, the ML card crashes, and you cannot use the card.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei57964
The About Cisco Transport Manager screen and the initial splash screen display the CTM server version as Unknown.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei67988
Cannot set OPR for Optics or Physical thresholds on MRC cards. (Related caveat IDs: CSCsd13877, CSCsd36732.)
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei72696
The operational state of an ONS 155xx NE remains permanently as In Service-Initializing.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei74892
VLANs created with only one drop are discovered as Incomplete in CTM.
CSCei80883
CTM loses connectivity to all NEs managed by a specific CTC-based NE service. The logs show CORBA timeout errors when attempting to reconnect to the problematic NEs. (Related caveat ID: CSCei92304.)
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei86342
Cannot enable or disable the AIS and RDI on the J2-TIM for DS3XM VT circuits.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei86578
The following error message is returned when trying to open the Alarm Log:
EID-315: Cannot retrieve data from database.Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCei95305
Cannot use the Create Circuit wizard to create STS-18c/VC4-6c and STS-36c/VC4-12c circuits.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCej01043
One L2 topology splits into multiple topologies.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCin48556
When using the getCTMHistoryPMData method to retrieve section PM parameters for an OC-3 card, some of the returned data is marked invalid.
CSCin55315
When the MS-SPRing table and the BLSR table are open simultaneously, the Edit, Upgrade, and Exercise buttons do not work in the BLSR table.
CSCin63805
When the NE name contains a comma (,), the following operations fail: memory backup and restore, NE authentication, NE security features, create NE user using the NE User Access Administration table, launch CTC (CTC menu option is disabled), and software download.
CSCin65753
The getTCATPParams method does not retrieve all line parameters.
CSCin66373
The Create SNMP Trap Destination and Modify SNMP Trap Destination dialog boxes display an extra attribute, "Max Traps per Second." This field is invalid and is no longer required.
CSCin66530
CTM fails to detect that a critical process has been stopped.
CSCin66815
Cannot change the frame format on DS3I cards from CTM GateWay/CORBA.
CSCin73061
The alarm count on a link is not correct in the Link table or Network Map.
CSCin73425
The API setTPData method throws an exception when trying to change the service state of a loopback port from Out of Service-Maintenance to In Service.
CSCin73434
Cannot create an RPR topology for 24c circuits on SONET NEs.
CSCin73668
When adding a CTM GateWay/TL1 user, the OSS Profile Name field in the Add GateWay/ TL1 User dialog box does not accept special characters (; : ,). An error message is generated if you use special characters in the OSS profile name.
CSCin74400
After migration, the Password Set Time field for users is set to the current time in the CTM Users table.
CSCin75118
In the Network Map, discovered ONS 15454 SDH NE icons are shown as "ONS 15454 unknown" instead of "ONS 15454 SDH."
CSCin75143
The error message that appears in the CTM GateWay/TL1 window when the CANC-USER command is entered appears with wrong username.
CSCin75152
The API getContainedPotentialTP returns /ds=1 for a preprovisioned XTC protect card on a DS3 port. The API is invoked for a physical termination point (PTP) /rack=1/shelf=1/slot=5/port=30.
CSCin75538
The Control Panel shows that an enabled CTM GateWay/CORBA service is stopped even if it is running.
CSCin75609
A facility loopback cannot be applied on a CTP loopback (DS1 circuit in a DS3XM card) in CTM GateWay/CORBA.
CSCin75664
The setTPData method does not allow changing the service state of a port on an OC-3_8 card from Out of Service-Auto In Service Soak to any other service state.
CSCin76280
The setTPData method allows setting the XC loopback on an STM1E-12 card. Since the STM1E-12 is an electrical card, it should not be possible to set XC loopbacks on it.
CSCin76771
TrailTraceMonitor (J1 path trace) is allowed in setTPData for DS1 circuits and DS1 ports on XTC cards. It should not be allowed.
CSCin77779
The Equipment Inventory table is empty for ONS 15454 SDH ENEs when the GNE is an ONS 15600 SDH.
CSCin83543
CTM allows you to create PTP and RPR Layer 2 topologies on ML cards that have different framing modes.
CSCin83931
A "Carrier Loss on LAN" alarm is not generated on an ML card for the ONS 15454 R4.6.2.
CSCin84307
There is a mismatch between historical and real-time PM data for the XTC card on the ONS 15327.
CSCin84683
Cannot create a Layer 2 service on a Layer 2 topology with 24 or more drop ports on an RPR, or 10 or more drop ports on a point-to-point topology.
CSCin84847
In the slot properties pane for the DS3XM-12 card, the Alarm Behavior tab is missing rows for odd port numbers greater than 12.
CSCin84906
The AdminSSM value is editable when EnableSyncMsg is false.
CSCin84974
The VCAT Member table does not report the VCAT state of member circuits.
CSCin85046
The ONS 15454 SDH Section PM table shows an RS-UAS value of 0 for STM-n cards.
CSCin85067
The Create Circuit wizard displays the error message "Index:0 Size:0," then hangs.
CSCin85105
During VT circuit creation, an automatically created VAP circuit is not deleted if the VT circuit creation is cancelled.
CSCin85120
During VT circuit creation, an automatically created VT tunnel is not deleted if the VT circuit creation is cancelled.
CSCin85299
After the password expires, the Change Password dialog box closes before you can change the password.
CSCin85480
In the J1 Path Trace and J2 Path Trace dialog boxes, the Expected String field accepts a 64-byte entry, even though the maximum transmit string length is 16 bytes.
CSCin85582
When using the CTM GateWay/CORBA APIs to retrieve PM data for the STM1-8 multiplex section, the PMP_ES value for the far-end section is not retrieved.
CSCin85805
The 1-day real-time PM value for the RS-BBE parameter on the STM4_4 card is not updated.
CSCin86042
The PM Query by NE Model wizard contains duplicate module entries when the number of objects to be polled exceeds the allowed limit.
CSCin86183
In the NE Explorer for the ONS 15327, ONS 15454 SONET, ONS 15454 SDH, and ONS 15600, the card slot properties pane > Module View tab shows ports with no alarms, even when alarms exist on the ports.
CSCin86241
Due to the lack of required routing, RPR creation fails. An error message is returned, indicating that topology creation failed. However, the Circuit table shows that some circuits were created successfully. Because not all the circuits could be created, the topology creation fails.
CSCin86375
If you create a VC-4 circuit on an E1 card on an ONS 15454 SDH NE, there is no circuit-related data shown in the NE Explorer > E1 properties pane > VC-12 tab, even though the Circuit table contains circuit data.
CSCin86380
Cannot change the severity level of LOC alarms in the Control Panel.
CSCin86449
The ONS 15454 MSTP NE Explorer does not reflect a change in the administrative state of an OADM, amplifier, or multiplexer/demultiplexer card.
CSCin86450
QoS profile creation fails when the Description field contains more than 50 characters.
CSCin86562
Using CTM GateWay/CORBA, you can set the link cost to a negative value.
CSCin88601
The real-time Physical PM table appears blank when DWDM cards with PIM or PPM ports are selected along with fixed-port cards.
CSCin90864
The CTM GateWay/CORBA getL2Topology method retrieves the wrong number of VCAT member circuits.
CSCin90935
Cannot create manual links on ONS 15600 SDH R1.4 NEs.
CSCin90951
Cannot use CTM GateWay/CORBA to create a VLAN with a dot1q drop port on an ML-100T-8 card.
CSCin90959
Using CTM GateWay/CORBA, the modifyMLVLANAddFrontPorts method fails to add drop ports to an existing L2 service.
CSCin93648
Cannot create manual links at the physical or SONET/SDH layer if the link source or link destination is a CTC-based NE running CTC version 4.14-004C-09.23.
CSCin94865
Cannot create manual links at the physical or SONET/SDH layer if the link source or link destination is an ONS 15327 OC-48 card. This problem applies only to the ONS 15327 R5.0 and R5.0.2.
CSCin95359
When a set of GNEs and ENEs connected in a DCC ring is added to CTM, some ENEs always remain in In Service-Initializing state.
CSCsb32554
The method ManagedElementManager_I::getAllDestPTPsforSNCProvisioning does not work for XTC cards on ONS 15327 NEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsb47470
Cannot create more than 28 LDCC connections on an NE. A similar problem occurs on CTC.
CSCsb66104
The methods ManagedElementManager_I::getAllSrcPTPsForSNCProvisioning and ManagedElementManager_I::getAllDestPTPsForSNCProvisioning do not return the available PTPs for SNC provisioning on DS3XM-12 cards.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsb66107
When you launch Cisco Edge Craft from the CTM client, you cannot view the Cisco Edge Craft online help or release notes or run the internal VT100 terminal.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsb67401
The CTM server crashes. When the CTM server is restarted after the crash, the operational state of the NEs does not change to In Service. (Related caveat ID: CSCsb71319.)
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsb70689
Cannot launch the Link Utilization table from the Link table for ONS 15327 NEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsb87835
The Alarm Browser and Alarm Log do not display DBOSYNC alarms from ONS 15600 R1.13 NEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsb93921
Out of Service/In Service operations and scheduled configuration resynchronizations on an NE do not synchronize the inventory table for the NE.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsb95230
Creation of an STS-n circuit between E100 cards fails with the following error:
EID-931: Failed to provision the circuit.Unable to provision circuit. Circuit provision error.Unable to create the VLANs for the circuit at <node_name>Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc01865
After changing the IP address from the NE Explorer and rebooting the NE, the IP address changes in CTC, but the CTM Domain Explorer and database still show the old IP information. The NE undergoes a loss of connectivity, and marking the NE as Out of Service and then In Service does not help.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc19490
CTM shows invalid or incorrect values for some 15-minute performance data parameters for ML/Ethernet cards.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc20505
Client login takes a long time.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc22000
Need to enhance CTM debug tools to show NE information from the NEService cache.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc39785
The L2 service is stuck in a partially complete state in a GNE/ENE topology and the IOS Users table is missing the required entries for the ENEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc47089
Stopping the CTMTL1FWDService process from the Control Panel does not stop it on the server.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc50889
L1 circuits are shown in partial state, causing problems in L2 topologies.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc50897
Topologies split or become incomplete after restarting the NE service or marking NEs as Out of Service and then In Service.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc52838
In the Network Map, if the view is filtered on SONET/SDH, you cannot create links.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc57099
Some L2 service drops are missing from the L2 Topology table.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc57101
Topologies A and B are incomplete and their circuits are exchanged.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc57167
The Change Card operation fails for the ONS 15454 SONET and ONS 15454 SDH.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc57914
Cannot create an L2 topology with a name that was used before and then deleted.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc57940
An L2 topology changes to Incomplete state after NEs are marked as Out of Service and then In Service.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc63992
The Alarm Browser does not show VC group alarms on ONS 15305 and ONS 15302 NEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc64485
The SDH NE BITS timing always shows a locked state.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc65994
Some L2 topologies are not discovered.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc67873
CTM circuit information does not synchronize with CTC circuit path information.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc71029
An ENE is not discovered correctly after it is moved from another location. CTM still discovers the ENE with the old IP address and the old GNE that it is no longer attached. All settings appear to be correct in CTC launched from Internet Explorer.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc91975
Clicking the Create button for a pluggable port module (PPM) does not display the dialog box for creating PPMs on the ASAP card.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsc91984
PM data collection fails and the Alarm Browser reports Lost 15-minute/1-day PM alarms. The Error Log contains "HTTP Server too busy" or "HTTP Error: 401" messages for the NE. (Related caveat IDs: CSCsb92174, CSCsd29273.)
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd05320
It is possible to retrieve the NE backup memory from CTM and save it to the CTM client machine. However, CTM reports the retrieval and saving of the memory as successful even when the file saving to the client machine has failed.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd12352
An error message is returned when attempting to create a virtual link between two non-DCC connected nodes connected via MRC_12 cards.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd12649
An RPR VCAT splits under certain conditions.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd26043
When you drag and drop a DS1 line on a VXSM card with a CALEA image (5.50(70.200)), an SNMP error is returned.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd31853
RPR creation fails for a CTM user with Provisioner privileges.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd57819
The ML card traffic classification does not change into the newly applied QoS values.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd70181
The Error Log shows a major error with the following message:
Finding NE IP Add in NE Info Table: VALUEGNECONNECTED
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd71619
When an NE or a network service is managing multiple NE versions, for example, NE R4.6.x and R6.x, the R4.6.x NEs are managed by the NE or network service but NE R6.x and later do not come up. The NE or network service uses an IIOP port to bind R4.6.x NEs but it needs a defined SSLIOP port to bind NE R6.x and later.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsd78026
When BLSR exercise jobs are scheduled, the first job is executed correctly on the east and west ports but the next scheduled job shows that both BLSR exercise jobs are scheduled on the west port. No job is shown on the east port.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCse17022
PM collection fails for ONS 1580x NEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCse18080
The port name is not displayed under the Physical Location column of the Alarm Browser.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCse35917
After upgrading an NE release from 5.0.x to 6.0, CTM does not clean up the original port connection to the NE.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCse51521
The Alarm Browser and the Network Map are not synchronized. Both do not display consistently the alarm status. The Alarm Browser displays the correct values.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsg04592
The CTM client exits if you enter the wrong login password in the CTM Locked dialog box.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsg35907
Cannot clear the Max Login Attempts Exceeded alarm for an unknown user.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsg65879
CTM GateWay/CORBA does not send NE unreachable messages to the OSS. When the NE is marked as Out of Service, the communication state should be CS_UNAVAILABLE in the notifications.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsh06817
The "Maximum login attempts exceeded" alarm is not cleared after unchecking the Infinite check box in the Control Panel > Security Properties pane > CTM Security tab > Login Preferences area.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsh45398
The TCA_EVENT_TABLE is not pruned and grows to millions of rows. The huge number of rows causes high CPU usage and performance degradation.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsh46229
PM data collection takes longer than 15 minutes, resulting in high CPU usage.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsh79249
The oraclesw9i/admin/udump directory contains a prune_pm.err error log file that reports the following error message: "ORA-14083: Cannot drop the only partition of a partitioned table." (Related caveat ID: CSCsh70233.)
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsh92123
When you perform a lot of manual alarm acknowledgement, the size of the ACK_TABLE increases. When this happens, it takes too long to show alarms in the Alarm Browser and to manually acknowledge selected alarms.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsi03340
All NEs in a GNE/ENE ring are shown as ENEs. The GNEs are also shown as ENEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsi97803
When you log into CTM as an Operator, Provisioner, Network Admin, or SysAdmin user, the number of alarms shown on the Dashboard is inconsistent with the number of alarms reported by the Alarm Browser.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsk17081
Cannot connect to ONS 15600 SONET R1.1.1 NEs.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCsl02048
After alarm pruning, the ACK_TABLE contains old data and a pruning error is logged.
Note
This caveat is fixed with the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
CSCuk48769
Provisioner users have access to restricted Administration menu options.
CSCuk48857
The Test NE Connectivity feature does not work for ONS 1580x NEs.
CSCuk49660
When SNMP PM data is not collected on ML-series cards, a 15-minute PM lost alarm is raised against each ML-series card. It would be preferable to see a single EMS alarm for the NE instead of multiple 15-minute PM lost alarms on the ML-series cards on the NE.
CSCuk53105
In the OTN tab > Trail Trace Identifier subtab, the current transmit and current expected strings are not updated with the trail trace identifier level selected.
CSCuk53272
After migrating the database from CTM R4.6 or CTM R4.7 to CTM R5.0.x, some alarms in the Alarm Log show "Bad Value" instead of "Equipment" in the Affected Object field.
CSCuk53578
Cannot sort on the Interface column in PM tables.
CSCuk54024
Cannot change the ML card microcode from the NE Explorer.
CSCuk54816
The Circuit table does not display circuit destination endpoints in the correct sequence for optical channel network connection (OCHNC) circuits.
CSCuk55015
The line Ethernet Maximum Size parameter is not updated automatically in the NE Explorer > 10GE Line Config subtab when this parameter is changed in CTC.
CSCuk55018
PM statistics for 32WSS and 32DMX cards are not colored purple when TCAs are raised.
CSCuk55036
The real-time Ethernet PM table for DWDM-series cards shows additional data for non-Ethernet supporting modules.
CSCuk55054
An unknown card is not shown in the NE Explorer when the card is inserted after the NE is in service.
CSCuk55129
Real-time PM tables report valid data for 32WSS and 32DMX card ports that are not in service.
CSCuk55136
The Locate Alarm/Event menu option and toolbar icon are disabled for ONS 15216 OADM alarms.
CSCuk55143
Ethernet PM table is missing two 8b10b parameters for DM_2.5G and DMP_2.5G cards provisioned for ONE_GE payload.
CSCuk55217
15-minute and 1-day PM tables for FEC statistics display rows for DM_2.5G and DMP_2.5G cards.
CSCuk55317
ONS 15216 DWDM and ONS 15216 OADM NEs allow links on the chassis PTP in opposite directions. That is, the PTP functions as a transceiver when it should allow links in only one direction (Tx or Rx).
CSCuk55578
The Power Add value in the 32WSS card properties pane > Optical Channel Connector tab does not update when you click the Update button.
CSCuk55600
The real-time Optical Physical PM table displays two rows with the same time stamp and the same slot and port number for each PM sample.
CSCuk56171
A major Link Down trap alarm is generated when you modify an Ethernet port that is already shut down. The generated alarm is not cleared automatically.
CSCuk58293
Cannot create bidirectional optical channel network connection (OCHNC) circuits on ONS 15454 SONET R5.0.2 or ONS 15454 SDH R5.0.2 NEs.
Open Caveats
The following sections describe the caveats that were reported against CTM R6.0:
•
Installation and Upgrade Caveats
•
Cisco Transport Controller Caveats
Note
Some of the caveats may have been resolved in a CTM R6.0 patch. In such cases, the patch that contains the fix is indicated as a workaround for the caveat.
Note
When you need to mark an NE as Out of Service to correct some issues, wait for at least 3 minutes before marking the NE as In Service.
Installation and Upgrade Caveats
•
CSCei30867
Symptom If you repeat migration from CTM R4.7.x to CTM R6.0 after the first migration attempt fails, and if you enter the wrong password for the ctmanager user, the installation does not detect the incorrect password.
Conditions
This problem occurs only when you retry the CTM R4.7.x to CTM R6.0 migration after an initial failed migration, and only if you enter the wrong password for the ctmanager user.
Workaround
Before migration, verify that the /opt/newdbinfo directory contains the CTM4_7 information. If the CTM4_7 information is missing, enter the following command:
cp /opt/olddbinfo /opt/newdbinfo•
CSCei64519
Symptom When you connect a CTM R4.7 or R5.0.x client with a small memory configuration to a CTM R6.0 server, the client upgrade to R6.0 starts automatically. During the upgrade, if you select a different memory configuration (for example, medium), the new CTM R6.0 client launches for the first time with a small memory configuration instead of medium.
Conditions
This problem occurs when both of the following conditions exist:
•
The memory configuration of the old CTM R4.7 or R5.0.x client differs from the memory configuration of the new R6.0 client.
•
The new client is launched for the first time. If you close and restart the client, the new client starts with the correct memory configuration.
Workaround
If you selected a different memory configuration during upgrade, close the new CTM R6.0 client after it launches for the first time. Then, restart the client.
•
CSCei83147
Symptom After migrating the database from CTM R5.0 to R6.0, the alarm configuration is reset to the default value.
Conditions
See Symptom.
Workaround
None.
•
CSCsb31149
Symptom If CTM is installed on a server that does not have adequate disk space, the install script does not detect this condition correctly and return an error message. The installation is allowed to continue, but CTM does not install correctly.
Conditions
This problem occurs only on servers that do not have enough disk space.
Workaround
Before installing the CTM server, enter the df -k command on the server and verify that adequate disk space is available. Refer to the Cisco Transport Manager Release 6.0 Installation Guide for disk space requirements.
If you do not check disk space before installation and encounter errors during installation, complete the following steps to recover:
Step 1
Enter the following commands:
cd /opt/CiscoTransportManagerServerdf -k .
Note
If the df -k . command indicates that disk space is 100% full, continue the remaining steps. Otherwise, the problem is not a disk space issue.
cd /optrm -rf CiscoTransportManagerServer*Step 2
Use the rm command to remove other unnecessary files on the same physical disk until you have adequate disk space. Enter the df -k command and verify that adequate disk space is now available.
Step 3
Reinstall the CTM server.
•
CSCsb72758
Symptom You cannot create a new FTP account on standby node.
Conditions
This error occurs during CTM installation on HA environment.
Workaround
Complete the following steps:
Step 1
From the CTM server installation CD, disk 1, copy the following scripts to a directory in the standby node:
•
createUserID.sh
•
createGroupID.sh
•
createUserGroupIDModule.sh
For example:
cp /cdrom/cdrom0/Disk1/InstData/Solaris/VM/createUserID.sh /tmpcp /cdrom/cdrom0/Disk1/InstData/Solaris/VM/createGroupID.sh /tmpcp /cdrom/cdrom0/Disk1/InstData/Solaris/VM/createUserGroupIDModule.sh /tmp
Note
Make sure that the scripts are executable for the root user.
Step 2
As the root user, launch the createGroupID.sh script.
Note
To define the parameters that will be used, launch the script with the -h parameter and see the help instructions.
Step 3
As the root user, launch the createUserID.sh script.
Note
To define the parameters that will be used, launch the script with the -h parameter and see the help instructions.
•
CSCsc97751
Symptom Database migration from CTM R5.0.x to CTM R6.0 fails when the ONS15454_FC_PM_TABLE contains partitions that cross years.
Conditions
This problem applies only to medium CTM configurations and higher, and only when the ONS15454_FC_PM_TABLE contains partitions that cross years.
To verify whether you will experience this migration problem, enter the following commands and then check the partition data:
sqlplus ctmanager/ctm123!SQL> set pages 1000SQL> select partition_name from user_segments where segment_name ='ONS15454_FC_PM_TABLE';SQL> exitWorkaround
Complete the following steps:
Step 1
Go to http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=278875317.
Step 2
At the Select a Device screen, expand Cisco Transport Manager.
Step 3
Click Cisco Transport Manager 6.0.
Step 4
At the Log In screen, enter your registered Cisco.com username and password; then, click Log In.
Note
If you do not have a Cisco.com username and password, you can register for them at http://tools.cisco.com/RPF/register/register.do.
Step 5
At the Select a Software Type screen, click Transport Manager (CTM) Individual Fixes.
Step 6
Click Expand all; then, click 6.0.
Step 7
In the right pane, click ctm502_60.sql.
Step 8
At the Download Image screen, click Download.
Step 9
At the License Agreement screen, read the terms of the license agreement and click Agree.
Step 10
Download ctm502_60.sql.
Step 11
Copy the CTM R6.0 CD image to a local disk.
Step 12
Copy ctm502_60.sql to <CD_image>/Disk1/InstData/Solaris/VM.
Step 13
Begin the migration.
•
CSCsd51643
Symptom The migration from CTM R5.0.x to CTM R6.0 fails.
Conditions
The migration fails when the network partition ID is greater than 9:
su - oraclesqlplus ctmanager/ctm123!SQL> select npid from subnetwork_tableIf any network partition ID is greater than 9, you must perform the following workaround.
Workaround
Complete the following steps:
Step 1
Go to http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=278875317.
Step 2
At the Select a Device screen, expand Cisco Transport Manager.
Step 3
Click Cisco Transport Manager 6.0.
Step 4
At the Log In screen, enter your registered Cisco.com username and password; then, click Log In.
Note
If you do not have a Cisco.com username and password, you can register for them at http://tools.cisco.com/RPF/register/register.do.
Step 5
At the Select a Software Type screen, click Transport Manager (CTM) Individual Fixes.
Step 6
Click Expand all; then, click 6.0.
Step 7
In the right pane, click ctm502_60.sql.
Step 8
At the Download Image screen, click Download.
Step 9
At the License Agreement screen, read the terms of the license agreement and click Agree.
Step 10
Download ctm502_60.sql.
Step 11
Copy the CTM R6.0 CD image to a local disk.
Step 12
Copy ctm502_60.sql to <CD_image>/Disk1/InstData/Solaris/VM.
Step 13
Begin the migration.
CTM Client Caveats
This section contains the following information:
Alarm Management
•
CSCec49029
Symptom In the Alarm Browser, the module name "TCC" (Timing Communications and Control) is displayed regardless of the actual equipment type. For example, alarms reported on TCC, TCC1, and TCC2 cards all display "TCC" as the module name.
Conditions
TCC2 and TCC1 alarms display the module name as "TCC" in the Alarm Browser and Alarm Log.
Workaround
None.
•
CSCeg14267 (Related caveat IDs: CSCef94105, CSCef89143)
Symptom Link down alarms, syslog events, and configuration messages are not received for ML cards on ENEs behind the firewall when SNMP v2 is enabled.
Conditions
This problem occurs when you enable SNMP v2 for the CTM server trap destination on an ONS 15310 or ONS 15454 ENE behind the firewall. If the ENE contains ML cards and you generate a link down trap on one of the ports on the ML card, the Alarm Browser does not report the link down trap as an alarm. This problem applies to NE releases earlier than R5.0.
Workaround
Use SNMP v1 for ENEs behind the firewall if the CTM server is the trap destination.
•
CSCei86578
Symptom
The following error message is returned when trying to open the Alarm Log:
EID-315: Cannot retrieve data from database.Conditions
This error occurs after performing a database backup or restore. This is a known problem in the CTM backup and restore script where the temp tablespace is not successfully backed up and restored.
Workaround
Log into the database server as the oracle user and enter the following commands:
sqlplus /nologconnect /as sysdbaALTER TABLESPACE TEMP_TABLESPACE ADD TEMPFILE `/db02/CTM5_0/CTM5_0_temp_1.dbf'SIZE 209715200 REUSE AUTOEXTEND ON NEXT 104857600 MAXSIZE unlimited; ExitAlternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCin76849
Symptom CTM and CTC do not show the actual equipment type for G1K-4 and TCC2 cards.
Conditions
See Symptom.
Workaround
None.
•
CSCin84380
Symptom The Alarm Log does not display alarms when CoS RMON exceeds the threshold value.
Conditions
When you set the threshold value for CoS RMON for ML cards, the Alarm Log does not display alarms if the value for the CoS RMON exceeds the threshold value.
Workaround
None.
•
CSCsb62632
Symptom The Domain Explorer does not show the correct alarm status for MGX NEs. The Alarm Browser does not show connection-related alarms.
Conditions
This problem occurs when hundreds of MGX NEs are added in bulk, and each NE contains 1,000 or more alarms. This problem also occurs when the CTM server is cold started and the server is managing hundreds of MGX NEs, each containing 1,000 or more alarms.
Workaround
Launch the Configuration Center GUI and click the Connection tab to view connection-related alarms for MGX nodes.
•
CSCse18080
Symptom Port name is not displayed under the Physical Location column of the Alarm Browser.
Conditions
See Symptom.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCse51521
Symptom The Alarm Browser and the Network Map are not synchronized. Both do not display consistently the alarm status. The Alarm Browser displays the correct values.
Conditions
See Symptom.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsi97803
Symptom When you log into CTM as an Operator, Provisioner, Network Admin, or SysAdmin user, the number of alarms shown on the Dashboard is inconsistent with the number of alarms reported by the Alarm Browser.
Conditions
This discrepancy occurs when you log in as an Operator, Provisioner, Network Admin, or SysAdmin user.
Workaround
Log into CTM as a SuperUser. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCuk58912
Symptom It is possible to set alarm threshold values on ONS 1580x measurement points that are outside the range of possible values. For example, you can set a negative power threshold (in milliwatts).
Conditions
See Symptom.
Workaround
Refer to the appropriate hardware documentation before attempting to set thresholds on ONS 1580x cards. The hardware documentation lists the range of possible values.
•
CSCuk59391
Symptom The CTM client does not send notification dialogs or audible notifications for ONS 1580x alarms.
Conditions
In the User Preferences dialog box, if you select "Show Notification Dialog For" and "Play Audible Notification For," alerts are not sent for ONS 1580x alarms.
Workaround
In the User Preferences dialog box > Event Notification tab, check the Informational Events From EMS check box. Click OK to save the settings.
Circuit and Link Management
•
CSCeb26255
Symptom You cannot create a circuit with a secondary destination and dual-ring interconnect (DRI) protection.
Conditions
This problem occurs when creating circuits on the ONS 15454 SONET R4.0.3.
Workaround
Use manual routing to create the circuit, or retry the same circuit creation using automatic routing and reverse the primary and secondary destination nodes.
•
CSCed32638
Symptom Automatic routing of I-DRI circuits fails. However, routing is successful when the primary and secondary destinations are swapped.
Conditions
When attempting to create an I-DRI protected circuit with sufficient bandwidth available, no route is found in automatic routing.
Workaround
Interchange the primary and secondary destinations of the circuit.
•
CSCeg06273
Symptom Cannot change the administrative state to Out of Service-Out of Group (OOS_OOG) for VCAT circuits or VCAT member circuits.
Conditions
The OOS_OOG administrative state is supported for VCAT circuits on certain card configurations only. The following constraints apply:
•
ONS 15454 ML-series cards do not support OOS_OOG, regardless of link capacity adjustment scheme (LCAS) mode.
•
The FC_MR-4 card does not support OOS_OOG when the LCAS mode is None.
Workaround
Apply the OOS_OOG state to VCAT member circuits only when this administrative state is supported.
•
CSCeg49544
Symptom A manual link is not removed automatically when a patchcord link with the same layer type is created between the same endpoints.
Conditions
This problem occurs when links involve client ports on the following cards: TXP_MR_2.5G, TXPP_MR_2.5G, DM_2.5G, DMP_2.5G, MXP_MR_10G, MXP_MR_10E, and TXP_MR_10E. This problem applies to ONS 15454 SONET and ONS 15454 SDH R5.0 NEs.
Workaround
Manually remove the manual link.
•
CSCeh81209
Symptom Cannot create a physical layer unidirectional link between ONS 15216 NEs and ONS 15454 multiplexer cards.
Conditions
See Symptom.
Workaround
None.
•
CSCeh81212
Symptom Cannot create links between ONS 15454 ITU cards and ONS 15454 multiplexer cards.
Conditions
See Symptom.
Workaround
None.
•
CSCei33902
Symptom The BLSR Creation wizard does not display link labels correctly.
Conditions
It is difficult to view multiple links in the BLSR Creation wizard because some text labels are hidden behind other labels. In a large network with many links, it becomes difficult to differentiate between labels given the cluttered display.
Workaround
None.
•
CSCei44972
Symptom During low-order (LO) VCAT circuit creation, VC LO options, which could include the following, are not available: Create VC Tunnel on Transit Nodes, Create VC LO Aggregation Point, None, and so on.
Conditions
Without the VC LO options, it is not possible to automatically route a VC3 VCAT circuit on NEs that contain XC10G cards.
Workaround
Create the VC tunnel before creating the VC3 VCAT circuit. The VC3 member circuits are routed through this VC tunnel.
•
CSCei51663
Symptom Manual circuit creation details are cluttered, garbled, and difficult to read.
Conditions
When creating a manual circuit, the window is launched with overlapping NE source and destination details. The link direction is incorrect and is too close together.
Workaround
Drag the NEs to a location where the link direction is shown correctly. Alternately, customize the node locations in the Network Map that is launched for this subnetwork group.
•
CSCei56295
Symptom The Link Utilization table contains an invalid entry for a protected low-order circuit passing through a tunnel.
Conditions
This problem occurs when you create a protected low-order circuit that passes through a tunnel. When you launch the Link Utilization table on the link through which the tunnel circuit passes, the table incorrectly shows the VT/VC3 ID as 0-0. The other entries are correct.
Workaround
None.
•
CSCei84860
Symptom The J1 path trace displays expected and received bytes at the source end for unidirectional circuits.
Conditions
This display problem occurs on all electrical cards. CTM displays the expected bytes, but you cannot set them. This problem does not apply to SONET or SDH optical cards.
Workaround
None.
•
CSCei86301
Symptom In the Link table, the provision type for MDS 9000 links is shown as Unmanaged.
Conditions
This problem applies to all links created with an MDS 9000 NE as the source, even when the selected provision type is Manual.
Workaround
None.
•
CSCei86342
Symptom Cannot enable or disable the AIS and RDI on the J2-TIM for DS3XM VT circuits.
Conditions
This problem occurs when you create a VT circuit on a DS3XM-12 card. If you launch the J2 path trace on the DS3XM-12 endpoint, you cannot enable or disable the AIS and RDI on the J2-TIM for DS3XM VT circuits.
Workaround
Use CTC to enable or disable the AIS and RDI on the J2-TIM. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCei86455
Symptom The Protection field in the Link table is empty for links on MDS 9000 NEs.
Conditions
This problem applies to links created with an MDS 9000 NE as the source node, even when you select Unprotected or Not Applicable as the protection type during link creation.
Workaround
None.
•
CSCei95305
Symptom Cannot use the Create Circuit wizard to create STS-18c/VC4-6c and STS-36c/VC4-12c circuits.
Conditions
This problem occurs on OC-48/STM-16 and OC-192/STM-64 ports.
Workaround
Use CTC to create these types of circuits. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCin60659
Symptom When a monitor circuit is created from CTM, the Circuit Status might be shown as Incomplete in CTC.
Conditions
When there is a circuit between a port-mapped Ethernet card and any other card, the monitor circuit's discovery might be shown as Incomplete in CTC if the circuit is created in CTM, or as Incomplete in CTM if the circuit is created in CTC.
Workaround
None.
•
CSCin65850
Symptom The protection type for physical layer links is not automatically modified when the underlying protection in the NE is deleted.
Conditions
If you configure the protection type on two NEs, you can create a manual link with that particular protection. If the protection is deleted from the two terminating NEs, the protection type for the manual link is changed to Unprotected only if the link is in the SONET/SDH layer, but not when the link is in the physical layer.
Workaround
Delete the manual links; then, recreate them with no protection.
•
CSCin73085
Symptom The Repair Circuit menu option is grayed out for ONS 15327 NEs.
Conditions
If you select an ONS 15327 NE in the Domain Explorer and choose Configuration > CTC-based SONET NEs > Repair Circuit, the Repair Circuit menu option is disabled. It should be enabled.
Workaround
Use CTC to repair circuits on ONS 15327 NEs.
•
CSCin80225
Symptom Diverse shared risk link group (SRLG) constraints are not validated during manual circuit creation.
Conditions
If a circuit is created manually, the SRLG constraints are not validated before the circuit is created. There is no error message if SRLG constraints are violated.
Workaround
Manually verify the SRLG constraints.
•
CSCin93974
Symptom
The Circuit table and Circuit Trace window do not show POS port information for circuits on ML POS ports.
Conditions
See Symptom.
Workaround
None.
•
CSCsb36751
Symptom When you open the Link table from the domain level, the table takes a long time to open and you receive the error message "An error occurred while retrieving data from the database."
Conditions
This problem occurs when you open the Link table from the domain node and the table contains thousands of rows.
Workaround
Limit the scope of query by opening the Link table for a group or NE node.
•
CSCsb44320
Symptom CTM supports manual link creation for SONET or SDH layer rates only.
Conditions
On transponder or muxponder cards, you can configure client ports for a data rate that is different from SONET or SDH. CTM does not discover these ports as valid PTPs for creating manual links at the physical layer.
Workaround
Create a patchcord link on the same PTP pairs.
•
CSCsb46479
Symptom When DCC links are deleted, CTM does not display patchcord links between the same nodes.
Conditions
This problem occurs when patchcords are already provisioned and shown in CTM. If you then provision DCC on an OC-n port and on a transponder or muxponder client port, the new DCC link is discovered and shown in CTM, but some existing patchcords links are missing.
Workaround
Use CTC to delete and recreate the patchcord links that are missing in CTM.
•
CSCsb51805
Symptom Patchcord links with Y-cable protection are shown with no protection in the Link table.
Conditions
This problem occurs under the following conditions:
1.
Provision a Y-cable protection group over two DWDM transponders. Configure both transponders with SONET or SDH client data rates.
2.
On a different node, provision a SONET or SDH card with the same data rate as the transponders. Terminate the DCC on this card.
3.
Use the Create Link wizard to provision a bidirectional protected Y-cable link. Use the same data rate as provisioned on the transponders and line card. Use the line card as the first termination point. As the destination termination points, use the transponder client ports that are part of the Y-cable protection group. The patchcord link is created.
4.
Open the Link table for both NEs involved in the patchcord link. The table displays two patchcord links, one active and one protected. The first link is shown correctly as Y-cable protected; the second link is shown incorrectly as unprotected.
Workaround
Match the two links by using the source and destination termination points. Using this method, you can identify that the two links terminate in ports that are part of the same Y-cable protection group.
•
CSCsb59118
Symptom When launching the Circuit table at the domain level, the table contains zero entries and the following error message is displayed: "An error occurred while retrieving data from the database."
Conditions
This problem occurs when the network contains a high number of NEs with many circuits.
Workaround
None.
•
CSCsb64184
Symptom A bidirectional optical channel (OCH) link between two BT10E-LC cards on different ONS 15808 terminal NEs does not show the correct alarm status. The link is always shown as green, even if an LOS alarm is present on one card.
Conditions
This problem occurs when you create an OCH link between two BT10E-LC cards on different ONS 15808 terminal NEs.
Workaround
None.
•
CSCsb66497
Symptom SONET or SDH links between an ONS 1580x and another type of NE are shown incorrectly as invalid.
Conditions
This problem occurs when you mark an in-service ONS 1580x NE as Under Maintenance.
Workaround
None.
•
CSCsb67492 (Related caveat ID: CSCuk58990)
Symptom Manual link creation between transponder and muxponder client ports fails with the error message "Create link action was not completed."
Conditions
This problem occurs when you launch the Create Link wizard to create a manual link between two different ONS 15454 NEs. If you select Manual as the provision type and then select the source and destination termination points, the link creation fails with the error message "Create link action was not completed."
Workaround
Create a provisionable patchcord (PPC) link on the same termination points. Alternately, restart the NE service from the Control Panel window.
•
CSCsb70689
Symptom Cannot launch the Link Utilization table from the Link table for ONS 15327 NEs.
Conditions
See Symptom.
Workaround
Launch the Link Utilization table from the network view. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsb71640
Symptom The Link table does not update when the Layer 2 Topology table is modified.
Conditions
This problem occurs when you launch the L2 Topology table and choose Configuration > Modify L2 Topology. If you make a change such as modifying the name of the L2 topology, the Link table is not updated.
Workaround
None.
•
CSCsb73556
Symptom Cannot create dual rolls manually for VT PCA circuits.
Conditions
An error message is generated during manual bridge and roll dual roll creation on a VT PCA circuit.
Workaround
When creating the circuit, choose Route Automatically and Use Required Links. Alternately, use CTC to create the dual roll manually.
•
CSCsb95230
Symptom Creation of an STS-n circuit between E100 cards fails with the following error:
EID-931: Failed to provision the circuit.Unable to provision circuit. Circuit provision error.Unable to create the VLANs for the circuit at <node_name>Conditions
This error occurs on ONS15454 R4.1.4 NEs when EPOS circuits, which were created using CTC R4.1.4, already exist on the NEs.
Workaround
Complete one of the following workarounds:
•
Launch CTC R4.1.4 from the NE and use it to create the circuit.
Note
Circuit creation will fail if you use the CTC R5.x that is launched from CTM.
•
Delete all existing EPOS circuits that were created using CTC R4.1.4 and then use CTM or CTC R5.x to recreate the circuits.
•
Upgrade the ONS 15454 NEs to R5.x.
•
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc50889
Symptom L1 circuits are shown in partial state, causing problems in L2 topologies.
Conditions
This problem occurs when adding NEs to the server.
Workaround
Mark NEs as Out of Service and then In Service, or restart the NE service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc52838
Symptom In the Network Map, if the view is filtered on SONET/SDH, you cannot create links.
Conditions
This problem occurs when you launch the Network Map, select the SONET/SDH filter, right-click an NE in the Network Map, and choose Create Link.
Workaround
Create the link from the Domain Explorer. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc64485
Symptom The SDH NE BITS timing always shows a locked state.
Conditions
This problem applies only to SDH NEs. SONET NEs are not affected.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc67873
Symptom CTM circuit information does not synchronize with CTC circuit path information.
Conditions
Manually changing the reversion time for the working path automatically changes the reversion time of the protect path. The change in working path reversion time should not change the protect path reversion time. The change in working path reversion time is reflected in CTC, but the change of the protect path is not. Changes made to the protect path reversion time in CTC are not reflected in CTM.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsd12352
Symptom An error message is returned when attempting to create a virtual link between two non-DCC connected nodes connected via MRC_12 cards.
Conditions
This problem occurs when there are two or more ONS 15454 SONET or ONS 15454 SDH NEs with MRC_12 line cards (with no other line cards present). If you try to create a virtual link between the NEs, an error message is generated.
Workaround
Preprovision any OC card in any slot; then, create a manual link on the MRC_12 cards. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsd56469
Symptom Circuit creation fails and the circuit is not visible in the GUI. The CTM NE service records an error similar to the following:
java.lang.StringIndexOutOfBoundsException: String index out of range: -1Conditions
This problem occurs when the network partition ID (NPID) is equal to 9. Use the following SQL commands to check the NPID:
su - oraclesqlplus ctmanager/ctm123!SQL> set pagesize 1000SQL> select npid from subnetwork_table;Workaround
Complete the following steps:
Step 1
Go to http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=278875317.
Step 2
At the Select a Device screen, expand Cisco Transport Manager.
Step 3
Click Cisco Transport Manager 6.0.
Step 4
At the Log In screen, enter your registered Cisco.com username and password; then, click Log In.
Note
If you do not have a Cisco.com username and password, you can register for them at http://tools.cisco.com/RPF/register/register.do.
Step 5
At the Select a Software Type screen, click Transport Manager (CTM) Individual Fixes.
Step 6
Click Expand all; then, click 6.0.
Step 7
In the right pane, click patch_cir_60.sql.
Step 8
At the Download Image screen, click Download.
Step 9
At the License Agreement screen, read the terms of the license agreement and click Agree.
Step 10
Save the file to the /tmp directory.
Step 11
Enter the following commands:
su - oraclesqlplus ctmanager/ctm123!SQL> @/tmp/patch_cir.sql•
CSCsj01791
Symptom The following error message is returned when you try to create a unidirectional manual link from an ONS 15454 SONET NE to an ONS 15216 EDFA NE:
EID-733: The node <node_name> is not available or there are no available physical termination points for the given link size 10G-ITU in the specified layer and direction.Conditions
This problem occurs when you try to create a link with these details:
•
Layer: Physical
•
Layer detail: 10G-ITU
•
Protection: Unprotected
•
Direction: Unidirectional
•
Provisioning type: Manual
Workaround
None.
•
CSCsl03411
Symptom The Circuit table does not contain the expected circuits.
Conditions
This problem occurs when you open the Circuit table from the NE Explorer on a card that is involved in a port- or card-level protection group. Circuit information is shown only for circuits that have working cards or ports.
Workaround
There is no workaround in CTM. You can view the circuit information in CTC.
•
CSCsv14849
Symptom When a Provisioner user tries to modify, reconfigure, or delete a low-order path (LOP) VCAT circuit, the following error messages are generated:
EID-989: Access violation. Verify that you have user privileges to perform this operation on this circuit.EID-943: Circuit deletion failed. Failed to delete the following circuit(s): <circuit_name>.Conditions
The error messages described in the Symptom are generated when a user with Provisioner privileges opens the Circuit table and tries to modify, reconfigure, or delete an LOP VCAT circuit of size VC12 or VC3 on an SDH NE. As a result of this problem, L2 topologies based on LOP-v circuits cannot be removed.
Workaround
Log into the CTM client with SuperUser privileges to modify, reconfigure, or delete LOP VCAT circuits.
•
CSCuk59291
Symptom The link alarm count and link color are not updated.
Conditions
This problem might occur on a physical link between an ONS 1580x card and a card on another NE.
Workaround
To show the correct link status, delete and recreate the link.
User Management
•
CSCin81532
Symptom When using a Retrieve, Maintenance, or Provisioning user account for CTM server-to-NE connectivity, CTM allows NE user administration operations to be performed on R4.1.4 NEs. User administration should be allowed only for Superuser accounts.
Conditions
This problem applies only to R4.1.4 NEs and is fixed in later NE releases.
Workaround
Use a Superuser account for CTM server-to-NE connectivity.
•
CSCsb33246
Symptom A Cisco IOS user created on the ML CLI with no password is not displayed in the IOS Users table.
Conditions
This problem occurs when a Cisco IOS user is created on the ML CLI with the Cisco IOS command username CISCO12 privilege 15 nopassword.
Workaround
None.
•
CSCsb42963
Symptom Cannot unlock the CTM client until the CTC username and password are entered.
Conditions
This problem occurs when you launch CTC from the CTM Domain Explorer window. While CTC is still loading and the login dialog box is not yet open, force the CTM client to lock.
Workaround
None.
•
CSCsb78700
Symptom A SysAdmin user is disabled after 60 days of nonuse.
Conditions
After the CTM installation, the default SysAdmin user is created with the autodisable option enabled, and the number of days of nonuse is set to 60.
Workaround
In the CTM Users table, update the SysAdmin autodisable option by setting the number of days of nonuse to 0. A value of 0 disables this feature.
Data Services
•
CSCeg05807
Symptom If the Layer 1 circuit in a point-to-point Layer 2 topology is in Partial state, the topology is not discovered. If the Layer 1 circuit is related to an RPR, the RPR is not discovered by CTM if all the circuits are in Partial state. If one or more circuits in the RPR are in Partial state, the RPR is discovered as an incomplete topology.
Conditions
This problem occurs only if the Layer 1 circuits that are part of the RPR or point-to-point Layer 2 topology are in Partial state.
Workaround
Correct the Layer 1 circuit state by making the circuits active. CTM will then discover all the Layer 2 topologies.
•
CSCeg24720 (Related caveat ID: CSCef77530)
Symptom The Layer 2 Service Drop Ports table shows the QoS profile name as "Custom QoS" even though you have applied a specific QoS profile from CTM.
Conditions
This problem occurs if the QoS configuration read from the card for the drop does not match the configuration stored in CTM for the specific QoS profile. This problem is related to Cisco IOS CLI issues. In the police command, when the exceed-action and violate-action are the same, the output of the show config command omits the violate-action. For example, if you enter the following commands:
policy-map POLICY_GIGE1_INclass CLASS_BG2_ADVANCED_2_1police 2000000 8000 pir 64000000 conform-action set-cos-transmit 5 exceed-action set-cos-transmit 7 violate-action set-cos-transmit 7
Note
Both exceed-action and violate-action are set-cos-transmit 7.
CLI accepts the preceding commands without any errors. However, if you enter the following class-map command:
class-map match-all CLASS_BG1_ADVANCED_1_1match bridge-group 1match cos 2match ip dscp 22The show run command returns the following output:
class-map match-all CLASS_BG1_ADVANCED_1_1match bridge-group 1match cos 2match ip dscp af23Workaround
This problem does not affect functionality. To see which QoS profile is applied to drops, use the CLI description command, which returns the QoS profile name.
•
CSCeh12390
Symptom The VLAN ID displayed in CTM is retrieved from the SPR/POS subinterface and not from the encapsulation command that is executed for the SPR/POS subinterface.
Conditions
This problem applies to all VLANs managed from CTM.
Workaround
None.
•
CSCeh50962
Symptom After the CTM server is rebooted, Layer 2 RPR services take about 20 minutes to get to "Complete" L2 Sync State.
Conditions
After the server reboots, Layer 2 RPR services with VLANs remain in L2ServiceNotReady L2 Sync State in the Layer 2 Topology table for about 20 minutes.
Workaround
None.
•
CSCeh51003
Symptom Cannot delete VLANs in an RPR configuration.
Conditions
This problem was observed while trying to create an RPR topology with ONS 15310 and ONS 15454 ML-100T cards with five VLANs.
Workaround
Complete one of the following workarounds, depending on the situation:
•
If the startup configuration is accessed while CTM tries to apply the barebone configuration, a wr mem failure occurs. Wait for some time; then, apply the command again.
•
If there is a difference between the startup configuration and the running configuration on the ML card, enter the wr mem command on the card.
•
CSCeh59964
Symptom When adding a port with a custom profile, all other VLAN ports defined as CIR_PIR and Best_Effort become Custom QoS. The port QoS changes for all ports.
Conditions
See Symptom.
Workaround
None.
•
CSCeh60261
Symptom You can create a new QoS profile successfully, but you cannot use the new profile without closing and reopening the Create/Modify Layer 2 Service Drops wizard.
Conditions
New QoS profiles are created during L2 service creation and modification. However, you cannot use the new profiles immediately for the same service.
Workaround
Click Finish in the Create/Modify Layer 2 Service Drops wizard; then, close and reopen the wizard and associate the new profile to the interfaces. The new profile is visible for future service creations. Alternately, do not use the Modify Layer 2 Service Drops wizard to create a new profile. Instead, choose Configuration > CTC-based SONET NEs or CTC-based SDH NEs > QoS Profile Table. In the QoS Profile table, choose Configuration > Create QoS Profile.
•
CSCeh97834
Symptom CTM fails to create an L2 service on an RPR ring when there are approximately 110 services created on the ML card.
Conditions
See Symptom.
Workaround
None.
•
CSCei20759
Symptom
During L2 service creation, if you set a class map name in CTM that contains more than 24 characters, the ML card crashes, and you cannot use the card.
Conditions
If you try to create VLANs with drops that have custom-defined advanced QoS profiles, the ML card crashes. This problem occurs in rare situations with NE releases earlier than R6.0. This problem is fixed in NE releases 6.0 and later.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCei37993
Symptom An RPR is shown as up even though the station IDs are not unique.
Conditions
If an RPR has duplicate stations IDs, it should not be shown as up. However, CTM displays an RPR with duplicate station IDs as up.
Workaround
None.
•
CSCei58026
Symptom
After creating an L2 service in an RPR in a large network, the L2 topology goes into L2ServiceNotReady or Sync Failed state and does not recover.
Conditions
In large RPRs involving many ML cards, it takes CTM a long time to create L2 service drops. During this time, the L2 topology might go into L2ServiceNotReady or Sync Failed state without recovery.
Workaround
Wait for 30 to 45 minutes for CTM to recover the resync state. If the L2 topology has not recovered after 45 minutes, mark the NEs as Out of Service (in the Network Element Properties pane > Status tab > Operational State field) and click Save. Then, mark the NEs as In Service and click Save. This restarts the VLAN discovery process, which discovers the VLANs and their associated drops.
•
CSCei76154
Symptom The multilayersubnetwork.idl file returns errors when it is compiled with a third-party IDL compiler.
Conditions
See Symptom.
Workaround
If you are using Java for OSS client development, use JacORB's IDL compiler to compile the file. Note that OSS clients will have to use JacORB and cannot use any other ORBs. There is no known workaround for OSS clients written in C++.
•
CSCej01043
Symptom One L2 topology splits into multiple topologies.
Conditions
This problem occurs when you mark one or more NEs involved in an RPR as Out of Service. The corresponding L1 circuits related to the topology are deleted and the RPR goes into Incomplete state. If you wait for 10 minutes or more before marking the NEs as In Service, the circuits are rediscovered for a different RPR topology. This behavior is incorrect; the circuits should be merged onto the existing RPR.
Workaround
Mark all NEs related to the RPR as Out of Service (in the Network Element Properties pane > Status tab > Operational State field) and click Save. Then, mark the NEs as In Service and click Save.
Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCin84440
Symptom The Diverse SRLG option is disabled in the Routing Preferences pane during RPR Layer 2 topology creation.
Conditions
See Symptom.
Workaround
If you want to use the Diverse SRLG option, use the Create Circuit wizard or CTC to create circuits that belong to the RPR. The circuits must be created so that POS port 0 on one card is connected to POS port 1 on the other card. When all RPR circuits are created, CTM will discover the Layer 2 topology. Then, enable Layer 2 services on the topology.
•
CSCsb35918
Symptom If one or more L1 circuits related to an RPR are deleted, the L2 topology's resync status changes to In Progress and does not recover.
Conditions
See Symptom.
Workaround
Recreate the missing L1 circuits for the RPR; the topology changes to the correct resync status. Alternately, mark the NEs as Out of Service (in the Network Element Properties pane > Status tab > Operational State field) and click Save. Then, mark the NEs as In Service and click Save.
•
CSCsb38681
Symptom
The L2 Topology table launched for an NE shows all topologies in that subnetwork.
Conditions
See Symptom.
Workaround
None.
•
CSCsb57054
Symptom An L2 topology goes into L2ServiceNotReady state during RPR creation and cannot recover. The Alarm Browser contains the warning alarm "Need to save running config."
Conditions
This problem applies to ML cards used in RPR creation.
Workaround
Try any of the following workarounds:
•
Reboot the ML cards on which the warning alarm occurs. Then, use the Enable L2 Service option to reapply the base card configuration.
•
Telnet into the cards and enter the wr mem command so that both the startup and running configurations are the same. Then, use the Enable L2 Service option to reapply the base card configuration.
•
Restart the topology creation by reloading the barebone configuration and rebooting the cards in the L2 topology.
•
CSCsb62453
Symptom It is possible to modify bandwidth parameters on an ML card that is already part of another PTP topology.
Conditions
This problem occurs during PTP topology creation. Occasionally CTM does not disable a bandwidth entry for a topology that contains ML cards that are already in use by another PTP topology.
Workaround
None.
•
CSCsb66827
Symptom Two RPRs are discovered when NEs are added to the CTM server for the first time.
Conditions
This problem occurs when NEs are added to the CTM server for the first time and there is a delay in the NE synchronization.
Workaround
Restart the NE service.
•
CSCsb66965
Symptom L2 topology PTPs and RPRs are not discovered and displayed in the L2 Topology table.
Conditions
This problem was observed during regression testing of L2 topologies. When the problem occurs, L2 topologies are not visible in the L2 Topology table. The problem persists even after marking the NEs as Out of Service and In Service, or after reloading or resetting the configuration.
Workaround
Restart the NE service.
•
CSCsc39785
Symptom The L2 service is stuck in a partially complete state in a GNE/ENE topology and the IOS Users table is missing the required entries for the ENEs.
Conditions
This problem occurs when the NEs are marked as Out Of Service and then In Service.
Workaround
Delete the NEs from CTM and then add them again. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc50897
Symptom Topologies split or become incomplete after restarting the NE service or marking NEs as Out of Service and then In Service.
Conditions
This problem occurs when you restart the NE service or mark all NEs as Out of Service and then In Service.
Workaround
Continue restarting the NE service or marking all NEs as Out of Service and then In Service. Sometimes this workaround does not work if the server database contains stale entries in the L2 Topology table, which may not appear in the CTM client. In this case, do the following:
Step 1
Mark the NEs as Out of Service.
Step 2
Run the following SQL query to find and delete the stale entries:
SQL> select TOPOSTATUS, TOPOLOGY_NAME from l2topology_table;TOPOSTATUS TOPOLOGY_NAME--------------------------------------2 RPR A1Y22 DEMO GOB NL 4SQL> delete from l2topology_table;2 rows deleted.SQL> select TOPOSTATUS, TOPOLOGY_NAME from l2topology_table;no rows selectedSQL> commit 2;Commit completeStep 3
Mark the NEs as In Service.
Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc57099
Symptom Some L2 service drops are missing from the L2 Topology table.
Conditions
This problem occurs while creating an L2 service.
Workaround
Mark the NEs as Out of Service and then In Service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc57101
Symptom Topologies A and B are incomplete and their circuits are exchanged.
Conditions
See Symptom.
Workaround
Mark the NEs as Out of Service and then In Service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc57914
Symptom Cannot create an L2 topology with a name that was used before and then deleted.
Conditions
Unknown.
Workaround
Log into Oracle using the standard procedure and enter the following commands:
delete from L2topology_table where topology_name like '<SPECIFY THE TOPOLOGY NAME>'; commit;Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc57940
Symptom An L2 topology changes to Incomplete state after NEs are marked as Out of Service and then In Service.
Conditions
See Symptom.
Workaround
Restart the NE service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc65994
Symptom Some L2 topologies are not discovered.
Conditions
This problem occurs under the following conditions:
1.
Create multiple L2 topologies, each with 20 to 30 L2 drops.
2.
Mark the NEs as Out of Service and then In Service.
3.
Only one L2 topology is discovered, and it is discovered as Incomplete. The L1 circuits are discovered correctly.
Workaround
Continue marking NEs as Out of Service and then In Service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsd12649
Symptom An RPR VCAT splits under certain conditions.
Conditions
See Symptom.
Workaround
Mark all NEs in the ring as Out of Service. Wait for 10 minutes and then mark them as In Service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsd31853
Symptom RPR creation fails for a CTM user with Provisioner privileges.
Conditions
When you log into the CTM client as a Provisioner user, you cannot create an RPR topology.
Workaround
Log into the CTM client with SuperUser privileges. SuperUsers can create RPR topologies. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsd54231
Symptom Not all PoS ports are enabled after an add/remove card operation.
Conditions
This problem occurs because CTM cannot enable all of the PoS ports that were shut down during an add/remove card operation.
Workaround
Wait for the L2 topology to go into Sync Complete state. Then, use the Modify Ports dialog box or the NE Explorer to enable the PoS ports that were shut down during the add/remove card operation.
•
CSCsd56092
Symptom Marking the NEs as Out of Service and then In Service shuts down the ML card POS ports. This affects traffic passing through the ML card. Traffic still goes through in wrap state, but does not pass through the newly added ML card.
Conditions
This problem occurs when you mark NEs as Out of Service and then In Service.
Workaround
After marking the NEs as In Service, open the Modify Ports dialog box on the L2 topology and enable the POS ports state.
•
CSCsd57810
Symptom While trying to modify L2 topology bandwidth, the following error is returned:
EID-368: Error occurred while modifying L2 topology bandwidth. Could not modify bandwidth values.Conditions
This problem occurs on ML cards if there are two match cos commands under class-map. CTM can only support one match cos command. The second match cos command is shown as "null" in the CTM GUI. When you try to modify L2 topology bandwidth, the error message is generated.
A sample problem configuration is shown as follows:
class-map match-any AVVID_VOICE_VIDEOmatch cos 1 2match cos 5Workaround
From the CTM GUI, delete the last null value, make the necessary topology bandwidth modifications, and click Apply. The multiple match cos command problem should be corrected and you should not receive any error messages.
•
CSCsd57819
Symptom The ML card traffic classification does not change into the newly applied QoS values.
Conditions
This problem occurs in most cases when changing the QoS values set for the L2 topology. Due to some caching logic issues, the ML card does not recognize the new QoS settings and continues behaving as though it has not been changed.
Workaround
Complete any of the following workarounds:
•
Reboot the card.
•
Reapply the changes on the card through CTM.
•
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
Domain Explorer
•
CSCeh52405
Symptom After an LNE is changed to a GNE, it takes approximately 15 minutes for the DCC-connected NEs to become ENEs.
Conditions
When an NE is changed from an LNE to a GNE, the DCC-connected NEs should become ENEs. However, the change to ENEs takes approximately 15 minutes.
Workaround
None.
•
CSCeh52962
Symptom In CTM, ENEs go into LOC state when there are no remaining GNEs in a DCC ring.
Conditions
This problem occurs when proxy is disabled on the last GNE in a DCC ring, or when the GNE is changed to an ENE. CTM requires that the DCC ring contain at least one GNE in order to maintain connectivity to ENEs in the ring.
Workaround
Change one of the NEs in the DCC ring to a GNE. Alternately, change the ENEs to GNEs, or disable proxy on them.
Note
Since the NEs are in LOC state in CTM, the workaround must be performed through another management interface (such as CTC).
•
CSCei02136
Symptom If you change proxy settings on an NE, the NE does not always come up.
Conditions
If you change the proxy setting for a GNE or ENE and make the node an LNE, the memory cache fails to update, resulting in an LOC on the GNE or ENE. This problem occurs intermittently.
Workaround
Enable proxy on the GNE or ENE; then, disable proxy again so that the node becomes an LNE. This action updates the cache.
•
CSCei41912
Symptom When all the required ports are not enabled for a firewall between CTM and a GNE, the GNE fails to come up in CTM. Consequently, ENEs that are connected to this GNE also fail to come up.
Conditions
See Symptom.
Workaround
Enable the necessary ports on the firewall.
•
CSCei60546
Symptom An NE with one TCC card goes into LOC state if the TCC card is swapped without a synchronization.
Conditions
If a TCC card on the NE is swapped with a card that has a different IP address, the NE fails to come up in CTM.
Workaround
None.
•
CSCei72696
Symptom The operational state of an ONS 155xx NE remains permanently as In Service-Initializing.
Conditions
This problem occurs intermittently when you mark an ONS 155xx NE as In Service. If the issue is reproduced, it is reproduced systematically on the given NE. After changing the NE configuration, the issue might not recur.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCei76087
Symptom After the CTM server is restarted, unmanaged NEs have a red check mark next to them in the Domain Explorer, indicating that their configuration synchronization failed.
Conditions
This problem occurs when a CTM server with unmanaged NEs is restarted. When the server comes back up, the Domain Explorer displays red check marks to indicate that the configuration synchronization failed for the unmanaged NEs.
Because these NEs are unmanaged, no actual configuration synchronization would ever occur. However, the config sync status for these NEs should always show success (a green check mark).
Workaround
None.
•
CSCei80883 (Related caveat ID: CSCei92304)
Symptom CTM loses connectivity to all NEs managed by a specific CTC-based NE service. The logs show CORBA timeout errors when attempting to reconnect to the problematic NEs.
Conditions
This problem occurs during negative testing such as resetting the NE TCC or restarting the NE service in CTM.
Workaround
Restart the affected NE service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCin92802
Symptom For CTC NEs in a GNE/ENE setup, if the NE is configured as an ENE and its shell access state is set to Secure, you cannot launch the CLI for ML or CE data cards on the node.
Conditions
This problem occurs when all of the following conditions are met:
•
The NE is an ONS 15310, ONS 15454 SONET, or ONS 15454 SDH that contains ML or CE cards
•
The NE's shell access mode is set to Secure
•
The NE is configured as an ENE (not as a GNE or LNE)
This problem affects only the CLI console launch from CTM; it does not affect L2 provisioning.
Workaround
To launch the CLI to change the Cisco IOS configuration of the data card on an ENE, set the ENE's shell access state to Non-Secure. Alternately, use the NE Explorer to upload the Cisco IOS configuration file from the card, edit the file, and download it to the card.
•
CSCsb58197
Symptom The Domain Explorer > NE Authentication tab is empty for ONS 15540 ESP NEs. The Username, Password, and Confirm Password values are not displayed. The same tab is shown correctly for ONS 15540 ESPx NEs.
Conditions
See Symptom.
Workaround
To set the Username, Password, or Confirm Password values for the ONS 15540 ESP, choose Administration > ONS 155XX > NE Authentication.
•
CSCsc71029
Symptom An ENE is not discovered correctly after it is moved from another location. CTM still discovers the ENE with the old IP address and the old GNE that it is no longer attached. All settings appear to be correct in CTC launched from Internet Explorer.
Conditions
This problem applies to ONS 15454 SDH NEs with the proxy/firewall feature enabled (GNE/ENE).
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
NE Explorer
•
CSCed15994
Symptom Setting the RIP metric to zero does not generate an error message.
Conditions
In the ONS 15327, ONS 15454 SONET, or ONS 15454 SDH NE Explorer > Network tab > RIP subtab, if you change the default RIP metric to 0, the value is not accepted. There is no error message to inform you that the change is not accepted.
Workaround
Zero is not a valid value for the RIP metric. Specify a different value.
•
CSCef65097
Symptom The NE Explorer does not refresh the Secure Config Mode value after a mode change.
Conditions
This problem occurs under the following conditions:
1.
Select an NE with a TCC2 card and insert a TCC2P card in the standby slot. Wait for the TCC2P card to synchronize with the active TCC2 card and become standby.
2.
Remove the TCC2 card.
3.
Select the NE and launch the NE Explorer. Click the Network tab > Secure Config Mode subtab.
4.
Change to secure config mode. Provide the IP address and netmask. The TCC2P card reboots. After several minutes, CTM re-establishes connectivity to the NE and synchronizes the NE data.
5.
Return to the NE Explorer window and verify the NE connectivity. The cursor in the NE Explorer window remains an hourglass icon, and the data does not refresh.
Workaround
Close and reopen the NE Explorer.
•
CSCeh45510
Symptom Clicking the Apply button after modifying the SNMP UDP port does not save the modified value.
Conditions
If you modify the SNMP UDP port value and then click Apply, the change is not saved.
Workaround
Click any other cell in the table; then, click the Apply button.
•
CSCeh68113
Symptom Cannot launch the CLI to a proxy-only, DCC-connected NE.
Conditions
This problem occurs when you select a proxy-only, DCC-connected NE, then load the barebone configuration on an ML card, reboot the card, verify that the card is active, and launch the NE Explorer for the DCC-connected NE. When you select the ML card and choose Configuration > Launch CLI, you receive the error message "Cannot launch a remote console to the selected NE." However, you can launch the CLI to a LAN-connected, proxy-only NE.
Workaround
Use CTC to launch the CLI to the NE.
•
CSCei18858 (Related caveat ID: CSCei18705)
Symptom After entering an invalid value or changing a value in the NE Explorer > NE Defaults tab, the CTM client hangs for approximately 3 minutes.
Conditions
If you change a value or enter a value in the NE Explorer > NE Defaults tab that is outside the valid range, the CTM client hangs for approximately 3 minutes. CTM does not perform fixed field validation on NE defaults values, so there is nothing to prevent you from entering an invalid value. There is no error message displayed before the client recovers.
Workaround
None.
•
CSCei31637
Symptom Cannot set the Encap CRC value to None for ONS 15600 SONET ASAP_4 cards.
Conditions
When the framing type is set to GFP-F, you cannot set the encapsulation cyclic redundancy check (CRC) value to None for POS or Ethernet interfaces on the ASAP_4 card. Selectable options are 16-bit and 32-bit, whereas the correct options are None and 32-bit.
Workaround
None.
•
CSCei35116
Symptom For low-order VC-3 VCAT circuits on CE-100T-8 cards, the ONS 15454 SDH NE Explorer > J1 Path Trace tab shows the circuit type incorrectly as VC.
Conditions
See Symptom.
Workaround
If the J1 Path Trace tab > Circuit Type field shows VC, interpret it as VC LO. For high-order circuits, the circuit type is shown as VC4.
•
CSCei56091
Symptom The current bandwidth usage is not shown for G1000-2 cards in ONS 15327 NEs.
Conditions
If you select a G1000-2 card in the ONS 15327 NE Explorer tree, the card slot properties pane > Identification tab shows blank values for the Current Bandwidth Usage field.
Workaround
None.
•
CSCei59456
Symptom In the NE Explorer card slot properties pane for the MRC-12 card, the information in the first row disappears from the Pluggable Provisioning, Line, STS, VC-4, and Loopback tabs. The information in this row is replaced by the information for the row that was just modified, meaning there are two rows that contain the same information and information for one row is lost completely.
Conditions
This problem occurs when the Pluggable Ports table contains at least two rows and you edit one of them. After the row updates and the new information is visible, if you click Cancel, the information in the first row disappears.
Workaround
In the NE Explorer window, click the Refresh Data tool. A dialog box opens with the following prompt: "How would you like to synchronize this NE's configuration?" Choose From Server.
•
CSCei60347
Symptom The DS3XM-12 NE Explorer > Customer Info tab does not show values for the transmux conversion ports, which are DS3XM-12 card ports used for VT-DS3 mapping.
Conditions
During circuit creation, if you check the VT-DS3 Mapping Conversion check box in the Routing Preferences pane, customer information data is not shown for the transmux conversion ports in the DS3XM-12 card slot NE Explorer.
Workaround
None. These ports are used internally for mapping only; customer and service IDs are not attached to these ports.
•
CSCei79415
Symptom When you choose NE Explorer > Configuration > Export NE Configuration, no data is exported for the NE or the cards. The file where the configuration is exported lists only tab names.
Conditions
See Symptom.
Workaround
None.
•
CSCei87952
Symptom While editing section trace parameters in the NE Explorer, it is possible to enter the expected string in automatic mode.
Conditions
See Symptom.
Workaround
Do not enter anything in the Expected String field while in section trace auto mode.
•
CSCei88152
Symptom For the ONS 15454 SDH E3 card, VC-3 threshold names are shown incorrectly as CV-V-5579, BBE-V-5579, SES-V-5579, UAS-V-5579, and so on.
Conditions
This problem occurs when you create a VC-3 circuit on an E3 card. In the NE Explorer card slot properties pane, if you click the VC3 tab > VC3 15-Min and 1-Day Thresh subtabs, the threshold names are shown incorrectly.
Workaround
While reading the threshold names, ignore the digits 5579.
•
CSCei89233
Symptom In the NE Explorer XTC card slot properties pane > DS-3 tab, the Customer Info subtab is blank.
Conditions
See Symptom.
Workaround
None.
•
CSCej00931
Symptom If you try to change the port rate on an MRC-12 PPM and the operation fails, no error message or warning is returned.
Conditions
See Symptom.
Workaround
None.
•
CSCin62527
Symptom The default RIP summary address is not created when activating RIP from CTM.
Conditions
If you launch the NE Explorer, click the Network tab > RIP subtab, check the RIP Active check box, and click Apply, no summary address is created.
Workaround
Manually create a default RIP address after activating RIP from CTM. Alternately, use CTC to activate RIP so that the default RIP address is created automatically.
•
CSCin62975
Symptom No range address is created when enabling OSPF on a LAN from CTM.
Conditions
This condition always occurs.
Workaround
In CTM, manually provision the OSPF area range address for the respective range area IDs. In the NE Explorer, choose Network > OSPF Area Range; then, click the Create button. Alternately, enable OSPF from CTC so that the range address is created when OSPF is enabled.
•
CSCin81696
Symptom When a 1:1 protection group is created for a DS3XM card on an ONS 15454 NE, the protection group is not visible immediately.
Conditions
This problem occurs when you launch the ONS 15454 NE Explorer and click the Protection tab > Protection Groups subtab. If you create a 1:1 protection group that involves a DS3XM card, there is a delay of several minutes before the new protection group is visible.
Workaround
Wait several minutes for the protection group to appear.
•
CSCin81701
Symptom When a DS3XM-12 card is provisioned on an ONS 15454 NE, the card does not appear immediately in the NE Explorer window. The client window goes blank for several minutes before the card appears.
Conditions
This problem occurs when you launch the ONS 15454 NE Explorer and provision a DS3XM-12 card. The client window goes blank for several minutes; then, the window refreshes and the DS3XM-12 card is visible. This delay is due to the high number of interfaces (706) on the DS3XM-12 card.
Workaround
None.
•
CSCin92735
Symptom In the ONS 15600 SDH NE Explorer > Security tab, the Users, Active Logins, and Policy subtabs are missing.
Conditions
See Symptom.
Workaround
Use CTC to access the Users, Active Logins, and Policy subtabs.
•
CSCsb44367 (Related caveat ID: CSCej00965)
Symptom In the NE Explorer for an OC192 LR card > ALS tab, a manual laser restart fails and the laser shutdown status is not displayed.
Conditions
See Symptom.
Workaround
Use CTC to manually restart a laser and to view the laser shutdown status.
•
CSCsb51102
Symptom In the ONS 15454 SDH NE Explorer > DCC/GCC/OSC tab > RS-DCC subtab, OC-n is shown instead of STM-n.
Conditions
See Symptom.
Workaround
None.
•
CSCsb55030
Symptom Cannot edit OSI and IP parameters such as ISH, ESH, and IIH.
Conditions
If you launch the node-level NE Explorer and click the DCC > Subnets subtab, you cannot edit the OSI and IP parameters. Changes to the parameters made through CTC are not reflected in CTM.
Workaround
None.
•
CSCsc01865
Symptom After changing the IP address from the NE Explorer and rebooting the NE, the IP address changes in CTC, but the CTM Domain Explorer and database still show the old IP information. The NE undergoes a loss of connectivity, and marking the NE as Out of Service and then In Service does not help.
Conditions
See Symptom.
Workaround
After verifying that the NE IP address has changed, mark the NE as Out of Service. Change the IP address in the Domain Explorer > Address tab. Make sure the CTM NE IP address matches the NE's actual IP address. Mark the NE as In Service. CTM synchronizes with the new IP address.
Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc57167
Symptom The Change Card operation fails for the ONS 15454 SONET and ONS 15454 SDH.
Conditions
This problem occurs under the following conditions:
1.
Add ONS 15454 SONET or SDH R5.0.2 NEs to the CTM server running the CTM R6.0.0.405.1 patch.
2.
Open the NE Explorer and provision optical cards.
3.
Right-click a card and choose Change Card. The operation fails in CTM but succeeds in CTC.
Workaround
Use CTC for the Change Card operation. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc57947
Symptom After marking NEs as Out of Service and then In Service, the Customer ID and Service ID values are lost.
Conditions
See Symptom.
Workaround
Unknown.
•
CSCsd13877 (Related caveat IDs: CSCei67988, CSCsd36732)
Symptom Cannot set OPR for Optics or Physical thresholds on MRC cards.
Conditions
See Symptom.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsh13402
Symptom CTM and CTC behave differently when setting the Trace mode for MRC_12 cards.
Conditions
This problem occurs under the following conditions:
1.
Open the NE Explorer card slot properties pane for an MRC_12 card.
2.
In the Pluggable Provisioning tab, create two PPMs. Create two pluggable ports with OC-12 and OC-3 rates.
3.
In the Section Trace tab, observe that the Trace mode is set to Off for the two ports.
4.
Click Modify. Set the Trace mode to Manual and check the Disable AIS/RDI on TIM-S check box. Click OK; then, click Apply. The change is made successfully in CTM and CTC receives an update.
5.
Click the Modify button again and reset the Trace mode to the previous value, Off.
6.
Launch CTC and open the MRC_12 card view. Go to Provisioning > Section Trace.
7.
Change the Received Trace mode to Manual and check the Disable AIS/RDI on TIM-S check box. Click Apply.
8.
You receive the error message "Manual mode for this equipment does not support an expected string consisting of null characters. Please change the expected string or the path trace mode."
CTC and CTM should set the Trace mode the same way.
Workaround
None.
•
CSCsh13501
Symptom Cannot set the Admin SSM value for MRC_12 cards.
Conditions
This problem occurs in the NE Explorer card slot properties pane for the MRC_12 card. In the Line tab, if the Admin State value is set to In Service and the Enable Sync Message check box is unchecked, when you select an Admin SSM value that is not present in CTC for the Admin SSM field and click Apply, you receive the error message "The change was not saved successfully. Data will be reset to the previous values." This problem applies to the ONS 15454 SONET R6.0.
Workaround
None.
•
CSCsh13568
Symptom It is possible to change the OC-n port type from SONET to SDH when Send<FF>DoNotUse is checked.
Conditions
In the NE Explorer card slot properties pane for an OC-n card, if you go to the Line tab > Line Config subtab and check Send<FF>DoNotUse, you can change the port type from SONET to SDH. Because SDH is not supported for OC-n cards, CTM should not allow you to change the port type to SDH.
Workaround
None.
•
CSCsh16961
Symptom Cannot change the Flow Control Low and Flow Control High fields for a custom water mark value for G1000 cards.
Conditions
When the water marks for all ports are set to Default or Low Latency in the NE Explorer, and then you change one of the water marks to Custom in CTC, you cannot edit the flow control values in the NE Explorer.
Workaround
Change the water mark of the port from Custom to any other value. Then, change the water mark value back to Custom. You can now edit the flow control values.
•
CSCsh17066
Symptom Cannot change the cost value for static routes in CTM.
Symptom In the ONS 15454 NE Explorer > Network tab > Static Routes subtab, if you try to modify the cost value, CTM does not allow the change and constantly returns the message "Do you want to apply the change?" CTC allows you to edit the cost value for static routes.
Workaround
None.
•
CSCsh18463
Symptom CTM allows you to change the facility type, but CTC does not.
Conditions
In the NE Explorer > Timing tab > General subtab, if you change the framing mode to ESF, the Facility Type drop-down list becomes enabled. The same drop-down list is disabled in CTC, and you cannot change the facility type.
Workaround
Click the Cancel button to synchronize the CTM client with CTC.
•
CSCsh18688
Symptom Cannot set the AIS threshold in the NE Explorer > Timing tab > General subtab.
Conditions
In the NE Explorer > Timing tab > General subtab, if you change the Timing Mode value to External and change the In Facility Type value to 2 MHz, the BITS OUT Facilities > AIS Thresh field becomes disabled. The same field is enabled in CTC, and you can change it.
Workaround
None.
•
CSCsh18766
Symptom Cannot set the MS-SPRing Ext. Byte value on STM-16 line cards.
Conditions
In the STM-16 card NE Explorer > Line tab, if you try to change the MS-SPRing Ext. Byte value from K3 to Z2, you receive the error message "The change was not saved successfully. Data will be reset to the previous values." This problem applies to ONS 15454 SDH NEs.
Workaround
None.
•
CSCsh18841
Symptom CTM shows far-end electrical path thresholds for E1-42 cards.
Conditions
In the E1-42 card NE Explorer > Line tab > Elect Path Thresh subtabs, CTM shows far-end parameters for all ports, and you can change the parameters. Far-end parameters should not be shown for E1-42 cards.
Workaround
Ignore the invalid far-end parameters shown for E1-42 cards.
•
CSCuk56183
Symptom In the node-level NE Explorer > Network tab > SNMP subtab, the Use Generic MIB check box is missing.
Conditions
This problem applies to all ONS 15xxx NEs that support the CTM NE Explorer.
Workaround
Use CTC to set the Use Generic MIB option.
Performance Monitoring
•
CSCeh64937
Symptom A query for ONS 15310 STS path PM data for a specific port type shows all port types in the results.
Conditions
The physical location filter returns extra rows for real-time PM data.
Workaround
None.
•
CSCei10567
Symptom When the PM service is restarted, the error message "Cannot collect PM on <NE_name>" is logged in the error log during the first PM collection interval.
Conditions
In a GNE-ENE scenario, when the PM service is restarted, the error message "Cannot collect PM on <NE_name>" is logged in the error log. This problem occurs intermittently when the PM collection fails for the first interval.
Workaround
Before restarting the PM service, enable robust PM data collection for the NEs in a GNE-ENE setup. When the first collection interval is successfully retrieved after the PM service restarts, you can disable robust PM data collection if it is not required.
•
CSCei61934
Symptom Cannot collect valid real-time PM data for ML1000-2 cards on release 4.6.x NEs.
Conditions
When you launch a real-time PM table for an ML1000-2 card on a release 4.6.x NE, incorrect PM values are displayed.
Workaround
None.
•
CSCei81177
Symptom Cannot collect high-order path real-time PM data at the near or far end for CTX, DS-1, DS1_E1_56, DS3I, and XTC cards.
Conditions
This problem occurs when the first low-order circuit created on these cards is not on port n, where:
•
n is 1 for CTX, DS-1, and XTC cards
•
n is 1 or 29 for DS1_E1_56 cards
•
n is 1... 4... 7... 10 for DS3I cards
Workaround
Verify that the first circuit created is on port n as defined in the Conditions.
•
CSCei81186
Symptom The VC3 number is shown incorrectly in the Interface Type column of the Low Order VC3 PM table.
Conditions
This problem occurs when you create a low-order VC4 tunnel circuit with VC3 port grouping using port group 3. When you launch the near- or far-end Low Order VC3 PM table, the interface type is shown as VC3#3 at the VC3 level for all three ports instead of as VC3#3/1, VC3#3/2, and VC3#3/3.
Workaround
To view the interface type, launch CTC to the NE.
•
CSCei81990
Symptom Some real-time PM tables for MRC-12 cards show the interface name as FAC instead of OC-n or STM-n.
Conditions
When you launch the following real-time PM tables for an MRC-12 card, the interface name is shown as FAC instead of OC-n for SONET and STM-n for SDH.
•
Multiplex Section PM table
•
Regenerator Section PM table
•
SONET Section PM table
•
SONET Line PM table
Workaround
None.
•
CSCei87403
Symptom Data for unsupported DS-1 far-end PM parameters is displayed inconsistently.
Conditions
The unsupported parameters UASFE-NP, ESR-P, and SESR-P are shown as blank. The parameter FC-P is shown incorrectly as supported, with a value of 0. The data should be shown as N/A for all of these parameters.
Workaround
None.
•
CSCei88153
Symptom The real-time Physical PM table for ONS 15310 NEs shows data for EC-1 ports.
Conditions
If you launch the real-time Physical PM table for an ONS 15310 that has EC-1 ports, EC-1 data is shown. EC-1 data should not be shown in the Physical PM table, because the EC-1 is an electrical port.
Workaround
None.
•
CSCei88161
Symptom The DS1 PM table for DS3XM-12 cards contains CV-L, ES-L, SES-L, and LOSS-L parameters.
Conditions
When you launch the 15-minute or 1-day near-end DS1 PM table for DS3XM-12 cards, the extra PM parameters CV-L, ES-L, SES-L, and LOSS-L are shown.
Workaround
Ignore the extra parameters CV-L, ES-L, SES-L, and LOSS-L for DS-1 interfaces on DS3XM-12 cards.
•
CSCin85192
Symptom When you click OK in the Graph Parameters Selection dialog box, the selected parameters are not graphed correctly.
Conditions
This problem occurs occasionally under the following conditions:
1.
Enable PM data collection for an ONS 15530 NE.
2.
Launch the Line PM table for this NE and click the Graph Configure Parameter button.
3.
In the Graph Parameters Selection dialog box, choose three parameters; then, click OK.
The graph shows only one parameter; two parameters are missing.
Workaround
Add the same parameters to the second graph, where they will be graphed correctly.
•
CSCin93966
Symptom After a normalization operation on a PM graph, the maximum value of the Y axis is not displayed.
Conditions
This problem occurs when multiple graphs are displayed in the PM Plot tab. If a single graph is displayed, the maximum value of the Y axis is shown correctly after a normalization operation. This problem does not occur after a restore operation.
Workaround
To read the maximum value of the Y axis after a normalization operation, place your mouse pointer over the Y axis value. The tooltip shows the maximum value.
•
CSCsb31623
Symptom When you launch the DS-1 PM table for an ONS 15310 NE, the FC-P (Tx) parameter is missing.
Conditions
See Symptom.
Workaround
None.
•
CSCsb43019
Symptom CTM does not report PM values at time 00:00 for an ONS 1580x card.
Conditions
This problem occurs when the connection to the NE is lost, the offline time period includes 00:00, and PM retrieval is enabled for more than one card.
Workaround
Retrieve PM values for one card only.
•
CSCsb45250
Symptom Cannot collect valid real-time Storage Area Network (SAN) PM data for NEs earlier than release 5.0.
Conditions
When you launch the real-time SAN PM table for an NE release earlier than R5.0, incorrect PM values are displayed.
Workaround
None.
•
CSCsb48382
Symptom The real-time CoS PM table shows all values as Not Available.
Conditions
This problem occurs only when the NE contains two or more preprovisioned cards, or when the NE contains a preprovisioned card in addition to physically present cards. When the NE does not contain preprovisioned cards, this problem does not occur.
Workaround
Launch the real-time CoS PM table on a specific slot or port instead of on all slots or ports.
•
CSCsb50114 (Related caveat ID: CSCei60539)
Symptom When the near-end DS1 PM table is launched for a DS1_E1_56 or DS3XM-12 card, the PM parameters ESNE-NP, SESNE-NP, and UASNE-NP are not displayed.
Conditions
CTM does not support the parameters ESNE-NP, SESNE-NP, and UASNE-NP; therefore, these parameters are not displayed in the DS1 PM table.
Workaround
None.
•
CSCsb59627
Symptom During the launch of a real-time PM table for an ONS 15600 SONET or ONS 15600 SDH NE, modules that are not actually present in the selected slots are shown as selectable options.
Conditions
See Symptom.
Workaround
None.
•
CSCsb64843
Symptom Cannot collect real-time PM data for GFP statistics on ONS 15454 SONET DM_2.5G and DMP_2.5G cards.
Conditions
See Symptom.
Workaround
Use CTC to collect real-time PM data for GFP statistics on DM_2.5G and DMP_2.5G cards.
•
CSCsb67092
Symptom If you launch the real-time 8B10B PM table for all ports, the Invalid Ordered Sets counter is missing on 2.5G_DM and 2.5G_DMP cards.
Conditions
This problem applies to ONS 15454 SONET and ONS 15454 SDH NEs with 2.5G_DM or 2.5G_DMP cards.
Workaround
In the PM Query by Category or PM Query by NE Model wizards, specify the exact port number; do not choose All as the port.
•
CSCsb68344
Symptom If you choose Performance > PM Query by Category and launch the 1-day Ethernet PM table for an ONS 15454 SONET or ONS 15454 SDH with Ethernet cards, CTM displays the 15-minute Ethernet PM table.
Conditions
CTM displays the 15-minute Ethernet PM table instead of the 1-day table when retrieving PM data for Ethernet, POS, CoS, and GFP categories for the following ONS 15454 SONET and ONS 15454 SDH cards: DWDM (2.5G_DM, 2.5G_DMP, TXP_MR_2.5G, TXPP_MR_2.5G, TXP_MR_10G, TXP_MR_10G), Ethernet, G1000_4, ML, CE-100T-8, and ASAP.
Workaround
Choose Performance > PM Query by NE Model to launch the 1-day Ethernet PM table.
•
CSCsb69664
Symptom After creating a DCC with OSI support, the corresponding OSI subnet is shown incorrectly as Port 0 or is empty.
Conditions
This problem occurs after DCC creation on a SONET or SDH port.
Workaround
Close and reopen the NE Explorer window.
•
CSCsc91984 (Related caveat IDs: CSCsb92174, CSCsd29273)
Symptom PM data collection fails and the Alarm Browser reports Lost 15-minute/1-day PM alarms. The Error Log contains "HTTP Server too busy" or "HTTP Error: 401" messages for the NE.
Conditions
This problem occurs when the NE has been running continuously without a reboot for longer than 414 days. To confirm this problem, open a Telnet session to the NE and enter the tickGet command:
-> tickGetvalue = -332642796 = 0xec2c4614 ...If the first value in the tickGet command output is negative, the NE has exceeded the 414 day threshold and CTM cannot collect PM data from the NE.
Workaround
Reboot the TCC card on the NE in order to reset the tick counter. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc19490
Symptom CTM shows invalid or incorrect values for some 15-minute performance data parameters for ML/Ethernet cards.
Conditions
This problem applies only to NE release 4.1.4.
Workaround
Use CTC to view the performance statistics. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCse17022
Symptom PM collection fails for ONS 1580x NEs.
Conditions
See Symptom.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsh46229
Symptom PM data collection takes longer than 15 minutes, resulting in high CPU usage.
Conditions
If the CTM server contains more than 2500 NEs, and if PM data collection is enabled on all of the NEs, it takes longer than 15 minutes to collect PM data. This problem occurs because of a database call to the TCA table, which usually contains a large number of rows. The database call results in high CPU usage, and the PM data collection does not complete in 15 minutes.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCuk55231
Symptom TCAs are shown one hour late in PM tables when the NE switches automatically from daylight saving time to standard time.
Conditions
When the NE switches automatically from daylight saving time to standard time, CTC does not update correctly, causing a one-hour delay between CTC and CTM. Accordingly, TCAs are shown in PM tables one hour after they were first visible in the Alarm Log.
Workaround
None.
•
CSCuk55603
Symptom For nodes equipped with PPM-provisioned transponder and muxponder cards, the reported Average Transmit Power value is incorrect.
Conditions
If you open the real-time Physical PM table for a particular slot with "All" selected as the port, the Average Transmit Power value is 0.0 dBm. The correct value is -40 dBm, as reported in CTC. This problem applies to R4.7 and R5.0 NEs equipped with PPM-provisioned MXP_2.5G_10E, DMP_2.5G, or TXP_MR_10E cards.
Workaround
Open the real-time Physical PM table for a particular slot and port. Do not select "All" as the port; rather, specify a particular port.
Network Map
•
CSCsb52823
Symptom Cannot configure default layouts in the Network Map as expected.
Conditions
This problem applies to a ring that contains 10 or more NEs.
Workaround
Configure the view manually.
Control Panel
•
CSCeg41857
Symptom Cannot restart the NE service after stopping it from a service instance node.
Conditions
If you stop the NE service from a service instance node in the Control Panel, you cannot restart the top-level NE service.
Workaround
Start the NE service from the top-level NE service node. This is the parent node for all the service instance nodes.
•
CSCsb65792
Symptom When you stop an NE service in the Control Panel, there is no confirmation dialog box to prompt you before stopping the service immediately.
Conditions
This problem occurs in the Control Panel when you select a running NE service (as indicated by a green arrow) and stop it. The service stops immediately, and the icon changes to a red arrow. There is no confirmation dialog box to confirm whether you really want to stop the service.
Workaround
None.
•
CSCsc47089
Symptom Stopping the CTMTL1FWDService process from the Control Panel does not stop it on the server.
Conditions
See Symptom.
Workaround
Do not stop and restart the CTM GateWay/TL1 service from the Control Panel. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsd82603
Symptom In the Control Panel > Security Properties pane > CTM Security tab > Login Preferences area, the Max Retries value does not work correctly.
Conditions
When the CTM client is locked and the Max Retries value is set to 0 (zero) in the Control Panel, you should be allowed a login attempt. Instead, even if you enter the correct username and password to log in, the following error message is returned:
Maximum number of unlock attempts exceeded. Application will be shut down.Workaround
Exit the CTM client; then, restart the client.
•
CSCsh06817
Symptom The "Maximum login attempts exceeded" alarm is not cleared after unchecking the Infinite check box in the Control Panel > Security Properties pane > CTM Security tab > Login Preferences area.
Conditions
This problem occurs in the Control Panel > Security Properties pane > CTM Security tab > Login Preferences area. If the Max Retries field is set to 10 and you check the Infinite check box and click Save, then log in as an unknown user, you receive the following error message after 10 login attempts: "EID-129: The current user account has been locked. Please try again later." If you then log in as a known user, the Alarm Browser reports a "Maximum login attempts exceeded" alarm. If you then uncheck the Infinite check box in the Control Panel > Login Preferences area, the alarm is not cleared from the Alarm Browser. The expected behavior is that the "Maximum login attempts exceeded" alarm is cleared for the unknown user after unchecking the Infinite check box.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsh45398
Symptom The TCA_EVENT_TABLE is not pruned and grows to millions of rows. The huge number of rows causes high CPU usage and performance degradation.
Conditions
See Symptom.
Workaround
Delete rows from the TCA_EVENT_TABLE on a regular basis because the table grows at a rate of hundreds of rows per second. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
Miscellaneous
•
CSCec49550
Symptom The dashboard comes to the front when the Solaris desktop is locked.
Conditions
Start the CTM client and keep the dashboard open, then wait for Solaris to lock due to inactivity. Even when the desktop is locked, the dashboard comes to the top of the locked Common Desktop Environment (CDE).
Workaround
From the CDE window Style Manager, uncheck Allow primary windows on top.
•
CSCeg57848
Symptom The Equipment Inventory table shows TCC2P as TCC2.
Conditions
If you open the Equipment Inventory table for an ONS 15454 SDH NE that contains TCC2P modules, the Actual Equipment Type field shows "TCC2." The field should distinguish between TCC2 and TCC2P modules.
Workaround
None.
•
CSCin94007
Symptom CTM shows a blank password.
Conditions
An unset password is shown as an empty password field, which therefore reveals the actual password.
Workaround
Change the password of all NEs that have a blank password.
•
CSCsb29625
Symptom When a new card is provisioned on a Filler card on an ONS 15600 SDH NE, the actual equipment type is blank and a Mismatch of Equipment (MEA) alarm is raised.
Conditions
When a new card is provisioned on a Filler card on an ONS 15600 SDH NE, the actual equipment type is blank in the Equipment Inventory table. The actual equipment type should report "Filler Card." Also, an MEA alarm is raised on the card. This problem applies only to ONS 15600 SDH NEs.
Workaround
None.
•
CSCsb57443
Symptom ONS 1580x TL1 user passwords are logged in clear on the CTM server.
Conditions
This problem occurs when the ONS 1580x NE service log level is set to Debug or Trace.
Workaround
None.
•
CSCsb69510
Symptom The CTM client hangs while opening the Network Map and NE Explorer windows.
Conditions
When you open the Network Map and NE Explorer (and other windows) in quick sequence, a Java problem with managing animated icons could occur, causing the CTM client GUI to freeze.
Workaround
Close and reopen the CTM client.
•
CSCsb73080
Symptom Using the Statistics Report tool for MGX devices, the Raw Data Report shows the wrong calendar date. For example, the Raw Data Report shows August 25, 2005 as a Friday instead of a Thursday.
Conditions
See Symptom.
Workaround
None.
•
CSCsb87835
Symptom The Alarm Browser and Alarm Log do not display DBOSYNC alarms from ONS 15600 R1.13 NEs.
Conditions
This problem occurs when an ONS 15600 R1.13 NE sends a DBOSYNC alarm.
Workaround
To prevent CTM from discarding these alarms, use an SQL tool (such as SQL*Plus) to run the following SQL commands against the CTM database:
INSERT INTO ALARM_EVENT_TYPE_ENUM_TABLE VALUES (17214, `Standby Database Out of Sync', `DBOSYNC', `UNIDENTIFIED', 1);commit;Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsb93921
Symptom Out of Service/In Service operations and scheduled configuration resynchronizations on an NE do not synchronize the inventory table for the NE.
Conditions
See Symptom.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch. Alternately, complete the following steps to force CTM to resynchronize the inventory information with the NE:
Step 1
In CTM, mark the NE as Out of Service.
Step 2
Launch CTC on the NE.
Step 3
Using CTC, change the inventory of the NE. For example, preprovision a card.
Note
This will not work if there are no free slots on the NE.
Step 4
In CTM, mark the NE as In Service.
•
CSCsc20505
Symptom Client login takes a long time.
Conditions
Unknown.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc22000
Symptom Need to enhance CTM debug tools to show NE information from the NEService cache.
Conditions
See Symptom.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsc91982
Symptom CTM Solaris hangs when doing regular operations in the CTM GUI.
Conditions
This problem is possibly related to client-side memory or active processes.
Workaround
Close the CTM client and log in again.
•
CSCsd05320
Symptom It is possible to retrieve the NE backup memory from CTM and save it to the CTM client machine. However, CTM reports the retrieval and saving of the memory as successful even when the file saving to the client machine failed.
Conditions
This problem occurs under the following conditions:
1.
Select an NE in the Domain Explorer and choose Administration > Memory Backup Upload.
2.
In the Backup File dialog box, choose Select All.
3.
In the Upload Location field, change the drive letter to a nonexistent drive.
4.
Click Upload.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsd70181
Symptom The Error Log shows a major error with the following message:
Finding NE IP Add in NE Info Table: VALUEGNECONNECTEDConditions
This error occurs when an ENE gets disconnected and goes into Initializing state or when an ENE is marked as In Service. When an ENE goes into Initializing state, it checks whether its GNE has completed the initialization process. During this time, it displays the connectivity state of the GNE as a major error in the Error Log.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCse35917
Symptom After upgrading an NE release from 5.0.x to 6.0, CTM does not clean up the original port connection to the NE.
Conditions
CTM uses the SSLIOP listener port to communicate with release 6.0 NEs and the IIOP listener port to communicate with release 5.0.x NEs. When you change an NE release from 5.0.x to 6.0 or visa versa, CTM does not destroy the original connection to that NE.
Workaround
After changing an NE version, restart the CTM NE service. Alternately, install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsg04592
Symptom The CTM client exits if you enter the wrong login password in the CTM Locked dialog box.
Conditions
When the Control Panel > Security Properties pane > Login Preferences area > Max Retries field is set to 0, you should be able to retry entering the login password in the CTM Locked dialog box an unlimited number of times. Instead, the CTM client exits after the first incorrect login.
Workaround
Install the CTM R6.0.0.414.2 patch. See Installing the CTM R6.0.0.414.2 Patch.
•
CSCsh16989
Symptom


