Guest

CiscoWorks Network Compliance Manager

Release Notes for CiscoWorks Network Compliance Manager 1.6.03

  • Viewing Options

  • PDF (176.0 KB)
  • Feedback
Release Notes for CiscoWorks Network Compliance Manager 1.6.03

Table Of Contents

Release Notes for CiscoWorks Network Compliance Manager 1.6.03

Contents

Introduction

Installing the CiscoWorks NCM 1.6.03 Patch

What's Been Fixed in CiscoWorks NCM 1.6.03

Supported Platforms

Supported Databases

Additional CiscoWorks NCM Configurations

Virtual Environments

Additional Required Applications

Hardware Requirements

Accessing the CiscoWorks NCM Documentation Set

Obtaining Documentation and Submitting a Service Request


Release Notes for CiscoWorks Network Compliance Manager 1.6.03


These release notes are for CiscoWorks Network Compliance Manager (NCM) 1.6.03.

CiscoWorks NCM 1.6.03 is a patch release that you can install on top of CiscoWorks NCM 1.6 or Ciscoworks NCM 1.6.01 or Ciscoworks NCM 1.6.02.


Note The Docs tab provided in the CiscoWorks NCM user interface might not include links to the latest documents. Therefore, we recommend that you access the CiscoWorks NCM documentation set using the following URL: http://www.cisco.com/en/US/products/ps6923/tsd_products_support_series_home.html


Contents

This document contains the following sections:

Introduction

Installing the CiscoWorks NCM 1.6.03 Patch

What's Been Fixed in CiscoWorks NCM 1.6.03

Supported Platforms

Supported Databases

Additional CiscoWorks NCM Configurations

Virtual Environments

Additional Required Applications

Hardware Requirements

Accessing the CiscoWorks NCM Documentation Set

Obtaining Documentation and Submitting a Service Request

Introduction

CiscoWorks NCM tracks and regulates configuration and software changes in a multivendor network environment. It provides visibility into network changes and tracks compliance with a broad variety of regulatory, IT, corporate governance, and technology requirements. CiscoWorks NCM helps IT staff identify and correct trends that could lead to problems, such as network instability and service interruption.

CiscoWorks NCM is integrated with CiscoWorks and is initially launchable from the CiscoWorks home page. CiscoWorks NCM is interoperable with other CiscoWorks applications, such as the LAN Management Solution (LMS) bundle through the Common Services Device Credential Repository (DCR).

Installing the CiscoWorks NCM 1.6.03 Patch

To install the CiscoWorks NCM 1.6.03 patch:


Step 1 Unzip the patch bundle on the CiscoWorks NCM server.

Step 2 Run the patch script.

For Windows, execute the patch.bat script from the command line.

For Linux or Solaris, execute the patch.sh script using the following commands:

% sh patch.sh

or

% ./patch.sh


A log file named patch.log is created in the <CWNCM_Install_Directory>/server/log/ directory, when the patch script is executed. The errors that occur during the installation process are logged in the patch.log file.

The patch installer creates a subdirectory named patch_backups in the root of the CiscoWorks NCM installation directory. This subdirectory includes a directory with the patch build number. The files that are changed by the patch installer are backed up in this directory. The backup.log file lists the files that are backed up and the original location of the files.

To remove the patch and roll back to the pre-patch state:


Step 1 Stop the NCM Management Engine.

Step 2 Restore the files that are changed by the patch installer to their original locations.

Step 3 Restart the NCM Management Engine.


What's Been Fixed in CiscoWorks NCM 1.6.03

Table 1 describes the issues fixed in CiscoWorks NCM 1.6.03.

Table 1 Issues Fixed in CiscoWorks NCM 1.6.03 

Bug ID
Bug Summary
Fix Description

QCCR1D115581

Email messages on policy non-compliance should highlight the violations.

This problem has been resolved.

QCCR1B86317

SSH proxy connection should not be interrupted when 8-bit ASCII characters are entered.

This fix blocks the NA SSH proxy client from accepting 8-bit ASCII characters also called extended ASCII characters. By blocking the input of these characters, the SSH proxy stays connected.

QCCR1B89270

Diagnostics page may be slow to load.

This problem has been resolved.

QCCR1B89430

Creating a device group from a search result takes 15 seconds.

This problem has been resolved.

QCCR1B89555

API/CLI: useaaaloginforproxy gives the options of Yes or No. However it works only for No.

This problem has been resolved.

QCCR1B89606

Import Diagnostics, Policies & Command Scripts issue

This problem has been resolved.

QCCR1B89971

Problems with advanced scripting on Windows 2008 and problems with cross-launch to diagnostic results.

To enable this fix, follow these steps:

Step 1 Edit the site_options.rcx file as follows:

