Guest

Cisco Transport Manager

Release Notes for Cisco Transport Manager 8.0

Table Of Contents

Release Notes for Cisco Transport Manager Release 8.0

Contents

Introduction

New Features and Functionality

Changes to the Release Notes

NE Software Releases Added

Sections and Caveats Added

Sections and Caveats Removed

CTM-Supported NE Software Releases

Adding the ONS 15310 CL R6.0.3 to the Supported NE Table

Adding the ONS 15310 CL R7.0.5 to the Supported NE Table

Adding the ONS 15310 CL R7.2.2 to the Supported NE Table

Adding the ONS 15310 CL R7.2.3 to the Supported NE Table

Adding the ONS 15310 MA R7.0.5 to the Supported NE Table

Adding the ONS 15310 MA R7.0.7 to the Supported NE Table

Adding the ONS 15310 MA R7.2.2 to the Supported NE Table

Adding the ONS 15310 MA R7.2.3 to the Supported NE Table

Adding the ONS 15327 R6.0.3 to the Supported NE Table

Adding the ONS 15327 R7.0.5 to the Supported NE Table

Adding the ONS 15327 R7.0.7 to the Supported NE Table

Adding the ONS 15327 R7.2.2 to the Supported NE Table

Adding the ONS 15327 R7.2.3 to the Supported NE Table

Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table

Adding the ONS 15454 SDH R7.0.5 to the Supported NE Table

Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table

Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table

Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table

Adding the ONS 15454 SONET R7.0.5 to the Supported NE Table

Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table

Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table

Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table

Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table

Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table

Third-Party Patches and Security Notices

CTM-Supported JRE and Apache Versions

(Optional) Upgrading to JRE Version 1.5.0_15

Upgrading the CTM R8.0 Server to JRE Version 1.5.0_15

Upgrading the CTM R8.0 Solaris Client to JRE Version 1.5.0_15

Upgrading the CTM R8.0 Windows Client to JRE Version 1.5.0_15

Resolved Caveats

Installing the CTM R8.0.0.912.1 Patch

Determining What CTM Patch Is Currently Installed in the CTM System

Backing Up the CTM Database Before Installing the CTM R8.0.0.912.1 Patch

Downloading the CTM R8.0.0.912.1 Patch

Installing the CTM R8.0.0.912.1 Server Patch on the Same or Separate Workstation(s)

Installing the CTM R8.0.0.912.1 Client Patch in Windows

Installing the CTM R8.0.0.912.1 Client Patch in Solaris

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 Caveats

Cisco Transport Controller Caveats

High Availability Caveats

CTM GateWay/TL1 Caveats

CTM GateWay/CORBA Caveats

NE-Specific Caveats

Cisco 7600

Cisco Catalyst 6509

Cisco MGX Voice Gateway

Cisco ONS 15216

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 15501, Cisco ONS 15530, and Cisco ONS 15540

Cisco ONS 15600 SONET and Cisco ONS 15600 SDH

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

Cisco CRS-1 and Cisco XR 12000

Related Documentation

Obtaining Documentation and Submitting a Service Request


Release Notes for Cisco Transport Manager Release 8.0


September 18, 2009

These release notes describe the caveats for Cisco Transport Manager (CTM) Release 8.0. These release notes accompany the Cisco Transport Manager Release 8.0 User Guide and the Cisco Transport Manager Release 8.0 Installation Guide.


Note You can access the most current Cisco documentation, including these release notes, online at http://www.cisco.com/en/US/products/sw/opticsw/ps2204/tsd_products_support_series_home.html.


Contents

These release notes contain the following sections:

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.0.0.912.1 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), routers, and switches. CTM supports fault, configuration, performance, and security management functional areas. CTM also serves as a foundation for integration into a larger overall Operations Support System (OSS) environment by providing northbound gateway interfaces to higher layer management systems.

In Release 8.0, CTM supports the Cisco 7600 Series Edge Router (Cisco 7600); the Cisco Optical Networking System (ONS) family of optical NEs; the Cisco Carrier Routing System 1 (CRS-1), which includes the Cisco Catalyst 6509; the Cisco XR 12000; the Cisco MGX 8880 Voice Gateway and MGX 8850/8830 Voice-Enabled Multiservice Switch; and the Cisco MDS 9000 Multilayer Director and Fabric Switch.


Note The Cisco 7600 module is not supported in a high availability installation setup in CTM R8.0.


New Features and Functionality

The following table describes the new features and functionality in CTM R8.0.

Table 1 New Features in CTM R8.0 

New Feature
Description
Server Platform Enhancements

The CTM server runs on Sun Solaris 10 with Java Runtime Environment (JRE) version 1.5.

Table customization

You can customize the way tables are displayed by selecting the columns to be displayed, and the order in which to display them. CTM allows you to save your customized table view so that the next time you open the table, it is displayed in the same manner in which it was saved.

Bulk performance monitoring (PM) collection

You can enable or disable PM on multiple NEs simultaneously.

ELE .jar files on demand

In previous CTM releases, ELE .jar files for Cisco Transport Controller (CTC) cross-launch were saved in the CTM client installation directory and consumed significant disk space. In CTM R8.0, the .jar files are bundled with the CTM server. When you launch CTC from within CTM, the required ELE .jar file is downloaded automatically.

Northbound interface enhancements

CTM R8.0 extends TL1 northbound interface support to the ONS 15600 SDH and complies with TMF 814 v3.0 for the CORBA gateway.

Client Enhancements

Ability to suppress nonthreshold Element Management System (EMS) alarms

You can enable or disable nonthreshold EMS alarms.

Support for bulk software activation

You can use the Bulk Software Activation dialog box to schedule software activation for multiple NEs simultaneously. Bulk software activation is supported on NEs that support the Revert/Switch operation.

Ability to change the database password from the Control Panel

You can change the Oracle database password from the Control Panel > Database Properties pane.

Support for scheduled inventory export

You can schedule the export of the Equipment Inventory table contents to a flat file.

Display of TL1 direction and location

The Alarm Browser and Alarm Log windows display TL1 direction and location for RTRV-ALM-ALL and RTRV-COND-ALL TL1 commands and REPT^ALM/COND autonomous messages.

Optical Enhancements

Support for CTC-based NE Release 8.0

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

ONS 15310 MA Release 8.0

ONS 15454 MSPP (SONET/SDH) Release 8.0

ONS 15454 MSTP (SONET/SDH) Release 8.0

ONS 15600 (SONET/SDH) Release 8.0

Support for new optical cards

CTM manages the following new cards on optical devices:

40-DMX-C

40-MUX-C

40-WSS-C

40-WXC-C

GE_XP and 10GE_XP

OC192_4_DWDM

OPT-AMP-17-C

MRC25G-12

MRC25G-4

STM-64_4_DWDM

Ability to clear PM counters

You can clear real-time PM counters in CTM and on the NE. The clear operation is performed on the NE to avoid inconsistencies between CTM and the local craft tool.

Ability to reset NE thresholds on electrical and optical cards

You can use the NE Explorer to reset NE thresholds on electrical and optical cards to the default values.

Ability to edit the path of automatically routed circuits

If you have the necessary user privileges, you can review and modify an automatically routed circuit before the circuit is created.

Data Enhancements

Data enhancements include:

IEEE 802.17 enhanced Resilient Packet Ring (RPR) support for ML cards.

Basic IP service-level agreement (SLA) support in the form of an IP SLA wizard that is launched from the L2 Service table. The wizard is supported on both point-to-point and RPR topologies.

Version up management

You can perform the following software activation operations:

Software activation on all cards automatically

Software activation on non-ML cards only

Software activation on ML cards only

Version up management allows you to delay software activation on data cards when new software is activated on an NE. Delaying software activation allows you to retain existing Layer 2 topologies when an NE is upgraded to a newer version.

MGX Enhancements

Support for new MGX Voice Gateway releases

Expands CTM's scope to include OAM&P for the following MGX releases:

Cisco MGX 8880 Media Gateway Release 5.2.10, 5.3.10, 5.3.30, 5.4.00

Voice-Enabled Cisco MGX 8850 Multiservice Switch Release 5.2.10, 5.3.10, 5.3.30, 5.4.00

Voice-Enabled Cisco MGX 8830 Multiservice Switch Release 5.2.10, 5.3.10, 5.3.30, 5.4.00

VXSM Release 5.2.10, 5.3.10, 5.3.30, 5.4.00

VISM-PR Release 3.3.30

Support for Voice Quality Monitoring (VQM) for MGX NEs

VXSM VQM provides statistics and thresholds to monitor voice quality.

Support for PXM 45 standby card loss of Ethernet connection alarm for MGX NEs

A new alarm added to PXM detects a missing Ethernet cable.

Support for PXM 45 environmental statistics for MGX NEs

CTM now reports CPU, RAM, buffer, temperature, voltage, and fan statistics from the PXM 45.

Support for PuTTY Secure Shell Protocol (SSH) client

CTM allows you to use the PuTTY SSH client to connect to MGX nodes.

Support for SNMPv3 for MGX NEs

SNMPv3 provides a secure communications channel from CTM to MGX using encryption. CTM allows you to view, create, modify, and delete SNMPv3 user profiles using the SNMPv3 Users table. It also provides a list of real-time SNMPv3 statistics for Cisco MGX nodes that are configured with SNMPv3. You can view and monitor the SNMPv3 statistics in the Diagnostic Center.

MGX Configuration Center workflow GUI

CTM now supports an XML-driven workflow GUI to assist in the configuration of MGX NEs.


Changes to the Release Notes

This section documents supplemental changes that have been made since the initial release of the Release Notes for Cisco Transport Manager Release 8.0.

NE Software Releases Added

The following NE releases were added to Table 2, "CTM Supported NE Software Releases":

Manually added to CTM:


Note You can manually add new NE software releases to CTM R8.0.0.856 or later.


ONS 15310 CL R6.0.3

ONS 15310 CL R7.0.5

ONS 15310 CL R7.2.2

ONS 15310 CL R7.2.3

ONS 15310 MA R7.0.5

ONS 15310 MA R7.0.7

ONS 15310 MA R7.2.2

ONS 15310 MA R7.2.3

ONS 15327 R6.0.3

ONS 15327 R7.0.5

ONS 15327 R7.0.7

ONS 15327 R7.2.2

ONS 15327 R7.2.3

ONS 15454 SONET R6.0.3

ONS 15454 SONET R7.0.5

ONS 15454 SONET R7.0.7

ONS 15454 SONET R7.2.3

ONS 15454 SDH R6.0.3

ONS 15454 SDH R7.0.5

ONS 15454 SDH R7.0.7

ONS 15454 SDH R7.2.3

ONS 15600 SONET R7.2.2

ONS 15600 SONET R7.2.3

MGX Voice Gateway R5.3.30

Sections and Caveats Added

The following sections and caveats were added to the release notes:

The section CTM-Supported JRE and Apache Versions was added to list the JRE and Apache versions supported in CTM R8.0.

The section Third-Party Patches and Security Notices was added.

The section Installing the CTM R8.0.0.912.1 Patch was added.

The following sections were added to describe how to add support for new NE releases:

Adding the ONS 15310 CL R6.0.3 to the Supported NE Table

Adding the ONS 15310 CL R7.0.5 to the Supported NE Table

Adding the ONS 15310 CL R7.2.2 to the Supported NE Table

Adding the ONS 15310 CL R7.2.3 to the Supported NE Table

Adding the ONS 15310 MA R7.0.5 to the Supported NE Table

Adding the ONS 15310 MA R7.0.7 to the Supported NE Table

Adding the ONS 15310 MA R7.2.2 to the Supported NE Table

Adding the ONS 15310 MA R7.2.3 to the Supported NE Table

Adding the ONS 15327 R6.0.3 to the Supported NE Table

Adding the ONS 15327 R7.0.5 to the Supported NE Table

Adding the ONS 15327 R7.0.7 to the Supported NE Table

Adding the ONS 15327 R7.2.2 to the Supported NE Table

Adding the ONS 15327 R7.2.3 to the Supported NE Table

Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table

Adding the ONS 15454 SDH R7.0.5 to the Supported NE Table

Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table

Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table

Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table

Adding the ONS 15454 SONET R7.0.5 to the Supported NE Table

Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table

Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table

Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table

Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table

Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table

The following caveats were added:

CSCsh86942

CSCsi34326

CSCsi39771 (Related caveat ID: CSCsk76179)

CSCsi39881

CSCsi48269

CSCsi88931

CSCsj01791

CSCsj07317

CSCsj09127

CSCsj12599

CSCsj14805

CSCsj32566

CSCsj43900

CSCsj45195

CSCsj47309

CSCsj52138

CSCsj52599

CSCsj52896

CSCsj54751

CSCsj58140

CSCsj70396

CSCsj76308

CSCsj84148

CSCsj97161

CSCsj99174

CSCsj99204

CSCsk08649

CSCsk12396

CSCsk21490

CSCsk28922

CSCsk28930

CSCsk34541

CSCsk53826

CSCsk55648

CSCsk59173

CSCsk59882

CSCsk61724

CSCsk61785

CSCsk65341

CSCsk72558

CSCsk74382

CSCsk76117

CSCsk84130

CSCsk84166

CSCsl03411

CSCsl34425

CSCsl34542

CSCsl44520

CSCsl79352

CSCsm46882

CSCso06978

CSCso07731

CSCso18576

CSCso35202

CSCso44836

CSCso62224

CSCsq50589

CSCsq65111

CSCsr07017

CSCsr65306

CSCsr70191

CSCsr71540

CSCsu22851

CSCsu26103

CSCsu30979

CSCsu86435

CSCsv07073

CSCsv07090

CSCsv07682

CSCsv14849

CSCsy18486

CSCta30985

CSCta69019

Sections and Caveats Removed

The following sections were removed, because the CTM R8.0.0.912.1 patch inherits all bug fixes and obsoletes these earlier patches and service packs:

Installing the CTM R8.0.0.857.2 Patch

Installing the CTM R8.0.0.859.2 Patch

Installing the CTM R8.0.0.867.1 Patch

Installing the CTM R8.0.0.871.4 Patch

Installing the CTM R8.0.0.875.3 Patch

Installing the CTM R8.0.0.877.1 Patch

Installing the CTM R8.0.0.890.1 Patch

Installing the CTM R8.0.0.905.3 Service Pack

Installing the CTM R8.0.0.907.3 Service Pack

The following caveats were removed from the Open Caveats section because they are not valid:

CSCse96378

CSCsf05347

CSCsh98040

CSCsh98271

CSCsi12092

CTM-Supported NE Software Releases

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


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

2.0.1

Release 2.0.2

2.0.2

ONS 15305

Release 2.0.2

2.0.2

Release 2.0.3

2.0.3

ONS 15305 CTC

Release 3.0.5

04.60-X06F-28.14

ONS 15310 CL

Release 5.0.8

05.08-006J-16.07

Release 6.0.1

06.01-005L-10.05

Release 6.0.31

06.03-007D-06.04

Release 6.2

06.20-006C-17.10

Release 6.2.2

06.22-006F-23.21

Release 7.0

07.00-005L-19.20

Release 7.0.2

07.02-006I-06.16

Release 7.0.4

07.04-007A-08.16

Release 7.0.52

07.05-007D-20.22

Release 7.2

07.20-006E-04.17

Release 7.2.2

07.22.007B-08.193

07.22-007B-15.13

Release 7.2.34

07.23-007F-22.02

Release 8.0

08.00-007A-27.16

ONS 15310 MA

Release 7.0

07.00-005L-19.20

Release 7.0.2

07.02-006I-06.16

Release 7.0.4

07.04-007A-08.16

Release 7.0.55

07.05-007D-20.22

Release 7.0.76

07.07-007L-03.20

Release 7.2

07.20-006E-04.17

Release 7.2.2

07.22.007B-08.197

07.22-007B-15.13

Release 7.2.38

07.23-007F-22.02

Release 8.0

08.00-007A-27.16

ONS 15327

Release 4.1.3

04.13-003L-19.01

Release 4.1.4

04.14-004C-09.23

Release 4.1.82

04.182-006-L2805

Release 4.6.6

04.66-005K-09.00

Release 5.0.4

05.04-005G-13.18

Release 5.0.8

05.08-006J-16.07

Release 6.0.1

06.01-005L-10.05

Release 6.0.39

06.03-007D-06.04

Release 6.2

06.20-006C-17.10

Release 6.2.2

06.22-006F-23.21

Release 7.0

07.00-005L-19.20

Release 7.0.2

07.02-006I-06.16

Release 7.0.4

07.04-007A-08.16

Release 7.0.510

07.05-007D-20.22

Release 7.0.711

07.07-007L-03.20

Release 7.2

07.20-006E-04.17

Release 7.2.2

07.22.007B-08.1912

07.22-007B-15.13

Release 7.2.313

07.23-007F-22.02

ONS 15454 SONET

Release 4.1.4

04.14-004C-09.23

Release 4.1.6

04.16-004I-10.23

Release 4.1.82

04.182-006-L2805

Release 4.6.5

04.65-005C-23.19

Release 4.6.6

04.66-005K-09.00

Release 4.7 (MSTP only)

04.70-004I-14.01

Release 5.0.6

05.06-005H-23.18

Release 5.0.8

05.08-006J-16.07

Release 6.0

06.00-005H-18.21

Release 6.0.1

06.01-005L-10.05

Release 6.0.2 (MSPP only)

06.02-006K-21.13

Release 6.0.314

06.03-007D-06.04

Release 6.2

06.20-006C-17.10

Release 6.2.2

06.22-006F-23.21

Release 7.0

07.00-005L-19.20

Release 7.0.1 (MSTP only)

07.01-006D-20.20

Release 7.0.2

07.02-006I-06.16

Release 7.0.3 (MSTP only)

07.03-006I-29.09

Release 7.0.4

07.04-007A-08.16

Release 7.0.515

07.05-007D-20.22

Release 7.0.716

07.07-007L-03.20

Release 7.2

07.20-006E-04.17

07.20-M06H-22.00

Release 7.2.2

07.22-007B-15.13

