Guest

Cisco Transport Manager

Release Notes for Cisco Transport Manager 8.5

Table Of Contents

Release Notes for Cisco Transport Manager Release 8.5

Contents

Introduction

New Features and Functionality

Changes to the Release Notes

NE Software Releases Added

Sections and Caveats Added

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

Resolved Caveats

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

Open Caveats

Installation and Upgrade Caveats

CTM Client Caveats

Alarm Management

Circuit and Link Management

User Management

Data Services

Domain Explorer

NE Explorer

Network Map

Performance Monitoring

Miscellaneous

CTM Server and Database Caveats

Cisco Transport Controller Caveats

CTM GateWay/TL1 Caveats

CTM GateWay/CORBA Caveats

NE-Specific Caveats

Cisco MGX Voice Gateway

Cisco ONS 15216 EDFA

Cisco ONS 15302 and Cisco ONS 15305

Cisco ONS 15310

Cisco ONS 15327, Cisco ONS 15454 SDH, and Cisco ONS 15454 SONET

Cisco ONS 15454 MSTP

Cisco ONS 15600 SONET and Cisco ONS 15600 SDH

Cisco ONS 15800, Cisco ONS 15801, and Cisco ONS 15808

Related Documentation

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:

Introduction

New Features and Functionality

Changes to the Release Notes

CTM-Supported NE Software Releases

Third-Party Patches and Security Notices

CTM-Supported JRE and Apache Versions

Resolved Caveats

Installing the CTM R8.5.0.390.3 Patch

Open Caveats

Related Documentation

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.

Table 1 New Features in CTM R8.5 

New Feature
Description
Server Platform Enhancements

Support for Oracle 10g

The CTM database uses Oracle 10g for Standard Edition and Enterprise Edition database installations.

Basic external authentication

CTM supports basic external username and password authentication via eTrust SiteMinder, a third-party application. Users with the appropriate privileges can enable or disable external authentication.

Note The license for basic external authentication is sold separately. If you are using this feature in a production environment, you must purchase a license.

Client Enhancements

Scheduled inventory export

You can schedule the export of the Equipment Inventory table contents to a flat file. This feature was introduced in CTM R8.0 for certain NEs and is expanded in CTM R8.5 to all NEs that support inventory retrieval.

Optical Enhancements

Support for Cisco Transport Controller (CTC)-based NE Release 8.5

Expands CTM's scope to include operations, administration, management, and provisioning (OAM&P) for the following CTC-based NE releases:

ONS 15310 CL Release 8.5

ONS 15310 MA Release 8.5

ONS 15454 MSPP (SONET/SDH) Release 8.5

ONS 15454 MSTP (ANSI/ETSI) Release 8.5

Support for new optical cards

CTM manages the following new cards on optical devices:

CE-MR-10—ONS 15454 SONET, ONS 15454 SDH

ML-MR-10—ONS 15454 SONET, ONS 15454 SDH

ADM_10G—ONS 15454 SDH, ONS 15454 MSTP, and ONS 15454 MSPP

OPT-AMP-C—ONS 15454 MSTP

Even band support

Management of autodiscovered, manual, and patchcord links and DWDM optical channel network connection (OCHNC) circuits is extended to the physical termination points (PTPs) and connection termination points (CTPs) introduced with the following 40-channel even-band cards:

15454-40-WSS-CE—40-channel wavelength selective switch-C-band (Even)

15454-40-DMX-CE—40-channel demultiplexer-C-band (Even)

Ring information shown in the tooltip

During manual circuit routing, you can point to a link and view the following information in the tooltip:

Port name

Shared risk link group (SRLG)

Name (alias) of the link—If the link alias is the same as the link name, the tooltip shows only the link alias. Otherwise, the tooltip shows both the link name and link alias.

Ring ID (if the link is part of a BLSR or MS-SPRing)

Provision CCAT or VCAT circuits using CE-MR-10 cards in Manual mode

Allows you to create contiguous concatenation (CCAT) or virtual concatenation (VCAT) circuits or manage members of existing VCAT circuits by using CE-MR-10 cards in Manual mode as source or destination endpoints.

Data Enhancements