a. Locate the option name="scripting/path1" block, for example:

<option name="scripting/path1">C:\NA\server\ext\expect\bin\expect.exe

<title>Path to Interpreter 1</title>

<section>Advanced Scripting</section>

<size>30</size>

<type>Text</type>

<comment>Command to run Interpreter</comment>

</option>

b. Immediately after the option name="scripting/path1" block, insert the following two blocks in order:

<option name="scripting/workdir1">C:\NA\server\ext\expect

<title>Working Directory 1</title>

<section>Advanced Scripting</section>

<size>30</size>

<type>Text</type>

<comment>Working directory to start Interpreter from</comment>

</option>

<option name="scripting/arch1">arch32

<title>Architecture of Interpreter 1</title>

<section>Advanced Scripting</section>

<type>RadioButtons</type>

<domain>arch32</domain>

<arch32>32-bit Application</arch32>

<domain>arch64</domain>

<arch64>64-bit Application</arch64>

<domain>ignore</domain>

<ignore>Not Applicable</ignore>

</option>

   

c. In the newly added option name="scripting/workdir1" block, set the path to the location of the Expect directory. To determine this value, examine the path in the option name="scripting/path1" block.

Set the option name="scripting/workdir1" path to the partial option name="scripting/path1" path that contains the bin directory.

For example, if the path of option name="scripting/path1" is C:\NA\server\ext\expect\bin\expect.exe, set the path of option name="scripting/workdir1" to C:\NA\server\ext\expect.

Step 2 Restart the management engine.

QCCR1B90440

Tasks triggered by a parent task do not inherit the credentials of the parent task.

This problem has been resolved.

QCCR1B90566

Edit Device Page--NAT Interface; TFTP Server IP Address not being used when taking a Snapshot from a device on the other side ofa firewall.

This problem has been resolved.

QCCR1B90612

Syslog change detection does not behave as expected.

This problem has been resolved.

QCCR1B90713

Device Group navigation and editing is unacceptably slow.

Resetting a cached group object can solve the problem of the wrong device count but might slow the loading of the device group page.

To enable the use of this option, follow these steps:

1. Add the following text to the adjustable_options.rcx file:

<option name="devicegroup/reset_cache">false</option>

2. Restart the management engine.

QCCR1B90967

The failed tasks status is always shown as running.

This problem has been resolved.

QCCR1B90971

The new Configuration Text search feature is not documented in the product help.

This problem has been resolved.

QCCR1B91466

The product help for limit of custom data field extensions is incorrect.

This problem has been resolved.

QCCR1B91702

Creating a New Event Notification & Response Rule does not save the subsystem information.

This problem has been resolved.

QCCR1B91731

Run command script page does not contain run again link and information in the additional information field.

This problem has been resolved.

QCCR1B92035

Inconsistency between API commands and WSDL commandsds. There are missing input parameters.

This problem has been resolved.

QCCR1B92189

Running a show command changes the device configuration.

This fix sets CWNCM to not send the write memory command to devices while running diagnostic tasks, including custom diagnostic tasks.

To enable sending the 'write memory' command to devices while running diagnostic tasks, follow these steps:

1. Add the following text to the adjustable_options.rcx file:

<option name="DeviceInteraction/EnforceConfigurationSave/RunDiagnostics">true</option>

2. Restart the management engine.

QCCR1B92302

Telnet client converts CR to CR+LF.

In compliance with the telnet RFC, the NCM third-party telnet client converts each CR (Carriage Return) to CR + LF(Line Feed). Some telnet servers treat the LF as a CR, which causes the session to become unsynchronized.

This fix creates an option to disable the CR to CR+LF conversion.

To disable the CR to CR+LF conversion, follow these steps:

1. Add the following text to the adjustable_options.rcx file:

<option name="TelnetClient/OutputStream/ConvertCRtoCRLF">false</option>

2. Either

Restart the NCM management engine

or

Click Save on the Admin > Administrative Settings > User Interface page in the product console.

or

Run the reload server options command from the NCM proxy.

QCCR1B92564

Install newest version of vim25.jar.

This problem has been resolved.

QCCR1B92824

Changing a subtask forces a multi-task project task to run outside the workflow.

This problem has been resolved.

QCCR1B92828

List of command scripts does not include site information.

This problem has been resolved.

QCCR1B92924

Update SWIM library.

This problem has been resolved.

QCCR1B93093

Attempt to communicate outside time window (usmStatsNotInTimeWindows error) on Diagnostic Task Detect Device Boot.

This problem has been resolved.

QCCR1B94029

Estimate space required for full text index. Improvements to full text index support needed.

This problem has been resolved.

QCCR1B94809

Data Pruning task fails.

