Table Of Contents
Release Notes for Cisco Transport Manager Release 8.5
New Features and Functionality
Sections and Caveats Modified or Removed
CTM-Supported NE Software Releases
Adding the ONS 15305 R2.0.2 to the Supported NE Table
Adding the ONS 15310 CL R5.0.4 to the Supported NE Table
Adding the ONS 15310 CL R8.5.1 to the Supported NE Table
Adding the ONS 15310 MA R7.0.7 to the Supported NE Table
Adding the ONS 15310 MA R8.5.1 to the Supported NE Table
Adding the ONS 15310 MA R8.5.3 to the Supported NE Table
Adding the ONS 15327 R7.0.7 to the Supported NE Table
Adding the ONS 15454 SDH R5.0.4 to the Supported NE Table
Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table
Adding the ONS 15454 SDH R8.5.1 to the Supported NE Table
Adding the ONS 15454 SDH R8.5.2 to the Supported NE Table
Adding the ONS 15454 SDH R8.5.3 to the Supported NE Table
Adding the ONS 15454 SONET R5.0.4 to the Supported NE Table
Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table
Adding the ONS 15454 SONET R8.5.1 to the Supported NE Table
Adding the ONS 15454 SONET R8.5.2 to the Supported NE Table
Adding the ONS 15454 SONET R8.5.3 to the Supported NE Table
Adding the ONS 15600 SONET R5.0.4 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_16
Upgrading the CTM R8.5 Server to JRE Version 1.5.0_16
Upgrading the CTM R8.5 Solaris Client to JRE Version 1.5.0_16
Upgrading the CTM R8.5 Windows Client to JRE Version 1.5.0_16
Installing the CTM R8.5.0.390.3 Patch
Determining What CTM Patch Is Currently Installed in the CTM System
Backing Up the CTM Database Before Installing the CTM R8.5.0.390.3 Patch
Downloading the CTM R8.5.0.390.3 Patch
Installing the CTM R8.5.0.390.3 Server Patch on the Same or Separate Workstation(s)
Installing the CTM R8.5.0.390.3 Client Patch in Windows
Installing the CTM R8.5.0.390.3 Client Patch in Solaris
Upgrading to CTM R9.0 Using a Service Pack
Installation and Upgrade Caveats
CTM Server and Database 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 15600 SONET and Cisco ONS 15600 SDH
Cisco ONS 15800, Cisco ONS 15801, and Cisco ONS 15808
Obtaining Documentation and Submitting a Service Request
Release Notes for Cisco Transport Manager Release 8.5
November 4, 2009
These release notes describe the caveats for Cisco Transport Manager (CTM) Release 8.5. These release notes accompany the Cisco Transport Manager Release 8.5 User Guide and the Cisco Transport Manager Release 8.5 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.5.0.390.3 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) 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.5, CTM supports the Cisco Optical Networking System (ONS) family of optical NEs, the Cisco MGX 8880 Voice Gateway and MGX 8850/8830 Voice-Enabled Multiservice Switch, and the Cisco MDS 9000 Multilayer Director and Fabric Switch.
New Features and Functionality
The following table describes the new features and functionality in CTM R8.5.
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.5.
NE Software Releases Added
The following NE releases were added to Table 2, "CTM Supported NE Software Releases":
•
Automatically added to CTM when the patch or service pack is installed:
–
ONS 15305 CTC R3.0.6
–
ONS 15310 CL R8.6
–
ONS 15310 MA R8.6
–
ONS 15327 R4.1.3
–
ONS 15327 R4.1.6
–
ONS 15327 R4.6.2
–
ONS 15454 SDH R4.1.3
–
ONS 15454 SDH R4.6.2
–
ONS 15454 SDH R8.6
–
ONS 15454 SONET R4.1.3
–
ONS 15454 SONET R4.1.6
–
ONS 15454 SONET R4.6.2
–
ONS 15454 SONET R8.6
•
Manually added to CTM:
Note
You can manually add new NE software releases to CTM R8.5.0.231 or later.
–
ONS 15305 R2.0.2
–
ONS 15310 CL R5.0.4
–
ONS 15310 CL R8.5.1
–
ONS 15310 MA R7.0.7
–
ONS 15310 MA R8.5.1
Note
NE release 8.5.1 includes support for the CE-MR-6 card on ONS 15310 MA SONET NEs. However, CTM R8.5 does not support the CE-MR-6 card. Support for this card is available in CTM R9.0.
–
ONS 15310 MA R8.5.3
–
ONS 15327 R7.0.7
–
ONS 15454 SDH R5.0.4
–
ONS 15454 SDH R7.0.7
–
ONS 15454 SDH R8.5.1
–
ONS 15454 SDH R8.5.2
–
ONS 15454 SDH R8.5.3
–
ONS 15454 SONET R5.0.4
–
ONS 15454 SONET R7.0.7
–
ONS 15454 SONET R8.5.1
–
ONS 15454 SONET R8.5.2
–
ONS 15454 SONET R8.5.3
–
ONS 15600 SONET R5.0.4
–
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.5.
•
The section Third-Party Patches and Security Notices was added.
•
The section Installing the CTM R8.5.0.390.3 Patch was added.
•
The following sections were added to describe how to add support for new NE releases:
–
Adding the ONS 15305 R2.0.2 to the Supported NE Table
–
Adding the ONS 15310 CL R5.0.4 to the Supported NE Table
–
Adding the ONS 15310 CL R8.5.1 to the Supported NE Table
–
Adding the ONS 15310 MA R7.0.7 to the Supported NE Table
–
Adding the ONS 15310 MA R8.5.1 to the Supported NE Table
–
Adding the ONS 15310 MA R8.5.3 to the Supported NE Table
–
Adding the ONS 15327 R7.0.7 to the Supported NE Table
–
Adding the ONS 15454 SDH R5.0.4 to the Supported NE Table
–
Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table
–
Adding the ONS 15454 SDH R8.5.1 to the Supported NE Table
–
Adding the ONS 15454 SDH R8.5.2 to the Supported NE Table
–
Adding the ONS 15454 SDH R8.5.3 to the Supported NE Table
–
Adding the ONS 15454 SONET R5.0.4 to the Supported NE Table
–
Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table
–
Adding the ONS 15454 SONET R8.5.1 to the Supported NE Table
–
Adding the ONS 15454 SONET R8.5.2 to the Supported NE Table
–
Adding the ONS 15454 SONET R8.5.3 to the Supported NE Table
–
Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table
•
The following caveats were added:
Sections and Caveats Modified or Removed
The following sections were removed, because the CTM R8.5.0.390.3 patch inherits all bug fixes and obsoletes these earlier patches:
•
Installing the CTM R8.5.0.350.1 Patch
•
Installing the CTM R8.5.0.359.1 Patch
•
Installing the CTM R8.5.0.361.2 Patch
•
Installing the CTM R8.5.0.368.3 Patch
•
Installing the CTM R8.5.0.375.2 Patch
•
Installing the CTM R8.5.0.378.3 Patch
•
Installing the CTM R8.5.0.381.3 Patch
•
Installing the CTM R8.5.0.384.3 Patch
•
Installing the CTM R8.5.0.387.6 Service Pack
The following caveat was moved from the Resolved Caveats table to the Open Caveats section:
CTM-Supported NE Software Releases
The following table lists the NE software releases supported in CTM R8.5.
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.2
2.0.2
ONS 15305
Release 2.0.21
2.0.2
Release 2.0.3
2.0.3
ONS 15305 CTC
Release 3.0.5
04.60-X06F-28.14
Release 3.0.62
04.60-X08D-26.11
ONS 15310 CL
Release 5.0.43
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.3
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.5
07.05.007D-20.22
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22-007B-08.19
Release 7.2.3
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
Release 8.5
08.50-007I-19.18
Release 8.5.14
08.51-008B-14.13
Release 8.65
08.60-009B-11.08
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.5
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.19
Release 7.2.3
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
Release 8.5
08.50-007I-19.18
Release 8.5.17
08.51-008B-14.13
Release 8.5.38
08.53-008J-17.07
Release 8.69
08.60-009B-11.08
ONS 15327
Release 4.1.310
04.13-003L-19.01
Release 4.1.4
04.14-004C-09.23
Release 4.1.611
04.16-004I-10.23
Release 4.1.82
04.182-006-L2805
Release 4.6.212
04.62-004E-23.20
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.3
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.713
07.07-007L-03.20
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22-007B-08.19
Release 7.2.3
07.23-007F-22.02
ONS 15454 SDH
Release 4.1.314
04.13-003L-19.01
Release 4.6.215
04.62-004E-23.20
Release 5.0.416
05.04-005G-13.18
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.3
06.03-007D-06.04
Release 6.2
06.20-006C-17.10
06.20-P06C-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.4
07.04-007A-08.16
Release 7.0.5
07.05.007D-20.22
Release 7.0.717
07.07-007L-03.20
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22-007B-15.13
Release 7.2.3
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
Release 8.5
08.50-007I-19.18
08.50-P07I-19.18
Release 8.5.118
08.51-008B-14.13
Release 8.5.219
08.52-008E-25.04
Release 8.5.320
08.53-008J-17.07
Release 8.6
08.60-009B-11.0821
ONS 15454 SONET
Release 4.1.322
04.13-003L-19.01
Release 4.1.4
04.14-004C-09.23
Release 4.1.623
04.16-004I-10.23
Release 4.1.82
04.182-006-L2805
Release 4.6.224
04.62-004E-23.20
Release 4.7 (MSTP only)
04.70-004I-14.01
Release 5.0.425
05.04-005G-13.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.3
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.5
07.05.007D-20.22
Release 7.0.6 (MSTP only)
07.06.007H-08.13
Release 7.0.726
07.07-007L-03.20
Release 7.2
07.20-006E-04.17
Release 7.2.2
07.22-007B-15.13
Release 7.2.3
07.23-007F-22.02
Release 8.0
08.00-007A-27.16
Release 8.5
08.50-007I-19.18
Release 8.5.127
08.51-008B-14.13
Release 8.5.228
08.52-008E-25.04
Release 8.5.3 29
08.53-008J-17.07
Release 8.6
08.60-009B-11.0830
ONS 15501
Release 4.1 AC
4.1
Release 4.1 DC
4.1
ONS 15530
Cisco IOS Release 12.2(29)SV3
12.2(29)SV3
Cisco IOS Release 12.2(30)S
12.2(30)S
ONS 15540 Extended Services Platform (ESP)
Cisco IOS Release 12.2(29)SV3
12.2(29)SV3
Cisco IOS Release 12.2(30)S
12.2(30)S
ONS 15540 Extended Services Platform with external cross-connect capability (ESPx)
Cisco IOS Release 12.2(29)SV3
12.2(29)SV3
Cisco IOS Release 12.2(30)S
12.2(30)S
ONS 15600 SDH
Release 1.4
01.40-004A-15.18
Release 8.0
08.00-007A-27.16
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.431
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.2.4
06.24-006L-15.00
Release 7.0
07.00-005L-19.20
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.19
Release 7.2.3
07.23-007F-22.02
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
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.3032
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.0033
5.4.00
1 In order for CTM to support the ONS 15305 R2.0.2, you must add the software version to the Supported NE table. See Adding the ONS 15305 R2.0.2 to the Supported NE Table.
2 In order for CTM to support the ONS 15305 CTC R3.0.6, you must install the Installing the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
3 In order for CTM to support the ONS 15310 CL R5.0.4, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R5.0.4 to the Supported NE Table.
4 In order for CTM to support the ONS 15310 CL R8.5.1, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R8.5.1 to the Supported NE Table.
5 In order for CTM to support the ONS 15310 CL R8.6, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
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 R8.5.1, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R8.5.1 to the Supported NE Table.
8 In order for CTM to support the ONS 15310 MA R8.5.3, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R8.5.3 to the Supported NE Table.
9 In order for CTM to support the ONS 15310 MA R8.6, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
10 In order for CTM to support the ONS 15327 R4.1.3, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
11 In order for CTM to support the ONS 15327 R4.1.6, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
12 In order for CTM to support the ONS 15327 R4.6.2, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
13 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.
14 In order for CTM to support the ONS 15454 SDH R4.1.3, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
15 In order for CTM to support the ONS 15454 SDH R4.6.2, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
16 In order for CTM to support the ONS 15454 SDH R5.0.4, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R5.0.4 to the Supported NE Table.
17 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.
18 In order for CTM to support the ONS 15454 SDH R8.5.1, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R8.5.1 to the Supported NE Table.
19 In order for CTM to support the ONS 15454 SDH R8.5.2, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R8.5.2 to the Supported NE Table.
20 In order for CTM to support the ONS 15454 SDH R8.5.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R8.5.3 to the Supported NE Table.
21 In order for CTM to support the ONS 15454 SDH R8.6, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
22 In order for CTM to support the ONS 15454 SONET R4.1.3, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
23 In order for CTM to support the ONS 15454 SONET R4.1.6, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
24 In order for CTM to support the ONS 15454 SONET R4.6.2, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
25 In order for CTM to support the ONS 15454 SONET R5.0.4, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R5.0.4 to the Supported NE Table.
26 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.
27 In order for CTM to support the ONS 15454 SONET R8.5.1, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R8.5.1 to the Supported NE Table.
28 In order for CTM to support the ONS 15454 SONET R8.5.2, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R8.5.2 to the Supported NE Table.
29 In order for CTM to support the ONS 15454 SONET R8.5.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R8.5.3 to the Supported NE Table.
30 In order for CTM to support the ONS 15454 SONET R8.6, you must install the CTM R8.5.0.390.3 patch. See Installing the CTM R8.5.0.390.3 Patch.
31 In order for CTM to support the ONS 15600 SONET R5.0.4, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R8.5.3 to the Supported NE Table.
32 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.
33 VQM is supported in VXSM R5.4.00.
Adding the ONS 15305 R2.0.2 to the Supported NE Table
In order for CTM to support the ONS 15305 R2.0.2, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15305" as the NE model, "2.0.2" as the software version, and "15305 2.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 2.0.2 in the Software Version field. Change the Version Name field to 15305 2.0.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 CL R5.0.4 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R5.0.4, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15310 CL" as the NE model, "05.08-006J-16.07" as the software version, and "15310 CL 5.08" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.04-005G-13.18 in the Software Version field. Change the Version Name field to 15310 CL 5.04.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 CL R8.5.1 to the Supported NE Table
In order for CTM to support the ONS 15310 CL R8.5.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15310 CL" as the NE model, "08.50-007I-19.18" as the software version, and "15310 CL 8.50" 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 08.51-008B-14.13 in the Software Version field. Change the Version Name field to 15310 CL 8.51.
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 R8.5.1 to the Supported NE Table
In order for CTM to support the ONS 15310 MA R8.5.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15310 MA" as the NE model, "08.50-007I-19.18" as the software version, and "15310 MA 8.50" 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 08.51-008B-14.13 in the Software Version field. Change the Version Name field to 15310 MA 8.51.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15310 MA R8.5.3 to the Supported NE Table
In order for CTM to support the ONS 15310 MA R8.5.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, "08.50-007I-19.18" as the software version, and "15310 MA 8.50" 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 08.53-008J-17.07 in the Software Version field. Change the Version Name field to 15310 MA 8.53.
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 15454 SDH R5.0.4 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R5.0.4, 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, "04.13-003L-19.01" as the software version, and "15454 SDH 4.13" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.04-005G-13.18 in the Software Version field. Change the Version Name field to 15454 SDH 5.04.
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 R8.5.1 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R8.5.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "08.50-007I-19.18" as the software version, and "15454 SDH 8.50" 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 08.51-008B-14.13 in the Software Version field. Change the Version Name field to 15454 SDH 8.51.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SDH R8.5.2 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R8.5.2, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "08.50-007I-19.18" as the software version, and "15454 SDH 8.50" 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 08.52-008E-25.04 in the Software Version field. Change the Version Name field to 15454 SDH 8.52.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SDH R8.5.3 to the Supported NE Table
In order for CTM to support the ONS 15454 SDH R8.5.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, "08.50-007I-19.18" as the software version, and "15454 SDH 8.50" 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 08.53-008J-17.07 in the Software Version field. Change the Version Name field to 15454 SDH 8.53.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R5.0.4 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R5.0.4, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "04.70-004I-14.01" as the software version, and "15454 4.70" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.04-005G-13.18 in the Software Version field. Change the Version Name field to 15454 5.04.
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 R8.5.1 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R8.5.1, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "08.50-007I-19.18" as the software version, and "15454 8.50" 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 08.51-008B-14.13 in the Software Version field. Change the Version Name field to 15454 8.51.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R8.5.2 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R8.5.2, you must add the software version to the Supported NE table. Complete the following steps:
Step 1
In the Domain Explorer window, choose Administration > Supported NE Table.
Step 2
Select a row that lists "Cisco ONS 15454" as the NE model, "08.50-007I-19.18" as the software version, and "15454 8.50" 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 08.52-008E-25.04 in the Software Version field. Change the Version Name field to 15454 8.52.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15454 SONET R8.5.3 to the Supported NE Table
In order for CTM to support the ONS 15454 SONET R8.5.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, "08.50-007I-19.18" as the software version, and "15454 8.50" 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 08.53-008J-17.07 in the Software Version field. Change the Version Name field to 15454 8.53.
Step 5
Click OK.
Step 6
CTM asks for confirmation to manage the new version. Click OK.
Adding the ONS 15600 SONET R5.0.4 to the Supported NE Table
In order for CTM to support the ONS 15600 SONET R5.0.4, 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, "01.30-004D-01.20" as the software version, and "15600 1.30" as the version name.
Step 3
Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.
Step 4
Enter 05.04-005G-13.18 in the Software Version field. Change the Version Name field to 15600 5.04.
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.5.
Table 3 CTM-Supported JRE Versions
JRE Version Caveat ID Caveat Comment1.5.0_12
—
—
This JRE version was used when CTM R8.5 was released.
1.5.0_16
CSCsq11152
Due to security issues, CTM must support a new JRE version.
This JRE version was supported starting in CTM R8.5.0.368.3. This JRE version is optional; it is not mandatory that you upgrade to JRE version 1.5.0_16. See (Optional) Upgrading to JRE Version 1.5.0_16.
(Optional) Upgrading to JRE Version 1.5.0_16
CTM R8.5 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_16. It is not mandatory that you upgrade to JRE version 1.5.0_16.
Upgrading the CTM R8.5 Server to JRE Version 1.5.0_16
Step 1
The CTM JRE upgrade tool is packaged with the latest CTM R8.5 patch or service pack as a single file called CTM85_JRE_UPGRADE_1_5.zip. After applying the latest CTM R8.5 patch or service pack, locate the CTM85_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 CTM85_JRE_UPGRADE_1_5.zip file to the /tmp directory.
Step 4
Enter the following commands to unzip the file:
# cd /tmp# unzip CTM85_JRE_UPGRADE_1_5.zipThis creates a new directory called JRE.
Step 5
Enter the following command to enter the directory:
# cd JREStep 6
Go to http://java.sun.com/javase/downloads/index_jdk5.jsp and download Java Runtime Environment (JRE) 5.0 Update 16.
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_16-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_16-solaris-sparc.sh /tmp/JRE# chmod +x jre-1_5_0_16-solaris-sparc.shStep 10
Enter the following command to update the current JRE version to 1.5.0_16:
# ./installNewJre.sh jre-1_5_0_16-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_16/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-start
Upgrading the CTM R8.5 Solaris Client to JRE Version 1.5.0_16
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_16, the CTM client was upgraded automatically to JRE version 1.5.0_16. 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_16:
a.
As the root UNIX user, use File Transfer Protocol (FTP) to transfer CTM85_JRE_UPGRADE_1_5.zip from the /opt/CiscoTransportManagerServer/bin directory on the server to the client workstation.
b.
Copy the CTM85_JRE_UPGRADE_1_5.zip file to the /tmp directory.
c.
Enter the following commands to unzip the file:
# cd /tmp# unzip CTM85_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 16.
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_16-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_16-solaris-sparc.sh /tmp/JRE# chmod +x jre-1_5_0_16-solaris-sparc.shi.
Enter the following command to update the JRE version to 1.5.0_16:
# ./installNewJre.sh jre-1_5_0_16-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_16"Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02)Java HotSpot(TM) Server VM (build 1.5.0_16-b02, mixed mode)
Upgrading the CTM R8.5 Windows Client to JRE Version 1.5.0_16
Step 1
Go to http://java.sun.com/javase/downloads/index_jdk5.jsp and download Java Runtime Environment (JRE) 5.0 Update 16. The JRE installable for Windows is named jre-1_5_0_16-windows-i586-p.exe.
Step 2
Go to C:\Program Files\Java\ and copy the directory with the latest JRE version, jre1.5.0_16.
Step 3
Paste it into the CTM client directory C:\Cisco\TransportManagerClient8_5.
Step 4
Rename the original JRE directory in C:\Cisco\TransportManagerClient8_5 as jre.orig.
Step 5
Rename the new JRE directory (jre1.5.0_16) 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_5\jre\binStep 8
Enter the following command:
# java -versionIn the output, you should see:
java version "1.5.0_16"Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02)Java HotSpot(TM) Server VM (build 1.5.0_16-b04, mixed mode)
Resolved Caveats
The following table lists caveats that are resolved as of the latest CTM R8.5 patch or service pack.
Table 5 Caveats Resolved in CTM R8.5
Caveat ID CaveatCSCeh15110
The CoS accounting command for Ethernet interfaces is not cleared when VLANs are deleted. (Related caveat ID: CSCse91457.)
CSCsb62632
The Domain Explorer does not show the correct alarm status for MGX NEs. The Alarm Browser does not show connection-related alarms. (Related caveat ID: CSCsh96119.)
CSCsc46226
The HdlcRxAborts counter is shown as 0 instead of blank.
CSCsc52186
CTM does not report link up/down alarms.
CSCsc66935
Rack 1 cannot be dragged to Rack 8.
CSCsd09757
Discovered NEs go to the wrong group.
CSCsd11028
Customer information is not sorted correctly when table headers are used for sorting.
CSCsd21128
Alarm profile management operations fail.
CSCsd37522
When you try to launch the NE Explorer by double-clicking a gateway network element (GNE) node, an error message is returned.
CSCse40480
Circuits do not appear in the Circuit table after deleting and recreating circuits.
CSCse59300
CTM does not update RPM-XF traps in real time.
CSCse61127
For the ONS 15216 EDFA2, the NE alarm time is incorrect in the Alarm Browser and Alarm Log.
CSCse91332
CTM GateWay/CORBA does not send a notification event when a new network partition is created in CTM.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCse94192
While adding NE defaults from one NE to another, an IDL/config exception is generated.
CSCse97179
The CTM Dashboard does not show tooltips.
CSCsg03634
Any provisioning operation in the Ports tab of the NE Explorer for ADM_10G cards causes CTM to refresh the property sheet and set focus on the SONET Line tab.
CSCsg21686
The Reference List subtab under the Timing tab of the NE Explorer does not automatically refresh.
CSCsg22838
A "Process restarted" event is generated continuously and must be cleared manually from the Alarm Browser.
CSCsg23173
When you click Cancel in the Line tab of the NE Explorer for ADM_10G cards, you are directed to the Ethernet subtab.
CSCsg34257
Spans for cards that are in 802.17 resilient packet ring (RPR) mode are shown as 0 and 1 in the Circuit Creation wizard, Circuit table, and Link table. Spans should show RPR East and RPR West.
CSCsg53530
Resync Alarm activity is not traced in the Audit Log.
CSCsg55562
The Equipment Inventory table does not reflect the changes made when shelves in a multishelf NE (MSNE) are moved between racks.
CSCsg57005
An IP SLA configured interface displays an incorrect subnet mask.
CSCsg60513
OTN G.709 performance monitoring (PM) tables display blank rows for interlink ports on ADM_10G cards.
CSCsg70987
The layer rate of an SDCC link shown in the Network Map or Link table is incorrect. It should be STM-16 instead of STM-64.
CSCsg79420
The ONS 15216 EDFA3 NE and configuration synchronization information are not displayed in the Self Monitor table.
CSCsg79457
SVLAN data is not updated after adding a PPM trunk that is created on GE_XP or 10GE_XP cards.
CSCsg79872
The Enable Shell Password check box is dimmed in CTM.
CSCsg83043
The RS-OFS counter is shown as N/A in RS PM tables.
CSCsg83062
Cannot create or delete patchcords on ONS 15327 NEs.
CSCsg85385
After adding NEs to CTM, every time you select the NE, a popup window appears, asking you to save changes made to the property sheet.
CSCsg87580
The SetTCATpParameters application program interface (API) does not work on ONS 15454 DWDM cards. This problem occurs in both SONET and SDH configurations.
CSCsg87585
The getTCAtpParameters API does not work on ONS 15454 DWDM cards. This problem occurs in both SONET and SDH configurations.
CSCsg91696
Cannot monitor the 40WSS_CE and 40DMX_CE cards after deleting them and then reprovisioning them in the NE Explorer.
CSCsg92911
Cannot perform get/set operations on hardware that is running an SNMP agent.
CSCsh18645
The file system becomes full when you repeatedly cancel an upgrade process and then restart it.
CSCsh33254
End network elements (ENEs) go down but come up a long time after changing the IP address of a GNE.
CSCsh40095
The layer for composite links is zero.
CSCsh51513
CTM requires too much time to mark an ONS 15454 as Out of Service and then In Service.
CSCsh51790
A tunnel does not open because of unknown errors.
CSCsh53496
When circuits are created from CTC, CTM discovers the circuits but displays their circuit alias name as Unknown. The circuit name is correct.
CSCsh57727
The RPR-IEEE0 protection card interface is not enabled when you create 802.17 RPR L2 topologies.
CSCsh60556
Cannot specify the admin SSM value of optical cards in the Line tab of the NE Explorer. Only six attributes are displayed instead of ten.
CSCsh60776
CTC shows ten possible values for the Admin SSM field while CTM shows only eight possible values. The missing possible values in CTM are transit node clock (TNC) and stratum 3E (ST3E).
CSCsh62458
The IP SLA delete operation fails intermittently.
CSCsh64385
Cannot set the wavelength for trunk ports on 10GE_XP and GE_XP cards that are provisioned as L2 over DWDM.
CSCsh64456
Cannot set signal degrade (SD) and signal failure (SF) values for low-order (LO) circuits.
CSCsh66343
The Create Link wizard does not allow you to select mux/demux ports of ONS 15454 MSTP NEs as endpoints of physical, unidirectional, manual link types. The mux/demux endpoints are not available even if the mux/demux cards are provisioned on the ONS 15454 MSTP NEs.
CSCsh67841
GNEs are shown as ENEs after changing the IP address of the GNE.
CSCsh67863
NEs do not change to In Service state.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsh69456
The TL1 interface contains junk characters when you launch it on an NE.
CSCsh69527
The getAllEquipment API does not retrieve the new configuration after changing the multishelf node configuration.
CSCsh71080
Cannot customize the Link Utilization table view.
CSCsh71549
SONET/SDH composite links are removed from the Link table when one of the composite links becomes invalid.
CSCsh72595
The following problems are observed in the Configuration Center > VBD tab > Event Profile category:
•
You can select v110 as the event index type for VXSM images earlier than R5.4. The v110 option should only be available for VXSM images R5.4 and later.
•
When the event handle type is None for VXSM images R5.4 and later, the event profile index should be dimmed but the GUI allows you to modify values using values 1 to 25.
CSCsh72631
In a scalability setup with approximately 3000 nodes, CTM GateWay/TL1 does not respond to commands with the CTM domain as the target ID (TID). The commands with the node as the TID work correctly.
CSCsh72874
The protected port's administration state is not updated after creating an STS circuit that connects the ADM_10G trunk ports.
CSCsh74746
Protected ports do not go into In Service state when creating SDCCs.
CSCsh76335
OCHNC-based circuits cannot be automatically routed even if all the required nodes and links are available.
CSCsh77519
Some ML cards are not listed in the Add/Remove Cards wizard.
CSCsh77603
ENEs of tunnel network elements (TNEs) take a long time to come up.
CSCsh77770
Cannot select side constraints in the Routing Preferences pane of the Circuit wizard to change the sequence of the nodes in a routing path. An error message is displayed: "EID-932: Failed to route the circuit."
CSCsh77880
The J1 path trace option is not available in the popup menu on ports listed in the Circuit Trace window.
CSCsh77907
Composite net links are invalid after deleting and then adding back GCC or DCC terminations.
CSCsh77983
Links between SONET nodes are not discovered after disconnecting DCN. When this happens, circuits go into Partial state and you cannot provision the circuits using the affected links.
CSCsh78003
CTM client freezes for about one minute. Afterward, the POS tab information displays correctly in the NE Explorer.
CSCsh78011
The CTM GUI freezes for approximately 30 seconds when you change the ML-series card's hostname using CTM. Afterward, the hostname is successfully changed in the ML-series card.
CSCsh78070
The circuit name alias shows .xxxxxxxxxxxxx when you add a card to an existing topology.
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 OC 192."
CSCsh78187
The L2 topology goes into Incomplete state when you add cards to a large RPR ring using the Add Card option in the NE Explorer. A large RPR ring typically contains 10 to 15 ML-series cards.
CSCsh78251
It takes too long to create, discover, and configure large RPR rings that contain 10 to 15 ML-series cards.
CSCsh78449
The PM Query by NE Model wizard is available for ONS 15305 R3.x NEs.
CSCsh79196
Cannot edit Foreign and Foreign IP fields when creating an SDCC or GCC.
CSCsh79344
The Lock On button is not available on working ports of ADM_10G cards.
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.
CSCsh79827
An existing GCC termination that is related to a TXP card becomes invalid after creating a new GCC termination.
CSCsh80594
Cannot set AIS threshold values in the BITS OUT Facilities area of the NE Explorer.
CSCsh80798
Cannot delete the trunk port rate on ADM_10G cards.
CSCsh80894
An error occurs and the graph of PM data is not displayed when you remove the Time Stamp column from the PM table, save the customized view, and then close and reopen the PM table.
CSCsh81007
Only 32 wavelengths in the C-band can be provisioned over trunk ports on ADM_10G and GE_XP cards.
CSCsh82631
The NEs in a GNE-ENE setup do not synchronize correctly when you:
1.
Mark the NEs as Out of Service.
2.
Delete the NEs.
3.
Undelete the NEs from the Deleted Network Elements group.
4.
Mark the NEs as In Service.
CSCsh84176
Even if a new NGNE IP address is specified during a Modify Tunnel operation, CTM still uses the old IP address of the NGNE to create a tunnel.
CSCsh85850
After changing the shell access state of an NE that contains ML cards from Disable to Secure or Non-secure, the ML cards do not automatically synchronize.
CSCsh85942
The Ethernet PM table of ADM_10G cards shows incorrect values for Rx and Tx Ethernet Utilization parameters.
CSCsh86025
Incorrect link status of ONS 155xx NEs.
CSCsh87374
A scheduled image download job for an MGX NE remains in Wait state, blocking other jobs from starting.
CSCsh87646
A Y-cable-protected, autodiscovered DCC link is shown in CTM with a PCA protection attribute. The correct attribute should be Y-cable.
CSCsh88632
After performing the first Enable L2 Service operation and before the topology goes into Complete Resync state, there are no indications that the Enable L2 Service operation is going on in the background. This is misleading because it suggests that the Enable L2 Service operation is unsuccessful, and users retry the operation.
CSCsh89135
Policers are shown in incorrect order in the Modify Drops wizard.
CSCsh89406
Discovery of the SONET test network through the GNE is very slow. It is possible that the NE service is blocked for some time due to timeouts. Marking the NEs managed by the NE service as Out of Service and then In Service does not work correctly. It takes 25 minutes for all NEs to be discovered and go into In Service state on a newly installed CTM build.
CSCsh89434
Patchcord links are not completely discovered by the Network Control Protocol (NCP) component. Because of this, circuits that are routed through those links remain in Partial state.
CSCsh92748
The Affected Object field in the Alarm Browser shows incorrect values for CTM alarms raised because of problems with MGX nodes. (Related caveat ID: CSCsg22838.)
CSCsh92935
Unable to change the admin state for STM-6_16 or TSC card because the Admin State field is missing in the ONS 15600 SDH NE Explorer for these cards.
CSCsh92964
Link validity is not recalculated after restarting the NE service.
CSCsh94232
Graphs cannot be plotted for an STS category of a DS3 card if there are multiple entries in the PM table for a given port number.
CSCsh94767
Manual links become invalid after changing the link cost.
CSCsh94779
The nodes that are connected by a manual link are moved to different subnetworks after marking the nodes as Out of Service and then In Service. Furthermore, circuit creation is denied.
CSCsh94941
When PPMs are created on preprovisioned ASAP cards, the related information is not shown in the Line and Loopback tabs.
CSCsh95146
The Equipment Inventory table does not show a 40-WSS card in slot 14 or 15.
CSCsh96419
Multiple circuit deletion fails for high-order (HO) VC3 circuits created on ONS 15600 SDH NEs.
CSCsh96439
Unable to set the AIS threshold on ONS 15600 SONET NEs.
CSCsh97588
Cannot set the admin state of a port while creating an SDCC on ONS 15310 CL and ONS 15310 MA NEs.
CSCsh98137
The RPR interface is enabled in the running configuration but is not enabled in the startup configuration.
CSCsh98161
ST3E and TNC are available as possible values for the Admin SSM field of ONS 15310 CL CTX cards. These two attributes are not available in CTC.
CSCsh98517
The tunnel is not opened when you modify the GNE Login Required option. In this case, the GNE Login Required option does not work. It works properly when you add a TNE for the first time. Succeeding changes to the GNE Login Required option are not applied.
CSCsi00585
Real-time PM data on OCH ports of 40-WXC cards is not retrieved. The values are shown as N/A.
CSCsi01628
When an FTP error occurs, the following major alarm is generated: "Stats file transfer error." The alarm never gets cleared.
CSCsi02089
Change the CTM GateWay/TL1 username and password in the Control Panel, Securities properties. Mark the NE as Out of Service and then In Service. The new username and password are not applied to CTM GateWay/TL1.
CSCsi04794
The STS path frame on a VXSM OC3 card shows the wrong payload type for the VT payload path. Also, the VT tab is disabled when viewing the information in tabular form and when you launch the path entities.
CSCsi05177
When you start the CTM client and entered an incorrect password, you will not be connected but you can change the name of the CTM server hostname or IP address.
CSCsi05192
The configuration engine and CWM processes continue to run after executing the ctms-stop command.
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.
CSCsi06718
Sometimes it is impossible to create phantom links if a provisioned patchcord has been previously provisioned and then deleted.
CSCsi06828
The pruning operation on an ONS 15454 SDH audit trail parameter is not working properly.
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."
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."
CSCsi07958
The getActiveMaintenanceOperation API does not work on the MXP_MR_10DME card for both SONET and SDH configurations.
CSCsi08904
Real-time physical PM data is incorrect when you perform a PM query by category on L-band cards (for example, OPT_BST_L, 32WSS_L, 32DMX_L, and OPT_BST_L cards) of NE R7.0 and R7.2. This problem does not occur when you perform a PM query by NE model.
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.
CSCsi12214
The Alarm Browser does not show any ONS 15600 SDH alarms after enabling robust fault synchronization for the NE and marking the NE as Out of Service and then In Service.
CSCsi13707
Values of the PSC-S and PSD-S fields of ASAP cards with OC-48 PPMs are shown as N/A.
CSCsi15086
Connect an OSS client to CTM GateWay/TL1 and leave it for twelve hours. The OSS client receives no update from CTM GateWay/TL1, and CTM GateWay/TL1 does not respond to any requests made by the OSS client.
CSCsi15415
An error occurs after executing the getCTPsAndTopologicalLinks API.
CSCsi15485
The Filter operation does not work on the Circuit table.
CSCsi16349
NE Defaults in CTM are not synchronized with the NE Defaults in CTC.
CSCsi16553
The CTM client uninstalls after displaying a warning message.
CSCsi17070
In a high availability (HA) environment, the resource CTM_SID is shown as offline when Oracle processes are up and running.
CSCsi27588
Circuit routing takes more time compared to earlier releases.
CSCsi34326
The Circuit table updates continuously and discovers sections of the network that are not in its selection context.
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.
CSCsi48269
The Treat LOF as Defect field is not available on XTC cards.
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.
CSCsi88931
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.
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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsj01791
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.
CSCsj02032
The msgTokenType MIB object is not represented in the database and is not shown in the Configuration Center.
CSCsj07317
In the NE Explorer, when you change the NE ID for an ONS 15454 R4.1.4 and click Apply, an error message is returned.
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.
CSCsj09127
If you add a TL1 gateway node to CTM R8.0, the node is added as a LAN-connected network element (LNE), not as a TNE. If you launch the TNE Devices table, a collapsed empty Java window opens.
CSCsj12599
After upgrading to CTM R8.0, you cannot set the TL1 Tunnel Connection Timeout value in the Control Panel window.
CSCsj14805
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.
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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsj30693
The NE Explorer shelf view is blank for ONS 15327 R4.1.82 NEs.
CSCsj32566
The Equipment State and Admin State fields are missing for ML cards on ONS 15454 SONET R4.1.82 NEs.
CSCsj34451
The Resync L2 Topology operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.
CSCsj34528
The Add/Remove Card operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.
CSCsj41573
Unable to launch CTC from the Domain Explorer and NE Explorer.
CSCsj43760
The incorrect software version is displayed in the Control Panel.
CSCsj43900
The RPR 802.17 PM table does not show the Time Last Cleared time stamp under any conditions.
CSCsj45195
Cannot create a circuit if the port name contains an open parenthesis character.
CSCsj52599
The management of the Apache Web Server service does not detect failure conditions such as kill -9 on httpd PID. The monitoring of http processes should be improved to detect failures on the Apache Web Server service.
CSCsj52896
PM services do not initialize correctly after a CTM server restart. Consequently, PM data is not collected for some NEs.
CSCsj70396
Cannot create an optical transmission section (OTS) patchcord link when the source NE contains only OSC_CSM cards.
CSCsj70432
The CTM server overwrites the most recent log files in the archive log directory.
CSCsj76500
When the PM service experiences high load conditions, some PM data for CTC-based NEs is not stored in the database.
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.
CSCsj84148
The POS PM table shows the wrong value for the Alias ID parameter.
CSCsk20958
CTM GateWay/CORBA APIs return an exception with the following error reason: "The srcNodeId is null for the circuit with nodeId <node_ID>."
CSCsk21490
CTM GateWay/CORBA APIs return an exception with the following error reason: "Failed to get containing equipment for a PTP."
CSCsk28871
The /db05 partition is 100 percent full and the CTM server shuts down automatically.
CSCsk28922
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.
CSCsk34541
The PM Query by NE Model wizard and the PM Query by Category wizard do not open the RPR 1-day historical PM table.
CSCsk44463
Links remain invalid after resetting the GNEs.
CSCsk44773
Due to security issues, CTM must support Apache web server version 2.0.61.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsk53826
CTM and CTC do not discover server trail links that are created in opposite directions.
CSCsk59882
Passive ONS 15216 NEs are not discovered correctly when you log into the CTM client as an Operator. When you select a passive ONS 15216 node, the cursor remains an hourglass icon, indicating that CTM is retrieving data.
CSCsk61775
The secondary state of a transponder client port is not updated with events, which causes a mismatch between CTM and CTC. (Related caveat ID: CSCsk52028.)
CSCsk65341
The CTM GateWay/CORBA API getAllTopologicalLinks does not retrieve server trail links.
CSCsk72558
Circuit spans are not displayed properly in the Circuit Span table.
CSCsk74382
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.
CSCsk84166
Unable to set the EMS session port from the Control Panel.
CSCsk84707
CTM PM pruning fails due to a buffer overflow error.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsk92923
The OSS client is unable to set the time stamp to the local time (delta format) because CTM misinterprets the time format.
CSCsk98333
CTM GateWay/CORBA does not accept time stamps that use tenths of a second instead of zero.
CSCsl06203
The Create Link wizard does not open and an error message is displayed.
CSCsl07946
There are two entries in the Link Utilization table for a protected circuit that contains two spans, and each entry has a different Switch State value.
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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl20872
Creating an L1 circuit fails and the following message appears: "EID-932: Failed to route the circuit. Details: client timeout reached." (Related caveat ID: CSCsr20363.)
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl26108
CTM does not perform quickly when connecting, discovering, and resynchronizing CTC-based devices such as the ONS 15310, ONS 15327, ONS 15454, and ONS 15600.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl26218
The NE services freezes after adding 3000 NEs, deleting 30 NEs, adding a new topology with GNEs, and marking several NEs as Out of Service and then In Service.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl28104
The CTM server does not start automatically after completely restoring the database.
CSCsl28305
Unable to determine the status of the database when the migration or export operation fails.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl31836
In the CTM Login dialog box, the text area with the legal disclaimer displays only 69 characters for each row; it should display 80 characters.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl34530
The network topology is not updated in CTM.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl37264
The ONS 15454 SDH NE Explorer shows the wrong battery names in slots 23 and 24.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl43107
A background Java/Javaw process is opened and does not close when you close the CTM client. Every time the CTM client is opened, a new Java process is created. Therefore, if the CTM client is opened several times, several dangling Java processes are created.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsl48499
The backup files are not listed in the Backup File dialog box after choosing Administration > Memory Backup Upload in the Domain Explorer.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsm17261
When a node is marked as Out of Service and then In Service, the alarm ID and time stamp are assigned new values in the Alarm Browser. The alarm notes are also missing. (Related caveat ID: CSCsq24237.)
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsm21463
The Circuit table does not display the port name for E1-42 cards for source and destination NEs. Also, the Circuit table does not display the port name for STM-1 cards for destination NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsm37071
Implementation Repository (IMR) is an OpenFusion service that is required for the correct behavior of the CTM server. In certain environments, IMR shuts down unexpectedly, causing the SM service and any connected services to shut down and restart.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsm41384
The /tmp directory on the application server for log4j contains error messages and cleared CTM alarms that are unacknowledged. log4j is the library that manages log messages in the database and in the log files.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsm84722
Cannot install CTM patches in a dual-server setup.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsm85018
There are compatibility issues between CTM R8.5 and the CTM GateWay/CORBA R8.0 client after changing the CTM R8.5 notifications.idl file located in the /opt/CiscoTransportManager/idl directory.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso00769
Unable to delete or modify drops or VLANs that are associated with custom QoS profiles.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso01840
It takes a long time to discover NEs after the NE service restarts.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso01900
The CTC-based NE service takes a long time to reconnect and discover NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso01942
CTM takes a long time to discover a large network of GNEs and ENEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso35202
The Oracle shutdown script does not work while the server workstation is shutting down.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso44701
CTM memory backups fail when multiple MGX NEs are selected simultaneously. The Job Monitor table displays the following message:
(Too many open files)
(No such file or directory)
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso44836
On a dual-server setup, the automatic pruning of the /db05 directory does not work. CTM*.arc files accumulate in /db05 and do not move automatically to /ctm_backup.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso62224
Upgrading the CTM server workstation from CTM R8.0 to R8.5 fails on a dual-server setup. 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."
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCso76700
The CTM GateWay/CORBA northbound interface (NBI) creates additional proxy consumers if you do not stop CTM GateWay/CORBA before executing the ctms-stop or ctms-start commands.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq11152
Due to security issues, CTM must support a new JRE version.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq26342
The getHistoryPMData API takes longer than 15 minutes to return data.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq26362
The output file generated from getHistoryPMData returns duplicate rows.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq31631
Memory backup and memory restore fail on MGX nodes when Telnet is disabled.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq32073
Due to security issues, CTM must support Apache web server version 2.0.63.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq65111
In the GW/TL1 Event Forwarding Discriminator table, the Alarm Reporting column contains incorrect values.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq67942
The NE User Access Administration table and Modify NE User wizard show different values for the same fields.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq80551
CTM must add support for ONS 15305 R3.0.6 NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq87850
SVLAN ports are not displayed correctly.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsq92344
After upgrading to CTM R8.5, all MGX NEs monitored by the CTM server report voltage sensor alarms against the VXSM card in slot 1. However, if you log into the chassis of the unit, there are no corresponding alarms on the gateway.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr16489
CTM must add support for release 4.1.3 NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr30785
The Alarm Browser displays MGX STM-1 interfaces incorrectly as AU3.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr44800
CTM must add support for release 4.1.6 NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr53609
A CTM server core dump file is created when the CTM server shuts down.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr60497
When provisioning a circuit manually between ONS 15454 NEs, the map view displays blank nodes.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr61773
CTM must add support for release 4.6.2 NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr62641
When you delete NEs from the Deleted NEs group, a warning message should report that the NEs are scheduled for permanent deletion. To confirm that NEs have been deleted, check the Audit Log for the message "AUD-5015: <NE ID> has been successfully purged."
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr65306
When upgrading from one CTM release to the next (as detailed in the Cisco Transport Manager Installation Guide), the migration scripts fail with Java exceptions.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr70191
When the system date is changed while the CTM server is running, the CTM server shuts down the NE, PM, and NBI services within five minutes.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr71540
When you apply a CTM patch on a migrated CTM system, the following SQL error is returned:
sqlplus.out ERROR at line 1: ORA-00955: name is already used by an existing object
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr91285
CTC cross-launch fails when multiple software versions are present.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsr94216
Some of the fields that are present in the CTM Alarm Browser are missing from the CTM GateWay/CORBA output. For example, the Object and Module Name fields are missing from the events retrieved by CTM GateWay/CORBA.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu10502
The export_full_db.sh script creates large hidden tar files under the /ctm_backup directory. With multiple database exports, the /ctm_backup file system becomes full, and CTM crashes.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu18321
The Circuit Repair window does not automatically close when the repair operation is finished.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu22851
A memory leak occurs on the CTM server because of zombie lightweight process (LWP) creation.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu37369
The Audit Log records a flood of events that are similar to the following:
AUD-147: NE (xxx) Property Changed - New Subnet Id (nn)
AUD-5018: NE (xxx) has changed its Subnetwork ID from ...
AUD-169: Topology Changed - Subnet (Subnetwork-nn) Added
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu50742
The Circuit table does not display the port name for STM1E_12 cards for source and destination NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu56857
The Circuit table loses values for the following fields: Customer ID, Service ID, and Description.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu62835
The following SQL errors are generated during patch installation:
Executing pre requisite sql fixes for 361 patch
5589 rows deleted. Commit complete. Table altered. ALTER TABLE ACTIVE_ALARM_TABLE ADD CONSTRAINT ... ERROR at line 1: ORA-00955: name is already used by an existing object Commit complete.
done.Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu66316
Cannot launch CTC from CTM for an ONS 15454 MSTP R8.5.2 node.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu67460
Even though automatic alarm acknowledgement is enabled, cleared alarms do not move from the Alarm Browser to the Alarm Log.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu68317
The northbound CORBA interface returns incorrect cross-connect table information. The getAllCrossConnections API returns a CTP name retrieved by a VC-12 circuit in the format /sts3c_au4-j=62/vt2_tu12-k=0-l=0-m=0.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu86435
Occasionally, Cisco Edge Craft does not launch from CTM.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu88344
CTM performance degrades severely when the managed domain contains duplicate IP addresses. Furthermore, CTM does not display a warning message about the duplicate IP addresses.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu88903
The CTM R8.5.0.378.3 patch fails to install in a dual-server configuration.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu90020
Manual circuit routing through a server trail fails.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu90217
Continuous 15-minute and 1-day PM lost bucket alarms occur for a node and do not clear.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsu90286
Circuit routing through a server trail fails.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv04954
When logging into the CTM client, the login fails.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv07073
The Circuit table loses values for the following fields: Circuit Alias Name, Note, Customer ID, Service ID, and Description.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv07090
The Circuit table loses additional values after marking a node as Out of Service/In Service and restarting the NE service.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv07267
After marking an NE as Out of Service > In Service > Out of Service > In Service, cross-connections are no longer discovered for that NE.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv07682
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."
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv12810
An MGX node is added to the CTM server, but is not included in the Auto Backup process.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv33266
If you perform a span switch from the Link Utilization table, the switch does not work for all circuits listed in the table.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv40528
VT1.5 PM information is displayed incorrectly for DS3XM-12 cards. The VT PM information is shown with incorrect numbers, making it impossible to tell which VT the PM data is for. (Related caveat ID: CSCsw22308.)
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv47526
The setTPData and getTP APIs might fail and generate a null pointer exception for a CTP whose native name involves an MRC-12 card.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv52311
The getSNC and getAllSubnetworkConnections APIs return CTPs in the format /sts1_au3-j=1-k=[1..192] instead of /sts1_au3-j=[1..64]-k=[1..3]. Also, the setTPData API might fail for CTPs created on OC-192 XFP cards, which generates a null pointer exception.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv70799
CTM and CTC show different values for LBC and OPT parameters on MRC-25G-4 cards.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv70863
In the card-level NE Explorer > Line tab > Line Config subtab > Admin State field, if you change the administrative state of the port from In Service to Out of Service, a warning dialog box prompts you for confirmation. If you click Yes, the port changes to Out of Service. If you click No, the port remains In Service. If you click the X in the upper corner of the warning dialog box to cancel the operation, the port changes to Out of Service.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsv81066
The NE service freezes after discovering a large NE network.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsw43520
A memory leak occurs on the CTM server because of zombie LWP creation during startup.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsw73743
The getAllCrossConnections API returns an error if the node does not contain circuits.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsw88114
In a filter dialog box, the User Specified radio button allows only 2009 to 2018 as the year.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsw91974
In a large network of GNEs and ENEs, CTM fails to collect PM data.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsw91994
The CTM database contains unusable indexes, which means that PM tables and audit logs contain no data.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsx09374
In an HA setup, if you install CTM R8.5.0.350.1 or later, the Apache web server is no longer controlled by the Veritas Apache agent. Even if the web server is running, the Veritas Apache agent does not acknowledge it.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsx22431
CTM and CTC show different wavelength calculations for OCHNC circuits.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsx50111
ENE nodes configured in Secure IP mode do not reconnect to CTM after the node is marked as Out of Service and then In Service.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsx50126
Due to security issues, CTM must support Apache web server version 2.2.11.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsx50161
Due to security issues, Apache Tomcat must be disabled.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsx56687
The SPAN_BS_TABLE database table displays incorrect working and protected values.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsx81985
Archive log pruning degrades as database usage increases, and the /db05 directory fills up.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsy10635
When upgrading from CTM R8.0 or CTM R8.5 to CTM R9.0 on a single-server setup installed with optical modules only, a warning message says problems occurred during the upgrade. The CTM server starts correctly despite the warning message.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsy23134
CTM must add support for ONS 15310 CL, ONS 15310 MA, ONS 15454 SONET, and ONS 15454 SDH R8.6 NEs.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCuk55231
TCAs are shown one hour late in PM tables when the NE switches automatically from Daylight Saving Time to standard time.
CSCsz63889
Sometimes memory backups fail for CTC-based NEs with release 6.0.1.
CSCsz75781
The Error Log contains meaningless error messages that pertain only to DWDM cards, yet there are no DWDM cards in the network. (Related caveat ID: CSCtb15132)
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCsz83568
•
The following null pointer exception appears in the pmservice.log file for MRC-12 cards:
[com.cisco.stardm.service.pm.ons15454.ONS15454DBWriter,DB WriterWorker#18]NE UMSWMIR030 : VT1-5-10-1-4-7-4-10 - module Type: 219 at shelf 1 and slot 5 raised NullPointerException in parse() method.java.lang.NullPointerExceptionNote
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCta69923
Cleared alarms are not removed from the Alarm Browser.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCtb01411
The network services and network service instances cannot be stopped or started from the Control Panel. The SMService-0-<timestamp>.log file shows the following error message:
EID-5016: Exception: %01 occurred while launching service process.java.io.IOException: Too many open files.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCtb05738
CTM event dispatcher threads are not distributed effectively. Events that arrive from CTC are assigned to a queue based on the value of the NE node ID. Because the node ID often has an even value, only queues with an even ID are used to process events. Consequently, half of the threads are instantiated but are never used to process events.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCtb21147
CTM manages incorrectly DS1 alarms that originate on VT circuits on DS3XM_12 cards. CTM fails to report major DS1 alarms.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
CSCtb34284
The core_pmon.sh script that checks the status of critical CTM processes runs every 30 seconds instead of every 5 minutes.
Note
This caveat is fixed with the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. However, if a previous workaround before the CTM R8.5.0.390.3 patch has been applied, edit the core-pmon.sh file and remove the row that contains "sleep 270." Installing the CTM R8.5.0.390.3 or later patches will not overwrite the file.
Installing the CTM R8.5.0.390.3 Patch
Note
The CTM R8.5.0.390.3 patch inherits all bug fixes and obsoletes all earlier CTM R8.5 patches.
The CTM R8.5.0.390.3 patch is installed like a regular CTM patch.
This section describes how to download and install the CTM R8.5.0.390.3 patch, which contains new fixes for the following caveats:
Note
Caveats are categorized as a server fix (S), client fix (C), or both (CS).
•
CSCsu90217 (S): Continuous 15-minute and 1-day PM lost bucket alarms occur for a node and do not clear.
•
CSCsz63889 (S): Sometimes memory backups fail for CTC-based NEs with release 6.0.1.
•
CSCsz75781 (S): The Error Log contains meaningless error messages that pertain only to DWDM cards, yet there are no DWDM cards in the network. (Related caveat ID: CSCtb15132.)
•
CSCsz83568 (S): The following null pointer exception appears in the pmservice.log file for MRC-12 cards:
[com.cisco.stardm.service.pm.ons15454.ONS15454DBWriter,DB WriterWorker#18]NE UMSWMIR030 : VT1-5-10-1-4-7-4-10 - module Type: 219 at shelf 1 and slot 5 raised NullPointerException in parse() method.java.lang.NullPointerException•
CSCta69923 (S): Cleared alarms are not removed from the Alarm Browser.
•
CSCtb01411 (S): The network services and network service instances cannot be stopped or started from the Control Panel. The SMService-0-<timestamp>.log file shows the following error message:
EID-5016: Exception: %01 occurred while launching service process.java.io.IOException: Too many open files.•
CSCtb05738 (S): CTM event dispatcher threads are not distributed effectively. Events that arrive from CTC are assigned to a queue based on the value of the NE node ID. Because the node ID often has an even value, only queues with an even ID are used to process events. Consequently, half of the threads are instantiated but are never used to process events.
•
CSCtb21147 (S): CTM manages incorrectly DS1 alarms that originate on VT circuits on DS3XM_12 cards. CTM fails to report major DS1 alarms.
•
CSCtb34284 (S): The core_pmon.sh script that checks the status of critical CTM processes runs every 30 seconds instead of every 5 minutes.
Note
If a previous workaround before the CTM R8.5.0.390.3 patch has been applied, edit the core-pmon.sh file and remove the row that contains "sleep 270." Installing the CTM R8.5.0.390.3 or later patches will not overwrite the file.
This patch also inherits fixes of all earlier CTM R8.5 patches for the following caveats:
Fixed in the CTM R8.5.0.387.6 service pack:
•
CSCso44836 (S): On a dual-server setup, the automatic pruning of the /db05 directory does not work. CTM*.arc files accumulate in /db05 and do not move automatically to /ctm_backup.
•
CSCso62224 (S): Upgrading the CTM server workstation from CTM R8.0 to R8.5 fails on a dual-server setup. 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."
•
CSCsq67942 (CS): The NE User Access Administration table and Modify NE User wizard show different values for the same fields.
•
CSCsr60497 (C): When provisioning a circuit manually between ONS 15454 NEs, the map view displays blank nodes.
•
CSCsr62641 (C): When you delete NEs from the Deleted NEs group, a warning message should report that the NEs are scheduled for permanent deletion. To confirm that NEs have been deleted, check the Audit Log for the message "AUD-5015: <NE ID> has been successfully purged."
•
CSCsr65306 (S): When upgrading from one CTM release to the next (as detailed in the Cisco Transport Manager Installation Guide), the migration scripts fail with Java exceptions.
•
CSCsr91285 (C): CTC cross-launch fails when multiple software versions are present.
•
CSCsu10502 (S): The export_full_db.sh script creates large hidden tar files under the /ctm_backup directory. With multiple database exports, the /ctm_backup file system becomes full, and CTM crashes.
•
CSCsu37369 (S): The Audit Log records a flood of events that are similar to the following:
AUD-147: NE (xxx) Property Changed - New Subnet Id (nn)AUD-5018: NE (xxx) has changed its Subnetwork ID from ...AUD-169: Topology Changed - Subnet (Subnetwork-nn) Added•
CSCsu66316 (C): Cannot launch CTC from CTM for an ONS 15454 MSTP R8.5.2 node.
•
CSCsu67460 (S): Even though automatic alarm acknowledgement is enabled, cleared alarms do not move from the Alarm Browser to the Alarm Log.
•
CSCsu68317 (S): The northbound CORBA interface returns incorrect cross-connect table information. The getAllCrossConnections API returns a CTP name retrieved by a VC-12 circuit in the format /sts3c_au4-j=62/vt2_tu12-k=0-l=0-m=0.
•
CSCsu90020 (S): Manual circuit routing through a server trail fails.
•
CSCsu90286 (S): Circuit routing through a server trail fails.
•
CSCsv04954 (S): When logging into the CTM client, the login fails.
•
CSCsv07267 (S): After marking an NE as Out of Service > In Service > Out of Service > In Service, cross-connections are no longer discovered for that NE.
•
CSCsv07682 (S): 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."
•
CSCsv12810 (S): An MGX node is added to the CTM server, but is not included in the Auto Backup process.
•
CSCsv33266 (S): If you perform a span switch from the Link Utilization table, the switch does not work for all circuits listed in the table.
•
CSCsv40528 (S): VT1.5 PM information is displayed incorrectly for DS3XM-12 cards. The VT PM information is shown with incorrect numbers, making it impossible to tell which VT the PM data is for. (Related caveat ID: CSCsw22308.)
•
CSCsv47526 (S): The setTPData and getTP APIs might fail and generate a null pointer exception for a CTP whose native name involves an MRC-12 card.
•
CSCsv52311 (S): The getSNC and getAllSubnetworkConnections APIs return CTPs in the format /sts1_au3-j=1-k=[1..192] instead of /sts1_au3-j=[1..64]-k=[1..3]. Also, the setTPData API might fail for CTPs created on OC-192 XFP cards, which generates a null pointer exception.
•
CSCsv70799 (S): CTM and CTC show different values for LBC and OPT parameters on MRC-25G-4 cards.
•
CSCsv70863 (C): In the card-level NE Explorer > Line tab > Line Config subtab > Admin State field, if you change the administrative state of the port from In Service to Out of Service, a warning dialog box prompts you for confirmation. If you click Yes, the port changes to Out of Service. If you click No, the port remains In Service. If you click the X in the upper corner of the warning dialog box to cancel the operation, the port changes to Out of Service.
•
CSCsw43520 (S): A memory leak occurs on the CTM server because of zombie LWP creation during startup.
•
CSCsw73743 (S): The getAllCrossConnections API returns an error if the node does not contain circuits.
•
CSCsw88114 (C): In a filter dialog box, the User Specified radio button allows only 2009 to 2018 as the year.
•
CSCsw91974 (S): In a large network of GNEs and ENEs, CTM fails to collect PM data.
•
CSCsw91994 (S): The CTM database contains unusable indexes, which means that PM tables and audit logs contain no data.
•
CSCsx09374 (S): In an HA setup, if you install CTM R8.5.0.350.1 or later, the Apache web server is no longer controlled by the Veritas Apache agent. Even if the web server is running, the Veritas Apache agent does not acknowledge it.
•
CSCsx22431 (C): CTM and CTC show different wavelength calculations for OCHNC circuits.
•
CSCsx50111 (S): ENE nodes configured in Secure IP mode do not reconnect to CTM after the node is marked as Out of Service and then In Service.
•
CSCsx50126 (S): Due to security issues, CTM must support Apache web server version 2.2.11.
•
CSCsx50161 (S): Due to security issues, Apache Tomcat must be disabled.
•
CSCsx56687 (S): The SPAN_BS_TABLE database table displays incorrect working and protected values.
•
CSCsx81985 (S): Archive log pruning degrades as database usage increases, and the /db05 directory fills up.
•
CSCsy10635 (S): When upgrading from CTM R8.0 or CTM R8.5 to CTM R9.0 on a single-server setup installed with optical modules only, a warning message says problems occurred during the upgrade. The CTM server starts correctly despite the warning message.
•
CSCsy23134 (S): CTM must add support for ONS 15310 CL, ONS 15310 MA, ONS 15454 SONET, and ONS 15454 SDH R8.6 NEs.
Fixed in previous CTM 8.5 patches:
•
CSCse91332 (S): CTM GateWay/CORBA does not send a notification event when a new network partition is created in CTM.
•
CSCsh67863 (S): NEs do not change to In Service state.
•
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.
•
CSCsj19520 (S): The CTM GateWay/CORBA log file archiving stops when the CTM GateWay/CORBA service or CTM server is restarted.
•
CSCsk44773 (S): Due to security issues, CTM must support Apache web server version 2.0.61.
•
CSCsk84707 (S): CTM PM pruning fails due to a buffer overflow error.
•
CSCsl09775 (S): NE_AUDIT_TRAIL_TABLE pruning fails and the logs are not collected in the /$ORACLE_HOME/admin/$ORACLE_SID/udump directory.
•
CSCsl20872 (CS): Creating an L1 circuit fails and the following message appears:
EID-932: Failed to route the circuit. Details: client timeout reached.•
CSCsl26108 (S): CTM does not perform quickly when connecting, discovering, and resynchronizing CTC-based devices such as the ONS 15310, ONS 15327, ONS 15454, and ONS 15600.
•
CSCsl26218 (S): The NE services freezes after adding 3000 NEs, deleting 30 NEs, adding a new topology with GNEs, and marking several NEs as Out of Service and then In Service.
•
CSCsl28305 (S): Unable to determine the status of the database when the migration or export operation fails.
•
CSCsl31836 (C): In the CTM Login dialog box, the text area with the legal disclaimer displays only 69 characters for each row; it should display 80 characters.
•
CSCsl34530 (S): The network topology is not updated in CTM.
•
CSCsl37264 (C): The ONS 15454 SDH NE Explorer shows the wrong battery names in slots 23 and 24.
•
CSCsl43107 (C): A background Java/Javaw process is opened and does not close when you close the CTM client. Every time the CTM client is opened, a new Java process is created. Therefore, if the CTM client is opened several times, several dangling Java processes are created.
•
CSCsl48499 (C): The backup files are not listed in the Backup File dialog box after choosing Administration > Memory Backup Upload in the Domain Explorer.
•
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): When a node is marked as Out of Service and then In Service, the alarm ID and time stamp are assigned new values in the Alarm Browser. The alarm notes are also missing.
•
CSCsm21463 (S): The Circuit table does not display the port name for E1-42 cards for source and destination NEs. Also, the Circuit table does not display the port name for STM-1 cards for destination NEs.
•
CSCsm37071 (S): IMR is an OpenFusion service that is required for the correct behavior of the CTM server. In certain environments, IMR shuts down unexpectedly, causing the SM service and any connected services to shut down and restart.
•
CSCsm41384 (S): The /tmp directory on the application server for log4j contains error messages and cleared CTM alarms that are unacknowledged. log4j is the library that manages log messages in the database and in the log files.
•
CSCsm84722 (S): Patches cannot be installed in dual-server setup.
•
CSCsm85018 (S): There are compatibility issues between CTM R8.5 and the CTM GateWay/CORBA R8.0 client after changing the CTM R8.5 notifications.idl file located in the /opt/CiscoTransportManager/idl directory.
•
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): Unable to delete or modify drops or VLANs that are associated with custom QoS profiles.
•
CSCso01840 (CS): It takes a long time to discover NEs after the NE service restarts.
•
CSCso01900 (S): The CTC-based NE service takes a long time to reconnect and discover NEs.
•
CSCso01942 (CS): CTM takes a long time to discover a large network of GNEs and ENEs.
•
CSCso35202 (S): The Oracle shutdown script does not work while the server workstation is shutting down.
•
CSCso44701 (S): CTM memory backups fail when multiple MGX NEs are selected simultaneously. The Job Monitor table displays the following message:
(Too many open files)(No such file or directory)•
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.
•
CSCso76700 (S): The CTM GateWay/CORBA NBI creates additional proxy consumers if you do not stop CTM GateWay/CORBA before executing the ctms-stop or ctms-start commands.
•
CSCsq11152 (CS): Due to security issues, CTM 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.
•
CSCsq26342 (S): The getHistoryPMData API takes longer than 15 minutes to return data.
•
CSCsq26362 (S): The output file generated from getHistoryPMData returns duplicate rows.
•
CSCsq31631 (S): Memory backup and memory restore fail on MGX nodes when Telnet is disabled.
•
CSCsq32073 (S): Due to security issues, CTM must support Apache web server version 2.0.63.
•
CSCsq65111 (C): In the GW/TL1 Event Forwarding Discriminator table, the Alarm Reporting column contains incorrect values.
•
CSCsq80551 (S): CTM must add support for ONS 15305 R3.0.6 NEs.
•
CSCsq87850 (CS): SVLAN ports are not displayed correctly.
•
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.
•
CSCsq92344 (S): After upgrading to CTM R8.5, all MGX NEs monitored by the CTM server report voltage sensor alarms against the VXSM card in slot 1. However, if you log into the chassis of the unit, there are no corresponding alarms on the gateway.
•
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.
•
CSCsr16489 (CS): CTM must add support for release 4.1.3 NEs.
•
CSCsr30785 (S): The Alarm Browser displays MGX STM-1 interfaces incorrectly as AU3.
•
CSCsr44800 (S): CTM must add support for release 4.1.6 NEs.
•
CSCsr53609 (S): A CTM server core dump file is created when the CTM server shuts down.
•
CSCsr61773 (S): CTM must add support for release 4.6.2 NEs.
•
CSCsr70191 (S): When the system date is changed while the CTM server is running, the CTM server shuts down the NE, PM, and NBI services within five minutes.
•
CSCsr71540 (S): When you apply a CTM patch on a migrated CTM system, the following SQL error is returned:
sqlplus.out ERROR at line 1: ORA-00955: name is already used by an existing object•
CSCsr94216 (S): Some of the fields that are present in the CTM Alarm Browser are missing from the CTM GateWay/CORBA output. For example, the Object and Module Name fields are missing from the events retrieved by CTM GateWay/CORBA.
•
CSCsu18321 (CS): The Circuit Repair window does not automatically close when the repair operation is finished.
•
CSCsu22851 (S): A memory leak occurs on the CTM server because of zombie LWP creation.
•
CSCsu50742 (S): The Circuit table does not display the port name for STM1E_12 cards for source and destination NEs.
•
CSCsu56857 (S): The Circuit table loses values for the following fields: Customer ID, Service ID, and Description.
•
CSCsu62835 (S): The following SQL errors are generated during patch installation:
Executing pre requisite sql fixes for 361 patch5589 rows deleted. Commit complete. Table altered. ALTER TABLE ACTIVE_ALARM_TABLE ADD CONSTRAINT ...ERROR at line 1: ORA-00955: name is already used by an existing object Commit complete.done.•
CSCsu86435 (C): Occasionally, Cisco Edge Craft does not launch from CTM.
•
CSCsu88344 (S): CTM performance degrades severely when the managed domain contains duplicate IP addresses. Furthermore, CTM does not display a warning message about the duplicate IP addresses.
•
CSCsu88903 (S): The CTM R8.5.0.378.3 patch fails to install in a dual-server configuration.
•
CSCsv07073 (S): The Circuit table loses values for the following fields: Circuit Alias Name, Note, Customer ID, Service ID, and Description.
•
CSCsv07090 (S): The Circuit table loses additional values after marking a node as Out of Service/In Service and restarting the NE service.
•
CSCsv81066 (S): The NE service freezes after discovering a large NE network.
CTM R8.5.0.390.3 is intended for customers who are currently using CTM R8.5.0.231, R8.5.0.350.1, R8.5.0.359.1, R8.5.0.361.2, R8.5.0.368.3, R8.5.0.375.2, R8.5.0.378.3, R8.5.0.381.3, R8.5.0.384.3, or R8.5.0.387.6.
Note
•
Install the CTM R8.5.0.390.3 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 the patch scripts remotely. Also, make sure that there is a .rhosts file in the / directory of the server machine before installing the patch.
Complete the following procedures to upgrade to the CTM R8.5.0.390.3 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, verify that the output results to one of the following:
•
Cisco Transport Manager Server Version: 8.5 Build: 231
•
Cisco Transport Manager Server Version: 8.5 Build: 350
•
Cisco Transport Manager Server Version: 8.5 Build: 359
•
Cisco Transport Manager Server Version: 8.5 Build: 361
•
Cisco Transport Manager Server Version: 8.5 Build: 368
•
Cisco Transport Manager Server Version: 8.5 Build: 375
•
Cisco Transport Manager Server Version: 8.5 Build: 378
•
Cisco Transport Manager Server Version: 8.5 Build: 381
•
Cisco Transport Manager Server Version: 8.5 Build: 384
•
Cisco Transport Manager Server Version: 8.5 Build: 387
Backing Up the CTM Database Before Installing the CTM R8.5.0.390.3 Patch
Before installing the CTM R8.5.0.390.3 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.5 User Guide:
•
Backing Up the CTM Database from the CTM GUI
•
Backing Up the CTM Database from the CLI
Downloading the CTM R8.5.0.390.3 Patch
Step 1
Go to http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=278875317.
Step 2
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 3
At the Select a Device screen, expand Cisco Transport Manager.
Step 4
Click Cisco Transport Manager 8.5.
Step 5
At the Select a Release screen, click Expand all and click 8.5.0.390.3.
Step 6
In the right pane, click CTM8.5.0.390.3.patch.zip.
Step 7
At the Download Image screen, click Download.
Step 8
At the License Agreement screen, read the terms of the license agreement and click Agree.
Step 9
Download the CTM8.5.0.390.3.patch.zip file to a temporary directory (such as /temp) on the CTM server.
Step 10
In Solaris, enter the following commands to extract the file to the temporary directory:
cd /<directory_name>unzip CTM8.5.0.390.3.patch.zipFor example, to extract the file to the /temp directory, enter:
cd /tempunzip CTM8.5.0.390.3.patch.zipThis creates a directory called 390, which contains all of the patch-related files.
Step 11
Enter the following command to enter the directory:
cd 390Step 12
In Windows, download the CTM8.5.0.390.3.patch.zip file to the client workstation. Extract the file using a tool such as WinZip, as follows:
a.
Open the CTM8.5.0.390.3.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.5.0.390.3 Server Patch on the Same or Separate Workstation(s)
Step 1
If you are installing the CTM R8.5.0.390.3 server patch on separate workstations, you must enable the remote shell (rsh) on the server in order to install the CTM R8.5.0.390.3 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 verify 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 390 directory where the patch was extracted:
./server_patch.sh
Note
The script might take awhile to complete, depending on the database size. Do not interrupt the script before it finishes.
Step 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.5 Build: 390 Patches: 3Step 8
After installing the CTM R8.5.0.390.3 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.5 Server to JRE Version 1.5.0_16.
Installing the CTM R8.5.0.390.3 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, verify 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 390 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.5 desktop icon or choose the CTM 8.5 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.5 Build: 390 (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.5 [8.5.0.390]Step 5
After installing the CTM R8.5.0.390.3 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.5 Windows Client to JRE Version 1.5.0_16.
Installing the CTM R8.5.0.390.3 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, verify 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 390 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.5 Build: 390 (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.5 [8.5.0.390]Step 5
After installing the CTM R8.5.0.390.3 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.5 Solaris Client to JRE Version 1.5.0_16.
Upgrading to CTM R9.0 Using a Service Pack
Complete the following steps when upgrading to CTM R9.0:
Step 1
Install the latest service pack, if any. See the Migration Matrix for CTM Service Pack Releases at http://www.cisco.com/en/US/products/sw/opticsw/ps2204/prod_release_notes_list.html.
Step 2
Start the upgrade process. For instructions, see Chapter 3 of the Cisco Transport Manager Release 9.0 Installation Guide at http://www.cisco.com/en/US/products/sw/opticsw/ps2204/prod_installation_guides_list.html.
Open Caveats
The following sections describe the caveats that are not resolved in the CTM R8.5 software:
•
Installation and Upgrade Caveats
•
CTM Server and Database Caveats
•
Cisco Transport Controller Caveats
Note
Some of the caveats are resolved in a CTM R8.5 patch or service pack. In such cases, the patch or service pack that contains the fix is indicated as a workaround.
Installation and Upgrade Caveats
•
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 thePartitioning, 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 withUpgrade•
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.
•
CSCsk44773
Symptom Due to security issues, CTM must support Apache web server version 2.0.61.
Conditions
Due to a known security alert, 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsk52250
Symptom The CTM client shows the wrong installation status of CTM GateWay/CORBA.
Conditions
This problem occurs when you install CTM GateWay/CORBA while the CTM server is running. Open the Control Panel and CTM GateWay/CORBA is shown as "Not Installed."
Workaround
Click the Refresh button on the Control Panel or keep the Control Panel open while installing CTM GateWay/CORBA.
•
CSCsl11930
Symptom Oracle startup fails due to lack of memory after a dual-server installation. The following message appears:
SQL> ORA-27102: out of memorySVR4 Error: 22: Invalid argumentConditions
The database server in a CTM dual-server setup is not compliant with the RAM system requirement listed in the Cisco Transport Manager Release 8.5 Installation Guide.
Workaround
Reinstall CTM and select an installation size that meets the RAM system requirement listed in the Cisco Transport Manager Release 8.5 Installation Guide.
•
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 latest CTM R8.5 patch before performing a migration or database export operation. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsm14884
Symptom The following error messages are generated while installing the CTM database in a high-end configuration:
SQL> startup nomount pfile= /oracle/admin/CTM/pfile/initCTM.oraORA-27102: out of memorySVR4 Error: 22: Invalid argumentConditions
In a high-end configuration, if the user.root project of the project.max-shm-memory parameter is less than 12 GB, error messages are returned during the CTM database installation. For example, the following command output indicates that the maximum shared memory is 4.00 GB:
prctl -n project.max-shm-memory -i project user.rootproject: 1: user.rootNAME PRIVILEGE VALUE FLAG ACTION RECIPIENTproject.max-shm-memoryprivileged 4.00GB - deny -system 16.0EB max deny -Workaround
Reset the limit project.max-shm-memory parameter to a value greater than 12 GB.
•
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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCso62224
Symptom Upgrading the CTM server workstation from CTM R8.0 to R8.5 fails on a dual-server setup. 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 different UNIX workstations.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, copy the /opt/newdbinfo file from the CTM database workstation to the CTM server workstation; then, restart the upgrade process.
•
CSCso80680
Symptom The /oracle partition grows indefinitely until it reaches 100 percent of storage, and CTM crashes.
Conditions
This problem occurs when you migrate a CTM R8.0 server with ARCHIVELOG mode enabled to CTM R8.5.
Workaround
Complete the following steps:
Step 1
Shut down the CTM server and Oracle.
Step 2
Uncomment the following lines in the initCTM.ora file in the /oracle/product/10.2.0/dbs directory:
#log_archive_dest = /db05/CTM/CTM#log_archive_format = %t_%s_%r.arcStep 3
Restart the CTM server and Oracle.
•
CSCso92761
Symptom After upgrading to CTM R8.5 from an earlier CTM release, the database contains invalid objects.
Conditions
This problem occurs when you upgrade your database from CTM R7.0 to R8.0 and then to R8.5, and your database contains only optical modules.
Workaround
Ignore the invalid objects in the database. To see if your database contains invalid objects, enter the following SQL command:
select object_name from dba_objects where status='INVALID';Then, enter the following SQL commands to remove the invalid views:
su - oraclesqlplus ctmanager/ctm123!drop view <view_name>exitexit•
CSCsq11152
Symptom Due to security issues, CTM must support a new JRE version.
Conditions
See Symptom.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsq32073
Symptom Due to security issues, CTM must support Apache web server version 2.0.63.
Conditions
See Symptom.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsq91933
Symptom CTM R8.5 does not start.
Conditions
After installing Solaris patches, the following errors occur when you use the ctms-start script to start CTM:
Exception in thread "main" java.lang.NoClassDefFoundError: org/bouncycastle/openssl/PasswordFinderat com.cisco.stardm.platform.Decrypt.main(Decrypt.java:65)Error in add_log_parts.shAdd log partition error: Please Check if ORACLE is installed and CTM DB is running**Abort** ctms-startThe Solaris patches update the JRE_HOME variable to point to /usr/java/bin/java as the default path. However, the JRE_HOME variable used by the ctms-start script uses /jre/bin/java as the default Java path. Therefore, CTM cannot access the correct Java executable.
Workaround
After installing Solaris patches, verify that the JRE_HOME variable points to the correct Java path.
•
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
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsr67129
Symptom An error message is returned when you install additional patches after installing the Oracle 10.2.0.3 patch.
Conditions
After you install the Oracle 10.2.0.3 patch, the Cisco Transport Manager Release 8.5 Installation Guide tells you to install the patch 4898608 to migrate the Opatch utility from 10.2.0.1.4 to 10.2.0.3.2. See section 2.1.1.6, "Downloading and Installing the Additional Patches Required After Installing the Oracle 10g 10.2.0.3 Patch Set 2 for the Solaris Operating System (SPARC 64-Bit)."
However, on June 9, 2008, Oracle released a new version of the Opatch installer with the same bug ID: 4898608. When you apply patch 6235161 per the Cisco Transport Manager Release 8.5 Installation Guide using this new version of the Opatch installer, an error message is returned. The error message instructs you to apply the Opatch installer referenced by bug ID 6880880, since the Opatch installer referenced by bug ID 4898608 is obsolete.
The Oracle MetaLink document ID 602334.1 references the error. The workaround to continue with the Oracle installation is described in 602334.1, as well as in the error message described above.
Note
For the latest procedure on how to install the Oracle 10.2.0.3 patch, refer to the official Oracle documentation.
Workaround
Complete one of the following workarounds:
•
Follow the workaround that is provided with the error message.
•
Use the guidelines that are listed in the Oracle MetaLink document 602334.1. To access that document:
Step 1
Go to http://metalink.oracle.com and click Login to MetaLink.
Step 2
Enter your Oracle MetaLink username and password.
Step 3
Click the Knowledge tab.
Step 4
Search for document ID 602334.1.
•
CSCsr71540
Symptom When you apply a CTM patch on a migrated CTM 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 occurs on all CTM releases whenever a migration is involved, or when a service pack or patch is applied to a previously patched server.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsu62835
Symptom The following SQL errors are generated during patch installation:
Executing pre requisite sql fixes for 361 patch5589 rows deleted. Commit complete. Table altered. ALTER TABLE ACTIVE_ALARM_TABLE ADD CONSTRAINT ... ERROR at line 1: ORA-00955: name is already used by an existing object Commit complete.done.Conditions
This problem occurs after applying any patch level from CTM R8.5.0.361.2 to CTM R8.5.0.378.3 on a CTM system whose database was exported and then imported.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsu88903
Symptom The CTM R8.5.0.378.3 patch fails to install in a dual-server configuration.
Conditions
When installing the CTM R8.5.0.378.3 patch, an error appears stating that it cannot find the database.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsx09374
Symptom In an HA setup, if you install CTM R8.5.0.350.1 or later, the Apache web server is no longer controlled by the Veritas Apache agent. Even if the web server is running, the Veritas Apache agent does not acknowledge it.
Conditions
This problem applies only to an HA setup and occurs only when CTM is started with the ctms-start command. The CTM R8.5.0.350.1 (or later) patch upgrades the Apache web server, but the /opt/CiscoTransportManager/webServer/bin/apachectl file contains incorrect references to the /opt/CiscoTransportManagerServer/webServer/ directory. Instead, the apachectl file should contain references to the /Apache/ directory.
As a result of this problem, the Apache web server is not acknowledged as up and running when the CTM server is started with the ctms-start command. In the long term, this problem could cause the CTM server to switch from the primary server to the secondary server.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsx50126
Symptom Due to security issues, CTM must support Apache web server version 2.2.11.
Conditions
See Symptom.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsy01229
Symptom When installing CTM R8.5 on a T2-based server in a small network configuration, the installation fails at the end of disk 3.
Conditions
This problem occurs when you install CTM on a T2 processor-based Sun workstation. The installation succeeds on SPARC-based servers, but fails on T2-based servers.
Workaround
Complete the following steps to install CTM R8.5 on a T2 server in a small network configuration. This procedure, which must be performed in a root shell, fixes the Oracle memory and system project settings. The system must be equipped with at least 8 GB of RAM.
This procedure applies only to small CTM configurations that:
•
Are not part of an HA configuration.
•
Are equipped with a T2-based processor.
•
Have at least 8 GB of RAM.
•
Use a single server setup (where you install the CTM server and Oracle database on the same workstation).
Step 1
Enter the following command to verify that the workstation has at least 8 GB of RAM, which is the minimum RAM required for a small installation on a T2 server:
#prtdiag -v | grep -i memoryStep 2
Complete the following procedures to download the CTM R8.5.0.240 patch and then install CTM.
Downloading the CTM R8.5.0.240 Patch
Step 1
Go to http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=278875317.
Step 2
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 3
At the Select a Product screen, expand Cisco Transport Manager.
Step 4
Click Cisco Transport Manager 8.5.
Step 5
At the Select a Release screen, click Expand all and click 8.5.0.240.1.
Step 6
In the right pane, click CTM8.5.0.240.patch.zip.
Step 7
At the Download Image screen, click Download.
Step 8
At the License Agreement screen, read the terms of the license agreement and click Agree.
Step 9
Download the patch zip file to a temporary directory (such as /temp) on the CTM server.
Step 10
In Solaris, enter the following commands to extract the file to the temporary directory:
cd /<directory_name>unzip CTM8.5.0.240.patch.zipFor example, to extract the file to the /temp directory, enter:
cd /tempunzip CTM8.5.0.240.patch.zipThis creates a directory called 240, which contains all of the patch-related files.
Step 11
Enter the following command to enter the directory:
cd 240Applying the Patch and Installing CTM R8.5
Step 1
If the CTM server has never been installed on the current workstation (in other words, a fresh installation), skip to Step 3 after completing all of the steps in section 2.1.2, "Updating the System Parameters" in the Cisco Transport Manager Release 8.5 Installation Guide.
Step 2
Complete the following substeps to remove the previous CTM installation (if any):
a.
Delete all of the files and subdirectories in the /db0* directories.
b.
Remove the CTM server installation directory (the default is /opt/CiscoTransportManagerServer).
c.
Remove the Oracle pfile of the previous installation.
•
Generic pfile path: /oracle/admin/<SID>/pfile/init<SID>.ora
•
Default pfile path: /oracle/admin/CTM/pfile/initCTM.ora
d.
Reboot the system.
Step 3
In the patch folder, go to the T2_small_install directory and enter the following commands to check the permissions:
#cd ./T2_small_install#ls -l *.sh#chmod +x *.shStep 4
Insert the first installation disk, start the CTM installer, and select all of the required installation settings as per the Cisco Transport Manager Release 8.5 Installation Guide.
CautionStop at the Pre-Installation Summary screen. Do not click the Install button.
Step 5
In a separate root shell, enter the following commands to launch the fix_installation.sh script:
#cd /T2_small_install#./fix_installation.shAfter you launch the fix_installation script, usage instructions appear onscreen. See the usage example below.
When you launch the script, specify the <CTM_version> and <SID>. Be very careful to specify the correct values.
Usage Example
# ./fix_installation.shUsage: ./fix_installation.sh <CTM_version(8.5)> <SID>
Example:
./fix_installation.sh 8.5 CTMStep 6
After the fix_installation script runs and preliminary checks succeed, the following message appears onscreen:
Please PRESS INSTALL NOW on Pre-Installation Summary screenStep 7
Return to the Pre-Installation Summary screen. Click the Install button and continue the installation as per the installation guide to complete the CTM server installation.
The script runs during the CTM installation and continuously prints the following output until the fix is complete:
Script ./fix_installation.sh is running ...Once complete, the script exits with the following messages:
___ PFILE has been created___ Modifying pfile ...___ <SID> pfile has been modified.Script ./fix_installation.sh has completed successfully•
CSCsy10635
Symptom When upgrading from CTM R8.0 or CTM R8.5 to CTM R9.0 on a single-server setup installed with optical modules only, a warning message says problems occurred during the upgrade. The CTM server starts correctly despite the warning message.
Conditions
This problem occurs when the CTM R8.0 or CTM R8.5 single server is installed with optical modules only, and you upgrade to CTM R9.0. The upgrade ends with a warning message, yet the CTM R9.0 server starts and runs correctly.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, ignore the misleading warning message and start the CTM R9.0 server.
•
CSCsy79681
Symptom When upgrading from CTM R8.0 or CTM R8.5 to CTM R9.0 on a dual-server setup installed with optical modules only, a warning message says problems occurred during the upgrade. The CTM server starts correctly despite the warning message.
Conditions
This problem occurs when the CTM R8.0 or CTM R8.5 dual server is installed with optical modules only, and you upgrade to CTM R9.0. The upgrade ends with a warning message, yet the CTM R9.0 server starts and runs correctly.
Workaround
Ignore the misleading warning message and start the CTM R9.0 server.
•
CSCsy95377
Symptom During the CTM R8.5 server installation on a T2 workstation in a small network configuration, the installation stalls at the RAM check. The following error message appears:
The recommended RAM for small configuration is 4 GB. Currently it is 3 GB. Please increase it to 4 GB.Conditions
This problem occurs when the RAM size is less than 4 GB, and you are installing the CTM server on a SPARC Enterprise T5120 workstation. The T2 comes equipped with an exact RAM size of 3968 MB. Enter the following command to check the RAM size:
# prtdiag -v | grep MemoryWorkaround
Install with the "-dev" option to skip the RAM check.
•
CSCsz72892
Symptom If the Apache web server is upgraded multiple times when installing CTM patches, the previous Apache installation is not backed up correctly; that is, the webServer.orig directory does not contain the previous Apache installation.
Conditions
This problem occurs when the Apache web server is upgraded at least twice as part of multiple CTM patch installations. For example, this problem occurs when you install the CTM R8.5.0.350.1 patch and later you install the CTM R8.5.0.368.3 patch.
Workaround
None.
•
CSCta93568
Symptom MGX GUI windows do not open, because the UNIX permissions on the files in the /opt/CiscoTransportManagerServer/webServer/cgi-bin directory do not have read and execute permissions for all users.
Conditions
This problem occurs when CTM is installed with the MGX module selected, and the CTM installation is interrupted while the background script setup.sh is running. For example, the CTM installation is interrupted if you reboot the workstation or close the windows on which the CTM installer was started.
The CTM installation is complete only when the following message is displayed:
Installation complete. Please see <installation directory>/install.log for details. Please REBOOT THE SYSTEM before starting Cisco Transport Manager Server.Workaround
Reinstall the CTM server and verify that the installation completed successfully.
•
CSCtb97851
Symptom The CTM server fails to start. If you run the ctms-start command, the command fails with the following error:
ctms-start: Command not found.Conditions
This problem occurs when you upgrade CTM from an earlier release, but you cancel the installation at the final Installation Summary screen. By cancelling the installation, the existing CTM installation is not removed, but it is renamed. When you then try to start the CTM server, the ctms-start command fails.
Workaround
To restore the existing CTM installation, enter the following UNIX commands as the root user:
cd /optrm -r CiscoTransportManagerServerrm CiscoTransportManagerServer8.5ln -s CiscoTransportManagerServer-old-<timestamp> CiscoTransportManagerServerrm CiscoTransportManagerServer.oldCTM•
CSCtc33026
Symptom While installing CTM, if you choose "Add new modules" at the Installation Options screen and add MGX modules, CTM cannot connect to those MGX devices.
Conditions
This problem occurs under the following conditions:
1.
Your ORACLE_SID value in the /var/opt/oracle/oratab file is not the default value, CTM.
2.
During the CTM installation, you choose "Add new modules" at the Installation Options screen and add MGX modules.
3.
After you install MGX modules, the .cshrc and .profile files in the /opt/CiscoTransportManagerServer/cwm/svplus directory are not updated with the current ORACLE_SID value.
4.
When you launch CTM, connectivity to the MGX devices fails.
Workaround
Determine the ORACLE_SID value in the /var/opt/oracle/oratab file. Then, manually change the ORACLE_SID value in .profile and .cshrc to match the ORACLE_SID value in the /var/opt/oracle/oratab file.
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.
•
CSCsd49219
Symptom A mismatch alarm is raised incorrectly in 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.
•
CSCsm17261 (Related caveat ID: CSCsq24237)
Symptom When a node is marked as Out of Service and then In Service, the alarm ID and time stamp are assigned new values in the Alarm Browser. The alarm notes are also missing.
Conditions
See Symptom.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsm99421
Symptom 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.
Conditions
This problem occurs on SDH NEs where the affected object of an alarm is VC4.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsr55311
Symptom When you filter alarms that have CTM as the affected object, the alarm does not appear in the Alarm Browser or Alarm Log.
Conditions
See Symptom.
Workaround
None.
•
CSCsz75781 (Related caveat ID: CSCtb15132)
Symptom The Error Log contains meaningless error messages that pertain only to DWDM cards, yet there are no DWDM cards in the network.
Conditions
This problem occurs while provisioning a line card; for example, an OC-3 line card.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, disable the Error level for the Error Log. Note, however, that disabling errors logged with the Error level will prevent other valid errors—including warning and debug errors—from appearing in the Error Log.
•
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.
•
CSCtb05738
Symptom CTM event dispatcher threads are not distributed effectively. Events that arrive from CTC are assigned to a queue based on the value of the NE node ID. Because the node ID often has an even value, only queues with an even ID are used to process events. Consequently, half of the threads are instantiated but are never used to process events.
Conditions
This problem occurs when there are many uncleared alarms, and CTM performance degrades.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCta69923
Symptom Cleared alarms are not removed from the Alarm Browser.
Conditions
This occurs in CTM R8.5. To confirm whether this problem affects your network, turn on the service logs and monitor whether or not alarm clear messages in the logs are shown correctly in the Alarm Browser.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, mark affected nodes In Service and then Out of Service.
•
CSCtb21147
Symptom CTM manages incorrectly DS1 alarms that originate on VT circuits on DS3XM_12 cards. CTM fails to report major DS1 alarms.
Conditions
This problem applies to NEs that are equipped with DS3XM_12 cards and provisioned with VT circuits. When CTM receives a DS1 alarm from a VT circuit on a DS3XM_12 card, the "ds1Num" field is always set incorrectly to -1.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, apply an NE alarm profile that suppresses the reporting of VT termination alarms on DS3XM_12 cards. Refer to the NE hardware documentation for the procedure to modify an NE alarm profile.
•
CSCsu90217
Symptom Continuous 15-minute and 1-day PM lost bucket alarms occur for a node and do not clear.
Conditions
This problem occurs under normal CTM operation.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, mark the NE as Out of Service and then In Service.
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.
•
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
Do one of the following:
•
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
Do one of the following:
•
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.
•
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.
•
CSCsj80220
Symptom Manual link creation fails.
Conditions
This problem occurs when a patchcord is already provisioned on the same endpoint.
Workaround
Create the manual link before creating a provisioned patchcord.
•
CSCsk78622
Symptom The VC3 value is zero in the Link Utilization table for VC3 port group circuits.
Conditions
This problem occurs when you create a VC3 port group circuit by selecting VC_LO_PATH_TUNNEL and checking the Port Grouping Only check box.
Workaround
Mark the NEs involved in the circuit 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
No workaround in CTM. You can view the circuit information in CTC.
•
CSCsl20872 (Related caveat ID: CSCsr20363)
Symptom Creating an L1 circuit fails and the following message appears: "EID-932: Failed to route the circuit. Details: client timeout reached."
Conditions
This problem occurs when you create a circuit in a meshed network with several constraints in order to force a complex route with 20 spans.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, use manual routing and specify the complete route.
•
CSCsl22134
Symptom The following error message appears: "The selected NEs do not support bidirectional circuit creation."
Conditions
The error message appears when creating an OCHNC circuit between NE R5.x and R6.x.
Workaround
Create two unidirectional circuits.
•
CSCsl25990
Symptom A manual SONET or SDH link is shown as valid/nonrouteable in the Link table and cannot be used for manual circuit routing or as link constraints during automatic routing.
Conditions
This problem occurs after migrating from CTM R7.0 to R8.5.
Workaround
Delete the link and create it again.
•
CSCsl26070
Symptom Updated link cost and shared risk link group (SRLG) values are not available after migration.
Conditions
This problem occurs after migrating from CTM R7.0 to R8.5.
Workaround
Manually update the links using the CTM link wizard.
•
CSCsl34203
Symptom CTM GateWay/CORBA can retrieve Ethernet circuits using the CTP naming convention.
Conditions
This problem occurs on Ethernet circuits that are provisioned on ADM-10G cards.
Workaround
Ignore the CTP naming convention that is applied to the Ethernet circuits. Once a port is traversed by an Ethernet circuit, it cannot be used by other circuits. Create an STS24c or VC4-8c circuit so you can use all the available bandwidth that carries 1-Gigabit traffic.
•
CSCsl39284
Symptom Unable to create circuits on optical nodes that belong to the default Network Partition 1.
Conditions
This problem occurs when CTM is installed with only the MGX modules and then optical modules are added. When you create circuits on the optical NEs, the operation fails because the NEs belong to Network Partition 1.
Workaround
Create a new network partition and move all the optical NEs to the new network partition.
•
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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsm21463
Symptom The Circuit table does not display the port name for E1-42 cards for source and destination NEs. Also, the Circuit table does not display the port name for STM-1 cards for destination NEs.
Conditions
If a circuit is created with an E1-42 card whose port name is configured as the source or destination NE, the Circuit table does not display that port name. If a circuit is created with an STM-1 card whose port name is configured as the destination NE, the Circuit table does not display that port name.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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 latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, delete the manual link and then recreate it manually.
•
CSCsr55335
Symptom Duplicate circuit names appear in CTM when a circuit name is updated in CTC.
Conditions
This problem occurs when you change the name of a circuit to an existing circuit name in CTC. For example, you have circuits A, B, and C. Using CTC, change the name of circuit B to the same name as circuit A. In CTM, circuits A and B appear with the same name. Using CTC, change the name of circuit C to the same name as circuit A. In CTM, circuits A, B, and C appear with the same name but the name of circuits B and C are affixed with the word "Duplicate."
Workaround
None.
•
CSCsr60497
Symptom When provisioning a circuit manually between ONS 15454 NEs, the map view displays blank nodes.
Conditions
This problem is seen only in the map view when creating a circuit manually using the Create Circuit Wizard. The node names are shown correctly in the network map from the Domain Explorer.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsu18321
Symptom The Circuit Repair window does not automatically close when the repair operation is finished.
Conditions
This problem occurs when there is a large number of circuits to repair; for example, 100 circuits.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, when the circuit status changes from partial to discovered, refresh the window manually. If the window remains open and all circuits are repaired, a window appears with a message stating that the operation was successful.
•
CSCsu50742
Symptom The Circuit table does not display the port name for STM1E_12 cards for source and destination NEs.
Conditions
If a circuit is created with an STM1E_12 card whose port name is configured as the source or destination NE, the Circuit table does not display that port name.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsu88218
Symptom When creating multiple STS circuits, an error is returned.
Conditions
This problem occurs when you create multiple STS circuits using a port on the CTX card on an ONS 15310 MA SONET node, and the line is set to SDH over SONET.
Workaround
Create circuits one at a time.
•
CSCsu88344
Symptom CTM performance degrades severely when the managed domain contains duplicate IP addresses. Furthermore, CTM does not display a warning message about the duplicate IP addresses.
Conditions
This problem occurs when CTM manages different networks that contain ENE nodes with the same IP address (private IP addresses).
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. After the service pack is installed, complete the following procedures to enable the duplicate IP detection feature in CTM.
To enable duplicate IP address detection at the NE service level:
Step 1
Log into the CTM server as the root user.
Step 2
Go to the /opt/CiscoTransportManagerServer/bin/ directory and make a backup copy of the jnet.sh file.
Step 3
Using an editor such as vi, search for the following string inside the jnet.sh file:
-Dctm.duplicated-ip-detection=duplicated-ip-detection-disabled \Step 4
Complete one of the following actions:
•
If the preceding string is present, modify it to read:
-Dctm.duplicated-ip-detection=duplicated-ip-detection-enabled \•
If the string is not present, insert the following line between the Java properties, which begin with the "-D" prefix:
-Dctm.duplicated-ip-detection=duplicated-ip-detection-enabled \Step 5
Save the changes and exit the jnet.sh file.
Step 6
Using the CTM Control Panel, restart all NE services.
To enable duplicate IP address detection at the CTM service level:
Step 1
Log into the CTM server as the root user.
Step 2
Go to the /opt/CiscoTransportManagerServer/bin/ directory and make a backup copy of the jne.sh file.
Step 3
Using an editor such as vi, search for the following string inside the jne.sh file:
-Dctm.sms.dupIpPoller.Enabled=false \Step 4
Complete one of the following actions:
•
If the preceding string is present, modify it to read:
-Dctm.sms.dupIpPoller.Enabled=true \•
If the string is not present, insert the following line between the Java properties, which begin with the "-D" prefix:
-Dctm.sms.dupIpPoller.Enabled=true \Step 5
(Optional) To modify the time interval between checks, add the following line, where the minimum value is 1 hour, the maximum is 720 hours, and the default is 12 hours:
-Dctm.sms.dupIpPoller.Interval.hours=<number_of_hours> \Step 6
(Optional) To modify the time interval between the CTM server restart and the first execution, add the following line, where the minimum value is 1 minute, the maximum is 1440 minutes, and the default is 0 minutes:
-Dctm.sms.dupIpPoller.start.delay.min=<number_of_minutes> \The default value (0) indicates that after the CTM server restarts, the check will run for the first time after the interval specified by the ctm.sms.dupIpPoller.Interval.hours property.
Step 7
(Optional) To modify the number of times the check runs after the CTM server restarts, add the following line, where the minimum value is 1, the maximum is 2,147,483,647, and the default is 0:
-Dctm.sms.dupIpPoller.occurrences=<number_of_occurrences> \The default value (0) indicates that the duplicate IP address check will be executed an infinite number of times.
Step 8
(Optional) To enable the Error Log to display the names of ENEs with duplicate IP addresses, add the following line, where the default value is false:
-Dctm.sms.dupIpPoller.Enable.NodeName=true \Step 9
Save the changes and exit the jne.sh file.
Step 10
Restart the CTM server.
If the duplicate IP address problems persist, contact your Cisco account representative for recovery procedures.
•
CSCsu90020
Symptom Manual circuit routing through a server trail fails.
Conditions
This problem occurs when you manually route a circuit through a server trail. If you use automatic routing, the circuit creation succeeds.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsu90286
Symptom Circuit routing through a server trail fails.
Conditions
This problem occurs when you select a server trail link as a constraint for circuit routing.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsv07073 (Related caveat ID: CSCsu56857)
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. To prevent this problem, wait for some time before moving out-of-service NEs back to In Service.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsv07090
Symptom The Circuit table loses additional values after marking a node as Out of Service/In Service and restarting the NE service.
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. 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.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
CSCsv07267
Symptom After marking an NE as Out of Service > In Service > Out of Service > In Service, cross-connections are no longer discovered for that NE.
Conditions
This problem occurs after repeatedly marking an NE as Out of Service and then In Service, and that NE contains intranode circuits.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, restart the NE service.
•
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
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch.
•
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.
•
CSCsv33266
Symptom If you perform a span switch from the Link Utilization table, the switch does not work for all circuits listed in the table.
Conditions
In the Link Utilization table, if you switch spans from CLEAR to FORCE, some of the circuits listed in the table remain in CLEAR status.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 Patch. Alternately, use CTC to perform the span switch.
•
CSCsw28308
Symptom In CTM, if you create a circuit that uses a server trail link, the circuit is discovered as Partial in CTC.
Conditions
This problem occurs when you use manual routing to create a circuit in CTM, and you select a server trail link for a span. If the server trail's VC4 or STS source differs from the destination, the circuit is discovered as Partial in CTC.
Workaround
In CTM, use automatic routing to create the circuit. Alternately, use CTC to create the circuit.
•
CSCsw36905
Symptom Circuit provisioning fails with the following error message:
EID-927: Failed to provision the circuit manually.Detail: Unable to provision the circuit. A circuit provisioning error occurred.A connection cannot be created on the destination node. The path is already in use.Conditions
This problem occurs when you use a VT aggregation point (VAP) circuit to create a low-order path circuit on an SDH NE.
Workaround
Use automatic routing to create the circuit.
•
CSCsw37547
Symptom Circuits remain in the CTM database with a CktState value equal to 12.
Conditions
This problem occurs when circuits are deleted from CTM or CTC. After 10 hours, the circuits are removed from the database, except under the following conditions:
•
The NE service is restarted before the 10-hour timeout elapses.
•
The NE service is not restarted, but the nodes are marked as In Service after 1 hour.
Workaround
None.
•
CSCsw48791
Symptom The Circuit wizard returns an error message regarding an invalid circuit state, and a VCAT circuit changes to Partial.
Conditions
This problem occurs when you add members to an existing VCAT circuit, and you specify an admin state other than the one set when the VCAT was created.
Workaround
Mark the NE as Out of Service and then In Service.
•
CSCsx56687
Symptom The SPAN_BS_TABLE database table displays incorrect working and protected values.
Conditions
This problem occurs when circuits are routed over VT tunnels.
Workaround
Install the latest CTM R8.5 patch. See Installing the CTM R8.5.0.390.3 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.
•
CSCsz58653
Symptom Some tunnel links are missing and are not available for VT circuit routing in the Create Circuit wizard.
Conditions
This problem occurs when you use manual routing or constrained routing to create a VT circuit.
Workaround
Mark the NEs that are involved in the circuit as Out of Service and then In Service.
•
CSCta73380
Symptom Dragging NEs within the Create Circuit wizard map view does not work correctly. The NEs are moved to an unexpected position.
<