Ability to find Layer 2 topologies from the Domain Explorer

You can filter the Domain Explorer window to find specific Layer 2 topologies from among all of the topologies in the network. Results are displayed in the Layer 2 Topology table.


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:

CSCse91435, page 143

CSCsl34542, page 130

CSCsl69043, page 131

CSCsl84311, page 131

CSCsm14884, page 55

CSCsm46882, page 56

CSCsm64677, page 144

CSCso07731, page 77

CSCso35202, page 133

CSCso80680, page 56

CSCso92761, page 57

CSCsq50589, page 97

CSCsq78385, page 145

CSCsq91933, page 58

CSCsr24435, page 146

CSCsr52735, page 122

CSCsr55311, page 68

CSCsr55335, page 78

CSCsr67129, page 59

CSCsr70890, page 122

CSCsr71261, page 122

CSCsr71468, page 123

CSCsu24300, page 146

CSCsu26103, page 123

CSCsu30979, page 95

CSCsu54034, page 95

CSCsu54724, page 102

CSCsu88903, page 60

CSCsu82028, page 147

CSCsu88218, page 79

CSCsu96767, page 169

CSCsv07090, page 81

CSCsv14849, page 82

CSCsw28308, page 83

CSCsw37547, page 83

CSCsw48791, page 84

CSCsw51242, page 103

CSCsw53135, page 103

CSCsw53170, page 103

CSCsw61167, page 103

CSCsw61380, page 104

CSCsw62624, page 95

CSCsx47556, page 136

CSCsy01229, page 61

CSCsy18486, page 84

CSCsy66604, page 104

CSCsy69011, page 104

CSCsy79681, page 64

CSCsy93198, page 155

CSCsy95377, page 64

CSCsz26474, page 136

CSCsz58653, page 84

CSCsz72892, page 64

CSCta30985, page 137

CSCta69019, page 137

CSCta73380, page 85

CSCta93568, page 65

CSCta95729, page 85

CSCtb62164, page 138

CSCtb65065, page 105

CSCtb67646, page 124

CSCtb75511, page 85

CSCtb83268, page 139

CSCtb67646, page 124

CSCtb97851, page 65

CSCtc19328, page 97

CSCtc33026, page 65

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:

CSCsi71655, page 53

CTM-Supported NE Software Releases

The following table lists the NE software releases supported in CTM R8.5.


Caution Before 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 String

ONS 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
Comment

1.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.


Table 4 CTM-Supported Apache Versions

Apache Version
Caveat ID
Caveat
Comment

2.0.43

This Apache version was used when CTM R8.5 was released.

2.0.61

CSCsk44773

Due to security issues, CTM must support Apache web server version 2.0.61.

This Apache version was supported starting in CTM R8.5.0.350.1.

2.0.63

CSCsq32073

Due to security issues, CTM must support Apache web server version 2.0.63.

This Apache version was supported starting in CTM R8.5.0.368.3.

2.2.11

CSCsx50126

Due to security issues, CTM must support Apache web server version 2.2.11.

This Apache version was supported starting in CTM R8.5.0.387.6.