Release 7.2.317

07.23-007F-22.02

Release 8.0

08.00-007A-27.16

ONS 15454 SDH

Release 4.6.3

04.63-004I-30.23

Release 5.0.6

05.06-005H-23.18

Release 6.0

06.00-005H-18.21

Release 6.0.1

06.01-005L-10.05

Release 6.0.318

06.03-007D-06.04

Release 6.2

06.20-006C-17.10

Release 6.2.2

06.22-006F-23.21

Release 7.0

07.00-005L-19.20

Release 7.0.1 (MSTP only)

07.01-006D-20.20

Release 7.0.2

07.02-006I-06.16

Release 7.0.3 (MSTP only)

07.03-006I-29.09

Release 7.0.4

07.04-007A-08.16

Release 7.0.519

07.05-007D-20.22

Release 7.0.720

07.07-007L-03.20

Release 7.2

07.20-006E-04.17

07.20-M06H-22.00

Release 7.2.2

07.22-007B-15.13

Release 7.2.321

07.23-007F-22.02

Release 8.0

08.00-007A-27.16

ONS 15501

Release 4.1 AC

4.1

Release 4.1 DC

4.1

ONS 15530

Cisco IOS Release 12.2(29)SV

12.2(29)SV

ONS 15540 Extended Services Platform (ESP)

Cisco IOS Release 12.2(29)SV

12.2(29)SV

ONS 15540 Extended Services Platform with external cross-connect capability (ESPx)

Cisco IOS Release 12.2(29)SV

12.2(29)SV

ONS 15600 SONET

Release 1.3.1

Note Release 1.3.1 is the same as 1.3.0.

01.30-004D-01.20

Release 5.0.8

05.08-006J-16.07

Release 6.0.1

06.01-005L-10.05

Release 6.2

06.20-006C-17.10

Release 6.2.2

06.22-006F-23.21

Release 6.2.4

06.24-006L-15.00

Release 7.0

07.00-005L-19.20

Release 7.0.2

07.02-006I-06.16

Release 7.0.4

07.04-007A-08.16

Release 7.2

07.20-006E-04.17

Release 7.2.2

07.22.007B-08.1922

07.22-007B-15.13

Release 7.2.323

07.23-007F-22.02

Release 8.0

08.00-007A-27.16

ONS 15600 SDH

Release 1.4

01.40-004A-15.18

Release 8.0

08.00-007A-27.16

ONS 15800

Release 2.1 (TL1 Agent Release 2.1)

2.1

ONS 15801

Release 2.1 (TL1 Agent Release 2.1)

2.1

ONS 15808

Release 2.2 (TL1 Agent Release 2.4)

2.4

CRS-1

Release 3.2

3.2.0

Release 3.2.1

3.2.1

Release 3.2.2

3.2.2

Release 3.3

3.3.0

Release 3.3.1

3.3.1

Release 3.3.2

3.3.2

XR 12000

Release 3.2

3.2.0

Release 3.2.1

3.2.1

Release 3.2.2

3.2.2

Release 3.3

3.3.0

Release 3.3.1

3.3.1

Release 3.3.2

3.3.2

Cisco 7609

12.2(18)SXF

Cisco Catalyst 6509

CatOS 7.1(1) or later

Most recent CatOS release

Cisco MDS 9000

MDS 9000 family, including MDS 9100, MDS 9200, MDS 9500, Port Analyzer Adapter, and Storage Networking Module

Cisco MGX 8880 Media Gateway

Release 5.2.10

5.2.10

Release 5.3.10

5.3.10

Release 5.3.3024

5.3.30

Release 5.4.00

5.4.00

Voice-Enabled Cisco MGX 8850 Multiservice Switch

Release 5.2.10

5.2.10

Release 5.3.10

5.3.10

Release 5.3.30

Note See footnote about adding support for this software release.

5.3.30

Release 5.4.00

5.4.00

Voice-Enabled Cisco MGX 8830 Multiservice Switch

Release 5.2.10

5.2.10

Release 5.3.10

5.3.10

Release 5.3.30

Note See footnote about adding support for this software release.

5.3.30

Release 5.4.00

5.4.00

VISM-PR

Release 3.3.20

3.3.20

Release 3.3.25

3.3.25

Release 3.3.30

3.3.30

VXSM

Release 5.2.10

5.2.10

Release 5.3.10

5.3.10

Release 5.3.30

5.3.30

Release 5.4.0025

5.4.00

Release 5.54.0020

5.54.00

1 In order for CTM to support the ONS 15310 CL R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R6.0.3 to the Supported NE Table.

2 In order for CTM to support the ONS 15310 CL R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R7.0.5 to the Supported NE Table.

3 In order for CTM to support the ONS 15310 CL R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R7.2.2 to the Supported NE Table.

4 In order for CTM to support the ONS 15310 CL R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15310 CL R7.2.3 to the Supported NE Table.

5 In order for CTM to support the ONS 15310 MA R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.0.5 to the Supported NE Table.

6 In order for CTM to support the ONS 15310 MA R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.0.7 to the Supported NE Table.

7 In order for CTM to support the ONS 15310 MA R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.2.2 to the Supported NE Table.

8 In order for CTM to support the ONS 15310 MA R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15310 MA R7.2.3 to the Supported NE Table.

9 In order for CTM to support the ONS 15327 R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15327 R6.0.3 to the Supported NE Table.

10 In order for CTM to support the ONS 15327 R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.0.5 to the Supported NE Table.

11 In order for CTM to support the ONS 15327 R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.0.7 to the Supported NE Table.

12 In order for CTM to support the ONS 15327 R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.2.2 to the Supported NE Table.

13 In order for CTM to support the ONS 15327 R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15327 R7.2.3 to the Supported NE Table.

14 In order for CTM to support the ONS 15454 SONET R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table.

15 In order for CTM to support the ONS 15454 SONET R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R7.0.5 to the Supported NE Table.

16 In order for CTM to support the ONS 15454 SONET R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table.

17 In order for CTM to support the ONS 15454 SONET R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table.

18 In order for CTM to support the ONS 15454 SDH R6.0.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table.

19 In order for CTM to support the ONS 15454 SDH R7.0.5, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R7.0.5 to the Supported NE Table.

20 In order for CTM to support the ONS 15454 SDH R7.0.7, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table.

21 In order for CTM to support the ONS 15454 SDH R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table.

22 In order for CTM to support the ONS 15600 SONET R7.2.2, you must add the software version to the Supported NE table. See Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table.

23 In order for CTM to support the ONS 15600 SONET R7.2.3, you must add the software version to the Supported NE table. See Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table.

24 In order for CTM to support the MGX Voice Gateway R5.3.30, you must add the software version to the Supported NE table. See Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table.

25 VQM is supported in VXSM R5.4.00 and R5.54.00.


Adding the ONS 15310 CL R6.0.3 to the Supported NE Table

In order for CTM to support the ONS 15310 CL R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 CL" as the NE model, "06.01-005L-10.05" as the software version, and "15310 CL 6.01" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15310 CL 6.03.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15310 CL R7.0.5 to the Supported NE Table

In order for CTM to support the ONS 15310 CL R7.0.5, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 CL" as the NE model, "07.00-005L-19.20" as the software version, and "15310 CL 7.00" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15310 CL 7.05.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15310 CL R7.2.2 to the Supported NE Table

In order for CTM to support the ONS 15310 CL R7.2.2, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 CL" as the NE model, "07.22-007B-15.13" as the software version, and "15310 CL 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15310 CL 7.22.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15310 CL R7.2.3 to the Supported NE Table

In order for CTM to support the ONS 15310 CL R7.2.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 CL" as the NE model, "07.22-007B-15.13" as the software version, and "15310 CL 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15310 CL 7.23.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15310 MA R7.0.5 to the Supported NE Table

In order for CTM to support the ONS 15310 MA R7.0.5, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 MA" as the NE model, "07.00-005L-19.20" as the software version, and "15310 MA 7.00" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15310 MA 7.05.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15310 MA R7.0.7 to the Supported NE Table

In order for CTM to support the ONS 15310 MA R7.0.7, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 MA" as the NE model, "07.04-007A-08.16" as the software version, and "15310 MA 7.04" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15310 MA 7.07.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15310 MA R7.2.2 to the Supported NE Table

In order for CTM to support the ONS 15310 MA R7.2.2, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 MA" as the NE model, "07.22-007B-15.13" as the software version, and "15310 MA 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15310 MA 7.22.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15310 MA R7.2.3 to the Supported NE Table

In order for CTM to support the ONS 15310 MA R7.2.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15310 MA" as the NE model, "07.22-007B-15.13" as the software version, and "15310 MA 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15310 MA 7.23.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15327 R6.0.3 to the Supported NE Table

In order for CTM to support the ONS 15327 R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15327" as the NE model, "06.01-005L-10.05" as the software version, and "15327 6.01" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15327 6.03.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15327 R7.0.5 to the Supported NE Table

In order for CTM to support the ONS 15327 R7.0.5, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15327" as the NE model, "07.00-005L-19.20" as the software version, and "15327 7.00" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15327 7.05.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15327 R7.0.7 to the Supported NE Table

In order for CTM to support the ONS 15327 R7.0.7, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15327" as the NE model, "07.04-007A-08.16" as the software version, and "15327 7.04" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15327 7.07.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15327 R7.2.2 to the Supported NE Table

In order for CTM to support the ONS 15327 R7.2.2, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15327" as the NE model, "07.22-007B-15.13" as the software version, and "15327 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15327 7.22.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15327 R7.2.3 to the Supported NE Table

In order for CTM to support the ONS 15327 R7.2.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15327" as the NE model, "07.22-007B-15.13" as the software version, and "15327 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15327 7.23.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SDH R6.0.3 to the Supported NE Table

In order for CTM to support the ONS 15454 SDH R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "06.01-005L-10.05" as the software version, and "15454 SDH 6.01" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15454 SDH 6.03.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SDH R7.0.5 to the Supported NE Table

In order for CTM to support the ONS 15454 SDH R7.0.5, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "07.00-005L-19.20" as the software version, and "15454 SDH 7.00" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15454 SDH 7.05.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SDH R7.0.7 to the Supported NE Table

In order for CTM to support the ONS 15454 SDH R7.0.7, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "07.04-007A-08.16" as the software version, and "15454 SDH 7.04" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15454 SDH 7.07.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SDH R7.2.3 to the Supported NE Table

In order for CTM to support the ONS 15454 SDH R7.2.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454 SDH" as the NE model, "07.22-007B-15.13" as the software version, and "15454 SDH 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15454 SDH 7.23.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SONET R6.0.3 to the Supported NE Table

In order for CTM to support the ONS 15454 SONET R6.0.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454" as the NE model, "06.01-005L-10.05" as the software version, and "15454 6.01" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 06.03-007D-06.04 in the Software Version field. Change the Version Name field to 15454 6.03.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SONET R7.0.5 to the Supported NE Table

In order for CTM to support the ONS 15454 SONET R7.0.5, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454" as the NE model, "07.00-005L-19.20" as the software version, and "15454 7.00" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.05-007D-20.22 in the Software Version field. Change the Version Name field to 15454 7.05.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SONET R7.0.7 to the Supported NE Table

In order for CTM to support the ONS 15454 SONET R7.0.7, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454" as the NE model, "07.04-007A-08.16" as the software version, and "15454 7.04" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.07-007L-03.20 in the Software Version field. Change the Version Name field to 15454 7.07.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15454 SONET R7.2.3 to the Supported NE Table

In order for CTM to support the ONS 15454 SONET R7.2.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15454" as the NE model, "07.22-007B-15.13" as the software version, and "15454 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15454 7.23.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15600 SONET R7.2.2 to the Supported NE Table

In order for CTM to support the ONS 15600 SONET R7.2.2, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15600" as the NE model, "07.22-007B-15.13" as the software version, and "15600 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.22-007B-08.19 in the Software Version field. Change the Version Name field to 15600 7.22.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the ONS 15600 SONET R7.2.3 to the Supported NE Table

In order for CTM to support the ONS 15600 SONET R7.2.3, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco ONS 15600" as the NE model, "07.22-007B-15.13" as the software version, and "15600 7.22" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 07.23-007F-22.02 in the Software Version field. Change the Version Name field to 15600 7.23.

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Adding the MGX Voice Gateway R5.3.30 to the Supported NE Table

In order for CTM to support the MGX Voice Gateway R5.3.30, you must add the software version to the Supported NE table. Complete the following steps:


Step 1 In the Domain Explorer window, choose Administration > Supported NE Table.

Step 2 Select a row that lists "Cisco MGX Voice Gateway" as the NE model, "5.2(10.0)" or "5.3(10.0)" as the software version, and "MGX VG 5.2(10.0)" or "MGX VG 5.3(10.0)" as the version name.

Step 3 Choose Edit > Add (or click the Add Supported NE tool). The Add Supported NE dialog box opens.

Step 4 Enter 5.3(30.0) in the Software Version field. Change the Version Name field to MGX VG 5.3(30.0).

Step 5 Click OK.

Step 6 CTM asks for confirmation to manage the new version. Click OK.


Third-Party Patches and Security Notices

Cisco reviews the known Oracle patch alerts every quarter, including patches for security breaches. If any Oracle patch applies to CTM or its components, Cisco tests the Oracle patch and includes it as a requirement for the next CTM patch. Cisco also conducts quarterly reviews of other third-party software products that CTM uses, such as Solaris, Apache, and Java.

CTM-Supported JRE and Apache Versions

The following tables list the JRE and Apache versions supported in CTM R8.0.

Table 3 CTM-Supported JRE Versions 

JRE Version
Caveat ID
Caveat
Comments

1.5.0_6

This JRE version was used when CTM R8.0 was released.

1.5.0_11

CSCsj41105

An old JRE version causes security issues in CTM.

This JRE version was supported starting in CTM R8.0.0.863.3.

1.5.0_12

CSCsk28346

This caveat applies to CTM R8.0 only. Later CTM releases will contain the new JRE version.

This JRE version was supported starting in CTM R8.0.0.871.4.

1.5.0_15

CSCsq11152

This JRE version was supported starting in CTM R8.0.0.907.3. This JRE version is optional; it is not mandatory that you upgrade to JRE version 1.5.0_15. See (Optional) Upgrading to JRE Version 1.5.0_15.


Table 4 CTM-Supported Apache Versions 

Apache Version
Caveat ID
Caveat
Comments

2.0.59

This Apache version was used when CTM R8.0 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.0.0.875.3.

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


(Optional) Upgrading to JRE Version 1.5.0_15

CTM R8.0 uses JRE version 1.5. See Table 3 for the latest supported JRE versions.

This section describes how to upgrade to JRE version 1.5.0_15. It is not mandatory that you upgrade to JRE version 1.5.0_15.

Upgrading the CTM R8.0 Server to JRE Version 1.5.0_15


Step 1 The CTM JRE upgrade tool is packaged with the CTM R8.0.0.912.1 patch as a single file called CTM80_JRE_UPGRADE_1_5.zip. After applying the CTM R8.0.0.912.1 patch, locate the CTM80_JRE_UPGRADE_1_5.zip file in the /opt/CiscoTransportManagerServer/bin directory.

Step 2 As the root UNIX user, enter the following command to shut down the CTM server:

# ctms-stop

Step 3 Copy the CTM80_JRE_UPGRADE_1_5.zip file to the /tmp directory.

Step 4 Enter the following commands to unzip the file:

# cd /tmp
# unzip CTM80_JRE_UPGRADE_1_5.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 15.

Step 7 Save the file to /tmp/JRE.

Step 8 Verify that the correct JRE version is installed. You must use the Solaris SPARC 32-bit self-extracting file named jre-1_5_0_15-solaris-sparc.sh.


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_15-solaris-sparc.sh /tmp/JRE
# chmod +x jre-1_5_0_15-solaris-sparc.sh

Step 10 Enter the following command to update the current JRE version to 1.5.0_15:

# ./installNewJre.sh jre-1_5_0_15-solaris-sparc.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_15/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

Step 14 After upgrading the CTM R8.0 server to JRE version to 1.5.0_15, various errors are displayed regarding the client upgrade. You can safely ignore the following errors, which will disappear after you upgrade the CTM R8.0 client to JRE version 1.5.0_15:

COMPLETED APPLICATION OF JRE INSTALLER PATCH
cp: cannot access /opt/CiscoTransportManagerClient/ctmc-start
cp: cannot access /opt/CiscoTransportManagerClient/ctmcdebug-start
cp: cannot access /opt/CiscoTransportManagerClient/ctmc.sh
cp: cannot access /opt/CiscoTransportManagerClient/startcwmapp.ksh
cp: cannot access /opt/CiscoTransportManagerClient/UninstallerData/IAuninstaller.sh
cat: cannot open /opt/CiscoTransportManagerClient/ctmc-start
cp: cannot create /opt/CiscoTransportManagerClient/ctmc-start: No such file or directory
cat: cannot open /opt/CiscoTransportManagerClient/ctmcdebug-start
cp: cannot create /opt/CiscoTransportManagerClient/ctmcdebug-start: No such file or 
directory
cat: cannot open /opt/CiscoTransportManagerClient/ctmc.sh
cp: cannot create /opt/CiscoTransportManagerClient/ctmc.sh: No such file or directory
cat: cannot open /opt/CiscoTransportManagerClient/startcwmapp.ksh
cp: cannot create /opt/CiscoTransportManagerClient/startcwmapp.ksh: No such file or 
directory
cat: cannot open /opt/CiscoTransportManagerClient/UninstallerData/IAuninstaller.sh
cp: cannot create /opt/CiscoTransportManagerClient/UninstallerData/IAuninstaller.sh: No 
such file or directory


Upgrading the CTM R8.0 Solaris Client to JRE Version 1.5.0_15


Step 1 If the CTM client is installed on the same workstation as the CTM server, and if you completed the previous section to upgrade the CTM server to JRE version 1.5.0_15, the CTM client was upgraded automatically to JRE version 1.5.0_15. The installNewJre.sh script upgrades the client-side JRE when it upgrades the server JRE. In this case, skip to Step 2.