This problem has been resolved.


Supported Platforms

Table 2 shows the supported platforms for CiscoWorks NCM 1.6.x.

Table 2 Supported Platforms for CiscoWorks NCM 1.6.x

Operating System
Architecture
32-bit
64-bit 1

Windows Server 2008 R2

x86_64

 

X

Windows Server 2003 SP2

X86_32

X

 

Solaris 10 SPARC2 ,3

Sun4u, Sun4v

 

X

RedHat RH AS 44

x86_32

X

 

RedHat RHEL Server 5

x86_64

 

X

SuSE Enterprise Linux Server 10

x86_64

 

X

1 CiscoWorks NCM 1.6 full installs are supported only on 64-bit architecture. You can upgrade from an existing 32-bit CiscoWorks NCM platform to a 64-bit platform. If you are using a RHEL 5 Server x64, it is required that you upgrade to 64-bit platform.

2 Before installing CiscoWorks NCM 1.6 on a Solaris 10 platform, you must reconfigure the Syslog server on Solaris 10 to ignore the remote Syslog messages. The Solaris Zone on which CiscoWorks NCM runs must use a dedicated Network Interface Card (NIC).

3 A large amount of swap space is required due to the fork() system call on Solaris. When you fork a 24 GB process, Solaris allocates 24 GB in the swap file. If the 24 GB is not available in swap, the fork() system call fails.

4 The last supported CiscoWorks NCM version on this platform is CiscoWorks NCM 1.5.x.


The following operating systems are no longer supported:

Windows 2000

Solaris 9

Red Hat AS3

SuSE 9


Note For all operating system upgrades, please see the respective vendor documentation or contact your system support personnel. Cisco is not responsible for issues that might arise during third-party product upgrades.


Supported Databases

Table 3 shows the databases that are supported by CiscoWorks NCM 1.6.x.

Table 3 Supported Databases for CiscoWorks NCM 1.6.x

Database
Notes

Oracle 10g (10.2.0.2 and 10.2.0.4) Standard and Enterprise Edition

64-bit Oracle is supported. If you are running CiscoWorks NCM 1.6 in a Distributed System environment, you will need Oracle 10g or 11gR1 Enterprise Edition.

Oracle 11g (11.1.0.7.0) Standard and Enterprise Edition

64-bit Oracle is supported. If you are running CiscoWorks NCM 1.6 in a Distributed System environment, you will need Oracle 10g or 11gR1 Enterprise Edition.

Microsoft SQL Server 2005 and 2008 Standard and Enterprise Edition

64-bit Microsoft SQL Server is supported. High Availability Distributed System on Microsoft SQL Server requires SQL Server 2005 Service Pack 2 (Standard Edition or Enterprise Edition) or SQL Server 2008 (Standard Edition or Enterprise Edition).

MySQL 5.0.58

MySQL 5.0.58 ships with CiscoWorks NCM 1.6.


Except for modest deployments without full enterprise scale and performance requirements, the application server and database server should be on separate physical machines. In addition, the database server should be dedicated to CiscoWorks NCM, rather than serving multiple applications.


Note CiscoWorks NCM 1.6 does not support the use of Microsoft SQL Named Instances.


The following databases are no longer supported:

Oracle 9i and Oracle 9.2

Microsoft SQL Server 2000

MySQL 3


Note For all database upgrades, please see the respective vendor documentation or contact your database analyst. Cisco is not responsible for issues that might arise during third-party product upgrades.


Additional CiscoWorks NCM Configurations

If you have configured a High Availability Distributed System, the database requirements for Oracle and Microsoft SQL Server include:

Database
Restrictions

Oracle 10g Standard or Enterprise Edition (10.2.0.2 and 10.2.0.4)

No more than five CiscoWorks NCM Cores can be configured together.

Oracle 11g Standard or Enterprise Edition (11.1.0.7.0)

No more than five CiscoWorks NCM Cores can be configured together.

Microsoft SQL Server Standard and Enterprise Edition 2005 (SP2 or higher) and 2008

No more than two CiscoWorks NCM Cores can be configured together. The maximum number of devices should not exceed 6500.


If you have configured a Horizontal Scalability environment, the database requirements for Oracle and Microsoft SQL Server include:

Database
Restrictions

Oracle 10g Standard or Enterprise Edition (10.2.0.2 and 10.2.0.4)

No more than five CiscoWorks NCM application servers can be configured together with a single database.

Oracle 11g Standard or Enterprise Edition (11.1.0.7.0)

No more than five CiscoWorks NCM Cores can be configured together with a single database.

Microsoft SQL Server Standard and Enterprise Edition 2005 (SP2 or higher) and 2008

No more than five CiscoWorks NCM application servers can be configured together with a single database.