(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-stop

Step 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.zip

This creates a new directory called JRE.

Step 5 Enter the following command to enter the directory:

# cd JRE

Step 6 Go to http://java.sun.com/javase/downloads/index_jdk5.jsp and download Java Runtime Environment (JRE) 5.0 Update 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.


Caution If 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.sh

Step 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.sh

Step 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-start

In 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:$CLASSPATH

Also, the following listings should point to the new JRE path:

ls -ltra /usr/bin/java
ls -ltra /usr/bin/javane
ls -ltra /usr/bin/javapm
ls -ltra /usr/bin/javaorb
ls -ltra /usr/bin/javacorbagw
ls -ltra /usr/bin/ctmsjava

Step 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.zip

This creates a new directory called JRE.

d. Enter the following command to enter the directory:

# cd JRE

e. 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.sh

i. Enter the following command to update the JRE version to 1.5.0_16:

# ./installNewJre.sh jre-1_5_0_16-solaris-sparc.sh

j. 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/CiscoTransportManagerClient 

Step 3 Enter the following command to check the JRE version used by the CTM client:

# jre/bin/java -version

In 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\bin

Step 8 Enter the following command:

# java -version

In 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
Caveat

CSCeh15110

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.NullPointerException

Note 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 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.

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.


NoteInstall 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:

showctm

The 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.zip

For example, to extract the file to the /temp directory, enter:

cd /temp
unzip CTM8.5.0.390.3.patch.zip

This creates a directory called 390, which contains all of the patch-related files.

Step 11 Enter the following command to enter the directory:

cd 390

Step 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> ls

b. 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> root
EOF

where <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-stop

Step 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-start

Step 7 As the root user, enter the following command at the UNIX prompt on the CTM server workstation to verify the patch installation:

showctm

You 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: 3

Step 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_patch

You 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.sh

Step 3 Enter the following command to start the CTM client:

ctmc-start

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 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 Client Caveats

Alarm Management

Circuit and Link Management

User Management

Data Services

Domain Explorer

NE Explorer

Network Map

Performance Monitoring

Miscellaneous

CTM Server and Database Caveats

Cisco Transport Controller Caveats

CTM GateWay/TL1 Caveats

CTM GateWay/CORBA Caveats

NE-Specific 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/Install

This 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/Install
SQL*Plus: Release 9.2.0.7.0 - Production on Mon Apr 30 15:54:35 2007
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production With the 
Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.7.0 - 
Production
SQL> SQL>   2
'NEWDBVERSION'||ACTIVEVALUE
--------------------------------------------------------------------------------
newdbversion 8.0
SQL> SQL> Disconnected from Oracle9i Enterprise Edition Release 
SQL> SQL> 9.2.0.7.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.7.0 - 
Production The Database version retrieved is 8.0 The user has already started with 
Upgrade

When the CTM server and database are installed on separate workstations and you are upgrading from CTM R8.0 to R8.5, the following messages are displayed:

You pressed Cancel/Upgrade/Install
SQL*Plus: Release 9.2.0.7.0 - Production on Tue May 29 13:44:51 2007
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
ERROR ORA-12545 : connection failed because target host does not exists.
SP2-0306: Invalid Option
SP2-0157: unable to connect to Oracle
grep: can't open /temp/newdbversion.lst
The Database version retrieved is
The user has clicked Cancel

Workaround   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 memory
SVR4 Error: 22: Invalid argument

Conditions   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.ora
ORA-27102: out of memory
SVR4 Error: 22: Invalid argument

Conditions   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.root
project: 1: user.root
NAME    PRIVILEGE       VALUE FLAG   ACTION    RECIPIENT
project.max-shm-memory
		privileged      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.arc

Step 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 - oracle
sqlplus ctmanager/ctm123!
drop view <view_name>
exit
exit



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/PasswordFinder
        at com.cisco.stardm.platform.Decrypt.main(Decrypt.java:65)
Error in add_log_parts.sh
Add log partition error: Please Check if ORACLE is installed and CTM DB is running
**Abort** ctms-start

The 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/PasswordFinder
        at 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 object

Conditions   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 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.

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 memory

Step 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.zip

For example, to extract the file to the /temp directory, enter:

cd /temp
unzip CTM8.5.0.240.patch.zip

This creates a directory called 240, which contains all of the patch-related files.

Step 11 Enter the following command to enter the directory:

cd 240


Applying 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 *.sh

Step 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.


Caution Stop 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.sh

After 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.sh 

Usage: ./fix_installation.sh <CTM_version(8.5)> <SID>

Example:

./fix_installation.sh 8.5 CTM

Step 6 After the fix_installation script runs and preliminary checks succeed, the following message appears onscreen:

Please PRESS INSTALL NOW on Pre-Installation Summary screen

Step 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 Memory

Workaround   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 /opt
rm -r CiscoTransportManagerServer
rm CiscoTransportManagerServer8.5
ln -s CiscoTransportManagerServer-old-<timestamp> CiscoTransportManagerServer
rm 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

Circuit and Link Management

User Management

Data Services

Domain Explorer

NE Explorer

Network Map

Performance Monitoring

Miscellaneous

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 - oracle
sqlplus 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.

<