If the CTM client and the CTM server are installed on separate workstations, complete the following substeps to upgrade the CTM client to JRE version 1.5.0_15:

a. As the root UNIX user, use File Transfer Protocol (FTP) to transfer CTM80_JRE_UPGRADE_1_5.zip from the /opt/CiscoTransportManagerServer/bin directory on the server to the client workstation.

b. Copy the CTM80_JRE_UPGRADE_1_5.zip file to the /tmp directory.

c. Enter the following commands to unzip the file:

# cd /tmp
# unzip CTM80_JRE_UPGRADE_1_5.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 15.

f. Save the file to /tmp/JRE.

g. Verify that the correct JRE version is installed. You must use the Solaris SPARC 32-bit self-extracting file named jre-1_5_0_15-solaris-sparc.sh.

h. Enter the following commands to copy the installer to the JRE directory and add executable permissions for the file:

# cp jre-1_5_0_15-solaris-sparc.sh /tmp/JRE
# chmod +x jre-1_5_0_15-solaris-sparc.sh

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

# ./installNewJre.sh jre-1_5_0_15-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_15"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
Java HotSpot(TM) Server VM (build 1.5.0_15-b04, mixed mode)


Upgrading the CTM R8.0 Windows Client to JRE Version 1.5.0_15


Step 1 Go to http://java.sun.com/javase/downloads/index_jdk5.jsp and download Java Runtime Environment (JRE) 5.0 Update 15. The JRE installable for Windows is named jre-1_5_0_15-windows-i586-p.exe.

Step 2 Go to C:\Program Files\Java\ and copy the directory with the latest JRE version, jre1.5.0_15.

Step 3 Paste it into the CTM client directory C:\Cisco\TransportManagerClient8_0.

Step 4 Rename the original JRE directory in C:\Cisco\TransportManagerClient8_0 as jre.orig.

Step 5 Rename the new JRE directory (jre1.5.0_15) that you pasted into the CTM client directory as jre.

Step 6 Open a command prompt by choosing Start > Run and entering cmd.

Step 7 Enter the following command to change directories to jre\bin:

# cd C:\Cisco\TransportManagerClient8_0\jre\bin

Step 8 Enter the following command:

# java -version

In the output, you should see:

java version "1.5.0_15"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
Java HotSpot(TM) Server VM (build 1.5.0_15-b04, mixed mode)


Resolved Caveats

The following table lists caveats that are resolved as of the latest CTM R8.0 patch or service pack.

Table 5 Caveats Resolved in CTM R8.0 

Caveat ID
Caveat

CSCeg49544

A manual link is not removed automatically when a patchcord link with the same layer type is created between the same endpoints.

CSCeh69324

After a new MGX node is added to the CTM client through the Domain Explorer, that node cannot be seen in the tree view of the Configuration Center, Chassis View, Statistics Report, and Diagnostic Center windows.

CSCei76087

After the CTM server is restarted, unmanaged NEs have a red check mark next to them in the Domain Explorer, indicating that their configuration synchronization failed.

CSCei76154

The multilayersubnetwork.idl file returns errors when it is compiled with a third-party IDL compiler. (Related caveat ID: CSCse64642)

CSCin81696

When a 1:1 protection group is created for a DS3XM card on an ONS 15454 NE, the protection group is not visible immediately.

CSCin92735

In the ONS 15600 SDH NE Explorer > Security tab, the Users, Active Logins, and Policy subtabs are missing.

CSCsb46479

When data communications channel (DCC) links are deleted, CTM does not display patchcord links between the same nodes.

CSCsb69664

After creating a DCC with Open System Interconnection (OSI) support, the corresponding OSI subnet is shown incorrectly as Port 0 or is empty.

CSCsc21241

Echo mode in CTM GateWay/TL1 does not work correctly or can be disabled, requiring local echo to be enabled on the Telnet client. The password is not hidden.

CSCsc32223

The export configuration data does not export any data for the NE or the cards. Incorrect shelf ID management occurs when preprovisioning and configuring single shelf in multishelf NEs.

CSCsc48173

The NE service name for one event does not match the name used in the Audit Log filter. The following message might not appear in the Audit Log:

AUD-7000: Subnetwork Mode Automatic - MGX88xxSubnetManager Started > > >regrouping of managed NEs in subnetworks mgx88xx-ne

CSCsc68111

The getSNC application program interface (API) fails to retrieve any OCH trail tunnel circuits from the CORBA gateway.

CSCsc75969

CTM GateWay/TL1 commands require that Enter be pressed, even when the command ends with a semicolon.

CSCsc81901

When the historical STS Path PM table is launched on a DS1_84xx card provisioned on DS1 ports, the Interface column displays the STS number as 1 instead of as 2 or 3.

CSCsc84285

When an STS3C circuit is created on a DS1_E1_56 card in E1 mode and the real-time VT-2 PM table is launched, VT Group Num and VT Num In Group in the Interface field are incorrect.

CSCsc84872

When a gateway network element (GNE)/NE configuration has an internal LAN configured on the link that interconnects the ONS 155xx nodes, the discovery process displays the internal IP address on the properties pane of the Domain Explorer for all end network element (ENE) nodes, but the internal IP address cannot be changed to a public IP address.

CSCsc84893

Added shelves are not displayed on the NE Explorer.

CSCsc85207

A card state change through CTM GateWay/TL1 is not reflected on the CTM client.

CSCsc86149

Span loss calculation fails with the error message "Operation partially completed." After the error message is displayed, the span loss values are empty.

CSCsc90221

For a multishelf NE, the state change from Out of Service to In Service is inconsistent and occurs without a configuration synchronization.

CSCsc92667

When you add an unmanaged NE to CTM and mark it as In Service, the unmanaged NE shows a red check mark (unreachable) instead of a green check mark (reachable).

CSCsc96230

The MGX Voice Gateway R5.3.00 is missing from the Supported NE table.

CSCsc98405

Cannot perform a forced soft reset on CTX cards in the ONS 15310 MA.

CSCsd01309

In the MGX Voice Gateway Equipment Inventory table the Description, Reset Reason, and State columns are not sorted correctly.

CSCsd01713

The tooltip is not updated when the card state changes.

CSCsd01798

FMEC cards are shown as active, even when shelf is in the Delete state.

CSCsd05277

For DS3XM cards on ONS 15454 SONET R4.6.4 NEs, the 15-minute PM data on the STS path near end shows pointer-related PM parameters.

CSCsd05423

Threshold crossing alerts (TCAs) are not displayed for the RS-UAS parameter in the SDH Regeneration Section PM table.

CSCsd07586

The tree view is not updated in certain scenarios when card-related operations are performed on the controller card.

CSCsd10715

For DM_2.5G and DMP_2.5G cards with ESCON pluggable modules, duplicate pluggable port module (PPM) entries are recorded after a card reset.

CSCsd11702

Cannot change fields on the Control Panel because an error dialog box is displayed with the following message:

EID-192: The server configuration has been modified by another user since it was last read. You must refresh this view before any changes can be made to the server configuration file.

CSCsd17128

SNMP traps are not received from an ENE if configuration is done from the CTM client.

CSCsd21280

CTM manages ONS 15454 events when the node is under maintenance.

CSCsd25419

Cannot determine whether the laser is on or off for STM-64 cards.

CSCsd28522

The external alarm description field does not work on the ONS 15310 MA platform.

CSCsd29921

Far-end STS PM tables are blank for DS3_EC1_48 cards in NE release 5.0.2.

CSCsd30268

The DCC link between the TXP client port and the line card is discovered at the physical layer instead of the SDCC layer.

CSCsd30368

Composite net links created in the network are not discovered in CTM if the NEs are already discovered or added in CTM. If the NEs are added to CTM after the link is created, the discovery works as expected.

CSCsd30391

Composite net links are displayed in the CTM Network Map when they should not be.

CSCsd31644

Cannot retrieve 15-minute or 1-day VT1.5 PM thresholds on CTX optical cards on ONS 15310 MA NEs from CTM GateWay/CORBA.

CSCsd31850

On NE version 6.2, coding, framing, and AIS thresholds are editable in BITS-OUT on the ONS 15454 SONET and SDH. The issue is fixed in SDH but not in SONET.

CSCsd32041

A protection group is not listed among protection groups at the shelf level.

CSCsd32439

If you choose to upgrade from the existing release, the Previous button is dimmed.

CSCsd32830

An alarm entry is missing from the active_alarm_table.

CSCsd35616

The far-end 15-minute and 1-day PM tables display meaningless negative values for DS1 cards that do not support NP parameters in Extended Superframe (ESF) mode.

CSCsd35746

The setTP API does not succeed for FTPs on CE-100T-8 cards on ONS 15454 or ONS 15310 MA NEs. The command fails without an error message or exception. (Related caveat ID: CSCse66559)

CSCsd37522

When you try to launch the NE Explorer by double-clicking a GNE node, an error message is returned.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsd39577

An L2 topology is shown as Incomplete when the status should be Complete. All circuits are shown as discovered in the Circuit table.

CSCsd43544

After changing the protection group name, the default name is still shown.

CSCsd44356

The circuit alias and topology alias do not work in a mixed-size L2 topology.

CSCsd44908

The self alarm of a PXM card in the primary slot is missing from the Chassis View. (Related caveat ID: CSCse12717)

CSCsd45038

After adding an ONS 15454 MSTP node to a DWDM span, the new optical transmission section (OTS) links (layer = physical, layer details = OTS) are not discovered if the old invalid links were not deleted previously.

The OTS links with layer = Transmission Section and Layer Details = OTS are discovered correctly and the old invalid links are removed automatically. The same behavior should occur for OTS links at the physical layer.

CSCsd45491

When the topology name is longer than 26 characters, after a card is added the new circuit is not discovered correctly and the RPR wraps. CTM appends the time stamp to the newly created circuit name on the added card. This sometimes causes naming problems.

CSCsd45581

For server trails created on ONS 15310 MA NEs, the wrong physical location is shown for all path alarms such as Encapsulation Mismatch and TIM-P. CTM shows the physical location with port 0. For example, if an alarm is raised on slot 1, port-29-56, the physical location is shown as slot 1, port 0.

CSCsd46307

An invalid link becomes valid when NEs are marked as Out of Service and then In Service. This problem applies to links that are invalid because one or both ports of the link are marked as Out of Service, or because a fiber cut occurs on the link.

CSCsd46817

Cannot use the CTM NE Explorer to create a 2-fiber bidirectional line switch ring (BLSR) on the ONS 15327.

CSCsd46844

The Squelch table is blank for ONS 15327 NEs but correct for ONS 15454 SONET NEs.

CSCsd46879

The FC-P counter for 15-minute or 1-day far-end STS thresholds shows near-end values instead of far-end values. Even if you change the values of FC-P to far end, the changes occur at the near end for the OC192 XFP card.

CSCsd47150

The IOS Users table is blank for ENEs in a GNE-ENE setup after changing ENEs to GNEs and GNEs to ENEs, and changing the community strings for the ENEs.

CSCsd47274

The IOS Users table is blank for a GNE-ENE setup with ONS 15600 NEs as GNEs. The SNMP community string is blank for all ENEs in the Domain Explorer. The community string was configured as public for all NEs in CTC. Because of this problem, L2 does not work in a GNE-ENE setup where ONS 15600 NEs are configured as GNEs.

CSCsd47319

The wrong reversion time option is shown in the Timing tab for ONS 15310 MA NEs.

CSCsd48566

In the CTM client, you cannot view or edit the SNMP community strings for an ONS 15600 that supports SNMP traps.

CSCsd50813

The following null pointer exception is generated during STS creation in the Source/Destination pane:

EID-915: Failed to retrieve STSs.

java.land.NullPointerException.


Also, you cannot route a circuit manually through available STSs. The manual routing wizard returns the error message "STSs are not available."

CSCsd52436

After migrating from CTM R6.0 to CTM R7.0, R7.1, or R7.2, the valid links on ONS 15216 NEs become invalid.

CSCsd53003

The Add Drop wizard shows RSTP is disabled on the existing drops when STP is actually enabled on the existing drops.

CSCsd53108

When RADIUS relay is enabled on the card, IOS user creation is shown as successful, but the users are not visible in the IOS Users table. Instead, CTM should return an error that IOS users could not be created.

CSCsd53747

Cannot set PMP_UAS for regenerator section for STM1 cards on ONS 15454 SDH NEs.

CSCsd54654

The SetTPData API does not work on PPM ports.

CSCsd54727

For 15-minute and 1-day near-end line thresholds, six thresholds are missing for OC-192 cards.

CSCsd54772

The Raise AIS for LOF option for DS1 cards on ONS 15454 NEs should be removed, because it is not applicable. (Related caveat ID: CSCse58821)

CSCsd54789

For optical cards such as the OC-12 or OC-48 that do not support historical 15-minute STS path far-end PM collection, CTM should not collect and display PM data.

CSCsd54810

Cannot restart the laser for CTX cards in ONS 15310 CL nodes. The option to restart the laser is dimmed.

CSCsd55013

An hourglass is shown on the Circuit Trace window when the WDM Topology check box is checked. It takes 15 seconds or longer for the circuit trace to refresh.

CSCsd55060

A patchcord link between a trunk port and a channel port is shown in the Link table at the Physical layer.

CSCsd55132

The getTCATPParams command does not show NPJC_PGEN. Instead, the command shows NPJC_PDET twice on STM-1_8 on ONS 15454 SDH NEs.

CSCsd55139

Cannot filter the Equipment Inventory table for the "Other" filter option.

CSCsd55143

The Multicast Bandwidth class of service (CoS) value is set to 0 (zero) on a newly added card.

CSCsd56066

The getAllPTPsForSNCProvisioning method returns all DS3 ports on DS3_EC1_48 cards for layer rate 14. The method should return only EC1 ports for layer rate 14. DS3 ports should be returned only for layer rate 4; instead, the method returns DS3 ports for layer rates 4 and 14.

CSCsd56923

If you cancel the CTM upgrade after finishing all GUI selections and then retry the upgrade, a "Version not supported" error is returned.

CSCsd57835

For Cisco IOS XR-based NE types, the Routing Policy application is not supported in Cisco IOS XR release 3.3 and later. To access this application, open the NE Explorer and choose Configuration > Policy > Routing Policy. The menu option is dimmed for NEs running Cisco IOS XR release 3.3 or later.

CSCsd58131

The GetManangedElement method returns an empty supportedRates list for some managed elements.

CSCsd82349

Patchcords between splitter-protected transponders and MUX/DMX cards are created with a "Y-cable" protection attribute. The correct attribute is "Protected."

CSCsd82603

In the Control Panel > Security Properties pane > CTM Security tab > Login Preferences area, the Max Retries value does not work correctly.

CSCsd86921

For the Cisco 7600, the Active Software field in the NE Software table is not populated with any data, and the Running Software field shows the value Not Available.

CSCsd92046

For the Cisco 7600, when you click the Finish button in the Template Manager > Apply Template wizard, a template provisioning job is not created in the Job Monitor table.

CSCsd93868

Cannot display 24-hour PM data for ONS 155xx NEs.

CSCse11954

When setting the ONS 15808 craft tool password to all uppercase and all alphanumeric, an error message appears. If you select a password such as abc123/, CTM schedules the job and reports in the Job Monitor table that the job succeeded, but a different password (ABC123/) is set on the NE. All attempts to log in fail using the password abc123/.

CSCse19751

The getPortName and setPortName APIs fail for E100 and E1000 cards on ONS 15454 SDH NEs. (Related caveat ID: CSCsf03360)

CSCse22241

The setTPData API fails for FC_MR cards.

CSCse44269

The GetAssociatedTopologicalLinks API does not return any values for ONS 1580x NEs.

CSCse52287

In the NE Explorer for the ASAP CC card, the Shelf View and Module View tabs incorrectly show the card as ASAP MB.

CSCse52310

The ASAP card state is shown incorrectly as "Standby" in the NE Explorer > Module view when it is actually "Active." The Equipment Inventory table shows the equipment state incorrectly as "Standby."

CSCse53332

The name of a Y-cable protection group is not reported correctly in the NE Explorer > Protection Groups tab. Instead, the default value is reported.

CSCse54602

Alarms are not summarized on autodiscovered links between DWDM transponder client ports when configured with SONET or SDH payload.

CSCse57499

Cannot provision reach and wavelength parameters for MRC_12 and OC-192 XFP cards on the ONS 15454 SONET and ONS 15454 SDH R7.2.

CSCse57741

The getAllActiveAlarms API shows the layer rate as 0 for the RAN_SVC cards.

CSCse58070

The list of modules is blank when you select far-end PM data for an STM-4 card on an ONS 15454 SDH NE.

CSCse58271

The number of unacknowledged alarms shown on the Dashboard is not the same as the number of unacknowledged alarms shown in the Alarm Browser.

CSCse58325

The setTPData API fails for ONS 15600 SDH NEs.

CSCse58431

The Administration > SNTP Configuration menu option is dimmed for ONS 15600 SDH R1.4 NEs.

CSCse59300

CTM does not update RPM-XF traps in real time.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCse59857

If you use the createTopologicalLink API to create a physical link on ONS 15216 NEs, CTM GateWay/CORBA returns the following error and the link is not created:

The aEndTP is not an available TP for this TopologicalLink creation.

CSCse60078

XUA application server (AS) creation fails from the MGX Configuration Center for the VXSM 2.5 image.

CSCse60213

Port numbers are shown incorrectly at the card level for ASAP cards on ONS 15600 SONET NEs.

CSCse60508

For Link Up and Link Down traps shown in the Alarm Browser, the corresponding CTM GateWay/TL1 command rtrv-alm-all shows the physical location as "not used."

CSCse60708

The VISM_LINE table is not populated with any entries in the database.

CSCse60764

The setTPData API fails for the Enable Sync Msg and line coding attributes for DS1_E1_56 cards.

CSCse62188

Cannot create CTM GateWay/TL1 Event Forwarding Discriminator (EFD) filters for ONS 15454 SDH NEs.