See High Availability Distributed System Configuration Guide for CiscoWorks Network Compliance Manager for information on configuring High Availability Distributed System environment.

See Horizontal Scalability User Guide for CiscoWorks Network Compliance Manager for information on configuring Horizontal Scalability environment.


Note High Availability and Horizontal Scalability environments are not supported for MySQL.


Virtual Environments

Note the following points while running CiscoWorks NCM in a virtual environment:

VMWare guests can be run on a VMWare ESX 3.5 or VMWare ESX 4.0 server (preferred). It is important that the Disk I/O be split. The ESX server must have two arrays, one for the ESX operating system and one for the virtual machines.

Use of Vmotion is not recommended.

If you plan to use virtual machines for both CiscoWorks NCM and your database, ensure that they are running on different VMWare Guests. Note that this only works if you set a limit on managed devices and keep it low. It is recommended that you have the database on a different ESX host so there is no conflicting I/O on the array.

If you plan to run VMWare in a Distributed System or Horizontal Scalability environment, the maximum number of CiscoWorks NCM Cores should not exceed two.

Some VMWare Guests time drift. Syncing to an external time source can solve this issue.

The CiscoWorks NCM VMWare Guest system requirements are double that of standalone server requirements.

CiscoWorks NCM can be network intensive, therefore, if you have many virtual machines sharing a virtual switch and network interface card, you could experience unexpected behavior, including time-outs and failed tasks. In addition, each virtual environment is different and could function differently under loads with shared VM Guests.

If you there any performance issues while running CiscoWorks NCM in a virtual environment, do the following:

Increase hardware resources

Ensure that resources are dedicated through your ESX Administrator

Decrease the number of VMWare Guests running simultaneously

Add a dedicated network interface card to the ESX server for CiscoWorks NCM to use exclusively

Significant performance degradation has been seen on ESX servers running multiple virtual machines where one or more virtual machine was under heavy load. It is critical that the ESX server running CiscoWorks NCM in a virtual environment be properly resourced to avoid performance degradation.


Note The number of managed devices does not have as significant of an impact on performance as the number of concurrent tasks. If performance issues are seen, reduce the number of concurrent tasks and ensure that CiscoWorks NCM is getting the appropriate resources.


Additional Required Applications

You need to install the following applications:

CiscoWorks NCM supports the following browsers:

Mozilla Firefox 3.x and higher

Internet Explorer 7.x and higher


Note Windows pop-up blockers must be disabled for the browser. Cookies must be enabled for the browser.


Microsoft Excel 2000 or higher, if you are viewing Summary Reports from the CiscoWorks NCM server.

Adobe® Acrobat Reader™ version 4.0 or higher if you are viewing CiscoWorks NCM documentation from the CiscoWorks NCM server.

ActivePerl 5.8.x (for Windows).

Perl 5.8.x (for Solaris and Linux). The CiscoWorks NCM Convert-to-Perl script feature uses Perl.

Perl Net::SSH::Expect module (for using the Connect module with SSH)


Note Third-party products mentioned in this documentation are manufactured by vendors independent of Cisco. Cisco makes no warranty, implied or otherwise, regarding the performance or reliability of these products.


Hardware Requirements

CiscoWorks NCM requires the following minimum hardware:

Table 4 Application Server Requirements

Application Server

CPU

Intel Xeon or equivalent, 3.0+ GHz (Windows, Linux), Dual UltraSparc IIIi+, 1.3 GHz (Solaris)

Memory

4 GB RAM

Swap Space

4 GB

Disk

40 GB, Fast SCSI

Network

100 Mbps Fast Ethernet, full duplex


Table 5 Database Server Requirements

Database Server

CPU

Intel Xeon or equivalent, 3.0+ GHz

Memory

4 GB RAM

Swap Space

4 GB

Disk

60 to 100 GB, Single Channel RAID, Fast SCSI

Network

100 Mbps Fast Ethernet, full duplex


Accessing the CiscoWorks NCM Documentation Set

All or any part of the CiscoWorks NCM documentation set, including this document, might be upgraded over time. Therefore, we recommend that you access the CiscoWorks NCM documentation set using the following URL: http://www.cisco.com/en/US/products/ps6923/tsd_products_support_series_home.html


Tip To cut and paste a two-line URL into the address field of your browser, you must cut and paste each line separately to get the entire URL without a break.


Obtaining Documentation and Submitting a Service Request

For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:

http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html

Subscribe to the What's New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service and Cisco currently supports RSS Version 2.0.

Open a service request online at:

http://www.cisco.com/techsupport/servicerequest

View a list of Cisco worldwide contacts at:

http://www.cisco.com/en/US/support/tsd_cisco_worldwide_contacts.html