Table Of Contents
Release Notes for Cisco Transport Manager Release 8.0
New Features and Functionality
CTM-Supported NE Software Releases
Adding the ONS 15310 CL R6.0.3 to the Supported NE Table
Adding the ONS 15310 CL R7.0.5 to the Supported NE Table
Adding the ONS 15310 CL R7.2.2 to the Supported NE Table
Adding the ONS 15310 CL R7.2.3 to the Supported NE Table
Adding the ONS 15310 MA R7.0.5 to the Supported NE Table
Adding the ONS 15310 MA R7.0.7 to the Supported NE Table
Adding the ONS 15310 MA R7.2.2 to the Supported NE Table
Adding the ONS 15310 MA R7.2.3 to the Supported NE Table
Adding the ONS 15327 R6.0.3 to the Supported NE Table
Adding the ONS 15327 R7.0.5 to the Supported NE Table
Adding the ONS 15327 R7.0.7 to the Supported NE Table
Adding the ONS 15327 R7.2.2 to the Supported NE Table
Adding the ONS 15327 R7.2.3 to the Supported NE Table
Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table
Adding the ONS 15454 SDH R7.0.5 to the Supported NE Table
Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table
Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table
Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table
Adding the ONS 15454 SONET R7.0.5 to the Supported NE Table
Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table
Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table
Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table
Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table
Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table
Third-Party Patches and Security Notices
CTM-Supported JRE and Apache Versions
(Optional) Upgrading to JRE Version 1.5.0_15
Upgrading the CTM R8.0 Server to JRE Version 1.5.0_15
Upgrading the CTM R8.0 Solaris Client to JRE Version 1.5.0_15
Upgrading the CTM R8.0 Windows Client to JRE Version 1.5.0_15
Installing the CTM R8.0.0.912.1 Patch
Determining What CTM Patch Is Currently Installed in the CTM System
Backing Up the CTM Database Before Installing the CTM R8.0.0.912.1 Patch
Downloading the CTM R8.0.0.912.1 Patch
Installing the CTM R8.0.0.912.1 Server Patch on the Same or Separate Workstation(s)
Installing the CTM R8.0.0.912.1 Client Patch in Windows
Installing the CTM R8.0.0.912.1 Client Patch in Solaris
Installation and Upgrade Caveats
Cisco Transport Controller Caveats
Cisco ONS 15302 and Cisco ONS 15305
Cisco ONS 15327, Cisco ONS 15454 SDH, and Cisco ONS 15454 SONET
Cisco ONS 15501, Cisco ONS 15530, and Cisco ONS 15540
Cisco ONS 15600 SONET and Cisco ONS 15600 SDH
Cisco ONS 15800, Cisco ONS 15801, and Cisco ONS 15808
Cisco CRS-1 and Cisco XR 12000
Obtaining Documentation and Submitting a Service Request
Release Notes for Cisco Transport Manager Release 8.0
September 18, 2009
These release notes describe the caveats for Cisco Transport Manager (CTM) Release 8.0. These release notes accompany the Cisco Transport Manager Release 8.0 User Guide and the Cisco Transport Manager Release 8.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
•
CTM-Supported JRE and Apache Versions
•
Installing the CTM R8.0.0.912.1 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), routers, and switches. 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 8.0, CTM supports the Cisco 7600 Series Edge Router (Cisco 7600); the Cisco Optical Networking System (ONS) family of optical NEs; 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.
Note
The Cisco 7600 module is not supported in a high availability installation setup in CTM R8.0.
New Features and Functionality
The following table describes the new features and functionality in CTM R8.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 8.0.
NE Software Releases Added
The following NE releases were added to Table 2, "CTM Supported NE Software Releases":
•
Manually added to CTM:
Note
You can manually add new NE software releases to CTM R8.0.0.856 or later.
–
ONS 15310 CL R6.0.3
–
ONS 15310 CL R7.0.5
–
ONS 15310 CL R7.2.2
–
ONS 15310 CL R7.2.3
–
ONS 15310 MA R7.0.5
–
ONS 15310 MA R7.0.7
–
ONS 15310 MA R7.2.2
–
ONS 15310 MA R7.2.3
–
ONS 15327 R6.0.3
–
ONS 15327 R7.0.5
–
ONS 15327 R7.0.7
–
ONS 15327 R7.2.2
–
ONS 15327 R7.2.3
–
ONS 15454 SONET R6.0.3
–
ONS 15454 SONET R7.0.5
–
ONS 15454 SONET R7.0.7
–
ONS 15454 SONET R7.2.3
–
ONS 15454 SDH R6.0.3
–
ONS 15454 SDH R7.0.5
–
ONS 15454 SDH R7.0.7
–
ONS 15454 SDH R7.2.3
–
ONS 15600 SONET R7.2.2
–
ONS 15600 SONET R7.2.3
–
MGX Voice Gateway R5.3.30
Sections and Caveats Added
The following sections and caveats were added to the release notes:
•
The section CTM-Supported JRE and Apache Versions was added to list the JRE and Apache versions supported in CTM R8.0.
•
The section Third-Party Patches and Security Notices was added.
•
The section Installing the CTM R8.0.0.912.1 Patch was added.
•
The following sections were added to describe how to add support for new NE releases:
–
Adding the ONS 15310 CL R6.0.3 to the Supported NE Table
–
Adding the ONS 15310 CL R7.0.5 to the Supported NE Table
–
Adding the ONS 15310 CL R7.2.2 to the Supported NE Table
–
Adding the ONS 15310 CL R7.2.3 to the Supported NE Table
–
Adding the ONS 15310 MA R7.0.5 to the Supported NE Table
–
Adding the ONS 15310 MA R7.0.7 to the Supported NE Table
–
Adding the ONS 15310 MA R7.2.2 to the Supported NE Table
–
Adding the ONS 15310 MA R7.2.3 to the Supported NE Table
–
Adding the ONS 15327 R6.0.3 to the Supported NE Table
–
Adding the ONS 15327 R7.0.5 to the Supported NE Table
–
Adding the ONS 15327 R7.0.7 to the Supported NE Table
–
Adding the ONS 15327 R7.2.2 to the Supported NE Table
–
Adding the ONS 15327 R7.2.3 to the Supported NE Table
–
Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table
–
Adding the ONS 15454 SDH R7.0.5 to the Supported NE Table
–
Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table
–
Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table
–
Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table
–
Adding the ONS 15454 SONET R7.0.5 to the Supported NE Table
–
Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table
–
Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table
–
Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table
–
Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table
–
Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table
•
The following caveats were added:
–
CSCsi39771 (Related caveat ID: CSCsk76179)
Sections and Caveats Removed
•
The following sections were removed, because the CTM R8.0.0.912.1 patch inherits all bug fixes and obsoletes these earlier patches and service packs:
–
Installing the CTM R8.0.0.857.2 Patch
–
Installing the CTM R8.0.0.859.2 Patch
–
Installing the CTM R8.0.0.867.1 Patch
–
Installing the CTM R8.0.0.871.4 Patch
–
Installing the CTM R8.0.0.875.3 Patch
–
Installing the CTM R8.0.0.877.1 Patch
–
Installing the CTM R8.0.0.890.1 Patch
–
Installing the CTM R8.0.0.905.3 Service Pack
–
Installing the CTM R8.0.0.907.3 Service Pack
•
The following caveats were removed from the Open Caveats section because they are not valid:
–
CSCse96378
–
CSCsf05347
–
CSCsh98040
–
CSCsh98271
–
CSCsi12092
CTM-Supported NE Software Releases
The following table lists the NE software releases supported in CTM R8.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 Release NE Version StringONS 15216 100-GHz OADM1/2/4
Release 2.2.2
soadma.out-Ver2.2.2
Release 2.2.2
soadmb.out-Ver2.2.2
Release 2.2.3
soadma.out-Ver2.2.3
Release 2.2.3
soadmb.out-Ver2.2.3
ONS 15216 200-GHz OADM1/2
Passive
1.0
ONS 15216 DCU
Passive
2.0
ONS 15216 DWDM Filter (including ONS 15216 100-GHz Red/Blue Filters and ONS 15216 200-GHz Red/Blue Filters)
Release 2.1
2.1
ONS 15216 EDFA1
Passive
1.0
ONS 15216 EDFA2
Release 2.3
v2.3.0
Release 2.4
v2.4.0
ONS 15216 EDFA3
Release 1.1
01.01.00
ONS 15216 FlexLayer
Passive
1.0
ONS 15216 OSC
Passive
2.0
ONS 15302
Release 2.0.1
2.0.1
Release 2.0.2
2.0.2
ONS 15305
Release 2.0.2
2.0.2
Release 2.0.3
2.0.3
ONS 15305 CTC
Release 3.0.5
04.60-X06F-28.14
ONS 15310 CL
Release 5.0.8
05.08-006J-16.07
Release 6.0.1
06.01-005L-10.05
Release 6.0.31
06.03-007D-06.04
Release 6.2
06.20-006C-17.10
Release 6.2.2
06.22-006F-23.21
Release 7.0
07.00-005L-19.20
Release 7.0.2
07.02-006I-06.16
Release 7.0.4
07.04-007A-08.16
Release 7.0.52
07.05-007D-20.22
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22.007B-08.193
07.22-007B-15.13
Release 7.2.34
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
ONS 15310 MA
Release 7.0
07.00-005L-19.20
Release 7.0.2
07.02-006I-06.16
Release 7.0.4
07.04-007A-08.16
Release 7.0.55
07.05-007D-20.22
Release 7.0.76
07.07-007L-03.20
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22.007B-08.197
07.22-007B-15.13
Release 7.2.38
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
ONS 15327
Release 4.1.3
04.13-003L-19.01
Release 4.1.4
04.14-004C-09.23
Release 4.1.82
04.182-006-L2805
Release 4.6.6
04.66-005K-09.00
Release 5.0.4
05.04-005G-13.18
Release 5.0.8
05.08-006J-16.07
Release 6.0.1
06.01-005L-10.05
Release 6.0.39
06.03-007D-06.04
Release 6.2
06.20-006C-17.10
Release 6.2.2
06.22-006F-23.21
Release 7.0
07.00-005L-19.20
Release 7.0.2
07.02-006I-06.16
Release 7.0.4
07.04-007A-08.16
Release 7.0.510
07.05-007D-20.22
Release 7.0.711
07.07-007L-03.20
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22.007B-08.1912
07.22-007B-15.13
Release 7.2.313
07.23-007F-22.02
ONS 15454 SONET
Release 4.1.4
04.14-004C-09.23
Release 4.1.6
04.16-004I-10.23
Release 4.1.82
04.182-006-L2805
Release 4.6.5
04.65-005C-23.19
Release 4.6.6
04.66-005K-09.00
Release 4.7 (MSTP only)
04.70-004I-14.01
Release 5.0.6
05.06-005H-23.18
Release 5.0.8
05.08-006J-16.07
Release 6.0
06.00-005H-18.21
Release 6.0.1
06.01-005L-10.05
Release 6.0.2 (MSPP only)
06.02-006K-21.13
Release 6.0.314
06.03-007D-06.04
Release 6.2
06.20-006C-17.10
Release 6.2.2
06.22-006F-23.21
Release 7.0
07.00-005L-19.20
Release 7.0.1 (MSTP only)
07.01-006D-20.20
Release 7.0.2
07.02-006I-06.16
Release 7.0.3 (MSTP only)
07.03-006I-29.09
Release 7.0.4
07.04-007A-08.16
Release 7.0.515
07.05-007D-20.22
Release 7.0.716
07.07-007L-03.20
Release 7.2
07.20-006E-04.17
07.20-M06H-22.00
Release 7.2.2
07.22-007B-15.13
Release 7.2.317
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
ONS 15454 SDH
Release 4.6.3
04.63-004I-30.23
Release 5.0.6
05.06-005H-23.18
Release 6.0
06.00-005H-18.21
Release 6.0.1
06.01-005L-10.05
Release 6.0.318
06.03-007D-06.04
Release 6.2
06.20-006C-17.10
Release 6.2.2
06.22-006F-23.21
Release 7.0
07.00-005L-19.20
Release 7.0.1 (MSTP only)
07.01-006D-20.20
Release 7.0.2
07.02-006I-06.16
Release 7.0.3 (MSTP only)
07.03-006I-29.09
Release 7.0.4
07.04-007A-08.16
Release 7.0.519
07.05-007D-20.22
Release 7.0.720
07.07-007L-03.20
Release 7.2
07.20-006E-04.17
07.20-M06H-22.00
Release 7.2.2
07.22-007B-15.13
Release 7.2.321
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
ONS 15501
Release 4.1 AC
4.1
Release 4.1 DC
4.1
ONS 15530
Cisco IOS Release 12.2(29)SV
12.2(29)SV
ONS 15540 Extended Services Platform (ESP)
Cisco IOS Release 12.2(29)SV
12.2(29)SV
ONS 15540 Extended Services Platform with external cross-connect capability (ESPx)
Cisco IOS Release 12.2(29)SV
12.2(29)SV
ONS 15600 SONET
Release 1.3.1
Note
Release 1.3.1 is the same as 1.3.0.
01.30-004D-01.20
Release 5.0.8
05.08-006J-16.07
Release 6.0.1
06.01-005L-10.05
Release 6.2
06.20-006C-17.10
Release 6.2.2
06.22-006F-23.21
Release 6.2.4
06.24-006L-15.00
Release 7.0
07.00-005L-19.20
Release 7.0.2
07.02-006I-06.16
Release 7.0.4
07.04-007A-08.16
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22.007B-08.1922
07.22-007B-15.13
Release 7.2.323
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
ONS 15600 SDH
Release 1.4
01.40-004A-15.18
Release 8.0
08.00-007A-27.16
ONS 15800
Release 2.1 (TL1 Agent Release 2.1)
2.1
ONS 15801
Release 2.1 (TL1 Agent Release 2.1)
2.1
ONS 15808
Release 2.2 (TL1 Agent Release 2.4)
2.4
CRS-1
Release 3.2
3.2.0
Release 3.2.1
3.2.1
Release 3.2.2
3.2.2
Release 3.3
3.3.0
Release 3.3.1
3.3.1
Release 3.3.2
3.3.2
XR 12000
Release 3.2
3.2.0
Release 3.2.1
3.2.1
Release 3.2.2
3.2.2
Release 3.3
3.3.0
Release 3.3.1
3.3.1
Release 3.3.2
3.3.2
Cisco 7609
12.2(18)SXF
—
Cisco Catalyst 6509
CatOS 7.1(1) or later
Most recent CatOS release
Cisco MDS 9000
MDS 9000 family, including MDS 9100, MDS 9200, MDS 9500, Port Analyzer Adapter, and Storage Networking Module
—
Cisco MGX 8880 Media Gateway
Release 5.2.10
5.2.10
Release 5.3.10
5.3.10
Release 5.3.3024
5.3.30
Release 5.4.00
5.4.00
Voice-Enabled Cisco MGX 8850 Multiservice Switch
Release 5.2.10
5.2.10
Release 5.3.10
5.3.10
Release 5.3.30
Note
See footnote about adding support for this software release.
5.3.30
Release 5.4.00
5.4.00
Voice-Enabled Cisco MGX 8830 Multiservice Switch
Release 5.2.10
5.2.10
Release 5.3.10
5.3.10
Release 5.3.30
Note
See footnote about adding support for this software release.
5.3.30
Release 5.4.00
5.4.00
VISM-PR
Release 3.3.20
3.3.20
Release 3.3.25
3.3.25
Release 3.3.30
3.3.30
VXSM
Release 5.2.10
5.2.10
Release 5.3.10
5.3.10
Release 5.3.30
5.3.30
Release 5.4.0025
5.4.00
Release 5.54.0020
5.54.00
1 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.
2 In order for CTM to support the ONS 15310 CL R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R7.0.5 to the Supported NE Table.
3 In order for CTM to support the ONS 15310 CL R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R7.2.2 to the Supported NE Table.
4 In order for CTM to support the ONS 15310 CL R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R7.2.3 to the Supported NE Table.
5 In order for CTM to support the ONS 15310 MA R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.0.5 to the Supported NE Table.
6 In order for CTM to support the ONS 15310 MA R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.0.7 to the Supported NE Table.
7 In order for CTM to support the ONS 15310 MA R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.2.2 to the Supported NE Table.
8 In order for CTM to support the ONS 15310 MA R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.2.3 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 15327 R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.0.5 to the Supported NE Table.
11 In order for CTM to support the ONS 15327 R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.0.7 to the Supported NE Table.
12 In order for CTM to support the ONS 15327 R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.2.2 to the Supported NE Table.
13 In order for CTM to support the ONS 15327 R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.2.3 to the Supported NE Table.
14 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.
15 In order for CTM to support the ONS 15454 SONET R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R7.0.5 to the Supported NE Table.
16 In order for CTM to support the ONS 15454 SONET R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table.
17 In order for CTM to support the ONS 15454 SONET R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table.
18 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.
19 In order for CTM to support the ONS 15454 SDH R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R7.0.5 to the Supported NE Table.
20 In order for CTM to support the ONS 15454 SDH R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table.
21 In order for CTM to support the ONS 15454 SDH R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table.
22 In order for CTM to support the ONS 15600 SONET R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table.
23 In order for CTM to support the ONS 15600 SONET R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table.
24 In order for CTM to support the MGX Voice Gateway R5.3.30, you must add the software version to the Supported NE table. See Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table.
25 VQM is supported in VXSM R5.4.00 and R5.54.00.
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.01-005L-10.05" as the software version, and "15310 CL 6.01" 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 15310 CL R7.0.5 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R7.0.5, 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, "07.00-005L-19.20" as the software version, and "15310 CL 7.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 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15310 CL 7.05.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 CL R7.2.2 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R7.2.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 15310 CL" as the NE model, "07.22-007B-15.13" as the software version, and "15310 CL 7.22" 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 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15310 CL 7.22.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 CL R7.2.3 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R7.2.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, "07.22-007B-15.13" as the software version, and "15310 CL 7.22" 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 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15310 CL 7.23.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 MA R7.0.5 to the Supported NE Table
In order for CTM to support the ONS 15310 MA R7.0.5, 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 MA" as the NE model, "07.00-005L-19.20" as the software version, and "15310 MA 7.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 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15310 MA 7.05.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 MA R7.0.7 to the Supported NE Table
In order for CTM to support the ONS 15310 MA R7.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 MA" as the NE model, "07.04-007A-08.16" as the software version, and "15310 MA 7.04" 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 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15310 MA 7.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 MA R7.2.2 to the Supported NE Table
In order for CTM to support the ONS 15310 MA R7.2.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 15310 MA" as the NE model, "07.22-007B-15.13" as the software version, and "15310 MA 7.22" 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 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15310 MA 7.22.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 MA R7.2.3 to the Supported NE Table
In order for CTM to support the ONS 15310 MA R7.2.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 MA" as the NE model, "07.22-007B-15.13" as the software version, and "15310 MA 7.22" 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 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15310 MA 7.23.
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.01-005L-10.05" as the software version, and "15327 6.01" 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 15327 R7.0.5 to the Supported NE Table
In order for CTM to support the ONS 15327 R7.0.5, 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, "07.00-005L-19.20" as the software version, and "15327 7.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 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15327 7.05.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R7.0.7 to the Supported NE Table
In order for CTM to support the ONS 15327 R7.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, "07.04-007A-08.16" as the software version, and "15327 7.04" 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 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15327 7.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R7.2.2 to the Supported NE Table
In order for CTM to support the ONS 15327 R7.2.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 15327" as the NE model, "07.22-007B-15.13" as the software version, and "15327 7.22" 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 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15327 7.22.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15327 R7.2.3 to the Supported NE Table
In order for CTM to support the ONS 15327 R7.2.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, "07.22-007B-15.13" as the software version, and "15327 7.22" 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 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15327 7.23.
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.01-005L-10.05" as the software version, and "15454 SDH 6.01" 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 SDH R7.0.5 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R7.0.5, 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, "07.00-005L-19.20" as the software version, and "15454 SDH 7.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 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15454 SDH 7.05.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R7.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 SDH" as the NE model, "07.04-007A-08.16" as the software version, and "15454 SDH 7.04" 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 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15454 SDH 7.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R7.2.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, "07.22-007B-15.13" as the software version, and "15454 SDH 7.22" 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 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15454 SDH 7.23.
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.01-005L-10.05" as the software version, and "15454 6.01" 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 15454 SONET R7.0.5 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R7.0.5, 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, "07.00-005L-19.20" as the software version, and "15454 7.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 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15454 7.05.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R7.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, "07.04-007A-08.16" as the software version, and "15454 7.04" 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 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15454 7.07.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R7.2.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, "07.22-007B-15.13" as the software version, and "15454 7.22" 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 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15454 7.23.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table
In order for CTM to support the ONS 15600 SONET R7.2.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 15600" as the NE model, "07.22-007B-15.13" as the software version, and "15600 7.22" 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 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15600 7.22.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table
In order for CTM to support the ONS 15600 SONET R7.2.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 15600" as the NE model, "07.22-007B-15.13" as the software version, and "15600 7.22" 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 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15600 7.23.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table
In order for CTM to support the MGX Voice Gateway R5.3.30, 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 MGX Voice Gateway" as the NE model, "5.2(10.0)" or "5.3(10.0)" as the software version, and "MGX VG 5.2(10.0)" or "MGX VG 5.3(10.0)" 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 5.3(30.0) in the Software Version field. Change the Version Name field to MGX VG 5.3(30.0).
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.
CTM-Supported JRE and Apache Versions
The following tables list the JRE and Apache versions supported in CTM R8.0.
Table 3 CTM-Supported JRE Versions
JRE Version Caveat ID Caveat Comments1.5.0_6
—
—
This JRE version was used when CTM R8.0 was released.
1.5.0_11
CSCsj41105
An old JRE version causes security issues in CTM.
This JRE version was supported starting in CTM R8.0.0.863.3.
1.5.0_12
CSCsk28346
This caveat applies to CTM R8.0 only. Later CTM releases will contain the new JRE version.
This JRE version was supported starting in CTM R8.0.0.871.4.
1.5.0_15
CSCsq11152
—
This JRE version was supported starting in CTM R8.0.0.907.3. This JRE version is optional; it is not mandatory that you upgrade to JRE version 1.5.0_15. See (Optional) Upgrading to JRE Version 1.5.0_15.
(Optional) Upgrading to JRE Version 1.5.0_15
CTM R8.0 uses JRE version 1.5. See Table 3 for the latest supported JRE versions.
This section describes how to upgrade to JRE version 1.5.0_15. It is not mandatory that you upgrade to JRE version 1.5.0_15.
Upgrading the CTM R8.0 Server to JRE Version 1.5.0_15
Step 1
The CTM JRE upgrade tool is packaged with the CTM R8.0.0.912.1 patch as a single file called CTM80_JRE_UPGRADE_1_5.zip. After applying the CTM R8.0.0.912.1 patch, locate the CTM80_JRE_UPGRADE_1_5.zip file in the /opt/CiscoTransportManagerServer/bin directory.
Step 2
As the root UNIX user, enter the following command to shut down the CTM server:
# ctms-stopStep 3
Copy the CTM80_JRE_UPGRADE_1_5.zip file to the /tmp directory.
Step 4
Enter the following commands to unzip the file:
# cd /tmp# unzip CTM80_JRE_UPGRADE_1_5.zipThis creates a new directory called JRE.
Step 5
Enter the following command to enter the directory:
# cd JRE
Step 6
Go to http://java.sun.com/javase/downloads/index_jdk5.jsp and download Java Runtime Environment (JRE) 5.0 Update 15.
Step 7
Save the file to /tmp/JRE.
Step 8
Verify that the correct JRE version is installed. You must use the Solaris SPARC 32-bit self-extracting file named jre-1_5_0_15-solaris-sparc.sh.
CautionIf you install the wrong JRE version, CTM does not start.
Step 9
Enter the following commands to copy the installer to the JRE directory and add executable permissions for the file:
# cp jre-1_5_0_15-solaris-sparc.sh /tmp/JRE# chmod +x jre-1_5_0_15-solaris-sparc.shStep 10
Enter the following command to update the current JRE version to 1.5.0_15:
# ./installNewJre.sh jre-1_5_0_15-solaris-sparc.shStep 11
Enter yes at the following license agreement prompt:
# Do you agree to the above license terms? [yes or no]Step 12
All required CTM scripts are updated to point to the new JRE version. Enter the following commands to check that the JRE has been updated correctly:
# cd /opt/CiscoTransportManagerServer/bin# grep jre ctms-startIn the output, you should see:
CLASSPATH=/opt/jre1.5.0_15/lib/rt.jar:$OPENFUSION_HOME/classes:$OPENFUSION_LIB/avalon-fram ework.jar:$OPENFUSION_LIB/logkit.jar:$OPENFUSION_LIB/jacorb.jar:$CLASSPATHAlso, the following listings should point to the new JRE path:
ls -ltra /usr/bin/javals -ltra /usr/bin/javanels -ltra /usr/bin/javapmls -ltra /usr/bin/javaorbls -ltra /usr/bin/javacorbagwls -ltra /usr/bin/ctmsjavaStep 13
Enter the following command to start the CTM server:
# ctms-startStep 14
After upgrading the CTM R8.0 server to JRE version to 1.5.0_15, various errors are displayed regarding the client upgrade. You can safely ignore the following errors, which will disappear after you upgrade the CTM R8.0 client to JRE version 1.5.0_15:
COMPLETED APPLICATION OF JRE INSTALLER PATCHcp: cannot access /opt/CiscoTransportManagerClient/ctmc-startcp: cannot access /opt/CiscoTransportManagerClient/ctmcdebug-startcp: cannot access /opt/CiscoTransportManagerClient/ctmc.shcp: cannot access /opt/CiscoTransportManagerClient/startcwmapp.kshcp: cannot access /opt/CiscoTransportManagerClient/UninstallerData/IAuninstaller.shcat: cannot open /opt/CiscoTransportManagerClient/ctmc-startcp: cannot create /opt/CiscoTransportManagerClient/ctmc-start: No such file or directorycat: cannot open /opt/CiscoTransportManagerClient/ctmcdebug-startcp: cannot create /opt/CiscoTransportManagerClient/ctmcdebug-start: No such file or directorycat: cannot open /opt/CiscoTransportManagerClient/ctmc.shcp: cannot create /opt/CiscoTransportManagerClient/ctmc.sh: No such file or directorycat: cannot open /opt/CiscoTransportManagerClient/startcwmapp.kshcp: cannot create /opt/CiscoTransportManagerClient/startcwmapp.ksh: No such file or directorycat: cannot open /opt/CiscoTransportManagerClient/UninstallerData/IAuninstaller.shcp: cannot create /opt/CiscoTransportManagerClient/UninstallerData/IAuninstaller.sh: No such file or directory
Upgrading the CTM R8.0 Solaris Client to JRE Version 1.5.0_15
Step 1
If the CTM client is installed on the same workstation as the CTM server, and if you completed the previous section to upgrade the CTM server to JRE version 1.5.0_15, the CTM client was upgraded automatically to JRE version 1.5.0_15. The installNewJre.sh script upgrades the client-side JRE when it upgrades the server JRE. In this case, skip to Step 2.
If the CTM client and the CTM server are installed on separate workstations, complete the following substeps to upgrade the CTM client to JRE version 1.5.0_15:
a.
As the root UNIX user, use File Transfer Protocol (FTP) to transfer CTM80_JRE_UPGRADE_1_5.zip from the /opt/CiscoTransportManagerServer/bin directory on the server to the client workstation.
b.
Copy the CTM80_JRE_UPGRADE_1_5.zip file to the /tmp directory.
c.
Enter the following commands to unzip the file:
# cd /tmp# unzip CTM80_JRE_UPGRADE_1_5.zipThis creates a new directory called JRE.
d.
Enter the following command to enter the directory:
# cd JREe.
Go to http://java.sun.com/javase/downloads/index_jdk5.jsp and download Java Runtime Environment (JRE) 5.0 Update 15.
f.
Save the file to /tmp/JRE.
g.
Verify that the correct JRE version is installed. You must use the Solaris SPARC 32-bit self-extracting file named jre-1_5_0_15-solaris-sparc.sh.
h.
Enter the following commands to copy the installer to the JRE directory and add executable permissions for the file:
# cp jre-1_5_0_15-solaris-sparc.sh /tmp/JRE# chmod +x jre-1_5_0_15-solaris-sparc.shi.
Enter the following command to update the JRE version to 1.5.0_15:
# ./installNewJre.sh jre-1_5_0_15-solaris-sparc.shj.
Enter yes at the following license agreement prompt:
# Do you agree to the above license terms? [yes or no]Step 2
All required CTM scripts are updated to point to the new JRE version. Enter the following commands to check that the JRE has been updated correctly:
# cd /opt/CiscoTransportManagerClientStep 3
Enter the following command to check the JRE version used by the CTM client:
# jre/bin/java -versionIn the output, you should see:
java version "1.5.0_15"Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)Java HotSpot(TM) Server VM (build 1.5.0_15-b04, mixed mode)
Upgrading the CTM R8.0 Windows Client to JRE Version 1.5.0_15
Step 1
Go to http://java.sun.com/javase/downloads/index_jdk5.jsp and download Java Runtime Environment (JRE) 5.0 Update 15. The JRE installable for Windows is named jre-1_5_0_15-windows-i586-p.exe.
Step 2
Go to C:\Program Files\Java\ and copy the directory with the latest JRE version, jre1.5.0_15.
Step 3
Paste it into the CTM client directory C:\Cisco\TransportManagerClient8_0.
Step 4
Rename the original JRE directory in C:\Cisco\TransportManagerClient8_0 as jre.orig.
Step 5
Rename the new JRE directory (jre1.5.0_15) that you pasted into the CTM client directory as jre.
Step 6
Open a command prompt by choosing Start > Run and entering cmd.
Step 7
Enter the following command to change directories to jre\bin:
# cd C:\Cisco\TransportManagerClient8_0\jre\binStep 8
Enter the following command:
# java -versionIn the output, you should see:
java version "1.5.0_15"Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)Java HotSpot(TM) Server VM (build 1.5.0_15-b04, mixed mode)
Resolved Caveats
The following table lists caveats that are resolved as of the latest CTM R8.0 patch or service pack.
Table 5 Caveats Resolved in CTM R8.0
Caveat ID CaveatCSCeg49544
A manual link is not removed automatically when a patchcord link with the same layer type is created between the same endpoints.
CSCeh69324
After a new MGX node is added to the CTM client through the Domain Explorer, that node cannot be seen in the tree view of the Configuration Center, Chassis View, Statistics Report, and Diagnostic Center windows.
CSCei76087
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.
CSCei76154
The multilayersubnetwork.idl file returns errors when it is compiled with a third-party IDL compiler. (Related caveat ID: CSCse64642)
CSCin81696
When a 1:1 protection group is created for a DS3XM card on an ONS 15454 NE, the protection group is not visible immediately.
CSCin92735
In the ONS 15600 SDH NE Explorer > Security tab, the Users, Active Logins, and Policy subtabs are missing.
CSCsb46479
When data communications channel (DCC) links are deleted, CTM does not display patchcord links between the same nodes.
CSCsb69664
After creating a DCC with Open System Interconnection (OSI) support, the corresponding OSI subnet is shown incorrectly as Port 0 or is empty.
CSCsc21241
Echo mode in CTM GateWay/TL1 does not work correctly or can be disabled, requiring local echo to be enabled on the Telnet client. The password is not hidden.
CSCsc32223
The export configuration data does not export any data for the NE or the cards. Incorrect shelf ID management occurs when preprovisioning and configuring single shelf in multishelf NEs.
CSCsc48173
The NE service name for one event does not match the name used in the Audit Log filter. The following message might not appear in the Audit Log:
AUD-7000: Subnetwork Mode Automatic - MGX88xxSubnetManager Started > > >regrouping of managed NEs in subnetworks mgx88xx-ne
CSCsc68111
The getSNC application program interface (API) fails to retrieve any OCH trail tunnel circuits from the CORBA gateway.
CSCsc75969
CTM GateWay/TL1 commands require that Enter be pressed, even when the command ends with a semicolon.
CSCsc81901
When the historical STS Path PM table is launched on a DS1_84xx card provisioned on DS1 ports, the Interface column displays the STS number as 1 instead of as 2 or 3.
CSCsc84285
When an STS3C circuit is created on a DS1_E1_56 card in E1 mode and the real-time VT-2 PM table is launched, VT Group Num and VT Num In Group in the Interface field are incorrect.
CSCsc84872
When a gateway network element (GNE)/NE configuration has an internal LAN configured on the link that interconnects the ONS 155xx nodes, the discovery process displays the internal IP address on the properties pane of the Domain Explorer for all end network element (ENE) nodes, but the internal IP address cannot be changed to a public IP address.
CSCsc84893
Added shelves are not displayed on the NE Explorer.
CSCsc85207
A card state change through CTM GateWay/TL1 is not reflected on the CTM client.
CSCsc86149
Span loss calculation fails with the error message "Operation partially completed." After the error message is displayed, the span loss values are empty.
CSCsc90221
For a multishelf NE, the state change from Out of Service to In Service is inconsistent and occurs without a configuration synchronization.
CSCsc92667
When you add an unmanaged NE to CTM and mark it as In Service, the unmanaged NE shows a red check mark (unreachable) instead of a green check mark (reachable).
CSCsc96230
The MGX Voice Gateway R5.3.00 is missing from the Supported NE table.
CSCsc98405
Cannot perform a forced soft reset on CTX cards in the ONS 15310 MA.
CSCsd01309
In the MGX Voice Gateway Equipment Inventory table the Description, Reset Reason, and State columns are not sorted correctly.
CSCsd01713
The tooltip is not updated when the card state changes.
CSCsd01798
FMEC cards are shown as active, even when shelf is in the Delete state.
CSCsd05277
For DS3XM cards on ONS 15454 SONET R4.6.4 NEs, the 15-minute PM data on the STS path near end shows pointer-related PM parameters.
CSCsd05423
Threshold crossing alerts (TCAs) are not displayed for the RS-UAS parameter in the SDH Regeneration Section PM table.
CSCsd07586
The tree view is not updated in certain scenarios when card-related operations are performed on the controller card.
CSCsd10715
For DM_2.5G and DMP_2.5G cards with ESCON pluggable modules, duplicate pluggable port module (PPM) entries are recorded after a card reset.
CSCsd11702
Cannot change fields on the Control Panel because an error dialog box is displayed with the following message:
EID-192: The server configuration has been modified by another user since it was last read. You must refresh this view before any changes can be made to the server configuration file.
CSCsd17128
SNMP traps are not received from an ENE if configuration is done from the CTM client.
CSCsd21280
CTM manages ONS 15454 events when the node is under maintenance.
CSCsd25419
Cannot determine whether the laser is on or off for STM-64 cards.
CSCsd28522
The external alarm description field does not work on the ONS 15310 MA platform.
CSCsd29921
Far-end STS PM tables are blank for DS3_EC1_48 cards in NE release 5.0.2.
CSCsd30268
The DCC link between the TXP client port and the line card is discovered at the physical layer instead of the SDCC layer.
CSCsd30368
Composite net links created in the network are not discovered in CTM if the NEs are already discovered or added in CTM. If the NEs are added to CTM after the link is created, the discovery works as expected.
CSCsd30391
Composite net links are displayed in the CTM Network Map when they should not be.
CSCsd31644
Cannot retrieve 15-minute or 1-day VT1.5 PM thresholds on CTX optical cards on ONS 15310 MA NEs from CTM GateWay/CORBA.
CSCsd31850
On NE version 6.2, coding, framing, and AIS thresholds are editable in BITS-OUT on the ONS 15454 SONET and SDH. The issue is fixed in SDH but not in SONET.
CSCsd32041
A protection group is not listed among protection groups at the shelf level.
CSCsd32439
If you choose to upgrade from the existing release, the Previous button is dimmed.
CSCsd32830
An alarm entry is missing from the active_alarm_table.
CSCsd35616
The far-end 15-minute and 1-day PM tables display meaningless negative values for DS1 cards that do not support NP parameters in Extended Superframe (ESF) mode.
CSCsd35746
The setTP API does not succeed for FTPs on CE-100T-8 cards on ONS 15454 or ONS 15310 MA NEs. The command fails without an error message or exception. (Related caveat ID: CSCse66559)
CSCsd37522
When you try to launch the NE Explorer by double-clicking a GNE node, an error message is returned.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsd39577
An L2 topology is shown as Incomplete when the status should be Complete. All circuits are shown as discovered in the Circuit table.
CSCsd43544
After changing the protection group name, the default name is still shown.
CSCsd44356
The circuit alias and topology alias do not work in a mixed-size L2 topology.
CSCsd44908
The self alarm of a PXM card in the primary slot is missing from the Chassis View. (Related caveat ID: CSCse12717)
CSCsd45038
After adding an ONS 15454 MSTP node to a DWDM span, the new optical transmission section (OTS) links (layer = physical, layer details = OTS) are not discovered if the old invalid links were not deleted previously.
The OTS links with layer = Transmission Section and Layer Details = OTS are discovered correctly and the old invalid links are removed automatically. The same behavior should occur for OTS links at the physical layer.
CSCsd45491
When the topology name is longer than 26 characters, after a card is added the new circuit is not discovered correctly and the RPR wraps. CTM appends the time stamp to the newly created circuit name on the added card. This sometimes causes naming problems.
CSCsd45581
For server trails created on ONS 15310 MA NEs, the wrong physical location is shown for all path alarms such as Encapsulation Mismatch and TIM-P. CTM shows the physical location with port 0. For example, if an alarm is raised on slot 1, port-29-56, the physical location is shown as slot 1, port 0.
CSCsd46307
An invalid link becomes valid when NEs are marked as Out of Service and then In Service. This problem applies to links that are invalid because one or both ports of the link are marked as Out of Service, or because a fiber cut occurs on the link.
CSCsd46817
Cannot use the CTM NE Explorer to create a 2-fiber bidirectional line switch ring (BLSR) on the ONS 15327.
CSCsd46844
The Squelch table is blank for ONS 15327 NEs but correct for ONS 15454 SONET NEs.
CSCsd46879
The FC-P counter for 15-minute or 1-day far-end STS thresholds shows near-end values instead of far-end values. Even if you change the values of FC-P to far end, the changes occur at the near end for the OC192 XFP card.
CSCsd47150
The IOS Users table is blank for ENEs in a GNE-ENE setup after changing ENEs to GNEs and GNEs to ENEs, and changing the community strings for the ENEs.
CSCsd47274
The IOS Users table is blank for a GNE-ENE setup with ONS 15600 NEs as GNEs. The SNMP community string is blank for all ENEs in the Domain Explorer. The community string was configured as public for all NEs in CTC. Because of this problem, L2 does not work in a GNE-ENE setup where ONS 15600 NEs are configured as GNEs.
CSCsd47319
The wrong reversion time option is shown in the Timing tab for ONS 15310 MA NEs.
CSCsd48566
In the CTM client, you cannot view or edit the SNMP community strings for an ONS 15600 that supports SNMP traps.
CSCsd50813
The following null pointer exception is generated during STS creation in the Source/Destination pane:
EID-915: Failed to retrieve STSs.
java.land.NullPointerException.
Also, you cannot route a circuit manually through available STSs. The manual routing wizard returns the error message "STSs are not available."
CSCsd52436
After migrating from CTM R6.0 to CTM R7.0, R7.1, or R7.2, the valid links on ONS 15216 NEs become invalid.
CSCsd53003
The Add Drop wizard shows RSTP is disabled on the existing drops when STP is actually enabled on the existing drops.
CSCsd53108
When RADIUS relay is enabled on the card, IOS user creation is shown as successful, but the users are not visible in the IOS Users table. Instead, CTM should return an error that IOS users could not be created.
CSCsd53747
Cannot set PMP_UAS for regenerator section for STM1 cards on ONS 15454 SDH NEs.
CSCsd54654
The SetTPData API does not work on PPM ports.
CSCsd54727
For 15-minute and 1-day near-end line thresholds, six thresholds are missing for OC-192 cards.
CSCsd54772
The Raise AIS for LOF option for DS1 cards on ONS 15454 NEs should be removed, because it is not applicable. (Related caveat ID: CSCse58821)
CSCsd54789
For optical cards such as the OC-12 or OC-48 that do not support historical 15-minute STS path far-end PM collection, CTM should not collect and display PM data.
CSCsd54810
Cannot restart the laser for CTX cards in ONS 15310 CL nodes. The option to restart the laser is dimmed.
CSCsd55013
An hourglass is shown on the Circuit Trace window when the WDM Topology check box is checked. It takes 15 seconds or longer for the circuit trace to refresh.
CSCsd55060
A patchcord link between a trunk port and a channel port is shown in the Link table at the Physical layer.
CSCsd55132
The getTCATPParams command does not show NPJC_PGEN. Instead, the command shows NPJC_PDET twice on STM-1_8 on ONS 15454 SDH NEs.
CSCsd55139
Cannot filter the Equipment Inventory table for the "Other" filter option.
CSCsd55143
The Multicast Bandwidth class of service (CoS) value is set to 0 (zero) on a newly added card.
CSCsd56066
The getAllPTPsForSNCProvisioning method returns all DS3 ports on DS3_EC1_48 cards for layer rate 14. The method should return only EC1 ports for layer rate 14. DS3 ports should be returned only for layer rate 4; instead, the method returns DS3 ports for layer rates 4 and 14.
CSCsd56923
If you cancel the CTM upgrade after finishing all GUI selections and then retry the upgrade, a "Version not supported" error is returned.
CSCsd57835
For Cisco IOS XR-based NE types, the Routing Policy application is not supported in Cisco IOS XR release 3.3 and later. To access this application, open the NE Explorer and choose Configuration > Policy > Routing Policy. The menu option is dimmed for NEs running Cisco IOS XR release 3.3 or later.
CSCsd58131
The GetManangedElement method returns an empty supportedRates list for some managed elements.
CSCsd82349
Patchcords between splitter-protected transponders and MUX/DMX cards are created with a "Y-cable" protection attribute. The correct attribute is "Protected."
CSCsd82603
In the Control Panel > Security Properties pane > CTM Security tab > Login Preferences area, the Max Retries value does not work correctly.
CSCsd86921
For the Cisco 7600, the Active Software field in the NE Software table is not populated with any data, and the Running Software field shows the value Not Available.
CSCsd92046
For the Cisco 7600, when you click the Finish button in the Template Manager > Apply Template wizard, a template provisioning job is not created in the Job Monitor table.
CSCsd93868
Cannot display 24-hour PM data for ONS 155xx NEs.
CSCse11954
When setting the ONS 15808 craft tool password to all uppercase and all alphanumeric, an error message appears. If you select a password such as abc123/, CTM schedules the job and reports in the Job Monitor table that the job succeeded, but a different password (ABC123/) is set on the NE. All attempts to log in fail using the password abc123/.
CSCse19751
The getPortName and setPortName APIs fail for E100 and E1000 cards on ONS 15454 SDH NEs. (Related caveat ID: CSCsf03360)
CSCse22241
The setTPData API fails for FC_MR cards.
CSCse44269
The GetAssociatedTopologicalLinks API does not return any values for ONS 1580x NEs.
CSCse52287
In the NE Explorer for the ASAP CC card, the Shelf View and Module View tabs incorrectly show the card as ASAP MB.
CSCse52310
The ASAP card state is shown incorrectly as "Standby" in the NE Explorer > Module view when it is actually "Active." The Equipment Inventory table shows the equipment state incorrectly as "Standby."
CSCse53332
The name of a Y-cable protection group is not reported correctly in the NE Explorer > Protection Groups tab. Instead, the default value is reported.
CSCse54602
Alarms are not summarized on autodiscovered links between DWDM transponder client ports when configured with SONET or SDH payload.
CSCse57499
Cannot provision reach and wavelength parameters for MRC_12 and OC-192 XFP cards on the ONS 15454 SONET and ONS 15454 SDH R7.2.
CSCse57741
The getAllActiveAlarms API shows the layer rate as 0 for the RAN_SVC cards.
CSCse58070
The list of modules is blank when you select far-end PM data for an STM-4 card on an ONS 15454 SDH NE.
CSCse58271
The number of unacknowledged alarms shown on the Dashboard is not the same as the number of unacknowledged alarms shown in the Alarm Browser.
CSCse58325
The setTPData API fails for ONS 15600 SDH NEs.
CSCse58431
The Administration > SNTP Configuration menu option is dimmed for ONS 15600 SDH R1.4 NEs.
CSCse59300
CTM does not update RPM-XF traps in real time.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCse59857
If you use the createTopologicalLink API to create a physical link on ONS 15216 NEs, CTM GateWay/CORBA returns the following error and the link is not created:
The aEndTP is not an available TP for this TopologicalLink creation.
CSCse60078
XUA application server (AS) creation fails from the MGX Configuration Center for the VXSM 2.5 image.
CSCse60213
Port numbers are shown incorrectly at the card level for ASAP cards on ONS 15600 SONET NEs.
CSCse60508
For Link Up and Link Down traps shown in the Alarm Browser, the corresponding CTM GateWay/TL1 command rtrv-alm-all shows the physical location as "not used."
CSCse60708
The VISM_LINE table is not populated with any entries in the database.
CSCse60764
The setTPData API fails for the Enable Sync Msg and line coding attributes for DS1_E1_56 cards.
CSCse62188
Cannot create CTM GateWay/TL1 Event Forwarding Discriminator (EFD) filters for ONS 15454 SDH NEs.
CSCse63352
Cannot set autodetect credits on an FC_MR card through CTM when the enable distance extension is not set.
CSCse63409
After the Memory Restore operation on an ONS 15216 EFDA3 is complete, only the SNMP Trap table is restored. All other values (such as thresholds, latitude, and longitude) are not restored.
CSCse63492
The alarm severity of discovered SDH links remains critical even if the alarms are cleared.
CSCse64026
In a 24-card RPR, the Alias field is not set to the user-specified value. (Related caveat ID: CSCsd44356)
CSCse64156
The laser status is not shown for OC-192 cards. You cannot determine whether the laser is on or off, because the status field is always blank.
CSCse64267
DS3 real-time PM data collection returns the wrong data for DS3 cards.
CSCse65722
When creating a manual link between CRS-1 and ONS NEs, the list of physical termination points (PTPs) displayed includes those that are already in use. The list should display only available PTPs.
CSCse65760
When creating a manual link between CRS-1 and ONS NEs, the list of PTPs displayed is not filtered by wavelength. The PTPs used for optical channel client connection (OCHCC) circuits should be configured for the same wavelength. (Related caveat ID: CSCse41517)
CSCse66792
TCAs are not shown in PM data for ONS 15600 SONET R7.2 NEs.
CSCse67644
When the server is migrated from CTM R6.0 to CTM R7.2 and robust PM data collection is enabled on the NEs, data is lost for the migrated interval.
CSCse68674
CTM GateWay/TL1 ignores user-entered commands when the network contains a high number of unresponsive NEs.
CSCse69351
Name changes of parent virtual concatenation (VCAT) circuits made from CTC do not reflect in CTM.
CSCse71108
When an ML card reset is in progress, you can modify the Ethernet ports. CTM confirms that the port modification succeeded, even though no changes were actually applied to the card.
CSCse71474
CTM supports two invalid admin states—OOS and OOS AINS—for ONS 15310 MA R7.2 NEs. (Related caveat ID: CSCsg11609)
CSCse72287
The Alarm Browser and Alarm Log do not display DBOSYNC alarms from ONS 15600 SONET R1.3.1 NEs.
CSCse72619
It takes approximately 2.5 minutes to open the Control Panel window.
CSCse72690
For VCAT Group Down alarms generated on ML-100T-8 cards, the layer rate is shown as 0.
CSCse72696
For ASAP_4 cards and XFP OC-192 SRI modules, CTM GateWay/CORBA shows the incorrect layer rate for SONET section and SONET line alarms.
CSCse73260
If you create a manual link between a 2.5G_DM trunk (on the source node) and an STM-16 TXP client (on the destination node), the STM-16 layer detail is not available. The STM-16 layer is available only if the link is created in the other direction (on the 2.5G_DM on the destination node).
CSCse73643
The detected line type is shown as E1_MF for DS3IN cards on ONS 15454 SONET NEs.
CSCse74063
The CTM R7.2 client uses 100% CPU.
CSCse74210
The Squelch table is incorrect for ONS 15600 SDH NEs. For STM-64 two-fiber BLSRs, the Squelch table shows 96 entries. For STM-16 MS-SPRings, the Squelch table shows 25 entries. The table should show 32 entries for STM-64 and 8 entries for STM-16.
CSCse75411
If the network contains both optical channel network connection (OCHNC) circuits (between ONS NEs) and OCHCC circuits (between CRS-1 NEs), the Circuit table for an ONS 15454 MSTP shows OCHCC circuits with "Bad Value" listed in many of the fields.
CSCse75608
The Locate Alarm feature does not work for environmental alarms; it returns a "String not found" error. (Related caveat ID: CSCsf17110)
CSCse75609
The layer rate is shown as zero for alarms on the optical ports of ONS 15305 NEs.
CSCse75765
The Alarm Browser does not display the port name for any alarms.
CSCse76839
When changing the SNMP community string for a GNE, the community string does not change for the ENE. The string does not change even after marking the NEs as Out of Service and then In Service.
CSCse76870
Manual link validity between a CSR-1 and ONS 15454 is not handled correctly when there is a loss of connectivity to the ONS 15454.
CSCse76895
When a CRS-1 NE is marked as Out of Service, all of the OCHCC circuits that are provisioned by the NE (with the ONS cloud) are shown incorrectly as In Service and Active. The correct states are Out of Service and Errored.
CSCse79186
Cannot perform read/write operations for reach and wavelength parameters on CTX cards on the ONS 15310 CL and ONS 15310 MA.
CSCse79378
The cross-connect (XC) utilization for STS and VT circuits is not populated on ONS 15310 NEs.
CSCse79489
The layer rate information is incorrect for LOS alarms generated on EC1 ports on ONS 15310 CL NEs.
CSCse80635
An invalid admin state is supported for the RAN_SVC card on ONS 15454 SDH NEs.
CSCse81636
You can edit the DCC on a port where regenerator section DCC (RS-DCC) and MS-DCC are enabled. (Related caveat ID: CSCsc61912)
CSCse81989
The setTPData API fails and generates exceptions for client ports on MXP_MR_10DME cards. The command works correctly for trunk ports.
CSCse82465
The following CTM GateWay/CORBA commands display incorrect port numbers and interface names:
•
emsMgr::EMSMgr_I::getAllTopLevelTopologicalLinks
•
emsMgr::EMSMgr_I::getTopLevelTopologicalLink
•
managedElementManager:ManagedElementManager_I::getAllTopologicalLinksForMe
•
multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getAllTopologicalLinks
•
multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getTopologicalLink
CSCse82623
When using the CTM GateWay/CORBA interface, the managedElementManager::ManagedElementManager_I::getAssociatedTopologicalLinks command returns an empty list.
CSCse83633
When a CRS-1 OCHCC circuit is provisioned using OCHNC, events from ONS NEs must be propagated to CRS-1 modules in order for the circuit status to update correctly. (Related caveat ID: CSCse87778)
CSCse84755
When creating VT-VCAT circuits on CE-100T-8 cards on ONS 15310 CL NEs, invalid VT thresholds are created on DS1 interfaces on CTX cards.
CSCse85982
CTM supports an invalid admin state for CTX-2500 ports on ONS 15310 MA NEs.
CSCse86393
The NE Explorer > Alarm Behavior tab does not show GFP ports for read/write operations, so you cannot suppress or enable alarms on GFP ports on MXP_MR_10DME cards.
CSCse86395
AINS soak countdown values are not shown for DWDM cards such as MXP_MR_10DME and MXP_2.5G_10E. You can set the AINS soak time interval, but you cannot see the AINS soak countdown time.
CSCse86405
The IS AINS admin state is missing for the trunk (line) ports of MXP_MR_10DME cards. Using CTC, you can put the port in IS AINS state, but you cannot perform the same task in CTM.
CSCse87371
If you try to enable CoS accounting on ONS 15454 SONET R4.1 NEs, you receive a warning message that CoS accounting is not supported on the NE, which is the correct behavior. However, you can enable CoS accounting on ONS 15454 SDH R4.1 NEs, even though ML cards do not support CoS accounting for the ONS 15454 SDH R4.1.
CSCse87585
Cannot retrieve a J1 path trace for ONS 15600 SONET NEs or for any of the cards.
CSCse88621
The NE takes a long time to synchronize if ML cards are not loaded with a barebone configuration.
CSCse89050
Cannot load saved templates for the DPNSS configuration in the Configuration Center GUI.
CSCse90123
Cannot change the IP address in the NE Explorer.
CSCse91283
The createTopologicalLink API does not work correctly.
CSCse91892
The getAllSupportedPTPs API fails to retrieve data for DS1_84 and DS3_EC1_3 line cards that have DS3 ports.
CSCse91995
The CTM client freezes during object-creation or object-deletion event processing, and when the Circuit table is in autorefresh mode and contains a large number of circuits that are being discovered.
CSCse93968
The getAllCrossConnections API returns cross-connects for CTX cards with incorrect PTP details on ONS 15310 MA NEs.
CSCse94028
For the MRC_12 card, reach and wavelength PPM values are shown as N/A in CTM. CTC shows the correct values.
CSCse94115
The Exercise Ring operation fails on an ENE not directly connected to the GNE.
CSCse94192
While adding NE defaults from one NE to another, an IDL/config exception is generated.
CSCse94210
When trying to create users on multiple NEs from the Domain Explorer > Administration > NE User Access Administration menu option, the Job Monitor table shows the task status as Failed for some nodes, even though the user is created.
CSCse94236
Trying to restore memory on an ONS 15600 SONET NE generates a java.lang.ArrayIndexOutOfBoundsException on the console window.
CSCse95128
Cannot collect DS1 far-end PM data for DS3XM cards.
CSCse96654
The subnetwork automatic grouping feature does not work after a TCC reset.
CSCse97249
The getAllSNCs API on a node fails with a CTM GateWay/CORBA exception such as "The srcNodeId is null for the circuit with <node_ID>."
CSCse97951
Cannot retrieve VT1.5 PM thresholds for VT circuits on XTC cards on ONS 15327 NEs.
CSCse98401
CTM does not show the "LP-UNEQ - SLMF-Unequipped Low Order - Path Unequipped" alarms on ONS 15305 CTC NEs. The same alarm is visible in CTC and Cisco Edge Craft.
CSCse99103
Cannot enable retiming on DS1 ports of CTX cards on ONS 15310 CL R7.2 NEs. The operation fails with an error message in CTM, yet works correctly in CTC.
CSCse99116
Cannot perform send code operations (such as send line loopback and send payload loopback) on DS1 ports of CTX cards on ONS 15310 CL NEs.
CSCse99713
CTM GateWay/CORBA returns the wrong name for the PPM creation and deletion notification.
CSCsf00469
Cannot restart the laser for OSC-CSM and OSCM modules.
CSCsf00804
CTM client performance decreases during normal operations.
CSCsf05571
The CTM client on Windows 2000 and Windows XP does not support the Daylight Saving Time (DST) changes for March 2007 in the United States by the Energy Policy Act of 2005. The CTM client disregards the DST changes and displays the time according to the existing DST settings.
CSCsf09835
For an STS-1 circuit on an EC1 interface on all CTC-based NEs except for the ONS 15454 SONET, you cannot set TCAs at the STS path.
CSCsf12195
Connection termination point (CTP) naming differs from what is reported in the Cisco Transport Manager Release 7.2 GateWay/CORBA User Guide and Programmer Manual. For STS-1 CTPs, values for k > 3 are shown in all APIs that contain CTPs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsf15991
For links terminating on ONS 15600 SONET or ONS 15600 SDH NEs, the Link Utilization table shows the wrong VC4/STS number when a low-order circuit traverses the link over a tunnel. The Circuit Trace report for the low-order circuit shows the VT/VC3 number as 255. The Circuit Span table for the low-order circuit shows 255 for endpoints on the ONS 15600 SONET or ONS 15600 SDH NEs.
CSCsf16108
In the SONET automatic protection switching (APS) application, you cannot configure preconfigured interfaces in the table.
CSCsf16285
An ENE is not reachable in a GNE/ENE setup because its name is the same as one of the NEs in CTM.
CSCsf17873
When using CTM to configure the NE timing reference or the BITS-1/BITS-2 OUT reference on a multishelf NE, the TCC reloads, causing a loss of communication with the NE. The new timing reference values are not set on the NE.
CSCsf18143
After 5 days of testing, CPU utilization is 90 percent in a network with 45 NEs and a small server configuration.
CSCsf20220
The VC-4 Threshold tab for STM-1_E cards is missing the following values: PPJC-PDET, NPJC-PDET, PPJC-PGEN, NPJC-PGEN, PJCDIFF, PJCS-PDET, PJCS-PGEN.
CSCsf20430
Occasionally, alarms in the NE Explorer rack view are not consistent with alarms in the Alarm Browser. Alarms in the NE Explorer tree view are correct.
CSCsf20434
In a configuration with a CRS-1 with 4x10GE-ITU-C ports and an ONS 15454 with MXP and TXP cards, you cannot create a bidirectional link from the CRS-1 to the ONS 15454. However, you can create a bidirectional link from the ONS 15454 to the CRS-1.
CSCsf21826
When creating manual links, STM-256 is not listed in the layer rate details.
CSCsf21849
Cannot create 1xOC768-ITU-C SDH circuits because the STM-256 data rate is missing.
CSCsf21864
You can create an OCHCC circuit with 1xOC768-ITU-C cards and mismatched framing (where one side of the circuit is SONET and the other side is SDH). Instead, circuit creation should fail when circuit endpoints do not have the same framing type.
CSCsf21876
The Create Circuit wizard allows you to set up an SDH- or SONET-sized circuit group; however, the wizard does not filter the endpoint based on the framing type.
CSCsf22002
CRS-1 manual links for DWDM PLIMs do not support multiple layers (such as DWDM and SONET layers).
CSCsf22379
Cannot set the timing for the BITS IN facility on an ONS 15454 SONET R6.2 NE. (Related caveat ID: CSCsf32258)
CSCsf23141
You can create CRS-1 —> ONS 15454 —> CRS-1 circuits with CRS-1 NEs in one subnetwork and ONS 15454 NEs in another subnetwork. Instead, circuit creation should fail when the NEs belong to different subnetworks.
CSCsf23328
Occasionally, when you launch the Circuit table for CRS-1 circuits, the table shows the wrong number of circuit spans.
CSCsf23760
Whenever the SM service is restarted, a new syslog service instance is created. The previous syslog service instance is not stopped, resulting in multiple service instances. The syslog service count increases by one with every SM service restart.
CSCsf24240
If you try to launch CTC from CTM for an ONS 15600 SONET R7.0.2 NE, the login dialog box opens repeatedly, even after entering the correct username and password.
CSCsf24895
For CRS-1 circuits with an ONS 15454 cloud, if the wavelength of a port used by the circuit is changed, the circuit status does not change accordingly.
CSCsf24978
The Catalyst 6509 goes into LOC state if the CatOS version is not listed in the Supported NE table.
CSCsf26013
When a subnet containing an ENE is moved to a different network partition, the ENE goes into LOC state.
CSCsf26330
CPU utilization is very high because of an SNMP trap service deadlock.
CSCsf26887
Shutting down a 4x10GE-ITU-C interface belonging to a circuit does not cause the circuit to show "errored."
CSCsf27791
CTM GateWay/TL1 does not respond to user commands.
CSCsf28149
Cannot use CTM GateWay/CORBA to provision an STM-1_4 card on an ONS 15454 SDH R6.2 NE.
CSCsf28158
CTM GateWay/TL1 does not correctly show the current logged in user sessions in the CTM GateWay/TL1 Logged In Users table.
CSCsf28238
For all MGX alarms, CTM GateWay/TL1 shows the physical location as Not Supported, but without a physical location, an alarm is meaningless. CTM GateWay/TL1 either should not show MGX alarms or should show the correct physical location.
CSCsf28816
Cannot use CTM GateWay/CORBA to unprovision a PPM client port on an ONS 15454 MSTP transponder.
CSCsf29211
The getTP API does not work on transponder client ports with multiple PPMs.
CSCsf29570
The ONS 15310 MA R7.0.2 is missing from the Supported NE table.
CSCsg60510
When creating an ONS 15454 internal patchcord link that involves a transponder or muxponder card as an endpoint, the trunk port of the transponder or muxponder is not available as the source port.
CSCsg67176
Cannot change parameters for the CE-100T card in the NE Explorer.
CSCsg72820
Cannot set the Admin SSM value for MRC_12 cards.
CSCsg74283
For the set operation on SendDoNotUse for STM1_E12 cards, the Send<<FF>DoNotUse attribute is incorrect.
CSCsg79219
When the CTM server is started with the ctms-start command, the add_log_partition.sh script returns an error that the CTM database cannot be found.
CSCsg79457
SVLAN data is not updated after adding a PPM trunk that is created on GE_XP or 10GE_XP cards.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsg90763
A misleading error message is displayed when creating HTML reports from CTM tables.
CSCsg92911
Cannot perform get/set operations on hardware that is running an SNMP agent.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh22076
A traffic loss of 15 seconds occurs through a VLAN created on an RPR Layer 2 topology.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh69456
The TL1 interface contains junk characters when you launch it on an NE.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh70890
SNMP traffic uses random ports.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh77677
Custom QoS profile information is lost after some time.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh78003
CTM client freezes for about one minute. Afterwards, the POS tab information displays correctly in the NE Explorer.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh78085
A CTM GateWay/CORBA API reports an incorrect CTP string of STS-24c circuits that involve a GE port of an ADM_10G card. For example, if the CTP string of an STS-24c circuit that is created in CTM is /sts24c_vc4_8c=1 -r=-1 and it is used to create an STS-24c circuit using a CTM GateWay/CORBA API, the following error message is displayed: "To create SNC with layer rate - sts24c, you must select OC48 or OC192."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh79073
Unable to modify the debug options for an NE service module after marking the NEs as Out of Service and then In Service and adding the NEs to a new partition.
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."
CSCsh79618
When you use the createSNC API and specify the correct CTP when creating an STS circuit that includes an OC-xx port configured as SDH, an error message is displayed: "Source CTP is not available." This problem occurs in the CTM GateWay/CORBA interface.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh92692
CTM GateWay/TL1 core dumps occur on the network.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh94186
The confirmation dialog box is not displayed after uploading a configuration file to a TCC card.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh95002
Cannot clear the Maximum Login Attempts Exceeded alarm for an unknown user. (Related caveat ID: CSCsg35907)
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsh98865
The following alarms are shown incorrectly in the Alarm Browser:
•
LAN Connection Polarity Reversed
•
Loss of Channel
•
FEC Mismatch
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 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 R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi05508
When you use the RTRV-ALM-ALL command to retrieve ONS 1580x NE alarms, the alarms do not contain the rack, subrack, slot, and card information.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi05518
CTM GateWay/TL1 temporarily stops forwarding events to the OSS.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi06828
The pruning operation on an ONS 15454 SDH audit trail parameter does not work correctly.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi06851
Unable to complete the pruning operation on the Server Monitor table. The /oraclesw91/CTM/udump/prune_servermonitor.err log file contains the following error message: "ORA-01843: Not a valid month."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi06873
Unable to complete the pruning operation on the Admin Job table. The /oraclesw91/admin/CTM/udump/prune_adminjob.err log file contains the following error message: "ORA-01849: hour must be between 1 and 12."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi08236
CTM GateWay/TL1 logs wrap quickly, meaning important information is lost and debugging becomes difficult.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi09013
When you retrieve real-time PM information on 10GE-XP and GE-XP cards, the AVG Tx power value is incorrect for all selected ports.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi12991
CTM GateWay/TL1 returns a DENY response to any command, indicating that the NEs are not connected and the login failed:
M c04 DENY
PIUI
"Privilege, Illegal User Identity"
/*Gateway Login To NE Failed */
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi20156
CTM GateWay/TL1 crashes randomly when it is stopped from the Control Panel while it is processing a command or sending responses to the OSS client.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi27588
Circuit autorouting takes more time compared to earlier releases.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi29165
The class order changes after creating a QoS profile.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi29816
The SNMP and Alarm Behavior tables are empty for ONS 15216 EDFA3 NEs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi39771
The sort operation on the Domain NE table does not always work. For example, sorting the NE model column of the Domain NE table fails but sorting the NE ID column works correctly. (Related caveat ID: CSCsk76179)
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi40250
CTC displays the following error message when you set up timing in CTM: "EID-3225: Error while refreshing pane."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi59605
The Equipment Inventory table shows a single row marked as Chassis after removing and reinserting a fan tray. It does not show the fan tray or fan slot.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi75389
The get/setTCA API fails for near- and far-end STM-1 path thresholds on MRC_12 cards.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsi75723
The Circuit table does not display the port name for DS3E, DS3XM, and DS3XM_12 cards.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 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 R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj01676
The Maximum Login Attempts alarm for an unknown user is not cleared if you set the Max Retries field in the Control Panel to one.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj05733
Domain Manager Mode (DMM) commands such as rtrv-alm-all, rtrv-alm-ems, rtrv-ne-ems, and rtrv-subntwrk-ems are truncated to 20 rows, which results in missing information. The output is incomplete and an error message is displayed.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj07316
Cannot set the Admin SSM value for the MRC_12 cards on R6.x NEs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj07520
Cannot create 1:1 or 1:N protection between DS1, DS1N, or DS3XM cards on ONS 15454 SONET or ONS 15454 SDH R4.1.4 NEs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj12833
After upgrading to CTM R8.0, users associated with custom CTM profiles cannot log into the CTM server.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj19520
The CTM GateWay/CORBA log file archiving stops when the CTM GateWay/CORBA service or CTM server is restarted.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj30693
The NE Explorer shelf view is blank for ONS 15327 R4.1.82 NEs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj34451
The Resync L2 Topology operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj34528
The Add/Remove Card operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj40223
Retrieval of OCHCC circuits from the CTM GateWay/CORBA client fails.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj41401
The CTM server takes a long time to discover CTC-based NEs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj41573
Unable to launch CTC from the Domain Explorer and NE Explorer.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj43760
The incorrect software version is displayed in the Control Panel.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj47081
As of March 2007, DST start and end dates for the United States transitioned to comply with the Energy Policy Act of 2005. DST dates in the United States now start three weeks earlier (2:00 a.m. on the second Sunday in March) and end one week later (2:00 a.m. on the first Sunday in November).
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj51055
After applying customized settings on an ML card, you cannot change the QoS profile on a VLAN drop port.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj52259
After a CTM server restart, the Alarm Browser reports a loss of communication between CTM and ONS 15305 NEs. The NEs are stuck in Initialization Failed state with an incorrect username/password error.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj60001
Restarting CTM with AuthNoPriv- and NoAuthNoPriv-profiled SNMPv3 users in the database prevents some or all of the nondefault user NEs from synchronizing.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj62479
The Error Log reports the following invalid error message for the MS-ISC card: "EID-6059: ML Card resync failure for NE: <NE_ID> - slot: 6 - Reason: IOS Config is empty and/or not found."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj64171
CTM GateWay/CORBA uses abnormal amounts of CPU when you end an active CTM GateWay/CORBA user session from the Active GW/CORBA Users table.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj66589
The CTM server is unable to complete the discovery of ONS 15454 NEs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj70311
The debug output of the CTMServer process, which is saved in the /opt/CiscoTransportManagerServer/log/CTMServer.log file, is unreadable after some time.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj70432
The CTM server overwrites the most recent log files in the archive log directory.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj76500
Some PM data for CTC-based NEs is not stored in the database when the PM service experiences high load conditions.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj80112
When an alarm is cleared, it disappears from the Alarm Browser and is not visible in the Alarm Log, even though automatic alarm acknowledgement is enabled in the Control Panel > UI Properties pane.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsj83214
The Circuit table displays TL1 circuits incorrectly.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk00354
Unable to view or modify the MG-MGC association on VXSM R5.2.10. The following error message appears: "No data available."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk20958
CTM GateWay/CORBA APIs return an exception with the following error reason: "The srcNodeId is null for the circuit with nodeId <node_ID>."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk28346
CTM R8.0 must support a new JRE version.
Note
This caveat replaces CSCsj41105 and is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk28871
The /db05 partition is 100 percent full and the CTM server shuts down automatically.
Note
This caveat replaces CSCsj41105 and is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk29330
The port status is not displayed in the NE Explorer shelf view of ONS 15454 and ONS 15600 nodes. (Related caveat ID: CSCsk55740)
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk34774
The CTM debug log files in the /opt/CiscoTransportManagerServer/log directory do not show the thread names. All threads are traced with the Logging Event Queue Processor name instead of the actual thread name. This makes it difficult to troubleshoot issues in the CTM application.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk52028
Setting the alarm type for an ONS 15454 SONET or ONS 15454 SDH NE with an AIC or AIC-I card fails and an error message appears.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk44773
Due to security issues, CTM must support Apache web server version 2.0.61.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk57463
Unable to manually route LO VCAT circuits between ONS 15305 NEs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk58050
Two circuits have the same name in the Circuit table.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk69463
There are invalid objects in the database procedures of the CTM server after applying the CTM R8.0.0.871.2 patch.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk70856
A database timeout occurs when you retrieve circuits from the Link table and no circuits are displayed on the Link table. An error message appears.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk84707
CTM PM pruning fails due to a buffer overflow error.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk84731
The getCTMHistoryPMData API does not return any CTP data when used on a managed element.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk90404
The following messages, which do not indicate an error condition, are shown incorrectly in the Error Log with a severity level of Major instead of Debug:
•
Socket blocked for writing: <number>, user <user>
•
Zero events in the queue, removing the queue
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk92923
The OSS client cannot specify the time stamp as the local time in delta format because CTM misinterprets the format.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsk98333
CTM GateWay/CORBA reports a NullPointerException when the OSS client enters a nonzero value for the time stamp's tenths of a second.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl00118
The RPR-east and RPR-west ports of an ML card that is adjacent to a newly added or deleted ML card are managed incorrectly. The following issues are observed:
•
In one ML card, both ports are disabled before deleting the existing circuit. Both ports are re-enabled when two new circuits are created.
•
In another ML card, both ports remain unchanged throughout the process.
At the end of the process, the ML card is added or deleted from the RPR ring.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl09775
NE_AUDIT_TRAIL_TABLE pruning fails and the logs are not collected in the /$ORACLE_HOME/admin/$ORACLE_SID/udump directory.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl12064
ONS 15454 SDH NEs do not go into In Service state after upgrading from CTM R7.0 to R8.0 and then to R8.5. The ONS 15454 SDH network service reloads every 10 to 20 minutes.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl12277
When exporting the database from CTM R7.0 to R8.0, the export fails with critical error messages that are similar to the following:
EXP-00056: ORACLE error 904 encounteredORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": invalididentifier. . exporting table DEF$_AQCALL 0 rows exportedNote
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl23824
The Oracle database does not shut down correctly when the CTM server shuts down. This can cause physical damage to the disk or other severe Oracle performance problems.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl26312
The Enable SysAdmin parameter in the Control Panel is set to the wrong default value after migrating from CTM R8.0 to R8.5.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl28305
Unable to determine the status of the database when the migration or export operation fails.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl46302
Some MGX test cases fail after installing the patch that fixes CSCsk44773 and upgrades the Apache web server to R2.0.61.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl47537
PM pruning fails.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl48499
Cannot see the files while backing up the memory.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsl95721
The Circuit table does not show port names for circuits on MRC-12 cards (on ONS 15454 R6.0.1 NEs) or MRC-4 cards (on ONS 15454 R8.0 NEs). The Circuit table shows incorrect port names for circuits on DS3 cards (on ONS 15454 R6.0.1 NEs).
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsm17261
The alarm ID and time stamp are assigned a new alarm ID and time stamp in the Alarm Browser when the node is marked as Out of Service and then In Service. The alarm notes are also lost.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsm21463
The Circuit table does not show port names for circuits on E1-42 cards (on the source or destination NE) and STM1 cards (on the destination NE).
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsm84722
Cannot install CTM patches in a dual-server setup.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsm99421
CTP values of alarms are printed when you run the getAllActiveAlarms API. But for certain alarms where the affected object is VC4, the getAllActiveAlarms API prints the wrong CTP values.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCso00123
The CTM client cannot connect to the CTM server. The following error message appears: "EID-382: The CTM server is initializing. Please try again after some time."
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCso00769
On a migrated setup, you cannot delete or modify the drops associated with a custom QoS profile that was created in CTM R5.0. Also, you cannot delete or modify any VLANs associated with those drops.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCso51993
Manual links do not work correctly. In the Link table, circuits related to a specific link are not shown, and manual links are shown as not being used for routing.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCso52471
When you run the script server_patch.sh on the CTM server, the following error message appears in the servepatch.log file:
ERROR at line 1: ORA-00001: unique constraint (CTMANAGER.OPERATION_PERMISSION_PK) violated ORA-06512: at line 8 Table dropped.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsq24237
CTM retrieves old and new alarms that are identical when a node is marked as Out of Service and then In Service. The same problem occurs when the NE service is restarted.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsq87850
SVLAN ports are not displayed correctly.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsq88110
A traffic loss occurs after modifying SVLAN port information.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsq89269
In the NE Explorer for a GE_XP card, if you click the SVLAN tab, the same tab appears when you select another GE_XP card.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsq94272
You cannot schedule a job after December 31, 2008, because the highest value allowed for the year is 2008.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsq96596
In the NE Explorer for a GE_XP card, the SVLAN tab does not work correctly.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsr06975
In the NE Explorer for a GE_XP card, if you click the SVLAN tab, deselect all SVLANs, and click Apply, an error occurs.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsr13995
In the NE Explorer for a GE_XP card, when you switch from the QoS tab of one GE_XP card to the QoS tab of a different GE_XP card, the information from the QoS tab of the first GE_XP card is added to the information in the QoS tab of the second GE_XP card.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsr16276
The Veritas Cluster Server HA agent does not work with Apache version 2.0.63.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsr53609
A CTM server core dump file is created when the CTM server shuts down.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsw88229
When you start the CTM client in Debug mode and then choose Administration > Memory Backup, the client hangs and an error message appears in the console window where you entered the ./ctmcdebug-start command.
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCsw98539
Cannot set signal degrade (SD) and signal failure (SF) values for low-order (LO) circuits. (Related caveat ID: CSCsh64456)
Note
This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
CSCuk57153
Cannot launch CTC from CTM on an ONS 15305 R3.0 NE.
CSCuk58334
Intermediate path performance monitoring (IPPM) information does not refresh correctly in the ONS 15454 SONET and ONS 15454 SDH NE Explorer windows.
Installing the CTM R8.0.0.912.1 Patch
Note
•
The CTM R8.0.0.912.1 patch inherits all bug fixes and obsoletes all earlier CTM R8.0 patches and service packs.
•
Caveats are categorized as a server fix (S), client fix (C), or both (CS).
This section describes how to download and install the CTM R8.0.0.912.1 patch, which fixes the following caveats:
•
CSCsd37522 (C): When you try to launch the NE Explorer by double-clicking a GNE node, an error message is returned.
•
CSCse59300 (S): CTM does not update RPM-XF traps in real time.
•
CSCsf12195 (S): CTP naming differs from what is reported in the Cisco Transport Manager Release 7.2 GateWay/CORBA User Guide and Programmer Manual. For STS-1 CTPs, values for k > 3 are shown in all APIs that contain CTPs.
•
CSCsg79457 (CS): SVLAN data is not updated after adding a PPM trunk that is created on GE_XP or 10GE_XP cards.
•
CSCsg92911 (S): Cannot perform get/set operations on hardware that is running an SNMP agent.
•
CSCsh22076 (CS): A traffic loss of 15 seconds occurs through a VLAN created on an RPR Layer 2 topology.
•
CSCsh69456 (S): The TL1 interface contains junk characters when you launch it on an NE.
•
CSCsh70890 (S): SNMP traffic uses random ports.
•
CSCsh77677 (C): Custom QoS profile information is lost after some time.
•
CSCsh78003 (C): CTM client freezes for about one minute. Afterwards, the POS tab information displays correctly in the NE Explorer.
•
CSCsh78085 (S): A CTM GateWay/CORBA API reports an incorrect CTP string of STS-24c circuits that involve a GE port of an ADM_10G card. For example, if the CTP string of an STS-24c circuit that is created in CTM is /sts24c_vc4_8c=1 -r=-1 and it is used to create an STS-24c circuit using a CTM GateWay/CORBA API, the following error message is displayed: "To create SNC with layer rate - sts24c, you must select OC48 or OC192."
•
CSCsh79618 (S): When you use the createSNC API and specify the correct CTP when creating an STS circuit that includes an OC-xx port configured as SDH, an error message is displayed: "Source CTP is not available." This problem occurs in the CTM GateWay/CORBA interface.
•
CSCsh92692 (S): CTM GateWay/TL1 core dumps occur on the network.
•
CSCsh94186 (C): The confirmation dialog box is not displayed after uploading a configuration file to a TCC card.
•
CSCsh95002 (S): Cannot clear the Maximum Login Attempts Exceeded alarm for an unknown user. (Related caveat ID: CSCsg35907)
•
CSCsh98865 (S): The following alarms are shown incorrectly in the Alarm Browser:
–
LAN Connection Polarity Reversed
–
Loss of Channel
–
FEC Mismatch
•
CSCsi03340 (S): All NEs in a GNE/ENE ring are shown as ENEs. The GNEs are also shown as ENEs.
•
CSCsi05508 (S): When you use the RTRV-ALM-ALL command to retrieve ONS 1580x NE alarms, the alarms do not contain the rack, subrack, slot, and card information.
•
CSCsi05518 (S): CTM GateWay/TL1 temporarily stops forwarding events to the OSS.
•
CSCsi06828 (S): The pruning operation on an ONS 15454 SDH audit trail parameter does not work correctly.
•
CSCsi06851 (S): Unable to complete the pruning operation on the Server Monitor table. The /oraclesw91/CTM/udump/prune_servermonitor.err log file contains the following error message: "ORA-01843: Not a valid month."
•
CSCsi06873 (S): Unable to complete the pruning operation on the Admin Job table. The /oraclesw91/admin/CTM/udump/prune_adminjob.err log file contains the following error message: "ORA-01849: hour must be between 1 and 12."
•
CSCsi08236 (S): CTM GateWay/TL1 logs wrap quickly, meaning important information is lost and debugging becomes difficult.
•
CSCsi09013 (C): When you retrieve real-time PM information on 10GE-XP and GE-XP cards, the AVG Tx power value is incorrect for all selected ports.
•
CSCsi12991 (S): CTM GateWay/TL1 returns a DENY to any command, indicating that the NEs are not connected and the login failed:
M c04 DENYPIUI"Privilege, Illegal User Identity"/*Gateway Login To NE Failed */•
CSCsi20156 (S): CTM GateWay/TL1 crashes randomly when it is stopped from the Control Panel while it is processing a command or sending responses to the OSS client.
•
CSCsi27588 (S): Circuit autorouting takes more time compared to earlier releases.
•
CSCsi29165 (CS): The class order changes after creating a QoS profile.
•
CSCsi29816 (C): The SNMP and Alarm Behavior tables are empty for ONS 15216 EDFA3 NEs.
•
CSCsi40250 (C): CTC displays the following error message when you set up timing in CTM: "EID-3225: Error while refreshing pane."
•
CSCsi59605 (S): The Equipment Inventory table shows a single row marked as Chassis after removing and reinserting a fan tray. It does not show the fan tray or fan slot.
•
CSCsi75389 (S): The get/setTCA API fails for near- and far-end STM-1 path thresholds on MRC_12 cards.
•
CSCsi75723 (S): The Circuit table does not display the port name for DS3E, DS3XM, and DS3XM_12 cards.
•
CSCsi97803 (C): 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.
•
CSCsj01676 (S): The Maximum Login Attempts alarm for an unknown user is not cleared if you set the Max Retries field in the Control Panel to one.
•
CSCsj05733 (S): DMM commands such as rtrv-alm-all, rtrv-alm-ems, rtrv-ne-ems, and rtrv-subntwrk-ems are truncated to 20 rows, which results in missing information. The output is incomplete and an error message is displayed.
•
CSCsj07316 (C): Cannot set the Admin SSM value for the MRC_12 cards on R6.x NEs.
•
CSCsj07520 (S): Cannot create 1:1 or 1:N protection between DS1, DS1N, or DS3XM cards on ONS 15454 SONET or ONS 15454 SDH R4.1.4 NEs.
•
CSCsj12833 (S): After upgrading to CTM R8.0, users associated with custom CTM profiles cannot log into the CTM server.
•
CSCsj19520 (S): The CTM GateWay/CORBA log file archiving stops when the CTM GateWay/CORBA service or CTM server is restarted.
•
CSCsj30693 (C): The NE Explorer shelf view is blank for ONS 15327 R4.1.82 NEs.
•
CSCsj34451 (S): The Resync L2 Topology operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.
•
CSCsj34528 (S): The Add/Remove Card operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.
•
CSCsj40223 (S): Retrieval of OCHCC circuits from the CTM GateWay/CORBA client fails.
•
CSCsj41105 (CS): Due to security concerns, CTM R8.0 must support a new JRE version.
•
CSCsj41401 (C): The CTM server takes a long time to discover CTC-based NEs.
•
CSCsj41573 (C): Unable to launch CTC from the Domain Explorer and NE Explorer.
•
CSCsj43760 (S): The incorrect software version is displayed in the Control Panel.
•
CSCsj47081 (S): As of March 2007, DST start and end dates for the United States transitioned to comply with the Energy Policy Act of 2005. DST dates in the United States now start three weeks earlier (2:00 a.m. on the second Sunday in March) and end one week later (2:00 a.m. on the first Sunday in November).
•
CSCsj51055 (S): After applying customized settings on an ML card, you cannot change the QoS profile on a VLAN drop port.
•
CSCsj52259 (S): After a CTM server restart, the Alarm Browser reports a loss of communication between CTM and ONS 15305 NEs. The NEs are stuck in Initialization Failed state with an incorrect username/password error.
•
CSCsj60001 (S): Restarting CTM with AuthNoPriv- and NoAuthNoPriv-profiled SNMPv3 users in the database causes some or all of the nondefault user NEs to not synchronize.
•
CSCsj62479 (S): The Error Log reports the following invalid error message for the MS-ISC card: "EID-6059: ML Card resync failure for NE: <NE_ID> - slot: 6 - Reason: IOS Config is empty and/or not found."
•
CSCsj64171 (S): CTM GateWay/CORBA uses abnormal amounts of CPU when you end an active CTM GateWay/CORBA user session from the Active GW/CORBA Users table.
•
CSCsj66589 (S): The CTM server is unable to complete the discovery of ONS 15454 NEs.
•
CSCsj70311 (S): The debug output of the CTMServer process, which is saved in the /opt/CiscoTransportManagerServer/log/CTMServer.log file, is unreadable after some time.
•
CSCsj70432 (S): The CTM server overwrites the most recent log files in the archive log directory.
•
CSCsj76500 (S): When the PM service experiences high load conditions, some PM data for CTC-based NEs is not stored in the database.
•
CSCsj80112 (S): When an alarm is cleared, it disappears from the Alarm Browser and is not visible in the Alarm Log, even though automatic alarm acknowledgement is enabled in the Control Panel > UI Properties pane.
•
CSCsj83214 (S): The Circuit table displays TL1 circuits incorrectly.
•
CSCsk00354 (S): Unable to view or modify the MG-MGC association on VXSM R5.2.10. The following error message appears: "No data available."
•
CSCsk20958 (S): CTM GateWay/CORBA APIs return an exception with the following error reason: "The srcNodeId is null for the circuit with nodeId <node_ID>."
•
CSCsk28346 (CS): CTM R8.0 must support a new JRE version.
•
CSCsk28871 (S): The /db05 partition is 100 percent full and the CTM server shuts down automatically.
•
CSCsk34774 (S): The CTM debug log files in the /opt/CiscoTransportManagerServer/log directory do not show the thread names. All threads are traced with the Logging Event Queue Processor name instead of the actual thread name. This makes it difficult to troubleshoot issues in the CTM application.
•
CSCsk44773 (S): Due to security issues, CTM must support Apache web server version 2.0.61.
•
CSCsk52028 (S): Setting the alarm type for an ONS 15454 SONET or ONS 15454 SDH NE with an AIC or AIC-I card fails and an error message appears.
•
CSCsk55740 (C): The port status is not displayed in the NE Explorer shelf view of ONS 15454 and ONS 15600 nodes. (Related caveat ID: CSCsk29330)
•
CSCsk57463 (C): Unable to manually route LO VCAT circuits between ONS 15305 NEs.
•
CSCsk58050 (S): Two circuits have the same name in the Circuit table.
•
CSCsk69463 (S): There are invalid objects in the database procedures of the CTM server after applying the CTM R8.0.0.871.2 patch.
•
CSCsk70856 (C): A database timeout occurs when you retrieve circuits from the Link table and no circuits are displayed on the Link table. An error message appears.
•
CSCsk76179 (S): The sort operation on the Domain NE table does not always work. For example, sorting the NE model column of the Domain NE table fails but sorting the NE ID column works correctly. (Related caveat ID: CSCsi39771)
•
CSCsk84707 (S): CTM PM pruning fails due to a buffer overflow error.
•
CSCsk84731 (S): The getCTMHistoryPMData API does not return any CTP data when used on a managed element.
•
CSCsk90404 (S): The following messages, which do not indicate an error condition, are shown incorrectly in the Error Log with a severity level of Major instead of Debug:
–
Socket blocked for writing: <number>, user <user>
–
Zero events in the queue, removing the queue
•
CSCsk92923 (S): The OSS client cannot specify the time stamp as the local time in delta format because CTM misinterprets the format.
•
CSCsk98333 (S): CTM GateWay/CORBA reports a NullPointerException when the OSS client enters a nonzero value for the time stamp's tenths of a second.
•
CSCsl00118 (S): The RPR-east and RPR-west ports of an ML card that is adjacent to a newly added or deleted ML card are managed incorrectly. The following issues are observed:
–
In one ML card, both ports are disabled before deleting the existing circuit. Both ports are re-enabled when two new circuits are created.
–
In another ML card, both ports remain unchanged throughout the process.
At the end of the process, the ML card is added or deleted from the RPR ring.
•
CSCsl09775 (S): NE_AUDIT_TRAIL_TABLE pruning fails and the logs are not collected in the /$ORACLE_HOME/admin/$ORACLE_SID/udump directory.
•
CSCsl12064 (S): ONS 15454 SDH NEs do not go into In Service state after upgrading from CTM R7.0 to R8.0 and then to R8.5. The ONS 15454 SDH network service reloads every 10 to 20 minutes.
•
CSCsl12277 (S): When exporting the database from CTM R7.0 to R8.0, the export fails with critical error messages that are similar to the following:
EXP-00056: ORACLE error 904 encounteredORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": invalididentifier. . exporting table DEF$_AQCALL 0 rows exported•
CSCsl23824 (S): The Oracle database does not shut down correctly when the CTM server shuts down. This can cause physical damage to the disk or other severe Oracle performance problems.
•
CSCsl26312 (S): The Enable SysAdmin parameter in the Control Panel is set to the wrong default value after migrating from CTM R8.0 to R8.5.
•
CSCsl28305 (S): Unable to determine the status of the database when the migration or export operation fails.
•
CSCsl46302 (S): Some MGX test cases fail after installing the patch that fixes CSCsk44773 and upgrades the Apache web server to R2.0.61.
•
CSCsl47537 (S): PM pruning fails.
•
CSCsl48499 (C): Cannot see the files while backing up the memory.
•
CSCsl95721 (S): The Circuit table does not show port names for circuits on MRC-12 cards (on ONS 15454 R6.0.1 NEs) or MRC-4 cards (on ONS 15454 R8.0 NEs). The Circuit table shows incorrect port names for circuits on DS3 cards (on ONS 15454 R6.0.1 NEs).
•
CSCsm17261 (S): The alarm ID and time stamp are assigned a new alarm ID and time stamp in the Alarm Browser when the node is marked as Out of Service and then In Service. The alarm notes are also lost.
•
CSCsm21463 (S): The Circuit table does not show port names for circuits on E1-42 cards (on the source or destination NE) and STM1 cards (on the destination NE).
•
CSCsm84722 (S): Cannot install CTM patches in a dual-server setup.
•
CSCsm99421 (S): CTP values of alarms are printed when you run the getAllActiveAlarms API. But for certain alarms where the affected object is VC4, the getAllActiveAlarms API prints the wrong CTP values.
•
CSCso00123 (S): The CTM client cannot connect to the CTM server. The following error message appears: "EID-382: The CTM server is initializing. Please try again after some time."
•
CSCso00769 (S): On a migrated setup, you cannot delete or modify the drops associated with a custom QoS profile that was created in CTM R5.0. Also, you cannot delete or modify any VLANs associated with those drops.
•
CSCso51993 (S): Manual links do not work correctly. In the Link table, circuits related to a specific link are not shown, and manual links are shown as not being used for routing.
•
CSCso52471 (S): When you run the script server_patch.sh on the CTM server, the following error message appears in the servepatch.log file:
ERROR at line 1: ORA-00001: unique constraint (CTMANAGER.OPERATION_PERMISSION_PK) violated ORA-06512: at line 8 Table dropped.•
CSCsq11152 (CS): Due to security concerns, CTM R8.0 must support a new JRE version.
•
CSCsq24237 (S): CTM retrieves old and new alarms that are identical when a node is marked as Out of Service and then In Service. The same problem occurs when the NE service is restarted.
•
CSCsq32073 (S): Due to security issues, CTM must support Apache web server version 2.0.63.
•
CSCsq87850 (CS): SVLAN ports are not displayed correctly.
•
CSCsq88110 (S): A traffic loss occurs after modifying SVLAN port information. (Related caveat ID: CSCsh94994)
•
CSCsq89269 (CS): In the NE Explorer for a GE_XP card, if you click the SVLAN tab, the same tab appears when you select another GE_XP card.
•
CSCsq94272 (C): You cannot schedule a job after December 31, 2008, because the highest value allowed for the year is 2008.
•
CSCsq96596 (CS): In the NE Explorer for a GE_XP card, the SVLAN tab does not work correctly.
•
CSCsr06975 (S): In the NE Explorer for a GE_XP card, if you click the SVLAN tab, deselect all SVLANs, and click Apply, an error occurs.
•
CSCsr13995 (C): In the NE Explorer for a GE_XP card, when you switch from the QoS tab of one GE_XP card to the QoS tab of a different GE_XP card, the information from the QoS tab of the first GE_XP card is added to the information in the QoS tab of the second GE_XP card.
•
CSCsr16276 (S): The Veritas Cluster Server HA agent does not work with Apache version 2.0.63.
•
CSCsr53609 (S): A CTM server core dump file is created when the CTM server shuts down.
•
CSCsw88229 (C): When you start the CTM client in Debug mode and then choose Administration > Memory Backup, the client hangs and an error message appears in the console window where you entered the ./ctmcdebug-start command.
•
CSCsw98539 (CS): Cannot set signal degrade (SD) and signal failure (SF) values for low-order circuits. (Related caveat ID: CSCsh64456)
CTM R8.0.0.912.1 is intended for customers who are currently using CTM R8.0.0.856, R8.0.0.857.2, R8.0.0.859.2, R8.0.0.863.3, R8.0.0.867.1, R8.0.0.871.4, R8.0.0.875.3, R8.0.0.877.1, R8.0.0.890.1, R8.0.0.905.3, or R8.0.0.907.3.
Note
•
Install the CTM R8.0.0.912.1 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.
•
In a dual-server setup, comment the stty values in the .cshrc file of the database host machine to allow the database host machine to copy and execute scripts remotely. Also, make sure that there is a .rhosts file in the / directory of the server workstation before installing the service pack.
Complete the following procedures to upgrade to the CTM R8.0.0.912.1 patch.
Determining What CTM Patch Is Currently Installed in 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: 8.0 Build: 856
•
Cisco Transport Manager Server Version: 8.0 Build: 857 Patches: 2
•
Cisco Transport Manager Server Version: 8.0 Build: 859 Patches: 2
•
Cisco Transport Manager Server Version: 8.0 Build: 863 Patches: 3
•
Cisco Transport Manager Server Version: 8.0 Build: 867 Patches: 1
•
Cisco Transport Manager Server Version: 8.0 Build: 871 Patches: 4
•
Cisco Transport Manager Server Version: 8.0 Build: 875 Patches: 3
•
Cisco Transport Manager Server Version: 8.0 Build: 877 Patches: 1
•
Cisco Transport Manager Server Version: 8.0 Build: 890 Patches: 1
•
Cisco Transport Manager Server Version: 8.0 Build: 905 Patches: 3
•
Cisco Transport Manager Server Version: 8.0 Build: 907 Patches: 3
Backing Up the CTM Database Before Installing the CTM R8.0.0.912.1 Patch
Before installing the CTM R8.0.0.912.1 patch, it is strongly recommended that you back up the existing database. To back up the CTM database, refer to the following sections in Chapter 4 of the Cisco Transport Manager Release 8.0 User Guide:
•
Backing Up the CTM Database from the CTM GUI
•
Backing Up the CTM Database from the CLI
Downloading the CTM R8.0.0.912.1 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 8.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 Software Type screen, click Transport Manager (CTM) Patches.
Step 6
At the Select a Release screen, click Expand all and click 8.0.0.912.1.
Step 7
In the right pane, click CTM8.0.0.912.1patch.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 CTM8.0.0.912.1.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 file to the temporary directory:
cd /<directory_name>unzip CTM8.0.0.912.1.patch.zipFor example, to extract the file to the /temp directory, enter:
cd /tempunzip CTM8.0.0.912.1.patch.zipThis creates a directory called 912, which contains all of the patch-related files.
Step 12
Enter the following command to enter the directory:
cd 912Step 13
In Windows, download the CTM8.0.0.912.1.patch.zip file to the client workstation. Extract the file using a tool such as WinZip, as follows:
a.
Open the CTM8.0.0.912.1.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 R8.0.0.912.1 Server Patch on the Same or Separate Workstation(s)
Step 1
(For a dual-server setup only; if yours is a single-server setup, skip to the next step.) If you are installing the CTM R8.0.0.912.1 server patch in a configuration where the CTM server and database are on separate workstations, you must enable the remote shell (rsh) on the server in order to install the CTM R8.0.0.912.1 server patch successfully. Complete the following substeps:
a.
Enter the following command to verify that the rsh is enabled:
rsh <IP_address_of_CTM_server> lsb.
If an error is returned, open a shell on the CTM server workstation and edit the /.rhosts file. As the root user, enter the following commands to modify the /.rhosts file:
# cat >> /.rhosts << EOF<database_workstation_name> rootEOFwhere <database_workstation_name> is the hostname of the CTM database workstation.
Step 2
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 3
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 4
As the root user, enter the following command at the UNIX prompt to stop the CTM server:
ctms-stopStep 5
To patch the server, enter the following command in the 912 directory where the patch was extracted:
./server_patch.shStep 6
As the root user, enter the following command at the UNIX prompt on the CTM server workstation to start the CTM server:
ctms-startStep 7
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: 8.0 Build: 912 Patches: 1Step 8
After installing the CTM R8.0.0.912.1 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.0 Server to JRE Version 1.5.0_15.
Installing the CTM R8.0.0.912.1 Client Patch in Windows
Note
This procedure also applies to a dual-server setup.
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 912 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 8.0 desktop icon or choose the CTM 8.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: 8.0 Build: 912 (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:
8.0 [8.0.0.912]Step 5
After installing the CTM R8.0.0.912.1 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.0 Windows Client to JRE Version 1.5.0_15.
Installing the CTM R8.0.0.912.1 Client Patch in Solaris
Note
This procedure also applies to a dual-server setup.
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 912 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: 8.0 Build: 912 (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:
8.0 [8.0.0.912]Step 5
After installing the CTM R8.0.0.912.1 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.0 Solaris Client to JRE Version 1.5.0_15.
Open Caveats
The following sections describe the caveats that are not resolved in the CTM R8.0 software:
•
Installation and Upgrade Caveats
•
Cisco Transport Controller Caveats
–
Cisco ONS 15302 and Cisco ONS 15305
–
Cisco ONS 15327, Cisco ONS 15454 SDH, and Cisco ONS 15454 SONET
–
Cisco ONS 15501, Cisco ONS 15530, and Cisco ONS 15540
–
Cisco ONS 15600 SONET and Cisco ONS 15600 SDH
–
Cisco ONS 15800, Cisco ONS 15801, and Cisco ONS 15808
–
Cisco CRS-1 and Cisco XR 12000
Note
Some of the caveats are resolved in a CTM R8.0 patch or service pack. In such cases, the patch or service pack that contains the fix is indicated as a workaround for the caveat.
Installation and Upgrade Caveats
•
CSCsg60111
Symptom The installer displays a warning message that the resolve.conf file is missing and then exits.
Conditions
The resolv.conf file is missing after upgrading to CTM R8.0 from an earlier release and adding the Cisco 7600 module.
Workaround
Complete the following steps to manually add the /etc/resolv.conf file with the details "domain cisco.com":
Step 1
Enter the following command:
vi /etc/resolve.confStep 2
Insert the pattern "domain.cisco.com" in the resolve.conf file.
Step 3
Save the resolve.conf file and then exit.
•
CSCsh18645
Symptom The file system becomes full when you repeatedly cancel an upgrade process and then restart it.
Conditions
This problem occurs when you repeatedly cancel the upgrade process and then restart it. The file system usage can be checked by using the df -k command.
Workaround
After the upgrade completes successfully, you can delete /opt/CiscoTransportManagerServer.oldCTM and also the install location it points to (if it is a link) because the new server /opt/CiscoTransportManagerServer is now installed.
If you cancelled the upgrade, you should:
Step 1
Delete the new CTM server that was installed—/opt/CiscoTransportManagerServer—as well as the install location it points to. The new server installation might not be complete.
Step 2
Delete /opt/CiscoTransportManagerServer.oldCTM file and create a new /opt/CiscoTransportManagerServer (if it is a link) that points to the same old install location. Alternately, rename /opt/CiscoTransportManagerServer.oldCTM to /opt/CiscoTransportManagerServer (if it is a directory).
Step 3
Reimport the database.
Step 4
Check the database version in the /opt/newdbinfo directory. The database version should be the old CTM release (that is, CTM R7.0 or R7.2).
Step 5
Proceed with the upgrade.
•
CSCsh72615
Symptom The CTM server does not come up after the machine is restarted. When you enter the ctms-start command, it returns the error message "The CTM server is already running."
Conditions
This problem occurs when the machine is stopped and restarted, you enter Ctrl + C on the CTM server, and the CTM server is restarted.
Workaround
Manually delete the /opt/CiscoTransportManagerServer/log/Startstatus.log file.
•
CSCsi16553
Symptom The CTM client uninstalls after displaying a warning message.
Conditions
A warning message appears, informing you that CTM is uninstalling the client. Even with the warning message, CTM proceeds with the uninstall process.
Workaround
Ignore the warning message and proceed with the uninstall process.
•
CSCsi71655
Symptom During the CTM installation, after you click the Done button on the last installation screen, the following message is displayed on the shell:
You pressed Cancel/Upgrade/InstallThis message is displayed even though you did not cancel the installation. The message might be followed by the output of an SQL statement as shown in the following Conditions.
Conditions
The message "You pressed Cancel/Upgrade/Install" is displayed during a new CTM installation and during an upgrade from a previous CTM release. The output depends on the type of installation:
•
When the CTM server and database are installed on the same workstation, the following messages are displayed:
You pressed Cancel/Upgrade/InstallSQL*Plus: Release 9.2.0.7.0 - Production on Mon Apr 30 15:54:35 2007Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.Connected to:Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.7.0 - ProductionSQL> SQL> 2'NEWDBVERSION'||ACTIVEVALUE--------------------------------------------------------------------------------newdbversion 8.0SQL> SQL> Disconnected from Oracle9i Enterprise Edition ReleaseSQL> SQL> 9.2.0.7.0 - 64bit ProductionWith the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.7.0 - Production The Database version retrieved is 8.0 The user has already started with Upgrade•
When the CTM server and database are installed on separate workstations and you are upgrading from CTM R8.0 to R8.5, the following messages are displayed:
You pressed Cancel/Upgrade/InstallSQL*Plus: Release 9.2.0.7.0 - Production on Tue May 29 13:44:51 2007Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.ERROR ORA-12545 : connection failed because target host does not exists.SP2-0306: Invalid OptionSP2-0157: unable to connect to Oraclegrep: can't open /temp/newdbversion.lstThe Database version retrieved isThe user has clicked CancelWorkaround
Ignore the misleading messages described in this caveat. The CTM installation succeeds despite these messages.
•
CSCsi88931
Symptom After installing the CTM R7.0.0.370.1 patch or any later CTM R7.0 patch, an upgrade to CTM R7.2 or R8.0 fails.
Conditions
If you install the CTM R7.0.0.370.1 patch and then try to upgrade to CTM R7.2 or R8.0, the upgrade fails. This problem also applies to all later CTM R7.0 patches (R7.0.0.372.1, R7.0.0.375.1, R7.0.0.377.1, R7.0.0.382.1, R7.0.0.385.1, R7.0.0.389.1, R7.0.0.395.1, and R7.0.0.400.1). The root cause of this problem is that the CTM R7.0.0.370.1 patch adds data to the CTM database that is processed incorrectly by the CTM R7.2 or R8.0 upgrade procedure.
Workaround
For CTM R7.2, a patch is available to fix this problem. Contact your Cisco account representative to obtain the patch. For CTM R8.0, there is no workaround currently. A future fix will be provided as a preinstallation patch or a new upgrade procedure for CTM R8.0.
•
CSCsj12599
Symptom After upgrading to CTM R8.0, you cannot set the TL1 Tunnel Connection Timeout value in the Control Panel window.
Conditions
This problem occurs after upgrading from CTM R7.0 or R7.2 to CTM R8.0. If you open the Control Panel, expand NE Service, and click CTC-Based SONET NEs, the TL1 Tunnel Connection Timeout field is empty and cannot be modified. This problem does not occur with new installations of CTM R8.0.
Workaround
None.
•
CSCsj12833
Symptom After upgrading to CTM R8.0, users associated with custom CTM profiles cannot log into the CTM server.
Conditions
This problem occurs after upgrading from CTM R7.0 or R7.2 to CTM R8.0. If in CTM R7.0 or R7.2 you associated users with custom CTM profiles, those users cannot log into the CTM server after the upgrade to CTM R8.0. This problem does not occur with new installations of CTM R8.0.
Workaround
A user with SuperUser privileges can edit the old profile without making any modifications, then click Finish. This solves the problem. Alternately, install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsj14805
Symptom The CTM installer shows the Solaris patch 121265-03 as a required patch for the CTM server. However, this patch should not be installed because it applies to Sun T2000 servers, which are not supported by CTM. The Solaris patch 121265-03 is therefore not required and should not be installed.
Conditions
This problem occurs during the CTM R8.0 installation.
Workaround
Do not install the Solaris patch 121265-03 even if the CTM installer prompts you to do so.
•
CSCsj76308
Symptom If you install a CTM client patch for Windows and the directory path contains special characters, the client_patch.bat script fails and you cannot launch CTC from the CTM client.
Conditions
The CTM client patch installation on Windows fails if you install the CTM client in a directory path that contains any of the following special characters: ! + # % ^ & ) = { } [ ] ; , \ ` / ? * : < > | "
The Control Panel and the About dialog box show the CTM client version as 0.0. You cannot launch CTC from the CTM client.
Workaround
Install the CTM client patch in the default directory or do not use the special characters listed in the Conditions in the CTM client installation path. You can use only the following special characters in the CTM client directory name: @ $ ( ' . ~
•
CSCsj99174
Symptom When you run the /cdrom/cdrom0/ctmc/CopyUpgradeFiles.sh script, it copies the Solaris client upgrade files and then prompts you for a second CD. However, there is only one client CD for both the Solaris and Windows clients.
Conditions
This problem occurs because the client installation was merged onto a single CD in CTM R8.0, but the code was not changed. The installation prompts you for a second Windows CD.
Workaround
At the prompt for the second CD, the installation program ejects the previously inserted client CD. Reinsert that same CD.
•
CSCsj99204
Symptom The CopyUpgradeFiles.sh script fails with the following message:
Copying the client upgrade files can take several minutes.Copying CTM client upgrade files...Copying Solaris client upgrade filesSolaris client upgrade files copiedNo default media availableERROR: CDROM device busy.., please quit other session accessing CD ROMUpgrade is abort, please run it again after fix CD ROM issueConditions
After installing the CTM server, you can run an automated script, CopyUpgradeFiles.sh, to upgrade each client installation to the latest version of CTM that is on the server. However, if you run the CopyUpgradeFiles.sh script from a manually mounted CD-ROM, the script fails with the error message shown in the Symptom.
Workaround
Unmount the CD-ROM and enable CD-ROM automounting.
•
CSCsk08649
Symptom The CTM server patch installs successfully, yet the following warning messages are generated:
Starting install for CTM server patch <patch_number>...Current CTM version detected as: <version_number>Optical module has been installed on this server.Patching files...cp: cannot create /opt/CiscoTransportManagerServer/cwm/svplus/bin/ooemc: No such file or directorychmod: WARNING: can't access /opt/CiscoTransportManagerServer/cwm/svplus/bin/ooemccp: cannot create /opt/CiscoTransportManagerServer/cwm/svplus/xml/ruledata.xml: No such file or directorychmod: WARNING: can't access /opt/CiscoTransportManagerServer/cwm/svplus/xml/ruledata.xmldone.Server patch installed successfully!Conditions
These warning messages are returned whenever a customer who did not install the MGX module applies a CTM server patch. These messages do not affect the successful installation of the CTM server.
Workaround
Ignore these warning messages. The server installs successfully despite these misleading messages.
•
CSCsk28346
Symptom CTM R8.0 must support a new JRE version. This caveat replaces CSCsj41105.
Conditions
Sun Microsystems reported a security issue at http://sunsolve.sun.com/search/document.do?assetkey=1-26-102997-1 and it affects the CTM-supported platforms. Therefore, the JRE installed with the CTM Solaris client and server and Windows client must be replaced with JRE 1.5.0_15.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsk28922
Symptom During the CTM server installation, if you select "All of the Above Modules" in the Select Modules to Install screen, the UNIX user for the FTP server is not created. This problem occurs even though you selected the option to create an FTP user.
Conditions
See Symptom.
Workaround
If CTM is already installed, contact the Cisco TAC for a workaround. If CTM is not yet installed, select individual modules in the Select Modules to Install screen; do not select "All of the Above Modules."
•
CSCsk44773
Symptom Due to security issues, CTM must support Apache web server version 2.0.61.
Conditions
Due to a known security alert on Apache web server version 2.0.59, CTM must support Apache web server version 2.0.61. For information on Apache vulnerability alerts, see http://httpd.apache.org/security/vulnerabilities_20.html.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsk59173
Symptom When installing the CTM server on the CTM server workstation, the installation fails when you select the CTM server and CTM GateWay/CORBA at the Select Products to Install screen.
Conditions
This problem occurs when you choose to install both the CTM server and CTM GateWay/CORBA during a dual-server system installation.
Workaround
Install CTM GateWay/CORBA as an additional module after completing the dual-server installation.
•
CSCsk84130
Symptom Upgrading to CTM R8.0 fails after installing the CTM R7.0.0.405.1 patch or later. Upgrading to CTM R8.0 also fails after installing the CTM R7.2.0.199.1 patch or later.
Conditions
See Symptom.
Workaround
When upgrading from CTM R7.0 or R7.2 to R8.0, contact your Cisco account representative to obtain the patch that fixes the problem.
•
CSCsl28305
Symptom Unable to determine the status of the database when the migration or export operation fails.
Conditions
This problem occurs when performing a migration or database export operation.
Workaround
Install the CTM R8.0.0.912.1 patch before performing a migration or database export operation. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsl46302
Symptom Some MGX test cases fail after installing the patch that fixes CSCsk44773 and upgrades the Apache web server to R2.0.61.
Conditions
Run the install script for the CSCsk44773 patch on a CTM server that contains MGX modules then perform normal operations on the MGX NEs. The following test cases failed:
•
Configuration > MGX Voice Gateway > Configuration Center
•
Configuration > MGX Voice Gateway > Chassis View
•
Configuration > MGX Voice Gateway > Statistics Report
•
Fault > MGX Voice Gateway > Diagnostic Center
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, enter the following commands to copy the cgi-bin and htdocs/CWMclient folders from the <server_install>/webServer.orig directory to the <server_install>/webServer Apache directory:
cp -R -P /opt/CiscoTransportManagerServer/webServer.orig/cgi-bin /opt/CiscoTransportManagerServer/webServercp -R -P /opt/CiscoTransportManagerServer/webServer.orig/htdocs/CWMClient /opt/CiscoTransportManagerServer/webServer/htdocs•
CSCsm46882
Symptom Unable to view server trails in CTM.
Conditions
When you create a server trail in CTM or CTC after migrating from CTM R6.0 to CTM R7.0 or later, you cannot view the server trail in the CTM Link table.
Workaround
Enter the following SQL commands:
ALTER TABLE LINK_TABLE MODIFY STNODEID NUMBER(10);ALTER TABLE LINK_TABLE MODIFY STUNIQUEID NUMBER(10);•
CSCsm84722
Symptom Cannot install CTM patches in a dual-server setup.
Conditions
CTM patches do not support dual-server scenarios. Therefore, fixes cannot be applied to servers in a dual-server setup.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCso06978
Symptom The following error message appears after clicking the Upload Log Files button in the Control Panel > Logging Properties > General tab: "Error reading Configuration Properties from Server..."
Conditions
This problem occurs when the CTM server is upgraded from CTM R7.0 to a later release.
Workaround
Manually upload the log files from the CTM server to the CTM client using a file transfer protocol; for example, FTP and SFTP.
•
CSCso18576
Symptom The following invalid CTM views are seen when the database is upgraded from CTM R6.0 to CTM R8.0 and only optical modules are installed on CTM R8.0:
•
HFR_BGP_PEER_PM_VIEW
•
HFR_INTERFACE_DRC_PM_VIEW
•
HFR_INTERFACE_GC_PM_VIEW
•
HFR_MPLS_INTERFACE_PM_VIEW
•
HFR_MPLS_LDP_PM_VIEW
•
HFR_MPLS_TE_LINK_PM_VIEW
•
HFR_MPLS_TE_TUNNEL_PM_VIEW
•
HFR_NODE_CPU_PM_VIEW
•
HFR_NODE_MEMORY_PM_VIEW
•
HFR_NODE_PROCESS_PM_VIEW
•
HFR_OSPF_V2_PM_VIEW
•
HFR_OSPF_V3_PM_VIEW
•
NODE
•
NODE_INFO
Conditions
This problem occurs when you upgrade from CTM R6.0 to CTM R7.0 and then to CTM R8.0 and only optical modules are installed on CTM R7.0 and R8.0. Several CTM views that are not related to the optical modules in the database are seen when you run the following command:
select object_name from dba_objects where status='INVALID';Workaround
Drop the invalid views because they are not related to the installed optical modules. Enter the following SQL commands to drop the invalid views:
su - oraclesqlplus ctmanager/ctm123!drop view <view_name>exitexit•
CSCso62224
Symptom Upgrading the CTM server workstation from CTM R8.0 to R8.5 fails. When the Upgrade from existing CTM release check box is checked, the following error message appears: "can't find database name and version information, abort."
Conditions
This problem occurs when the CTM server and database are installed on two different UNIX workstations.
Workaround
Copy the /opt/newdbinfo file from the CTM database workstation to the CTM server workstation; then, restart the upgrade process.
•
CSCsr16276
Symptom The Veritas Cluster Server HA agent does not work with Apache version 2.0.63.
Conditions
See Symptom.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, change the envvar file in the /opt/CiscoTransportManagerServer/webServer/bin/ directory so that LD_LIBRARY_PATH contains /usr/sfw/lib.
•
CSCsr65306
Symptom When upgrading from one CTM release to the next (as detailed in the Cisco Transport Manager Installation Guide), the migration scripts fail due to the following Java exception:
...Executing the SQL pre-upgrade script...Exception in thread "main" java.lang.NoClassDefFoundError: org/bouncycastle/openssl/PasswordFinderat com.cisco.stardm.platform.Decrypt.main(Decrypt.java:65)Conditions
This problem occurs when upgrading from:
•
CTM R7.2 to CTM R8.0
•
CTM R8.0 to CTM R8.5
•
CTM R8.x to CTM R9.0
Workaround
Complete the following steps:
Step 1
Enter the following command to see whether the Java softlink points to the correct path:
which javaThe command output is similar to:
/bin/javaStep 2
Enter the following command:
ls -ltra /bin/javaThe command output is similar to:
lrwxrwxrwx 1 root root 25 Sep 2 22:12 /bin/java -> /opt/jre1.5.0_X/bin/javawhere X is typically 12, 15, or 16, depending on the JRE patch version you are using.
Step 3
If the /bin/java softlink points to the wrong path, enter the following command to update the softlink:
ln -s <target_Java_binary_location> /bin/javaFor example, if the target binary location is /opt/jre1.5.0_15/bin/java, enter:
ln -s /opt/jre1.5.0_15/bin/java /bin/javaStep 4
Enter the following command to determine the correct target binary:
ls -ltra /bin/javane•
CSCsr71540
Symptom When you apply the CTM R8.0.0.907.3 service pack on a migrated CTM R7.0 system, the following SQL error is returned:
sqlplus.out ERROR at line 1: ORA-00955: name is already used by an existing objectConditions
This problem applies to a system that is migrated from CTM R7.0.0.421.2 to CTM R8.0.0.907.3.
Workaround
None.
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.
•
CSCin76849
Symptom CTM and CTC do not show the actual equipment type for G1K-4 and TCC2 cards.
Conditions
See Symptom.
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 1000 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 1000 or more alarms.
Workaround
Launch the Configuration Center GUI and click the Connection tab to view connection-related alarms for MGX nodes.
•
CSCsd49219
Symptom A mismatch alarm is raised incorrectly from CTC and CTM.
Conditions
This problem occurs when you use CTM or CTC to preprovision an ONS 15305 card in an empty slot.
Workaround
To clear the alarm, physically insert the card in the slot.
•
CSCsd67111
Symptom The Alarm Log does not report syslog and configuration trap messages from ENEs in a GNE-ENE setup for SNMPv2. The Alarm Log shows trap messages only for GNEs.
Conditions
This problem is not observed with SNMPv1 if the ENEs use port 391 to send traps to GNEs. If ENEs use SNMPv1 with relay settings (port 162), traps are not shown in the Alarm Log.
Workaround
None.
•
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 R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsj80112
Symptom When an alarm is cleared, it disappears from the Alarm Browser and is not visible in the Alarm Log, even though automatic alarm acknowledgement is enabled in the Control Panel > UI Properties pane.
Conditions
With automatic alarm acknowledgement, the server should automatically acknowledge alarms when they are cleared and move them from the Alarm Browser to the Alarm Log. When this problem occurs, the cleared alarm disappears from the Alarm Browser and is not shown in the Alarm Log.
This problem occurs when automatic alarm acknowledgement and automatic pruning of fault management (FM) data are enabled. To check whether your system is affected by this problem, enter the following SQL command on the CTM database:
SQL> select * from ACK_TABLE where ACKINDEX=-1;If the query returns zero records, your system is affected by this problem.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, enter the following SQL commands to temporarily restore Alarm Log functionality:
SQL> insert into ACK_TABLE values (-1, 'CTM', '', 1);SQL> commit;This problem might reappear when the next FM pruning occurs. Repeat this workaround to restore Alarm Log functionality.
•
CSCsm17261
Symptom The alarm ID and time stamp are assigned a new alarm ID and time stamp in the Alarm Browser when the node is marked as Out of Service and then In Service. The alarm notes are also lost.
Conditions
This problem occurs in CTM R8.0.0.875.3.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsq24237
Symptom CTM retrieves old and new alarms that are identical when a node is marked as Out of Service and then In Service. The same problem occurs when the NE service is restarted.
Conditions
This problem is a result of integrating code changes that fix CSCsm17261.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 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.
Circuit and Link Management
•
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.
•
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.
•
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.
•
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 without protection.
•
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 the query by opening the Link table for a group or NE node.
•
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
Try to launch the Circuit table on a domain with fewer NEs.
•
CSCsb95230
Symptom Creation of an STS-n circuit between E100 cards using CTM 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 problem occurs on ONS 15454 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.
•
CSCsc78150
Symptom The Link Utilization table shows the VC3 as 0 for all VC3 members of the VC tunnel circuit with VC3 port grouping. It also shows an unused entry for the VC4. This happens only in circuits with multiple hops.
Conditions
Unknown.
Workaround
Use the following guidelines, depending on the symptom:
•
VC3 appearing as 0: The database is updated in two cycles. In the first cycle, the VC4 values are updated, and in the second cycle the VC3 values are correctly stored in the database. If you notice this problem, wait briefly before launching the Link Utilization table. The inconsistency will be removed automatically.
•
Unused entry: Once the used entries show the correct values, the unused entries will be corrected automatically.
•
CSCsc87791
Symptom International characters can be entered in fields that do not support them.
Conditions
If you enter an international character in a nonalias field, the entry is permitted.
Workaround
Do not enter non-English characters in nonalias fields.
•
CSCsc93614
Symptom Server trails cannot be created for any port other than port 1 of an E1 card. An "Invalid Preferences" error appears.
Conditions
This problem occurs if you select a different VT/VC3/VC12/VC11 number for the source and destination while creating the server trail.
Workaround
None.
•
CSCsd02541
Symptom An error appears when attempting to route a circuit after an upgrade from OC-192 XFP to OC-192. The Link table shows the link as valid, and the PTP ID is not updated.
Conditions
Unknown.
Workaround
None.
•
CSCsd06614
Symptom When a low-order circuit is created and the option to have the corresponding tunnel created automatically is selected, the alias name of the tunnel and the low-order circuit is the same. When multiple low-order circuits are created through the same operation (the number of circuits is more than 1 in the Create Circuit wizard), the alias of the tunnel is the same as that of the first low-order circuit in the group.
Conditions
This problem occurs when you create a low-order circuit and check the Automatically create tunnel check box.
Workaround
Complete one of the following workarounds:
•
Create the tunnel(s) with the desired alias; then, create the low-order circuits routed through them.
•
Create the low-order circuit(s) and the tunnel in a single operation; then, edit the tunnel alias to the desired value.
•
CSCsd12630
Symptom The ONS 155xx Circuit table does not show circuit information for circuits whose names are modified using CTM.
Conditions
If you use CTM to modify an ONS 155xx circuit name, the circuit information for the renamed circuit does not appear.
Workaround
Refresh the circuit information.
•
CSCsd42206
Symptom Cannot remove a high-order VCAT circuit between two GE-2-WAN cards on ONS 15305 NEs. CTM returns a message that the circuit has been successfully removed, but the circuit is not removed from the Circuit table.
Conditions
This problem applies to high-order VCAT circuits between two GE-2-WAN cards when the circuit is deleted.
Workaround
None.
•
CSCsd48430
Symptom Cannot create more than one VT server trail on DS1 cards on ONS 15454, ONS 15310 MA, and ONS 15310 CL NEs when a server trail already exists on the first VT of the selected STS. Although other VTs are available, they are not listed in the server trail creation wizard as possible endpoints. The same operation succeeds in CTC.
Conditions
This problem occurs only when a VT server trail exists on the first VT.
Workaround
Use other VTs only for VT server trail creation.
•
CSCsd52297
Symptom After upgrading from CTM R6.0, the Link Validity value changes from Valid to Invalid for some links between ONS 1580x NEs or between an ONS 15454 and an ONS 1580x NE.
Conditions
This problem occurs when you create a link in CTM R6.0 and then upgrade your CTM release.
Workaround
Mark one of the NEs in the link as Out of Service and then back In Service.
•
CSCse70271
Symptom The number of TL1 circuits in the Circuit table increases after marking NEs as Out of Service and then In Service.
Conditions
This problem occurs because a circuit created through TL1 does not have a circuit ID compared to a circuit created in CTM.
Workaround
Enter the following SQL commands to remove the invalid circuits:
su - oraclesqlplus ctmanager/ctm123!SQL> delete circuit_bs_tbl where cktstate=12;SQL> commit;•
CSCse95481
Symptom If a card is changed or upgraded on an NE, all circuits that existed on that slot before the operation still show the module that existed before the change.
Conditions
This problem occurs when circuits exist on a card that is replaced or upgraded.
Workaround
After upgrading or replacing a card, mark the NE as Out of Service and then In Service. This refreshes the display strings associated with the circuits on the replaced module.
•
CSCsi34326
Symptom The Circuit table updates continuously and discovers sections of the network that are not in its selection context.
Conditions
This problem occurs under the following conditions:
•
Your network is a high-end system with 3000 ONS 15454 nodes.
•
There are 30 alarms generated per second.
•
You use CTM GateWay/CORBA to create a circuit on an NE every minute.
•
You open the Circuit table with autorefresh mode enabled and then perform operations on other nodes that cause object creation or object deletion events and CTM client freezes.
Workaround
Make sure that the Circuit table is not in autorefresh mode when the CTM server starts up.
•
CSCsi75723
Symptom The Circuit table does not display the port name for DS3E, DS3XM, and DS3XM_12 cards.
Conditions
If you apply a text name to a port on a DS3E, DS3XM, or DS3XM_12 card, the text name is not shown in the source or destination fields in the Circuit table.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
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.
•
CSCsj70396
Symptom Cannot create an OTS patchcord link when the source NE contains only OSC_CSM cards.
Conditions
This problem occurs when you try to create an OTS patchcord link between two NEs, and the first NE contains only OSC_CSM cards as valid endpoints. The link has the following values:
•
Provision type: Patchcord
•
Layer: Transmission Section
The link creation fails with the error message "EID-739: Cannot retrieve possible link sizes or link protection information."
Workaround
Provision an unequipped OPT-BST card in any empty slot on the NE. Then, create the OTS patchcord link.
•
CSCsj83214
Symptom The Circuit table displays TL1 circuits incorrectly.
Conditions
The Circuit table does not discover correctly TL1 circuits that are created through the TL1 interface or from CTC. The Circuit table displays split TL1 circuits with the string "Duplicate" appended to the circuit name. This problem is resolved when the NE service restarts, but if the NE is marked as Out of Service and then In Service, the problem reoccurs.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsk53826
Symptom CTM and CTC do not discover server trail links that are created in opposite directions.
Conditions
This problem occurs when you create a server trail between node 1/port A and node 2/port B. If you then create another server trail in the opposite direction between the same ports, CTM and CTC do not discover that server trail.
Workaround
Create all server trail links in the same direction.
•
CSCsk57463
Symptom Unable to manually route LO VCAT circuits between ONS 15305 NEs.
Conditions
Create a LO VCAT circuit between two ONS 15305 nodes that are connected by manual links with Ethernet ports. When the circuit is being provisioned, uncheck the Route Automatically option and manually provide the full routing details. When you click Finish, the Create Circuit wizard does not respond. You are forced to cancel the circuit creation.
Workaround
Use automatic routing. Alternately, install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsk58050
Symptom Two circuits have the same name in the Circuit table.
Conditions
If a CTC user (via TL1 or the CTC client) creates two circuits with the same name using CTC, both circuits are discovered by CTM and appear in the Circuit table with the same circuit name. Also, if you use CTC or a TL1 client to create three or more circuits with the same name, the circuits are properly initialized in CTM. For example, the "DUPLICATE" string is displayed to warn the user that a duplicate entry is found. Creating circuits with duplicate names is not allowed in CTM.
Workaround
Use unique circuit names. Alternately, install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsk61785
Symptom The Circuit table does not display some TL1 circuits.
Conditions
This problem occurs in a network that contains more than 3000 nodes.
Workaround
Mark the source and destination NEs as Out of Service and then In Service.
•
CSCsk65341
Symptom The CTM GateWay/CORBA API getAllTopologicalLinks does not retrieve server trail links.
Conditions
This problem occurs when there is a server trail link between two NEs. The getAllTopologicalLinks API does not retrieve the server trail link.
Workaround
None.
•
CSCsk70856
Symptom A database timeout occurs when you retrieve circuits from the Link table and no circuits are displayed on the Link table. An error message appears.
Conditions
This problem occurs in a fully-meshed network topology with a large number of circuits configured.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsk72558
Symptom The Circuit Span table displays circuit spans incorrectly.
Conditions
UPSR-protected VT circuits that pass through more than one VT tunnel per NE display the wrong termination points in the Circuit Span table. The Circuit Trace window displays the correct values.
Workaround
Use the Circuit Trace window to retrieve circuit span values.
•
CSCsk74382
Symptom CTM does not discover more than two server trail links created between the same ports on the same VC-4 between two ONS 15454 SDH NEs. The Link table displays the first two server trail links with the wrong names, including an incorrect VC-12/VC-11/VC-3 number. CTC correctly discovers these server trail links.
Conditions
This problem occurs when you create three VC-12/VC-11/VC-3 server trail links between the same ports.
Workaround
The default name for the new server trail links is calculated incorrectly and conflicts with the names of the existing links. Therefore, change the names of the newly created server trail links.
•
CSCsk76117
Symptom Some circuits remain in Partial state after network discovery is complete.
Conditions
This problem occurs when you connect a meshed network that contains VT1.5 and tunnel circuits to CTM and then start the network discovery.
Workaround
Mark some of the NEs that contain circuits in Partial state as Out of Service and then In Service.
•
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.
•
CSCsl95721
Symptom The Circuit table does not show port names for circuits on MRC-12 cards (on ONS 15454 R6.0.1 NEs) or MRC-4 cards (on ONS 15454 R8.0 NEs). The Circuit table shows incorrect port names for circuits on DS3 cards (on ONS 15454 R6.0.1 NEs).
Conditions
See Symptom.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsm21463
Symptom The Circuit table does not show port names for circuits on E1-42 cards (on the source or destination NE) and STM1 cards (on the destination NE).
Conditions
This problem occurs when you create a circuit that involves an E1-42 card and its port is configured as the source or destination NE. This problem also occurs when you create a circuit that involves an STM1 card and its port is configured as the destination NE. The port names are not displayed in the Circuit table after creating the circuits.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCso07731
Symptom If you use textual routing to provision protected contiguous concatenation (CCAT) circuits, the operation might fail.
Conditions
This problem occurs when you use the CTM Circuit wizard to provision a protected CCAT circuit that crosses at least one BLSR or MS-SPRing. When you reach the textual routing pane, you can successfully provision the primary path. However, if you use the Alternate Route function to provision the secondary path, you come to the first node in the BLSR or MS-SPRing, and you cannot add the protected link of the BLSR or MS-SPRing because it has already been added to the primary path. Therefore, you cannot complete the textual routing.
Workaround
Complete the following steps to finish the circuit provisioning:
Step 1
Click Add to include the protected link.
Step 2
Acknowledge the error message that says the link is already added to the circuit route.
Step 3
Click Next Hop to skip to the next node.
•
CSCso51993
Symptom Manual links do not work correctly. In the Link table, circuits related to a specific link are not shown, and manual links are shown as not being used for routing.
Conditions
This problem occurs after the NE service restarts, or after NEs are marked as Out of Service and then In Service. If you then open the Link table, circuits related to a specific link are not shown.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, delete the manual link and then recreate it manually.
•
CSCsv07073
Symptom The Circuit table loses values for the following fields:
•
Circuit Alias Name
•
Note
•
Customer ID
•
Service ID
•
Description
Conditions
This problem occurs when NEs are marked as Out of Service and then In Service. There is no way to recover the data that is missing from the Circuit table.
Workaround
None. To prevent this problem, wait for some time before moving out-of-service NEs back to In Service.
•
CSCsv07090
Symptom The Circuit table loses values for the following fields:
•
Circuit Alias Name
•
Note
•
Customer ID
•
Service ID
•
Description
Conditions
This problem occurs when the NE service restarts while NEs are marked as Out of Service. There is no way to recover the data that is missing from the Circuit table.
Workaround
None. To prevent this problem, restart the NE service only when all of the NEs are marked as In Service and all of the circuits have been discovered correctly.
•
CSCsv07682
Symptom You cannot save a VLAN database. The job does not appear in the Job Monitor table, or the operation fails with the error "ORA-01461."
Conditions
This problem occurs with large VLAN databases that contain more than 1000 VLANs.
Workaround
None.
•
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.
•
CSCsw98539 (Related caveat ID: CSCsh64456)
Symptom Cannot set SD and SF values for low-order circuits.
Conditions
This problem occurs when some NEs involved in the low-order circuit are not in service and synchronized with the CTM database.
Workaround
Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.
•
CSCsy18486
Symptom In the Create Circuit wizard, tunnel links are not available for VT circuit routing.
Conditions
The problem occurs when you launch the Create Circuit wizard and use previously created tunnel circuits to create new VT circuits.
Workaround
Restart the NE service.
User Management