CSCse63352

Cannot set autodetect credits on an FC_MR card through CTM when the enable distance extension is not set.

CSCse63409

After the Memory Restore operation on an ONS 15216 EFDA3 is complete, only the SNMP Trap table is restored. All other values (such as thresholds, latitude, and longitude) are not restored.

CSCse63492

The alarm severity of discovered SDH links remains critical even if the alarms are cleared.

CSCse64026

In a 24-card RPR, the Alias field is not set to the user-specified value. (Related caveat ID: CSCsd44356)

CSCse64156

The laser status is not shown for OC-192 cards. You cannot determine whether the laser is on or off, because the status field is always blank.

CSCse64267

DS3 real-time PM data collection returns the wrong data for DS3 cards.

CSCse65722

When creating a manual link between CRS-1 and ONS NEs, the list of physical termination points (PTPs) displayed includes those that are already in use. The list should display only available PTPs.

CSCse65760

When creating a manual link between CRS-1 and ONS NEs, the list of PTPs displayed is not filtered by wavelength. The PTPs used for optical channel client connection (OCHCC) circuits should be configured for the same wavelength. (Related caveat ID: CSCse41517)

CSCse66792

TCAs are not shown in PM data for ONS 15600 SONET R7.2 NEs.

CSCse67644

When the server is migrated from CTM R6.0 to CTM R7.2 and robust PM data collection is enabled on the NEs, data is lost for the migrated interval.

CSCse68674

CTM GateWay/TL1 ignores user-entered commands when the network contains a high number of unresponsive NEs.

CSCse69351

Name changes of parent virtual concatenation (VCAT) circuits made from CTC do not reflect in CTM.

CSCse71108

When an ML card reset is in progress, you can modify the Ethernet ports. CTM confirms that the port modification succeeded, even though no changes were actually applied to the card.

CSCse71474

CTM supports two invalid admin states—OOS and OOS AINS—for ONS 15310 MA R7.2 NEs. (Related caveat ID: CSCsg11609)

CSCse72287

The Alarm Browser and Alarm Log do not display DBOSYNC alarms from ONS 15600 SONET R1.3.1 NEs.

CSCse72619

It takes approximately 2.5 minutes to open the Control Panel window.

CSCse72690

For VCAT Group Down alarms generated on ML-100T-8 cards, the layer rate is shown as 0.

CSCse72696

For ASAP_4 cards and XFP OC-192 SRI modules, CTM GateWay/CORBA shows the incorrect layer rate for SONET section and SONET line alarms.

CSCse73260

If you create a manual link between a 2.5G_DM trunk (on the source node) and an STM-16 TXP client (on the destination node), the STM-16 layer detail is not available. The STM-16 layer is available only if the link is created in the other direction (on the 2.5G_DM on the destination node).

CSCse73643

The detected line type is shown as E1_MF for DS3IN cards on ONS 15454 SONET NEs.

CSCse74063

The CTM R7.2 client uses 100% CPU.

CSCse74210

The Squelch table is incorrect for ONS 15600 SDH NEs. For STM-64 two-fiber BLSRs, the Squelch table shows 96 entries. For STM-16 MS-SPRings, the Squelch table shows 25 entries. The table should show 32 entries for STM-64 and 8 entries for STM-16.

CSCse75411

If the network contains both optical channel network connection (OCHNC) circuits (between ONS NEs) and OCHCC circuits (between CRS-1 NEs), the Circuit table for an ONS 15454 MSTP shows OCHCC circuits with "Bad Value" listed in many of the fields.

CSCse75608

The Locate Alarm feature does not work for environmental alarms; it returns a "String not found" error. (Related caveat ID: CSCsf17110)

CSCse75609

The layer rate is shown as zero for alarms on the optical ports of ONS 15305 NEs.

CSCse75765

The Alarm Browser does not display the port name for any alarms.

CSCse76839

When changing the SNMP community string for a GNE, the community string does not change for the ENE. The string does not change even after marking the NEs as Out of Service and then In Service.

CSCse76870

Manual link validity between a CSR-1 and ONS 15454 is not handled correctly when there is a loss of connectivity to the ONS 15454.

CSCse76895

When a CRS-1 NE is marked as Out of Service, all of the OCHCC circuits that are provisioned by the NE (with the ONS cloud) are shown incorrectly as In Service and Active. The correct states are Out of Service and Errored.

CSCse79186

Cannot perform read/write operations for reach and wavelength parameters on CTX cards on the ONS 15310 CL and ONS 15310 MA.

CSCse79378

The cross-connect (XC) utilization for STS and VT circuits is not populated on ONS 15310 NEs.

CSCse79489

The layer rate information is incorrect for LOS alarms generated on EC1 ports on ONS 15310 CL NEs.

CSCse80635

An invalid admin state is supported for the RAN_SVC card on ONS 15454 SDH NEs.

CSCse81636

You can edit the DCC on a port where regenerator section DCC (RS-DCC) and MS-DCC are enabled. (Related caveat ID: CSCsc61912)

CSCse81989

The setTPData API fails and generates exceptions for client ports on MXP_MR_10DME cards. The command works correctly for trunk ports.

CSCse82465

The following CTM GateWay/CORBA commands display incorrect port numbers and interface names:

emsMgr::EMSMgr_I::getAllTopLevelTopologicalLinks

emsMgr::EMSMgr_I::getTopLevelTopologicalLink

managedElementManager:ManagedElementManager_I::getAllTopologicalLinksForMe

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getAllTopologicalLinks

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getTopologicalLink

CSCse82623

When using the CTM GateWay/CORBA interface, the managedElementManager::ManagedElementManager_I::getAssociatedTopologicalLinks command returns an empty list.

CSCse83633

When a CRS-1 OCHCC circuit is provisioned using OCHNC, events from ONS NEs must be propagated to CRS-1 modules in order for the circuit status to update correctly. (Related caveat ID: CSCse87778)

CSCse84755

When creating VT-VCAT circuits on CE-100T-8 cards on ONS 15310 CL NEs, invalid VT thresholds are created on DS1 interfaces on CTX cards.

CSCse85982

CTM supports an invalid admin state for CTX-2500 ports on ONS 15310 MA NEs.

CSCse86393

The NE Explorer > Alarm Behavior tab does not show GFP ports for read/write operations, so you cannot suppress or enable alarms on GFP ports on MXP_MR_10DME cards.

CSCse86395

AINS soak countdown values are not shown for DWDM cards such as MXP_MR_10DME and MXP_2.5G_10E. You can set the AINS soak time interval, but you cannot see the AINS soak countdown time.

CSCse86405

The IS AINS admin state is missing for the trunk (line) ports of MXP_MR_10DME cards. Using CTC, you can put the port in IS AINS state, but you cannot perform the same task in CTM.

CSCse87371

If you try to enable CoS accounting on ONS 15454 SONET R4.1 NEs, you receive a warning message that CoS accounting is not supported on the NE, which is the correct behavior. However, you can enable CoS accounting on ONS 15454 SDH R4.1 NEs, even though ML cards do not support CoS accounting for the ONS 15454 SDH R4.1.

CSCse87585

Cannot retrieve a J1 path trace for ONS 15600 SONET NEs or for any of the cards.

CSCse88621

The NE takes a long time to synchronize if ML cards are not loaded with a barebone configuration.

CSCse89050

Cannot load saved templates for the DPNSS configuration in the Configuration Center GUI.

CSCse90123

Cannot change the IP address in the NE Explorer.

CSCse91283

The createTopologicalLink API does not work correctly.

CSCse91892

The getAllSupportedPTPs API fails to retrieve data for DS1_84 and DS3_EC1_3 line cards that have DS3 ports.

CSCse91995

The CTM client freezes during object-creation or object-deletion event processing, and when the Circuit table is in autorefresh mode and contains a large number of circuits that are being discovered.

CSCse93968

The getAllCrossConnections API returns cross-connects for CTX cards with incorrect PTP details on ONS 15310 MA NEs.

CSCse94028

For the MRC_12 card, reach and wavelength PPM values are shown as N/A in CTM. CTC shows the correct values.

CSCse94115

The Exercise Ring operation fails on an ENE not directly connected to the GNE.

CSCse94192

While adding NE defaults from one NE to another, an IDL/config exception is generated.

CSCse94210

When trying to create users on multiple NEs from the Domain Explorer > Administration > NE User Access Administration menu option, the Job Monitor table shows the task status as Failed for some nodes, even though the user is created.

CSCse94236

Trying to restore memory on an ONS 15600 SONET NE generates a java.lang.ArrayIndexOutOfBoundsException on the console window.

CSCse95128

Cannot collect DS1 far-end PM data for DS3XM cards.

CSCse96654

The subnetwork automatic grouping feature does not work after a TCC reset.

CSCse97249

The getAllSNCs API on a node fails with a CTM GateWay/CORBA exception such as "The srcNodeId is null for the circuit with <node_ID>."

CSCse97951

Cannot retrieve VT1.5 PM thresholds for VT circuits on XTC cards on ONS 15327 NEs.

CSCse98401

CTM does not show the "LP-UNEQ - SLMF-Unequipped Low Order - Path Unequipped" alarms on ONS 15305 CTC NEs. The same alarm is visible in CTC and Cisco Edge Craft.

CSCse99103

Cannot enable retiming on DS1 ports of CTX cards on ONS 15310 CL R7.2 NEs. The operation fails with an error message in CTM, yet works correctly in CTC.

CSCse99116

Cannot perform send code operations (such as send line loopback and send payload loopback) on DS1 ports of CTX cards on ONS 15310 CL NEs.

CSCse99713

CTM GateWay/CORBA returns the wrong name for the PPM creation and deletion notification.

CSCsf00469

Cannot restart the laser for OSC-CSM and OSCM modules.

CSCsf00804

CTM client performance decreases during normal operations.

CSCsf05571

The CTM client on Windows 2000 and Windows XP does not support the Daylight Saving Time (DST) changes for March 2007 in the United States by the Energy Policy Act of 2005. The CTM client disregards the DST changes and displays the time according to the existing DST settings.

CSCsf09835

For an STS-1 circuit on an EC1 interface on all CTC-based NEs except for the ONS 15454 SONET, you cannot set TCAs at the STS path.

CSCsf12195

Connection termination point (CTP) naming differs from what is reported in the Cisco Transport Manager Release 7.2 GateWay/CORBA User Guide and Programmer Manual. For STS-1 CTPs, values for k > 3 are shown in all APIs that contain CTPs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsf15991

For links terminating on ONS 15600 SONET or ONS 15600 SDH NEs, the Link Utilization table shows the wrong VC4/STS number when a low-order circuit traverses the link over a tunnel. The Circuit Trace report for the low-order circuit shows the VT/VC3 number as 255. The Circuit Span table for the low-order circuit shows 255 for endpoints on the ONS 15600 SONET or ONS 15600 SDH NEs.

CSCsf16108

In the SONET automatic protection switching (APS) application, you cannot configure preconfigured interfaces in the table.

CSCsf16285

An ENE is not reachable in a GNE/ENE setup because its name is the same as one of the NEs in CTM.

CSCsf17873

When using CTM to configure the NE timing reference or the BITS-1/BITS-2 OUT reference on a multishelf NE, the TCC reloads, causing a loss of communication with the NE. The new timing reference values are not set on the NE.

CSCsf18143

After 5 days of testing, CPU utilization is 90 percent in a network with 45 NEs and a small server configuration.

CSCsf20220

The VC-4 Threshold tab for STM-1_E cards is missing the following values: PPJC-PDET, NPJC-PDET, PPJC-PGEN, NPJC-PGEN, PJCDIFF, PJCS-PDET, PJCS-PGEN.

CSCsf20430

Occasionally, alarms in the NE Explorer rack view are not consistent with alarms in the Alarm Browser. Alarms in the NE Explorer tree view are correct.

CSCsf20434

In a configuration with a CRS-1 with 4x10GE-ITU-C ports and an ONS 15454 with MXP and TXP cards, you cannot create a bidirectional link from the CRS-1 to the ONS 15454. However, you can create a bidirectional link from the ONS 15454 to the CRS-1.

CSCsf21826

When creating manual links, STM-256 is not listed in the layer rate details.

CSCsf21849

Cannot create 1xOC768-ITU-C SDH circuits because the STM-256 data rate is missing.

CSCsf21864

You can create an OCHCC circuit with 1xOC768-ITU-C cards and mismatched framing (where one side of the circuit is SONET and the other side is SDH). Instead, circuit creation should fail when circuit endpoints do not have the same framing type.

CSCsf21876

The Create Circuit wizard allows you to set up an SDH- or SONET-sized circuit group; however, the wizard does not filter the endpoint based on the framing type.

CSCsf22002

CRS-1 manual links for DWDM PLIMs do not support multiple layers (such as DWDM and SONET layers).

CSCsf22379

Cannot set the timing for the BITS IN facility on an ONS 15454 SONET R6.2 NE. (Related caveat ID: CSCsf32258)

CSCsf23141

You can create CRS-1 —> ONS 15454 —> CRS-1 circuits with CRS-1 NEs in one subnetwork and ONS 15454 NEs in another subnetwork. Instead, circuit creation should fail when the NEs belong to different subnetworks.

CSCsf23328

Occasionally, when you launch the Circuit table for CRS-1 circuits, the table shows the wrong number of circuit spans.

CSCsf23760

Whenever the SM service is restarted, a new syslog service instance is created. The previous syslog service instance is not stopped, resulting in multiple service instances. The syslog service count increases by one with every SM service restart.

CSCsf24240

If you try to launch CTC from CTM for an ONS 15600 SONET R7.0.2 NE, the login dialog box opens repeatedly, even after entering the correct username and password.

CSCsf24895

For CRS-1 circuits with an ONS 15454 cloud, if the wavelength of a port used by the circuit is changed, the circuit status does not change accordingly.

CSCsf24978

The Catalyst 6509 goes into LOC state if the CatOS version is not listed in the Supported NE table.

CSCsf26013

When a subnet containing an ENE is moved to a different network partition, the ENE goes into LOC state.

CSCsf26330

CPU utilization is very high because of an SNMP trap service deadlock.

CSCsf26887

Shutting down a 4x10GE-ITU-C interface belonging to a circuit does not cause the circuit to show "errored."

CSCsf27791

CTM GateWay/TL1 does not respond to user commands.

CSCsf28149

Cannot use CTM GateWay/CORBA to provision an STM-1_4 card on an ONS 15454 SDH R6.2 NE.

CSCsf28158

CTM GateWay/TL1 does not correctly show the current logged in user sessions in the CTM GateWay/TL1 Logged In Users table.

CSCsf28238

For all MGX alarms, CTM GateWay/TL1 shows the physical location as Not Supported, but without a physical location, an alarm is meaningless. CTM GateWay/TL1 either should not show MGX alarms or should show the correct physical location.

CSCsf28816

Cannot use CTM GateWay/CORBA to unprovision a PPM client port on an ONS 15454 MSTP transponder.

CSCsf29211

The getTP API does not work on transponder client ports with multiple PPMs.

CSCsf29570

The ONS 15310 MA R7.0.2 is missing from the Supported NE table.

CSCsg60510

When creating an ONS 15454 internal patchcord link that involves a transponder or muxponder card as an endpoint, the trunk port of the transponder or muxponder is not available as the source port.

CSCsg67176

Cannot change parameters for the CE-100T card in the NE Explorer.

CSCsg72820

Cannot set the Admin SSM value for MRC_12 cards.

CSCsg74283

For the set operation on SendDoNotUse for STM1_E12 cards, the Send<<FF>DoNotUse attribute is incorrect.

CSCsg79219

When the CTM server is started with the ctms-start command, the add_log_partition.sh script returns an error that the CTM database cannot be found.

CSCsg79457

SVLAN data is not updated after adding a PPM trunk that is created on GE_XP or 10GE_XP cards.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsg90763

A misleading error message is displayed when creating HTML reports from CTM tables.

CSCsg92911

Cannot perform get/set operations on hardware that is running an SNMP agent.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh22076

A traffic loss of 15 seconds occurs through a VLAN created on an RPR Layer 2 topology.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh69456

The TL1 interface contains junk characters when you launch it on an NE.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh70890

SNMP traffic uses random ports.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh77677

Custom QoS profile information is lost after some time.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh78003

CTM client freezes for about one minute. Afterwards, the POS tab information displays correctly in the NE Explorer.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh78085

A CTM GateWay/CORBA API reports an incorrect CTP string of STS-24c circuits that involve a GE port of an ADM_10G card. For example, if the CTP string of an STS-24c circuit that is created in CTM is /sts24c_vc4_8c=1 -r=-1 and it is used to create an STS-24c circuit using a CTM GateWay/CORBA API, the following error message is displayed: "To create SNC with layer rate - sts24c, you must select OC48 or OC192."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh79073

Unable to modify the debug options for an NE service module after marking the NEs as Out of Service and then In Service and adding the NEs to a new partition.

CSCsh79249

The oraclesw9i/admin/udump directory contains a prune_pm.err error log file that reports the following error message: "ORA-14083: Cannot drop the only partition of a partitioned table."

CSCsh79618

When you use the createSNC API and specify the correct CTP when creating an STS circuit that includes an OC-xx port configured as SDH, an error message is displayed: "Source CTP is not available." This problem occurs in the CTM GateWay/CORBA interface.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh92692

CTM GateWay/TL1 core dumps occur on the network.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh94186

The confirmation dialog box is not displayed after uploading a configuration file to a TCC card.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh95002

Cannot clear the Maximum Login Attempts Exceeded alarm for an unknown user. (Related caveat ID: CSCsg35907)

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsh98865

The following alarms are shown incorrectly in the Alarm Browser:

LAN Connection Polarity Reversed

Loss of Channel

FEC Mismatch

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi03340

All NEs in a GNE/ENE ring are shown as ENEs. The GNEs are also shown as ENEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi05508

When you use the RTRV-ALM-ALL command to retrieve ONS 1580x NE alarms, the alarms do not contain the rack, subrack, slot, and card information.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi05518

CTM GateWay/TL1 temporarily stops forwarding events to the OSS.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi06828

The pruning operation on an ONS 15454 SDH audit trail parameter does not work correctly.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi06851

Unable to complete the pruning operation on the Server Monitor table. The /oraclesw91/CTM/udump/prune_servermonitor.err log file contains the following error message: "ORA-01843: Not a valid month."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi06873

Unable to complete the pruning operation on the Admin Job table. The /oraclesw91/admin/CTM/udump/prune_adminjob.err log file contains the following error message: "ORA-01849: hour must be between 1 and 12."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi08236

CTM GateWay/TL1 logs wrap quickly, meaning important information is lost and debugging becomes difficult.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi09013

When you retrieve real-time PM information on 10GE-XP and GE-XP cards, the AVG Tx power value is incorrect for all selected ports.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi12991

CTM GateWay/TL1 returns a DENY response to any command, indicating that the NEs are not connected and the login failed:

M c04 DENY

PIUI

"Privilege, Illegal User Identity"

/*Gateway Login To NE Failed */


Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi20156

CTM GateWay/TL1 crashes randomly when it is stopped from the Control Panel while it is processing a command or sending responses to the OSS client.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi27588

Circuit autorouting takes more time compared to earlier releases.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi29165

The class order changes after creating a QoS profile.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi29816

The SNMP and Alarm Behavior tables are empty for ONS 15216 EDFA3 NEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi39771

The sort operation on the Domain NE table does not always work. For example, sorting the NE model column of the Domain NE table fails but sorting the NE ID column works correctly. (Related caveat ID: CSCsk76179)

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi40250

CTC displays the following error message when you set up timing in CTM: "EID-3225: Error while refreshing pane."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi59605

The Equipment Inventory table shows a single row marked as Chassis after removing and reinserting a fan tray. It does not show the fan tray or fan slot.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi75389

The get/setTCA API fails for near- and far-end STM-1 path thresholds on MRC_12 cards.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi75723

The Circuit table does not display the port name for DS3E, DS3XM, and DS3XM_12 cards.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsi97803

When you log into CTM as an Operator, Provisioner, Network Admin, or SysAdmin user, the number of alarms shown on the Dashboard is inconsistent with the number of alarms reported by the Alarm Browser.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj01676

The Maximum Login Attempts alarm for an unknown user is not cleared if you set the Max Retries field in the Control Panel to one.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj05733

Domain Manager Mode (DMM) commands such as rtrv-alm-all, rtrv-alm-ems, rtrv-ne-ems, and rtrv-subntwrk-ems are truncated to 20 rows, which results in missing information. The output is incomplete and an error message is displayed.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj07316

Cannot set the Admin SSM value for the MRC_12 cards on R6.x NEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj07520

Cannot create 1:1 or 1:N protection between DS1, DS1N, or DS3XM cards on ONS 15454 SONET or ONS 15454 SDH R4.1.4 NEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj12833

After upgrading to CTM R8.0, users associated with custom CTM profiles cannot log into the CTM server.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj19520

The CTM GateWay/CORBA log file archiving stops when the CTM GateWay/CORBA service or CTM server is restarted.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj30693

The NE Explorer shelf view is blank for ONS 15327 R4.1.82 NEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj34451

The Resync L2 Topology operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj34528

The Add/Remove Card operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj40223

Retrieval of OCHCC circuits from the CTM GateWay/CORBA client fails.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj41401

The CTM server takes a long time to discover CTC-based NEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj41573

Unable to launch CTC from the Domain Explorer and NE Explorer.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj43760

The incorrect software version is displayed in the Control Panel.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj47081

As of March 2007, DST start and end dates for the United States transitioned to comply with the Energy Policy Act of 2005. DST dates in the United States now start three weeks earlier (2:00 a.m. on the second Sunday in March) and end one week later (2:00 a.m. on the first Sunday in November).

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj51055

After applying customized settings on an ML card, you cannot change the QoS profile on a VLAN drop port.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj52259

After a CTM server restart, the Alarm Browser reports a loss of communication between CTM and ONS 15305 NEs. The NEs are stuck in Initialization Failed state with an incorrect username/password error.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj60001

Restarting CTM with AuthNoPriv- and NoAuthNoPriv-profiled SNMPv3 users in the database prevents some or all of the nondefault user NEs from synchronizing.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj62479

The Error Log reports the following invalid error message for the MS-ISC card: "EID-6059: ML Card resync failure for NE: <NE_ID> - slot: 6 - Reason: IOS Config is empty and/or not found."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj64171

CTM GateWay/CORBA uses abnormal amounts of CPU when you end an active CTM GateWay/CORBA user session from the Active GW/CORBA Users table.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj66589

The CTM server is unable to complete the discovery of ONS 15454 NEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj70311

The debug output of the CTMServer process, which is saved in the /opt/CiscoTransportManagerServer/log/CTMServer.log file, is unreadable after some time.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj70432

The CTM server overwrites the most recent log files in the archive log directory.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj76500

Some PM data for CTC-based NEs is not stored in the database when the PM service experiences high load conditions.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj80112

When an alarm is cleared, it disappears from the Alarm Browser and is not visible in the Alarm Log, even though automatic alarm acknowledgement is enabled in the Control Panel > UI Properties pane.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsj83214

The Circuit table displays TL1 circuits incorrectly.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk00354

Unable to view or modify the MG-MGC association on VXSM R5.2.10. The following error message appears: "No data available."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk20958

CTM GateWay/CORBA APIs return an exception with the following error reason: "The srcNodeId is null for the circuit with nodeId <node_ID>."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk28346

CTM R8.0 must support a new JRE version.

Note This caveat replaces CSCsj41105 and is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk28871

The /db05 partition is 100 percent full and the CTM server shuts down automatically.

Note This caveat replaces CSCsj41105 and is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk29330

The port status is not displayed in the NE Explorer shelf view of ONS 15454 and ONS 15600 nodes. (Related caveat ID: CSCsk55740)

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk34774

The CTM debug log files in the /opt/CiscoTransportManagerServer/log directory do not show the thread names. All threads are traced with the Logging Event Queue Processor name instead of the actual thread name. This makes it difficult to troubleshoot issues in the CTM application.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk52028

Setting the alarm type for an ONS 15454 SONET or ONS 15454 SDH NE with an AIC or AIC-I card fails and an error message appears.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk44773

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

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk57463

Unable to manually route LO VCAT circuits between ONS 15305 NEs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk58050

Two circuits have the same name in the Circuit table.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk69463

There are invalid objects in the database procedures of the CTM server after applying the CTM R8.0.0.871.2 patch.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk70856

A database timeout occurs when you retrieve circuits from the Link table and no circuits are displayed on the Link table. An error message appears.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk84707

CTM PM pruning fails due to a buffer overflow error.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk84731

The getCTMHistoryPMData API does not return any CTP data when used on a managed element.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk90404

The following messages, which do not indicate an error condition, are shown incorrectly in the Error Log with a severity level of Major instead of Debug:

Socket blocked for writing: <number>, user <user>

Zero events in the queue, removing the queue

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk92923

The OSS client cannot specify the time stamp as the local time in delta format because CTM misinterprets the format.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsk98333

CTM GateWay/CORBA reports a NullPointerException when the OSS client enters a nonzero value for the time stamp's tenths of a second.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl00118

The RPR-east and RPR-west ports of an ML card that is adjacent to a newly added or deleted ML card are managed incorrectly. The following issues are observed:

In one ML card, both ports are disabled before deleting the existing circuit. Both ports are re-enabled when two new circuits are created.

In another ML card, both ports remain unchanged throughout the process.

At the end of the process, the ML card is added or deleted from the RPR ring.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl09775

NE_AUDIT_TRAIL_TABLE pruning fails and the logs are not collected in the /$ORACLE_HOME/admin/$ORACLE_SID/udump directory.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl12064

ONS 15454 SDH NEs do not go into In Service state after upgrading from CTM R7.0 to R8.0 and then to R8.5. The ONS 15454 SDH network service reloads every 10 to 20 minutes.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl12277

When exporting the database from CTM R7.0 to R8.0, the export fails with critical error messages that are similar to the following:

EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": invalid 
identifier
. . exporting table                    DEF$_AQCALL          0 rows exported

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl23824

The Oracle database does not shut down correctly when the CTM server shuts down. This can cause physical damage to the disk or other severe Oracle performance problems.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl26312

The Enable SysAdmin parameter in the Control Panel is set to the wrong default value after migrating from CTM R8.0 to R8.5.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl28305

Unable to determine the status of the database when the migration or export operation fails.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl46302

Some MGX test cases fail after installing the patch that fixes CSCsk44773 and upgrades the Apache web server to R2.0.61.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl47537

PM pruning fails.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl48499

Cannot see the files while backing up the memory.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsl95721

The Circuit table does not show port names for circuits on MRC-12 cards (on ONS 15454 R6.0.1 NEs) or MRC-4 cards (on ONS 15454 R8.0 NEs). The Circuit table shows incorrect port names for circuits on DS3 cards (on ONS 15454 R6.0.1 NEs).

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsm17261

The alarm ID and time stamp are assigned a new alarm ID and time stamp in the Alarm Browser when the node is marked as Out of Service and then In Service. The alarm notes are also lost.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsm21463

The Circuit table does not show port names for circuits on E1-42 cards (on the source or destination NE) and STM1 cards (on the destination NE).

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsm84722

Cannot install CTM patches in a dual-server setup.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsm99421

CTP values of alarms are printed when you run the getAllActiveAlarms API. But for certain alarms where the affected object is VC4, the getAllActiveAlarms API prints the wrong CTP values.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCso00123

The CTM client cannot connect to the CTM server. The following error message appears: "EID-382: The CTM server is initializing. Please try again after some time."

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCso00769

On a migrated setup, you cannot delete or modify the drops associated with a custom QoS profile that was created in CTM R5.0. Also, you cannot delete or modify any VLANs associated with those drops.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCso51993

Manual links do not work correctly. In the Link table, circuits related to a specific link are not shown, and manual links are shown as not being used for routing.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCso52471

When you run the script server_patch.sh on the CTM server, the following error message appears in the servepatch.log file:

ERROR at line 1: ORA-00001: unique constraint (CTMANAGER.OPERATION_PERMISSION_PK) violated ORA-06512: at line 8 Table dropped.


Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsq24237

CTM retrieves old and new alarms that are identical when a node is marked as Out of Service and then In Service. The same problem occurs when the NE service is restarted.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsq87850

SVLAN ports are not displayed correctly.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsq88110

A traffic loss occurs after modifying SVLAN port information.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsq89269

In the NE Explorer for a GE_XP card, if you click the SVLAN tab, the same tab appears when you select another GE_XP card.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsq94272

You cannot schedule a job after December 31, 2008, because the highest value allowed for the year is 2008.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsq96596

In the NE Explorer for a GE_XP card, the SVLAN tab does not work correctly.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsr06975

In the NE Explorer for a GE_XP card, if you click the SVLAN tab, deselect all SVLANs, and click Apply, an error occurs.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsr13995

In the NE Explorer for a GE_XP card, when you switch from the QoS tab of one GE_XP card to the QoS tab of a different GE_XP card, the information from the QoS tab of the first GE_XP card is added to the information in the QoS tab of the second GE_XP card.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsr16276

The Veritas Cluster Server HA agent does not work with Apache version 2.0.63.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsr53609

A CTM server core dump file is created when the CTM server shuts down.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsw88229

When you start the CTM client in Debug mode and then choose Administration > Memory Backup, the client hangs and an error message appears in the console window where you entered the ./ctmcdebug-start command.

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCsw98539

Cannot set signal degrade (SD) and signal failure (SF) values for low-order (LO) circuits. (Related caveat ID: CSCsh64456)

Note This caveat is fixed with the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.

CSCuk57153

Cannot launch CTC from CTM on an ONS 15305 R3.0 NE.

CSCuk58334

Intermediate path performance monitoring (IPPM) information does not refresh correctly in the ONS 15454 SONET and ONS 15454 SDH NE Explorer windows.


Installing the CTM R8.0.0.912.1 Patch


NoteThe CTM R8.0.0.912.1 patch inherits all bug fixes and obsoletes all earlier CTM R8.0 patches and service packs.

Caveats are categorized as a server fix (S), client fix (C), or both (CS).


This section describes how to download and install the CTM R8.0.0.912.1 patch, which fixes the following caveats:

CSCsd37522 (C): When you try to launch the NE Explorer by double-clicking a GNE node, an error message is returned.

CSCse59300 (S): CTM does not update RPM-XF traps in real time.

CSCsf12195 (S): CTP naming differs from what is reported in the Cisco Transport Manager Release 7.2 GateWay/CORBA User Guide and Programmer Manual. For STS-1 CTPs, values for k > 3 are shown in all APIs that contain CTPs.

CSCsg79457 (CS): SVLAN data is not updated after adding a PPM trunk that is created on GE_XP or 10GE_XP cards.

CSCsg92911 (S): Cannot perform get/set operations on hardware that is running an SNMP agent.

CSCsh22076 (CS): A traffic loss of 15 seconds occurs through a VLAN created on an RPR Layer 2 topology.

CSCsh69456 (S): The TL1 interface contains junk characters when you launch it on an NE.

CSCsh70890 (S): SNMP traffic uses random ports.

CSCsh77677 (C): Custom QoS profile information is lost after some time.

CSCsh78003 (C): CTM client freezes for about one minute. Afterwards, the POS tab information displays correctly in the NE Explorer.

CSCsh78085 (S): A CTM GateWay/CORBA API reports an incorrect CTP string of STS-24c circuits that involve a GE port of an ADM_10G card. For example, if the CTP string of an STS-24c circuit that is created in CTM is /sts24c_vc4_8c=1 -r=-1 and it is used to create an STS-24c circuit using a CTM GateWay/CORBA API, the following error message is displayed: "To create SNC with layer rate - sts24c, you must select OC48 or OC192."

CSCsh79618 (S): When you use the createSNC API and specify the correct CTP when creating an STS circuit that includes an OC-xx port configured as SDH, an error message is displayed: "Source CTP is not available." This problem occurs in the CTM GateWay/CORBA interface.

CSCsh92692 (S): CTM GateWay/TL1 core dumps occur on the network.

CSCsh94186 (C): The confirmation dialog box is not displayed after uploading a configuration file to a TCC card.

CSCsh95002 (S): Cannot clear the Maximum Login Attempts Exceeded alarm for an unknown user. (Related caveat ID: CSCsg35907)

CSCsh98865 (S): The following alarms are shown incorrectly in the Alarm Browser:

LAN Connection Polarity Reversed

Loss of Channel

FEC Mismatch

CSCsi03340 (S): All NEs in a GNE/ENE ring are shown as ENEs. The GNEs are also shown as ENEs.

CSCsi05508 (S): When you use the RTRV-ALM-ALL command to retrieve ONS 1580x NE alarms, the alarms do not contain the rack, subrack, slot, and card information.

CSCsi05518 (S): CTM GateWay/TL1 temporarily stops forwarding events to the OSS.

CSCsi06828 (S): The pruning operation on an ONS 15454 SDH audit trail parameter does not work correctly.

CSCsi06851 (S): Unable to complete the pruning operation on the Server Monitor table. The /oraclesw91/CTM/udump/prune_servermonitor.err log file contains the following error message: "ORA-01843: Not a valid month."

CSCsi06873 (S): Unable to complete the pruning operation on the Admin Job table. The /oraclesw91/admin/CTM/udump/prune_adminjob.err log file contains the following error message: "ORA-01849: hour must be between 1 and 12."

CSCsi08236 (S): CTM GateWay/TL1 logs wrap quickly, meaning important information is lost and debugging becomes difficult.

CSCsi09013 (C): When you retrieve real-time PM information on 10GE-XP and GE-XP cards, the AVG Tx power value is incorrect for all selected ports.

CSCsi12991 (S): CTM GateWay/TL1 returns a DENY to any command, indicating that the NEs are not connected and the login failed:

M  c04 DENY
PIUI
"Privilege, Illegal User Identity"
/*Gateway Login To NE Failed */

CSCsi20156 (S): CTM GateWay/TL1 crashes randomly when it is stopped from the Control Panel while it is processing a command or sending responses to the OSS client.

CSCsi27588 (S): Circuit autorouting takes more time compared to earlier releases.

CSCsi29165 (CS): The class order changes after creating a QoS profile.

CSCsi29816 (C): The SNMP and Alarm Behavior tables are empty for ONS 15216 EDFA3 NEs.

CSCsi40250 (C): CTC displays the following error message when you set up timing in CTM: "EID-3225: Error while refreshing pane."

CSCsi59605 (S): The Equipment Inventory table shows a single row marked as Chassis after removing and reinserting a fan tray. It does not show the fan tray or fan slot.

CSCsi75389 (S): The get/setTCA API fails for near- and far-end STM-1 path thresholds on MRC_12 cards.

CSCsi75723 (S): The Circuit table does not display the port name for DS3E, DS3XM, and DS3XM_12 cards.

CSCsi97803 (C): When you log into CTM as an Operator, Provisioner, Network Admin, or SysAdmin user, the number of alarms shown on the Dashboard is inconsistent with the number of alarms reported by the Alarm Browser.

CSCsj01676 (S): The Maximum Login Attempts alarm for an unknown user is not cleared if you set the Max Retries field in the Control Panel to one.

CSCsj05733 (S): DMM commands such as rtrv-alm-all, rtrv-alm-ems, rtrv-ne-ems, and rtrv-subntwrk-ems are truncated to 20 rows, which results in missing information. The output is incomplete and an error message is displayed.

CSCsj07316 (C): Cannot set the Admin SSM value for the MRC_12 cards on R6.x NEs.

CSCsj07520 (S): Cannot create 1:1 or 1:N protection between DS1, DS1N, or DS3XM cards on ONS 15454 SONET or ONS 15454 SDH R4.1.4 NEs.

CSCsj12833 (S): After upgrading to CTM R8.0, users associated with custom CTM profiles cannot log into the CTM server.

CSCsj19520 (S): The CTM GateWay/CORBA log file archiving stops when the CTM GateWay/CORBA service or CTM server is restarted.

CSCsj30693 (C): The NE Explorer shelf view is blank for ONS 15327 R4.1.82 NEs.

CSCsj34451 (S): The Resync L2 Topology operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.

CSCsj34528 (S): The Add/Remove Card operation fails for a Cisco RPR that contains an ONS 15454 R4.1.82 NE.

CSCsj40223 (S): Retrieval of OCHCC circuits from the CTM GateWay/CORBA client fails.

CSCsj41105 (CS): Due to security concerns, CTM R8.0 must support a new JRE version.

CSCsj41401 (C): The CTM server takes a long time to discover CTC-based NEs.

CSCsj41573 (C): Unable to launch CTC from the Domain Explorer and NE Explorer.

CSCsj43760 (S): The incorrect software version is displayed in the Control Panel.

CSCsj47081 (S): As of March 2007, DST start and end dates for the United States transitioned to comply with the Energy Policy Act of 2005. DST dates in the United States now start three weeks earlier (2:00 a.m. on the second Sunday in March) and end one week later (2:00 a.m. on the first Sunday in November).

CSCsj51055 (S): After applying customized settings on an ML card, you cannot change the QoS profile on a VLAN drop port.

CSCsj52259 (S): After a CTM server restart, the Alarm Browser reports a loss of communication between CTM and ONS 15305 NEs. The NEs are stuck in Initialization Failed state with an incorrect username/password error.

CSCsj60001 (S): Restarting CTM with AuthNoPriv- and NoAuthNoPriv-profiled SNMPv3 users in the database causes some or all of the nondefault user NEs to not synchronize.

CSCsj62479 (S): The Error Log reports the following invalid error message for the MS-ISC card: "EID-6059: ML Card resync failure for NE: <NE_ID> - slot: 6 - Reason: IOS Config is empty and/or not found."

CSCsj64171 (S): CTM GateWay/CORBA uses abnormal amounts of CPU when you end an active CTM GateWay/CORBA user session from the Active GW/CORBA Users table.

CSCsj66589 (S): The CTM server is unable to complete the discovery of ONS 15454 NEs.

CSCsj70311 (S): The debug output of the CTMServer process, which is saved in the /opt/CiscoTransportManagerServer/log/CTMServer.log file, is unreadable after some time.

CSCsj70432 (S): The CTM server overwrites the most recent log files in the archive log directory.

CSCsj76500 (S): When the PM service experiences high load conditions, some PM data for CTC-based NEs is not stored in the database.

CSCsj80112 (S): When an alarm is cleared, it disappears from the Alarm Browser and is not visible in the Alarm Log, even though automatic alarm acknowledgement is enabled in the Control Panel > UI Properties pane.

CSCsj83214 (S): The Circuit table displays TL1 circuits incorrectly.

CSCsk00354 (S): Unable to view or modify the MG-MGC association on VXSM R5.2.10. The following error message appears: "No data available."

CSCsk20958 (S): CTM GateWay/CORBA APIs return an exception with the following error reason: "The srcNodeId is null for the circuit with nodeId <node_ID>."

CSCsk28346 (CS): CTM R8.0 must support a new JRE version.

CSCsk28871 (S): The /db05 partition is 100 percent full and the CTM server shuts down automatically.

CSCsk34774 (S): The CTM debug log files in the /opt/CiscoTransportManagerServer/log directory do not show the thread names. All threads are traced with the Logging Event Queue Processor name instead of the actual thread name. This makes it difficult to troubleshoot issues in the CTM application.

CSCsk44773 (S): Due to security issues, CTM must support Apache web server version 2.0.61.

CSCsk52028 (S): Setting the alarm type for an ONS 15454 SONET or ONS 15454 SDH NE with an AIC or AIC-I card fails and an error message appears.

CSCsk55740 (C): The port status is not displayed in the NE Explorer shelf view of ONS 15454 and ONS 15600 nodes. (Related caveat ID: CSCsk29330)

CSCsk57463 (C): Unable to manually route LO VCAT circuits between ONS 15305 NEs.

CSCsk58050 (S): Two circuits have the same name in the Circuit table.

CSCsk69463 (S): There are invalid objects in the database procedures of the CTM server after applying the CTM R8.0.0.871.2 patch.

CSCsk70856 (C): A database timeout occurs when you retrieve circuits from the Link table and no circuits are displayed on the Link table. An error message appears.

CSCsk76179 (S): The sort operation on the Domain NE table does not always work. For example, sorting the NE model column of the Domain NE table fails but sorting the NE ID column works correctly. (Related caveat ID: CSCsi39771)

CSCsk84707 (S): CTM PM pruning fails due to a buffer overflow error.

CSCsk84731 (S): The getCTMHistoryPMData API does not return any CTP data when used on a managed element.

CSCsk90404 (S): The following messages, which do not indicate an error condition, are shown incorrectly in the Error Log with a severity level of Major instead of Debug:

Socket blocked for writing: <number>, user <user>

Zero events in the queue, removing the queue

CSCsk92923 (S): The OSS client cannot specify the time stamp as the local time in delta format because CTM misinterprets the format.

CSCsk98333 (S): CTM GateWay/CORBA reports a NullPointerException when the OSS client enters a nonzero value for the time stamp's tenths of a second.

CSCsl00118 (S): The RPR-east and RPR-west ports of an ML card that is adjacent to a newly added or deleted ML card are managed incorrectly. The following issues are observed:

In one ML card, both ports are disabled before deleting the existing circuit. Both ports are re-enabled when two new circuits are created.

In another ML card, both ports remain unchanged throughout the process.

At the end of the process, the ML card is added or deleted from the RPR ring.

CSCsl09775 (S): NE_AUDIT_TRAIL_TABLE pruning fails and the logs are not collected in the /$ORACLE_HOME/admin/$ORACLE_SID/udump directory.

CSCsl12064 (S): ONS 15454 SDH NEs do not go into In Service state after upgrading from CTM R7.0 to R8.0 and then to R8.5. The ONS 15454 SDH network service reloads every 10 to 20 minutes.

CSCsl12277 (S): When exporting the database from CTM R7.0 to R8.0, the export fails with critical error messages that are similar to the following:

EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": invalid 
identifier
. . exporting table                    DEF$_AQCALL          0 rows exported

CSCsl23824 (S): The Oracle database does not shut down correctly when the CTM server shuts down. This can cause physical damage to the disk or other severe Oracle performance problems.

CSCsl26312 (S): The Enable SysAdmin parameter in the Control Panel is set to the wrong default value after migrating from CTM R8.0 to R8.5.

CSCsl28305 (S): Unable to determine the status of the database when the migration or export operation fails.

CSCsl46302 (S): Some MGX test cases fail after installing the patch that fixes CSCsk44773 and upgrades the Apache web server to R2.0.61.

CSCsl47537 (S): PM pruning fails.

CSCsl48499 (C): Cannot see the files while backing up the memory.

CSCsl95721 (S): The Circuit table does not show port names for circuits on MRC-12 cards (on ONS 15454 R6.0.1 NEs) or MRC-4 cards (on ONS 15454 R8.0 NEs). The Circuit table shows incorrect port names for circuits on DS3 cards (on ONS 15454 R6.0.1 NEs).

CSCsm17261 (S): The alarm ID and time stamp are assigned a new alarm ID and time stamp in the Alarm Browser when the node is marked as Out of Service and then In Service. The alarm notes are also lost.

CSCsm21463 (S): The Circuit table does not show port names for circuits on E1-42 cards (on the source or destination NE) and STM1 cards (on the destination NE).

CSCsm84722 (S): Cannot install CTM patches in a dual-server setup.

CSCsm99421 (S): CTP values of alarms are printed when you run the getAllActiveAlarms API. But for certain alarms where the affected object is VC4, the getAllActiveAlarms API prints the wrong CTP values.

CSCso00123 (S): The CTM client cannot connect to the CTM server. The following error message appears: "EID-382: The CTM server is initializing. Please try again after some time."

CSCso00769 (S): On a migrated setup, you cannot delete or modify the drops associated with a custom QoS profile that was created in CTM R5.0. Also, you cannot delete or modify any VLANs associated with those drops.

CSCso51993 (S): Manual links do not work correctly. In the Link table, circuits related to a specific link are not shown, and manual links are shown as not being used for routing.

CSCso52471 (S): When you run the script server_patch.sh on the CTM server, the following error message appears in the servepatch.log file:

ERROR at line 1: ORA-00001: unique constraint (CTMANAGER.OPERATION_PERMISSION_PK) 
violated ORA-06512: at line 8 Table dropped.

CSCsq11152 (CS): Due to security concerns, CTM R8.0 must support a new JRE version.

CSCsq24237 (S): CTM retrieves old and new alarms that are identical when a node is marked as Out of Service and then In Service. The same problem occurs when the NE service is restarted.

CSCsq32073 (S): Due to security issues, CTM must support Apache web server version 2.0.63.

CSCsq87850 (CS): SVLAN ports are not displayed correctly.

CSCsq88110 (S): A traffic loss occurs after modifying SVLAN port information. (Related caveat ID: CSCsh94994)

CSCsq89269 (CS): In the NE Explorer for a GE_XP card, if you click the SVLAN tab, the same tab appears when you select another GE_XP card.

CSCsq94272 (C): You cannot schedule a job after December 31, 2008, because the highest value allowed for the year is 2008.

CSCsq96596 (CS): In the NE Explorer for a GE_XP card, the SVLAN tab does not work correctly.

CSCsr06975 (S): In the NE Explorer for a GE_XP card, if you click the SVLAN tab, deselect all SVLANs, and click Apply, an error occurs.

CSCsr13995 (C): In the NE Explorer for a GE_XP card, when you switch from the QoS tab of one GE_XP card to the QoS tab of a different GE_XP card, the information from the QoS tab of the first GE_XP card is added to the information in the QoS tab of the second GE_XP card.

CSCsr16276 (S): The Veritas Cluster Server HA agent does not work with Apache version 2.0.63.

CSCsr53609 (S): A CTM server core dump file is created when the CTM server shuts down.

CSCsw88229 (C): When you start the CTM client in Debug mode and then choose Administration > Memory Backup, the client hangs and an error message appears in the console window where you entered the ./ctmcdebug-start command.

CSCsw98539 (CS): Cannot set signal degrade (SD) and signal failure (SF) values for low-order circuits. (Related caveat ID: CSCsh64456)

CTM R8.0.0.912.1 is intended for customers who are currently using CTM R8.0.0.856, R8.0.0.857.2, R8.0.0.859.2, R8.0.0.863.3, R8.0.0.867.1, R8.0.0.871.4, R8.0.0.875.3, R8.0.0.877.1, R8.0.0.890.1, R8.0.0.905.3, or R8.0.0.907.3.


NoteInstall the CTM R8.0.0.912.1 patch only in a non-high availability setup. If you are using a high availability setup, contact your Cisco account representative before installing the patch.

In a dual-server setup, comment the stty values in the .cshrc file of the database host machine to allow the database host machine to copy and execute scripts remotely. Also, make sure that there is a .rhosts file in the / directory of the server workstation before installing the service pack.


Complete the following procedures to upgrade to the CTM R8.0.0.912.1 patch.

Determining What CTM Patch Is Currently Installed in the CTM System

To check your current CTM release and patch level, log into the CTM server as the root user and enter the following command:

showctm

The first line of the output gives you the release and patch level. Before proceeding, make sure that the output results to one of the following:

Cisco Transport Manager Server Version: 8.0 Build: 856

Cisco Transport Manager Server Version: 8.0 Build: 857 Patches: 2

Cisco Transport Manager Server Version: 8.0 Build: 859 Patches: 2

Cisco Transport Manager Server Version: 8.0 Build: 863 Patches: 3

Cisco Transport Manager Server Version: 8.0 Build: 867 Patches: 1

Cisco Transport Manager Server Version: 8.0 Build: 871 Patches: 4

Cisco Transport Manager Server Version: 8.0 Build: 875 Patches: 3

Cisco Transport Manager Server Version: 8.0 Build: 877 Patches: 1

Cisco Transport Manager Server Version: 8.0 Build: 890 Patches: 1

Cisco Transport Manager Server Version: 8.0 Build: 905 Patches: 3

Cisco Transport Manager Server Version: 8.0 Build: 907 Patches: 3

Backing Up the CTM Database Before Installing the CTM R8.0.0.912.1 Patch

Before installing the CTM R8.0.0.912.1 patch, it is strongly recommended that you back up the existing database. To back up the CTM database, refer to the following sections in Chapter 4 of the Cisco Transport Manager Release 8.0 User Guide:

Backing Up the CTM Database from the CTM GUI

Backing Up the CTM Database from the CLI

Downloading the CTM R8.0.0.912.1 Patch


Step 1 Go to http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=278875317.

Step 2 At the Select a Device screen, expand Cisco Transport Manager.

Step 3 Click Cisco Transport Manager 8.0.

Step 4 At the Log In screen, enter your registered Cisco.com username and password; then, click Log In.


Note If you do not have a Cisco.com username and password, you can register for them at http://tools.cisco.com/RPF/register/register.do.


Step 5 At the Software Type screen, click Transport Manager (CTM) Patches.

Step 6 At the Select a Release screen, click Expand all and click 8.0.0.912.1.

Step 7 In the right pane, click CTM8.0.0.912.1patch.zip.

Step 8 At the Download Image screen, click Download.

Step 9 At the License Agreement screen, read the terms of the license agreement and click Agree.

Step 10 Download the CTM8.0.0.912.1.patch.zip file to a temporary directory (such as /temp) on the CTM server.

Step 11 In Solaris, enter the following commands to extract the file to the temporary directory:

cd /<directory_name>
unzip CTM8.0.0.912.1.patch.zip

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

cd /temp
unzip CTM8.0.0.912.1.patch.zip

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

Step 12 Enter the following command to enter the directory:

cd 912

Step 13 In Windows, download the CTM8.0.0.912.1.patch.zip file to the client workstation. Extract the file using a tool such as WinZip, as follows:

a. Open the CTM8.0.0.912.1.patch.zip file in WinZip.

b. Click the Extract button.

c. Verify that the Use folder names check box is checked.

d. In the Extract to drop-down list, select the location where you want to extract the files.

e. Click Extract.


Installing the CTM R8.0.0.912.1 Server Patch on the Same or Separate Workstation(s)


Step 1 (For a dual-server setup only; if yours is a single-server setup, skip to the next step.) If you are installing the CTM R8.0.0.912.1 server patch in a configuration where the CTM server and database are on separate workstations, you must enable the remote shell (rsh) on the server in order to install the CTM R8.0.0.912.1 server patch successfully. Complete the following substeps:

a. Enter the following command to verify that the rsh is enabled:

rsh <IP_address_of_CTM_server> 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 make sure that all user sessions are terminated.

Step 4 As the root user, enter the following command at the UNIX prompt to stop the CTM server:

ctms-stop

Step 5 To patch the server, enter the following command in the 912 directory where the patch was extracted:

./server_patch.sh

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.0 Build: 912 Patches: 1

Step 8 After installing the CTM R8.0.0.912.1 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.0 Server to JRE Version 1.5.0_15.


Installing the CTM R8.0.0.912.1 Client Patch in Windows


Note This procedure also applies to a dual-server setup.


The following steps describe how to patch a CTM client installation in Windows. Before proceeding, make sure that there are no instances of the client running in the system. To shut down a running client, choose File > Exit in the Domain Explorer; then, click OK in the confirmation dialog box.


Step 1 Locate the 912 patch directory that was extracted with the WinZip utility.

Step 2 Using the command prompt, go to the directory where the patch files were extracted, locate the client_patch.bat file, and enter the following command:

client_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.0 desktop icon or choose the CTM 8.0 Start menu shortcut to start the client.

Step 4 To verify the patch installation on the CTM client, do one of the following:

Choose Help > About Cisco Transport Manager in the Domain Explorer. You should see the following version string in the About Cisco Transport Manager dialog box; then, click OK:

Client: 8.0 Build: 912 (client configuration size)

(Available only on specific user account types) Choose Administration > Control Panel in the Domain Explorer. In the Control Panel, click CTM to open the CTM Properties pane. Click the Client Configuration tab. The Version field indicates the CTM client version number, which should read:

8.0 [8.0.0.912]

Step 5 After installing the CTM R8.0.0.912.1 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.0 Windows Client to JRE Version 1.5.0_15.


Installing the CTM R8.0.0.912.1 Client Patch in Solaris


Note This procedure also applies to a dual-server setup.


The following steps describe how to patch a CTM client installation in Solaris. Before proceeding, make sure that there are no instances of the client running in the system. To shut down a running client, choose File > Exit in the Domain Explorer; then, click OK in the confirmation dialog box.


Step 1 Go to the 912 directory where the patch files were extracted with the unzip command.

Step 2 Enter the following command:

./client_patch.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.0 Build: 912 (client configuration size)

(Available only on specific user account types) Choose Administration > Control Panel in the Domain Explorer. In the Control Panel, click CTM to open the CTM Properties pane. Click the Client Configuration tab. The Version field indicates the CTM client version number, which should read:

8.0 [8.0.0.912]

Step 5 After installing the CTM R8.0.0.912.1 patch, you have the option of upgrading your JRE version. See Upgrading the CTM R8.0 Solaris Client to JRE Version 1.5.0_15.


Open Caveats

The following sections describe the caveats that are not resolved in the CTM R8.0 software:

Installation and Upgrade Caveats

CTM Client Caveats

Alarm Management

Circuit and Link Management

User Management

Data Services

Domain Explorer

NE Explorer

Network Map

Performance Monitoring

Miscellaneous

CTM Server Caveats

Cisco Transport Controller Caveats

CTM GateWay/TL1 Caveats

CTM GateWay/CORBA Caveats

NE-Specific Caveats

Cisco 7600

Cisco Catalyst 6509

Cisco MGX Voice Gateway

Cisco ONS 15216

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 15501, Cisco ONS 15530, and Cisco ONS 15540

Cisco ONS 15600 SONET and Cisco ONS 15600 SDH

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

Cisco CRS-1 and Cisco XR 12000


Note Some of the caveats are resolved in a CTM R8.0 patch or service pack. In such cases, the patch or service pack that contains the fix is indicated as a workaround for the caveat.


Installation and Upgrade Caveats


CSCsg60111

Symptom    The installer displays a warning message that the resolve.conf file is missing and then exits.

Conditions   The resolv.conf file is missing after upgrading to CTM R8.0 from an earlier release and adding the Cisco 7600 module.

Workaround   Complete the following steps to manually add the /etc/resolv.conf file with the details "domain cisco.com":


Step 1 Enter the following command:

vi /etc/resolve.conf

Step 2 Insert the pattern "domain.cisco.com" in the resolve.conf file.

Step 3 Save the resolve.conf file and then exit.



CSCsh18645

Symptom    The file system becomes full when you repeatedly cancel an upgrade process and then restart it.

Conditions   This problem occurs when you repeatedly cancel the upgrade process and then restart it. The file system usage can be checked by using the df -k command.

Workaround   After the upgrade completes successfully, you can delete /opt/CiscoTransportManagerServer.oldCTM and also the install location it points to (if it is a link) because the new server /opt/CiscoTransportManagerServer is now installed.

If you cancelled the upgrade, you should:


Step 1 Delete the new CTM server that was installed—/opt/CiscoTransportManagerServer—as well as the install location it points to. The new server installation might not be complete.

Step 2 Delete /opt/CiscoTransportManagerServer.oldCTM file and create a new /opt/CiscoTransportManagerServer (if it is a link) that points to the same old install location. Alternately, rename /opt/CiscoTransportManagerServer.oldCTM to /opt/CiscoTransportManagerServer (if it is a directory).

Step 3 Reimport the database.

Step 4 Check the database version in the /opt/newdbinfo directory. The database version should be the old CTM release (that is, CTM R7.0 or R7.2).

Step 5 Proceed with the upgrade.



CSCsh72615

Symptom    The CTM server does not come up after the machine is restarted. When you enter the ctms-start command, it returns the error message "The CTM server is already running."

Conditions   This problem occurs when the machine is stopped and restarted, you enter Ctrl + C on the CTM server, and the CTM server is restarted.

Workaround   Manually delete the /opt/CiscoTransportManagerServer/log/Startstatus.log file.


CSCsi16553

Symptom    The CTM client uninstalls after displaying a warning message.

Conditions   A warning message appears, informing you that CTM is uninstalling the client. Even with the warning message, CTM proceeds with the uninstall process.

Workaround   Ignore the warning message and proceed with the uninstall process.


CSCsi71655

Symptom    During the CTM installation, after you click the Done button on the last installation screen, the following message is displayed on the shell:

You pressed Cancel/Upgrade/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.


CSCsi88931

Symptom    After installing the CTM R7.0.0.370.1 patch or any later CTM R7.0 patch, an upgrade to CTM R7.2 or R8.0 fails.

Conditions   If you install the CTM R7.0.0.370.1 patch and then try to upgrade to CTM R7.2 or R8.0, the upgrade fails. This problem also applies to all later CTM R7.0 patches (R7.0.0.372.1, R7.0.0.375.1, R7.0.0.377.1, R7.0.0.382.1, R7.0.0.385.1, R7.0.0.389.1, R7.0.0.395.1, and R7.0.0.400.1). The root cause of this problem is that the CTM R7.0.0.370.1 patch adds data to the CTM database that is processed incorrectly by the CTM R7.2 or R8.0 upgrade procedure.

Workaround   For CTM R7.2, a patch is available to fix this problem. Contact your Cisco account representative to obtain the patch. For CTM R8.0, there is no workaround currently. A future fix will be provided as a preinstallation patch or a new upgrade procedure for CTM R8.0.


CSCsj12599

Symptom    After upgrading to CTM R8.0, you cannot set the TL1 Tunnel Connection Timeout value in the Control Panel window.

Conditions   This problem occurs after upgrading from CTM R7.0 or R7.2 to CTM R8.0. If you open the Control Panel, expand NE Service, and click CTC-Based SONET NEs, the TL1 Tunnel Connection Timeout field is empty and cannot be modified. This problem does not occur with new installations of CTM R8.0.

Workaround   None.


CSCsj12833

Symptom    After upgrading to CTM R8.0, users associated with custom CTM profiles cannot log into the CTM server.

Conditions   This problem occurs after upgrading from CTM R7.0 or R7.2 to CTM R8.0. If in CTM R7.0 or R7.2 you associated users with custom CTM profiles, those users cannot log into the CTM server after the upgrade to CTM R8.0. This problem does not occur with new installations of CTM R8.0.

Workaround   A user with SuperUser privileges can edit the old profile without making any modifications, then click Finish. This solves the problem. Alternately, install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsj14805

Symptom    The CTM installer shows the Solaris patch 121265-03 as a required patch for the CTM server. However, this patch should not be installed because it applies to Sun T2000 servers, which are not supported by CTM. The Solaris patch 121265-03 is therefore not required and should not be installed.

Conditions   This problem occurs during the CTM R8.0 installation.

Workaround   Do not install the Solaris patch 121265-03 even if the CTM installer prompts you to do so.


CSCsj76308

Symptom    If you install a CTM client patch for Windows and the directory path contains special characters, the client_patch.bat script fails and you cannot launch CTC from the CTM client.

Conditions   The CTM client patch installation on Windows fails if you install the CTM client in a directory path that contains any of the following special characters: ! + # % ^ & ) = { } [ ] ; , \ ` / ? * : < > | "

The Control Panel and the About dialog box show the CTM client version as 0.0. You cannot launch CTC from the CTM client.

Workaround   Install the CTM client patch in the default directory or do not use the special characters listed in the Conditions in the CTM client installation path. You can use only the following special characters in the CTM client directory name: @ $ ( ' . ~


CSCsj99174

Symptom    When you run the /cdrom/cdrom0/ctmc/CopyUpgradeFiles.sh script, it copies the Solaris client upgrade files and then prompts you for a second CD. However, there is only one client CD for both the Solaris and Windows clients.

Conditions   This problem occurs because the client installation was merged onto a single CD in CTM R8.0, but the code was not changed. The installation prompts you for a second Windows CD.

Workaround   At the prompt for the second CD, the installation program ejects the previously inserted client CD. Reinsert that same CD.


CSCsj99204

Symptom    The CopyUpgradeFiles.sh script fails with the following message:

Copying the client upgrade files can take several minutes.
Copying CTM client upgrade files...
Copying Solaris client upgrade files
Solaris client upgrade files copied
No default media available
ERROR: CDROM device busy.., please quit other session accessing CD ROM
       Upgrade is abort, please run it again after fix CD ROM issue

Conditions   After installing the CTM server, you can run an automated script, CopyUpgradeFiles.sh, to upgrade each client installation to the latest version of CTM that is on the server. However, if you run the CopyUpgradeFiles.sh script from a manually mounted CD-ROM, the script fails with the error message shown in the Symptom.

Workaround   Unmount the CD-ROM and enable CD-ROM automounting.


CSCsk08649

Symptom    The CTM server patch installs successfully, yet the following warning messages are generated:

Starting install for CTM server patch <patch_number>... 
Current CTM version detected as: <version_number>
Optical module has been installed on this server.
Patching files...
cp: cannot create /opt/CiscoTransportManagerServer/cwm/svplus/bin/ooemc: No such file or 
directory
chmod: WARNING: can't access /opt/CiscoTransportManagerServer/cwm/svplus/bin/ooemc
cp: cannot create /opt/CiscoTransportManagerServer/cwm/svplus/xml/ruledata.xml: No such 
file or directory
chmod: WARNING: can't access /opt/CiscoTransportManagerServer/cwm/svplus/xml/ruledata.xml
done.
Server patch installed successfully!

Conditions   These warning messages are returned whenever a customer who did not install the MGX module applies a CTM server patch. These messages do not affect the successful installation of the CTM server.

Workaround   Ignore these warning messages. The server installs successfully despite these misleading messages.


CSCsk28346

Symptom    CTM R8.0 must support a new JRE version. This caveat replaces CSCsj41105.

Conditions   Sun Microsystems reported a security issue at http://sunsolve.sun.com/search/document.do?assetkey=1-26-102997-1 and it affects the CTM-supported platforms. Therefore, the JRE installed with the CTM Solaris client and server and Windows client must be replaced with JRE 1.5.0_15.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsk28922

Symptom    During the CTM server installation, if you select "All of the Above Modules" in the Select Modules to Install screen, the UNIX user for the FTP server is not created. This problem occurs even though you selected the option to create an FTP user.

Conditions   See Symptom.

Workaround   If CTM is already installed, contact the Cisco TAC for a workaround. If CTM is not yet installed, select individual modules in the Select Modules to Install screen; do not select "All of the Above Modules."


CSCsk44773

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

Conditions   Due to a known security alert on Apache web server version 2.0.59, CTM must support Apache web server version 2.0.61. For information on Apache vulnerability alerts, see http://httpd.apache.org/security/vulnerabilities_20.html.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsk59173

Symptom    When installing the CTM server on the CTM server workstation, the installation fails when you select the CTM server and CTM GateWay/CORBA at the Select Products to Install screen.

Conditions   This problem occurs when you choose to install both the CTM server and CTM GateWay/CORBA during a dual-server system installation.

Workaround   Install CTM GateWay/CORBA as an additional module after completing the dual-server installation.


CSCsk84130

Symptom    Upgrading to CTM R8.0 fails after installing the CTM R7.0.0.405.1 patch or later. Upgrading to CTM R8.0 also fails after installing the CTM R7.2.0.199.1 patch or later.

Conditions   See Symptom.

Workaround   When upgrading from CTM R7.0 or R7.2 to R8.0, contact your Cisco account representative to obtain the patch that fixes the problem.


CSCsl28305

Symptom    Unable to determine the status of the database when the migration or export operation fails.

Conditions   This problem occurs when performing a migration or database export operation.

Workaround   Install the CTM R8.0.0.912.1 patch before performing a migration or database export operation. See Installing the CTM R8.0.0.912.1 Patch.


CSCsl46302

Symptom    Some MGX test cases fail after installing the patch that fixes CSCsk44773 and upgrades the Apache web server to R2.0.61.

Conditions   Run the install script for the CSCsk44773 patch on a CTM server that contains MGX modules then perform normal operations on the MGX NEs. The following test cases failed:

Configuration > MGX Voice Gateway > Configuration Center

Configuration > MGX Voice Gateway > Chassis View

Configuration > MGX Voice Gateway > Statistics Report

Fault > MGX Voice Gateway > Diagnostic Center

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, enter the following commands to copy the cgi-bin and htdocs/CWMclient folders from the <server_install>/webServer.orig directory to the <server_install>/webServer Apache directory:

cp -R -P /opt/CiscoTransportManagerServer/webServer.orig/cgi-bin 
/opt/CiscoTransportManagerServer/webServer

cp -R -P /opt/CiscoTransportManagerServer/webServer.orig/htdocs/CWMClient  
/opt/CiscoTransportManagerServer/webServer/htdocs


CSCsm46882

Symptom    Unable to view server trails in CTM.

Conditions   When you create a server trail in CTM or CTC after migrating from CTM R6.0 to CTM R7.0 or later, you cannot view the server trail in the CTM Link table.

Workaround   Enter the following SQL commands:

ALTER TABLE LINK_TABLE MODIFY STNODEID NUMBER(10); 
ALTER TABLE LINK_TABLE MODIFY STUNIQUEID NUMBER(10);


CSCsm84722

Symptom    Cannot install CTM patches in a dual-server setup.

Conditions   CTM patches do not support dual-server scenarios. Therefore, fixes cannot be applied to servers in a dual-server setup.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCso06978

Symptom    The following error message appears after clicking the Upload Log Files button in the Control Panel > Logging Properties > General tab: "Error reading Configuration Properties from Server..."

Conditions   This problem occurs when the CTM server is upgraded from CTM R7.0 to a later release.

Workaround   Manually upload the log files from the CTM server to the CTM client using a file transfer protocol; for example, FTP and SFTP.


CSCso18576

Symptom    The following invalid CTM views are seen when the database is upgraded from CTM R6.0 to CTM R8.0 and only optical modules are installed on CTM R8.0:

HFR_BGP_PEER_PM_VIEW

HFR_INTERFACE_DRC_PM_VIEW

HFR_INTERFACE_GC_PM_VIEW

HFR_MPLS_INTERFACE_PM_VIEW

HFR_MPLS_LDP_PM_VIEW

HFR_MPLS_TE_LINK_PM_VIEW

HFR_MPLS_TE_TUNNEL_PM_VIEW

HFR_NODE_CPU_PM_VIEW

HFR_NODE_MEMORY_PM_VIEW

HFR_NODE_PROCESS_PM_VIEW

HFR_OSPF_V2_PM_VIEW

HFR_OSPF_V3_PM_VIEW

NODE

NODE_INFO

Conditions   This problem occurs when you upgrade from CTM R6.0 to CTM R7.0 and then to CTM R8.0 and only optical modules are installed on CTM R7.0 and R8.0. Several CTM views that are not related to the optical modules in the database are seen when you run the following command:

select object_name from dba_objects where status='INVALID';

Workaround   Drop the invalid views because they are not related to the installed optical modules. Enter the following SQL commands to drop the invalid views:

su - oracle
sqlplus ctmanager/ctm123!
drop view <view_name>
exit
exit


CSCso62224

Symptom    Upgrading the CTM server workstation from CTM R8.0 to R8.5 fails. When the Upgrade from existing CTM release check box is checked, the following error message appears: "can't find database name and version information, abort."

Conditions   This problem occurs when the CTM server and database are installed on two different UNIX workstations.

Workaround   Copy the /opt/newdbinfo file from the CTM database workstation to the CTM server workstation; then, restart the upgrade process.


CSCsr16276

Symptom    The Veritas Cluster Server HA agent does not work with Apache version 2.0.63.

Conditions   See Symptom.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, change the envvar file in the /opt/CiscoTransportManagerServer/webServer/bin/ directory so that LD_LIBRARY_PATH contains /usr/sfw/lib.


CSCsr65306

Symptom    When upgrading from one CTM release to the next (as detailed in the Cisco Transport Manager Installation Guide), the migration scripts fail due to the following Java exception:

...
Executing the SQL pre-upgrade script...
Exception in thread "main" java.lang.NoClassDefFoundError: 
org/bouncycastle/openssl/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   Complete the following steps:


Step 1 Enter the following command to see whether the Java softlink points to the correct path:

which java

The command output is similar to:

/bin/java

Step 2 Enter the following command:

ls -ltra /bin/java

The command output is similar to:

lrwxrwxrwx   1 root     root          25 Sep  2 22:12 /bin/java -> 
/opt/jre1.5.0_X/bin/java

where X is typically 12, 15, or 16, depending on the JRE patch version you are using.

Step 3 If the /bin/java softlink points to the wrong path, enter the following command to update the softlink:

ln -s <target_Java_binary_location> /bin/java

For example, if the target binary location is /opt/jre1.5.0_15/bin/java, enter:

ln -s /opt/jre1.5.0_15/bin/java /bin/java

Step 4 Enter the following command to determine the correct target binary:

ls -ltra /bin/javane



CSCsr71540

Symptom    When you apply the CTM R8.0.0.907.3 service pack on a migrated CTM R7.0 system, the following SQL error is returned:

sqlplus.out ERROR at line 1: ORA-00955: name is already used by an existing object

Conditions   This problem applies to a system that is migrated from CTM R7.0.0.421.2 to CTM R8.0.0.907.3.

Workaround   None.

CTM Client Caveats

This section contains the following information:

Alarm Management

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.


CSCsb62632

Symptom    The Domain Explorer does not show the correct alarm status for MGX NEs. The Alarm Browser does not show connection-related alarms.

Conditions   This problem occurs when hundreds of MGX NEs are added in bulk, and each NE contains 1000 or more alarms. This problem also occurs when the CTM server is cold started and the server is managing hundreds of MGX NEs, each containing 1000 or more alarms.

Workaround   Launch the Configuration Center GUI and click the Connection tab to view connection-related alarms for MGX nodes.


CSCsd49219

Symptom    A mismatch alarm is raised incorrectly from CTC and CTM.

Conditions   This problem occurs when you use CTM or CTC to preprovision an ONS 15305 card in an empty slot.

Workaround   To clear the alarm, physically insert the card in the slot.


CSCsd67111

Symptom    The Alarm Log does not report syslog and configuration trap messages from ENEs in a GNE-ENE setup for SNMPv2. The Alarm Log shows trap messages only for GNEs.

Conditions   This problem is not observed with SNMPv1 if the ENEs use port 391 to send traps to GNEs. If ENEs use SNMPv1 with relay settings (port 162), traps are not shown in the Alarm Log.

Workaround   None.


CSCsi97803

Symptom    When you log into CTM as an Operator, Provisioner, Network Admin, or SysAdmin user, the number of alarms shown on the Dashboard is inconsistent with the number of alarms reported by the Alarm Browser.

Conditions   This discrepancy occurs when you log in as an Operator, Provisioner, Network Admin, or SysAdmin user.

Workaround   Log into CTM as a SuperUser. Alternately, install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsj80112

Symptom    When an alarm is cleared, it disappears from the Alarm Browser and is not visible in the Alarm Log, even though automatic alarm acknowledgement is enabled in the Control Panel > UI Properties pane.

Conditions   With automatic alarm acknowledgement, the server should automatically acknowledge alarms when they are cleared and move them from the Alarm Browser to the Alarm Log. When this problem occurs, the cleared alarm disappears from the Alarm Browser and is not shown in the Alarm Log.

This problem occurs when automatic alarm acknowledgement and automatic pruning of fault management (FM) data are enabled. To check whether your system is affected by this problem, enter the following SQL command on the CTM database:

SQL> select * from ACK_TABLE where ACKINDEX=-1;

If the query returns zero records, your system is affected by this problem.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, enter the following SQL commands to temporarily restore Alarm Log functionality:

SQL> insert into ACK_TABLE values (-1, 'CTM', '', 1);
SQL> commit;

This problem might reappear when the next FM pruning occurs. Repeat this workaround to restore Alarm Log functionality.


CSCsm17261

Symptom    The alarm ID and time stamp are assigned a new alarm ID and time stamp in the Alarm Browser when the node is marked as Out of Service and then In Service. The alarm notes are also lost.

Conditions   This problem occurs in CTM R8.0.0.875.3.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsq24237

Symptom    CTM retrieves old and new alarms that are identical when a node is marked as Out of Service and then In Service. The same problem occurs when the NE service is restarted.

Conditions   This problem is a result of integrating code changes that fix CSCsm17261.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCuk58912

Symptom    It is possible to set alarm threshold values on ONS 1580x measurement points that are outside the range of possible values. For example, you can set a negative power threshold (in milliwatts).

Conditions   See Symptom.

Workaround   Refer to the appropriate hardware documentation before attempting to set thresholds on ONS 1580x cards. The hardware documentation lists the range of possible values.

Circuit and Link Management


CSCeg06273

Symptom    Cannot change the administrative state to Out of Service-Out of Group (OOS_OOG) for VCAT circuits or VCAT member circuits.

Conditions   The OOS_OOG administrative state is supported for VCAT circuits on certain card configurations only. The following constraints apply:

ONS 15454 ML-series cards do not support OOS_OOG, regardless of link capacity adjustment scheme (LCAS) mode.

The FC_MR-4 card does not support OOS_OOG when the LCAS mode is None.

Workaround   Apply the OOS_OOG state to VCAT member circuits only when this administrative state is supported.


CSCei44972

Symptom    During low-order (LO) VCAT circuit creation, VC LO options, which could include the following, are not available: Create VC Tunnel on Transit Nodes, Create VC LO Aggregation Point, None, and so on.

Conditions   Without the VC LO options, it is not possible to automatically route a VC3 VCAT circuit on NEs that contain XC10G cards.

Workaround   Create the VC tunnel before creating the VC3 VCAT circuit. The VC3 member circuits are routed through this VC tunnel.


CSCei84860

Symptom    The J1 path trace displays expected and received bytes at the source end for unidirectional circuits.

Conditions   This display problem occurs on all electrical cards. CTM displays the expected bytes, but you cannot set them. This problem does not apply to SONET or SDH optical cards.

Workaround   None.


CSCin65850

Symptom    The protection type for physical layer links is not automatically modified when the underlying protection in the NE is deleted.

Conditions   If you configure the protection type on two NEs, you can create a manual link with that particular protection. If the protection is deleted from the two terminating NEs, the protection type for the manual link is changed to Unprotected only if the link is in the SONET/SDH layer, but not when the link is in the physical layer.

Workaround   Delete the manual links; then, recreate them without protection.


CSCsb36751

Symptom    When you open the Link table from the domain level, the table takes a long time to open and you receive the error message "An error occurred while retrieving data from the database."

Conditions   This problem occurs when you open the Link table from the domain node and the table contains thousands of rows.

Workaround   Limit the scope of the query by opening the Link table for a group or NE node.


CSCsb59118

Symptom    When launching the Circuit table at the domain level, the table contains zero entries and the following error message is displayed: "An error occurred while retrieving data from the database."

Conditions   This problem occurs when the network contains a high number of NEs with many circuits.

Workaround   Try to launch the Circuit table on a domain with fewer NEs.


CSCsb95230

Symptom    Creation of an STS-n circuit between E100 cards using CTM fails with the following error:

EID-931: Failed to provision the circuit.
Unable to provision circuit. Circuit provision error.
Unable to create the VLANs for the circuit at <node_name>.

Conditions   This problem occurs on ONS 15454 R4.1.4 NEs when EPOS circuits, which were created using CTC R4.1.4, already exist on the NEs.

Workaround   Complete one of the following workarounds:

Launch CTC R4.1.4 from the NE and use it to create the circuit.


Note Circuit creation will fail if you use the CTC R5.x that is launched from CTM.


Delete all existing EPOS circuits that were created using CTC R4.1.4 and then use CTM or CTC R5.x to recreate the circuits.

Upgrade the ONS 15454 NEs to R5.x.


CSCsc78150

Symptom    The Link Utilization table shows the VC3 as 0 for all VC3 members of the VC tunnel circuit with VC3 port grouping. It also shows an unused entry for the VC4. This happens only in circuits with multiple hops.

Conditions   Unknown.

Workaround   Use the following guidelines, depending on the symptom:

VC3 appearing as 0: The database is updated in two cycles. In the first cycle, the VC4 values are updated, and in the second cycle the VC3 values are correctly stored in the database. If you notice this problem, wait briefly before launching the Link Utilization table. The inconsistency will be removed automatically.

Unused entry: Once the used entries show the correct values, the unused entries will be corrected automatically.


CSCsc87791

Symptom    International characters can be entered in fields that do not support them.

Conditions   If you enter an international character in a nonalias field, the entry is permitted.

Workaround   Do not enter non-English characters in nonalias fields.


CSCsc93614

Symptom    Server trails cannot be created for any port other than port 1 of an E1 card. An "Invalid Preferences" error appears.

Conditions   This problem occurs if you select a different VT/VC3/VC12/VC11 number for the source and destination while creating the server trail.

Workaround   None.


CSCsd02541

Symptom    An error appears when attempting to route a circuit after an upgrade from OC-192 XFP to OC-192. The Link table shows the link as valid, and the PTP ID is not updated.

Conditions   Unknown.

Workaround   None.


CSCsd06614

Symptom    When a low-order circuit is created and the option to have the corresponding tunnel created automatically is selected, the alias name of the tunnel and the low-order circuit is the same. When multiple low-order circuits are created through the same operation (the number of circuits is more than 1 in the Create Circuit wizard), the alias of the tunnel is the same as that of the first low-order circuit in the group.

Conditions   This problem occurs when you create a low-order circuit and check the Automatically create tunnel check box.

Workaround   Complete one of the following workarounds:

Create the tunnel(s) with the desired alias; then, create the low-order circuits routed through them.

Create the low-order circuit(s) and the tunnel in a single operation; then, edit the tunnel alias to the desired value.


CSCsd12630

Symptom    The ONS 155xx Circuit table does not show circuit information for circuits whose names are modified using CTM.

Conditions   If you use CTM to modify an ONS 155xx circuit name, the circuit information for the renamed circuit does not appear.

Workaround   Refresh the circuit information.


CSCsd42206

Symptom    Cannot remove a high-order VCAT circuit between two GE-2-WAN cards on ONS 15305 NEs. CTM returns a message that the circuit has been successfully removed, but the circuit is not removed from the Circuit table.

Conditions   This problem applies to high-order VCAT circuits between two GE-2-WAN cards when the circuit is deleted.

Workaround   None.


CSCsd48430

Symptom    Cannot create more than one VT server trail on DS1 cards on ONS 15454, ONS 15310 MA, and ONS 15310 CL NEs when a server trail already exists on the first VT of the selected STS. Although other VTs are available, they are not listed in the server trail creation wizard as possible endpoints. The same operation succeeds in CTC.

Conditions   This problem occurs only when a VT server trail exists on the first VT.

Workaround   Use other VTs only for VT server trail creation.


CSCsd52297

Symptom    After upgrading from CTM R6.0, the Link Validity value changes from Valid to Invalid for some links between ONS 1580x NEs or between an ONS 15454 and an ONS 1580x NE.

Conditions   This problem occurs when you create a link in CTM R6.0 and then upgrade your CTM release.

Workaround   Mark one of the NEs in the link as Out of Service and then back In Service.


CSCse70271

Symptom    The number of TL1 circuits in the Circuit table increases after marking NEs as Out of Service and then In Service.

Conditions   This problem occurs because a circuit created through TL1 does not have a circuit ID compared to a circuit created in CTM.

Workaround   Enter the following SQL commands to remove the invalid circuits:

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


CSCsi34326

Symptom    The Circuit table updates continuously and discovers sections of the network that are not in its selection context.

Conditions   This problem occurs under the following conditions:

Your network is a high-end system with 3000 ONS 15454 nodes.

There are 30 alarms generated per second.

You use CTM GateWay/CORBA to create a circuit on an NE every minute.

You open the Circuit table with autorefresh mode enabled and then perform operations on other nodes that cause object creation or object deletion events and CTM client freezes.

Workaround   Make sure that the Circuit table is not in autorefresh mode when the CTM server starts up.


CSCsi75723

Symptom    The Circuit table does not display the port name for DS3E, DS3XM, and DS3XM_12 cards.

Conditions   If you apply a text name to a port on a DS3E, DS3XM, or DS3XM_12 card, the text name is not shown in the source or destination fields in the Circuit table.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsj01791

Symptom    The following error message is returned when you try to create a unidirectional manual link from an ONS 15454 SONET NE to an ONS 15216 EDFA NE:

EID-733: The node <node_name> is not available or there are no available physical 
termination points for the given link size 10G-ITU in the specified layer and direction.

Conditions   This problem occurs when you try to create a link with these details:

Layer: Physical

Layer detail: 10G-ITU

Protection: Unprotected

Direction: Unidirectional

Provisioning type: Manual

Workaround   None.


CSCsj70396

Symptom    Cannot create an OTS patchcord link when the source NE contains only OSC_CSM cards.

Conditions   This problem occurs when you try to create an OTS patchcord link between two NEs, and the first NE contains only OSC_CSM cards as valid endpoints. The link has the following values:

Provision type: Patchcord

Layer: Transmission Section

The link creation fails with the error message "EID-739: Cannot retrieve possible link sizes or link protection information."

Workaround   Provision an unequipped OPT-BST card in any empty slot on the NE. Then, create the OTS patchcord link.


CSCsj83214

Symptom    The Circuit table displays TL1 circuits incorrectly.

Conditions   The Circuit table does not discover correctly TL1 circuits that are created through the TL1 interface or from CTC. The Circuit table displays split TL1 circuits with the string "Duplicate" appended to the circuit name. This problem is resolved when the NE service restarts, but if the NE is marked as Out of Service and then In Service, the problem reoccurs.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsk53826

Symptom    CTM and CTC do not discover server trail links that are created in opposite directions.

Conditions   This problem occurs when you create a server trail between node 1/port A and node 2/port B. If you then create another server trail in the opposite direction between the same ports, CTM and CTC do not discover that server trail.

Workaround   Create all server trail links in the same direction.


CSCsk57463

Symptom    Unable to manually route LO VCAT circuits between ONS 15305 NEs.

Conditions   Create a LO VCAT circuit between two ONS 15305 nodes that are connected by manual links with Ethernet ports. When the circuit is being provisioned, uncheck the Route Automatically option and manually provide the full routing details. When you click Finish, the Create Circuit wizard does not respond. You are forced to cancel the circuit creation.

Workaround   Use automatic routing. Alternately, install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsk58050

Symptom    Two circuits have the same name in the Circuit table.

Conditions   If a CTC user (via TL1 or the CTC client) creates two circuits with the same name using CTC, both circuits are discovered by CTM and appear in the Circuit table with the same circuit name. Also, if you use CTC or a TL1 client to create three or more circuits with the same name, the circuits are properly initialized in CTM. For example, the "DUPLICATE" string is displayed to warn the user that a duplicate entry is found. Creating circuits with duplicate names is not allowed in CTM.

Workaround   Use unique circuit names. Alternately, install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsk61785

Symptom    The Circuit table does not display some TL1 circuits.

Conditions   This problem occurs in a network that contains more than 3000 nodes.

Workaround   Mark the source and destination NEs as Out of Service and then In Service.


CSCsk65341

Symptom    The CTM GateWay/CORBA API getAllTopologicalLinks does not retrieve server trail links.

Conditions   This problem occurs when there is a server trail link between two NEs. The getAllTopologicalLinks API does not retrieve the server trail link.

Workaround   None.


CSCsk70856

Symptom    A database timeout occurs when you retrieve circuits from the Link table and no circuits are displayed on the Link table. An error message appears.

Conditions   This problem occurs in a fully-meshed network topology with a large number of circuits configured.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsk72558

Symptom    The Circuit Span table displays circuit spans incorrectly.

Conditions   UPSR-protected VT circuits that pass through more than one VT tunnel per NE display the wrong termination points in the Circuit Span table. The Circuit Trace window displays the correct values.

Workaround   Use the Circuit Trace window to retrieve circuit span values.


CSCsk74382

Symptom    CTM does not discover more than two server trail links created between the same ports on the same VC-4 between two ONS 15454 SDH NEs. The Link table displays the first two server trail links with the wrong names, including an incorrect VC-12/VC-11/VC-3 number. CTC correctly discovers these server trail links.

Conditions   This problem occurs when you create three VC-12/VC-11/VC-3 server trail links between the same ports.

Workaround   The default name for the new server trail links is calculated incorrectly and conflicts with the names of the existing links. Therefore, change the names of the newly created server trail links.


CSCsk76117

Symptom    Some circuits remain in Partial state after network discovery is complete.

Conditions   This problem occurs when you connect a meshed network that contains VT1.5 and tunnel circuits to CTM and then start the network discovery.

Workaround   Mark some of the NEs that contain circuits in Partial state as Out of Service and then In Service.


CSCsl03411

Symptom    The Circuit table does not contain the expected circuits.

Conditions   This problem occurs when you open the Circuit table from the NE Explorer on a card that is involved in a port- or card-level protection group. Circuit information is shown only for circuits that have working cards or ports.

Workaround   There is no workaround in CTM. You can view the circuit information in CTC.


CSCsl95721

Symptom    The Circuit table does not show port names for circuits on MRC-12 cards (on ONS 15454 R6.0.1 NEs) or MRC-4 cards (on ONS 15454 R8.0 NEs). The Circuit table shows incorrect port names for circuits on DS3 cards (on ONS 15454 R6.0.1 NEs).

Conditions   See Symptom.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsm21463

Symptom    The Circuit table does not show port names for circuits on E1-42 cards (on the source or destination NE) and STM1 cards (on the destination NE).

Conditions   This problem occurs when you create a circuit that involves an E1-42 card and its port is configured as the source or destination NE. This problem also occurs when you create a circuit that involves an STM1 card and its port is configured as the destination NE. The port names are not displayed in the Circuit table after creating the circuits.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCso07731

Symptom    If you use textual routing to provision protected contiguous concatenation (CCAT) circuits, the operation might fail.

Conditions   This problem occurs when you use the CTM Circuit wizard to provision a protected CCAT circuit that crosses at least one BLSR or MS-SPRing. When you reach the textual routing pane, you can successfully provision the primary path. However, if you use the Alternate Route function to provision the secondary path, you come to the first node in the BLSR or MS-SPRing, and you cannot add the protected link of the BLSR or MS-SPRing because it has already been added to the primary path. Therefore, you cannot complete the textual routing.

Workaround   Complete the following steps to finish the circuit provisioning:


Step 1 Click Add to include the protected link.

Step 2 Acknowledge the error message that says the link is already added to the circuit route.

Step 3 Click Next Hop to skip to the next node.



CSCso51993

Symptom    Manual links do not work correctly. In the Link table, circuits related to a specific link are not shown, and manual links are shown as not being used for routing.

Conditions   This problem occurs after the NE service restarts, or after NEs are marked as Out of Service and then In Service. If you then open the Link table, circuits related to a specific link are not shown.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch. Alternately, delete the manual link and then recreate it manually.


CSCsv07073

Symptom    The Circuit table loses values for the following fields:

Circuit Alias Name

Note

Customer ID

Service ID

Description

Conditions   This problem occurs when NEs are marked as Out of Service and then In Service. There is no way to recover the data that is missing from the Circuit table.

Workaround   None. To prevent this problem, wait for some time before moving out-of-service NEs back to In Service.


CSCsv07090

Symptom    The Circuit table loses values for the following fields:

Circuit Alias Name

Note

Customer ID

Service ID

Description

Conditions   This problem occurs when the NE service restarts while NEs are marked as Out of Service. There is no way to recover the data that is missing from the Circuit table.

Workaround   None. To prevent this problem, restart the NE service only when all of the NEs are marked as In Service and all of the circuits have been discovered correctly.


CSCsv07682

Symptom    You cannot save a VLAN database. The job does not appear in the Job Monitor table, or the operation fails with the error "ORA-01461."

Conditions   This problem occurs with large VLAN databases that contain more than 1000 VLANs.

Workaround   None.


CSCsv14849

Symptom    When a Provisioner user tries to modify, reconfigure, or delete a low-order path (LOP) VCAT circuit, the following error messages are generated:

EID-989: Access violation. Verify that you have user privileges to perform this operation 
on this circuit.
EID-943: Circuit deletion failed. Failed to delete the following circuit(s): 
<circuit_name>.

Conditions   The error messages described in the Symptom are generated when a user with Provisioner privileges opens the Circuit table and tries to modify, reconfigure, or delete an LOP VCAT circuit of size VC12 or VC3 on an SDH NE. As a result of this problem, L2 topologies based on LOP-v circuits cannot be removed.

Workaround   Log into the CTM client with SuperUser privileges to modify, reconfigure, or delete LOP VCAT circuits.


CSCsw98539 (Related caveat ID: CSCsh64456)

Symptom    Cannot set SD and SF values for low-order circuits.

Conditions   This problem occurs when some NEs involved in the low-order circuit are not in service and synchronized with the CTM database.

Workaround   Install the CTM R8.0.0.912.1 patch. See Installing the CTM R8.0.0.912.1 Patch.


CSCsy18486

Symptom    In the Create Circuit wizard, tunnel links are not available for VT circuit routing.

Conditions   The problem occurs when you launch the Create Circuit wizard and use previously created tunnel circuits to create new VT circuits.

Workaround   Restart the NE service.

User Management