cc/td/doc/product/rtrmgmt/srvmon/srvm201
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table Of Contents

Release Notes for Cisco Unified
Service Monitor 2.0.1

New Features

Product Documentation

Related Documentation

Supported Versions of Cisco Unified Communications Manager

Required Unified Communications Manager Patches and Workarounds

Supported Cisco Unified IP Phone Models and Phone Protocols

Supported Cisco Voice Gateways

Known and Resolved Problems

Problems and Workarounds

Documentation Errata

Scheduling Low-Volume Time and Database Purging

Applying Changes to the qovrconfig.properties File

Obtaining Documentation, Obtaining Support, and Security Guidelines


Release Notes for Cisco Unified
Service Monitor 2.0.1


Cisco Unified Service Monitor is a product from the Cisco Unified Communications Management Suite. These release notes provide:

New Features

Product Documentation

Related Documentation

Supported Versions of Cisco Unified Communications Manager

Known and Resolved Problems

Documentation Errata

Obtaining Documentation, Obtaining Support, and Security Guidelines

New Features

The following changes and enhancements are included in Service Monitor 2.0.1:

Support for:

Cisco Unified Communications Manager (Unified Communications Manager) 6.0.


Note Starting with versions 4.3, 5.1, and 6.0, the product we formerly referred to as Cisco Unified CallManager will be called Unified Communications Manager. Versions earlier than 4.3 and 5.0 retain the Cisco Unified CallManager name. Throughout this document, any reference to Unified Communications Manager can also be understood to refer to Cisco Unified CallManager, unless explicitly noted.


Internet Explorer 7.0.

Secure Socket Layer (SSL).

Thresholds—Configurable by device type.

Sensors—Editable in bulk.

Scheduling for:

Low-volume processing (during system maintenance).

Data purging.

New configuration options:

Number of records (30,000-64,000) to export to CSV files.

Number of minutes (1-4) to search for data for diagnostic reports.

Updated binary image for Cisco 1040 Sensors—SvcMonAA2_40.img. To load the image onto sensors, see Quick Start Guide for Cisco Unified Service Monitor 2.0.1.

See Known and Resolved Problems for problems that were resolved in this release.

Product Documentation


Note The originally published printed and electronic documentation is included with your product. Any changes after original publication are reflected on Cisco.com, where you will find the most up-to-date documentation.


Table 1 describes the product documentation that is available.

Table 1 Product Documentation 

Document Title
Available Formats

Release Notes for Cisco Unified Service Monitor 2.0.1

PDF on the product CD-ROM.

On Cisco.com at the following URL:

http://cisco.com/en/US/products/ps6536/
prod_release_notes_list.html

Quick Start Guide for Cisco Unified Service Monitor 2.0.1

Note This quick start guide explains how to install and upgrade Service Monitor.

PDF on the product CD-ROM.

On Cisco.com at the following URL:

http://cisco.com/en/US/products/ps6536/
prod_installation_guides_list.html

User Guide for Cisco Unified Service Monitor

PDF on the product CD-ROM.

PDF accessible from online help.

On Cisco.com at the following URL:

http://cisco.com/en/US/products/ps6536/
products_user_guide_list.html

Context-sensitive online help

Available by clicking one of the following:

Help link in the upper right-hand corner of the window.

Help button in the dialog box.


Related Documentation


Note The originally published printed and electronic documentation is included with your product. Any changes after original publication are reflected on Cisco.com, where you will find the most up-to-date documentation.


Table 2 describes the additional documentation that is available.

Table 2 Related Documentation 

Document Title
Description and Available Formats

Release Notes for Cisco Unified Operations Manager 2.0.1

On Cisco.com at the following URL:

http://cisco.com/en/US/products/ps6535/
prod_release_notes_list.html

Quick Start Guide for Cisco 1040 Sensor

Describes how to install a Cisco 1040 and provides regulatory compliance and safety information. This document is available on Cisco.com at the following URL:

http://cisco.com/en/US/products/ps6536/prod_installation_guides_list.html

Installation Guide for Cisco Unified Operations Manager (Includes Service Monitor)

On Cisco.com at the following URL:

http://cisco.com/en/US/products/ps6535/prod_installation_guides_list.html

User Guide for Cisco Unified Operations Manager

On Cisco.com at the following URL:

http://cisco.com/en/US/products/ps6535/products_user_guide_list.html

Release Notes for CiscoWorks Common Services 3.0.5 (Includes CiscoView 6.1.5) on Windows

On Cisco.com at the following URL:

http://cisco.com/en/US/products/sw/cscowork/ps3996/prod_release_note09186a00806f45bf.html

Installation and Setup Guide for Common Services 3.0.5 (Includes CiscoView) on Windows

On Cisco.com at the following URL:

http://cisco.com/en/US/products/sw/cscowork/ps3996/products_installation_guide_book09186a00806ab62a.html

User Guide for CiscoWorks Common Services 3.0.5

On Cisco.com at the following URL:

http://cisco.com/en/US/products/sw/cscowork/ps3996/products_user_guide_book09186a00806feda7.html


Supported Versions of Cisco Unified Communications Manager

When properly configured, Service Monitor can report on voice activity from the versions of Unified Communications Manager listed in Table 3.

Table 3 Unified Communications Manager Support

Unified Communications Manager Version
Information Available from this Version

3.3

4.0

4.1

The following information is available for Service Monitor to include in reports:

Cluster ID

Call endpoints

Time stamp (Reflects call disconnect time)

Call duration

Call termination cause

Codec

Milliseconds of jitter

Number of lost packets

4.2

5.0

5.1

6.0

In addition to the information provided by earlier versions, MOS is available for Service Monitor to use in determining whether a threshold has been violated and, if so, send a trap. Other data, such as concealment ratio and severely concealed seconds, is also available for inclusion on reports and in traps.

MOS is calculated using the Cisco Voice Transmission Quality (CVTQ) algorithm on specific phones. To make CVTQ data available, you need to:

Ensure that you have applied any required patches to Unified Communications Manager.

Use the specified models of Cisco Unified IP phones with the specified protocol and firmware; these phones must be registered with Unified Communications Manager 4.2, 5.0, 5.1, or 6.0.

For more information, see the following topics:

Required Unified Communications Manager Patches and Workarounds

Supported Cisco Unified IP Phone Models and Phone Protocols

Supported Cisco Voice Gateways


Required Unified Communications Manager Patches and Workarounds

Problems with CVTQ data can occur due to known problems with certain versions of Unified Communications Manager. Table 4 documents these problems.

Table 4 Circumstances that Can Affect CVTQ Data 

Description
Circumstances

Service Monitor CVTQ reports do not show any calls in a Unified Communications Manager 5.0 cluster

If a space is included in the cluster ID, an error occurs in a component of Unified Communications Manager, and CDRs and CMRs are not pushed.

Bug ID: CSCsd81400

This problem has been fixed and verified in Unified Communications Manager 5.0(3.9911.35).

Workaround: If you do not have the Unified Communications Manager 5.0(3.9911.35) image or later, do the following.

1. Change the cluster ID to a name that doesn't include a space; from Unified CallManager Administration:

a. Select System > Enterprise Parameters. The Enterprise Parameters Configuration page appears.

b. Change the cluster ID.

c. Click Update.

2. Repeat this step for each Unified Communications Manager:

a. From Cisco Unified CallManager Serviceability select Tools > Control Center - Feature Services.

b. Select the Unified Communications Manager server.

c. Click the Restart button.

3. Remove old files from the Unified Communications Manager 5.0 server:

a. Log in to the server.

b. Go to the /var/log/active/cm/cdr directory.

c. Remove all files that start with cdr_old cluster name_ and cmr_old cluster name_.


Supported Cisco Unified IP Phone Models and Phone Protocols

The following Cisco Unified IP phone models support the CVTQ algorithm in SCCP or SIP mode if they have the 8.0(3) firmware which can be downloaded from Unified Communications Manager versions 4.2, 5.x, and 6.0:

7906

7911

7921

7931

7940

7941

7942-G

7942-G/GE

7960

7961

7962-G

7962-G/GE

7970

7971

7972-G/GE

No other Cisco Unified IP Phone models support CVTQ.


Note The 8.0(3) phone firmware is also accessible from this URL: http://www.cisco.com/cgi-bin/tablebuild.pl/ip-7900ser.


Supported Cisco Voice Gateways

Cisco voice gateways that can provide CVTQ data are listed in Table 5. To be supported, the gateways must be configured as Media Gateway Control Protocol (MGCP) gateways and use DSP 5510 found in network modules as shown in Table 5.

Table 5 Supported Cisco Voice Gateways 

Cisco Voice Gateways Supported when Using...
DSP 5510 (Found in These Network Modules)...
Series
Device
PVDMII (PVDM2) Series (if DSPP 5510 is on the Motherboard)
NM-HDV2-2T1/E1

Cisco 2600 Series Multiservice Platforms

2600XM series

N/A

X

2691

N/A

X

Cisco 2800 Series Integrated Services Routers

2811

X

X

2821

X

X

2851

X

X

Cisco 3700 Series Multiservice Access Routers

3725

N/A

X

3745

N/A

X

Cisco 3800 Series Integrated Services Routers

3825

X

X

3845

X

X

Cisco VG200 Series Gateways

VG224

X

X


Known and Resolved Problems


Note To obtain more information about known problems, access the Cisco Software Bug Toolkit at
http://www.cisco.com/cgi-bin/Support/Bugtool/home.pl. (You will be prompted to log into Cisco.com.)


Table 6 describes problems known to exist in this release; Table 7 describes problems resolved since the last release of Service Monitor. Problems and Workarounds describes how to handle some situations that you might experience.

Table 6 Known Problems in Service Monitor 2.0.1 

Bug ID
Summary
Explanation

CSCsc19066

Cisco 1040 does not generate syslog messages for Audio Codec G722

There is no workaround for this problem.

CSCsi86375

Diagnostic report data incorrect for some nondirect calls

For some nondirect calls, diagnostic (sensor and CVTQ) reports might include information that is incomplete. The circumstances and the problems that have been observed include:

Using Music On Hold:

1. Two Cisco Unified IP Phones are registered with a Unified Communications Manager.

2. A call is placed between the phones.

3. One of the phones is placed on hold.

In this case, the sensor and CVTQ reports include records for:

Phone 1 to Phone 2—Includes correct data.

Phone 2 to Phone 1—Includes correct data.

Unified Communications Manager (Music on Hold) to Phone 1—Speaker device type is Unavailable and speaker directory number is blank; speaker device type should be the IP address of the Unified Communications Manager. (In CVTQ reports only, there is no matching record for Unified Communications Manager to Phone 1 while on hold.)

Converting from a conference call to a direct call (after all but two phones drop out of a conference call). In CVTQ reports:

Records for the calls that dropped out of the conference call are correct.

Records for the last two phones can be written in combinations such as these:

Phone 1 to conference bridge; Phone 2 to Phone 1

Phone 1 to Phone 2; Phone 2 to conference bridge

Phone 1 to Phone 2; Phone 2 to Phone 1

In the first two cases, the records for both sides of the call do not match. In the third case, there is no way to tell that these phones were ever in a conference call.

There is no workaround for this problem.

CSCsj45638

Editing Cisco 1040 Sensor configuration files causes problems

If you edit a sensor configuration file, some editing applications might append a carriage-return character to each line. The sensor interprets the Windows carriage return character as part of the binary image filename. As a result, after every reset, the sensor tries to download and install the image from the TFTP server and fails. Hence, the sensor is not able to install a new image.

Workaround:

To open a sensor configuration file with an editing application, use Notepad. Notepad does not add carriage-return characters to each line.


Table 7 Resolved Problems in Service Monitor 2.0.1 

Bug ID
Summary
Additional Information

CSCsb46108

Cisco 1040 sets syslog D field incorrectly for G711 Ulaw

G711 Ulaw is now reported correctly in the syslog D field.

CSCsg67050

G711 Ulaw not in sensor report; G711 Ulaw threshold not applied to sensor data

You are no longer required to:

Select G711 Alaw on the Sensor Filter Reports page to generate a report that includes G711 Ulaw in addition to G711 Alaw.

Recall that G711 Alaw thresholds—global or from a sensor threshold group—are applied to data from Cisco 1040 sensors.

CSCsg86540

During reinstall, database backup continues indefinitely

Service Monitor no longer attempts to perform a backup before reinstallation.

Note It is still recommended that you back up the database before reinstalling Service Monitor. For instructions, see online help.

CSCsh01863

New Unified Communications Manager with same cluster ID corrupts info for previously added cluster

Data corruption no longer occurs. Service Monitor displays Failure as the last contact status if a Unified Communications Manager has the same cluster ID as a previously discovered cluster. To monitor data from this Unified Communications Manager, you must work with the Unified Communications Manager administrator to change the cluster ID to a unique ID.

DHCP Option 150 Workarounds for Cisco 1040 Sensor

It is not longer necessary to do either of the following:

Use the ASCII type when providing the Option 150 IP address.

Ensure that the IP address for the primary TFTP server does not include an octet with the value 32 or 92.


Problems and Workarounds

Credentials Reappear as Failed after Deleting Unified Communications Manager

If you delete credentials for a Unified Communications Manager while the Last Contact Status is Verifying and the verification fails, the credential reappears as Failed.

To work around this problem, do not delete a credential that is in Verifying state; wait until the Last Contact Status displays one of the final states: Failure, Success, or Waiting For Data.

Monitored Phone Count Can Lag Device Discovery

There might be a lag of up to one minute between the time that Service Monitor discovers devices and the time when the monitored phone count is updated.

There is no workaround for this problem.

All Calls in Sequence Not Shown for Diagnostic Reports

Diagnostic reports display up to 2,000 rows. When you select report filters that match more than 2,000 records, the resulting report might not include all calls sequentially.

To work around this problem, export the report to a CSV file; up to 30,000 rows can be exported to a CSV file by default. (An administrator can configure Service Monitor to export up to 64,000 rows; see online help for more information.)

If a CSV file contains exactly 30,000 or exactly 64,000 rows, it is very likely that there are additional records that match the report filters. If this is the case:

The CSV file still might not include all calls sequentially.

It is strongly recommended that you make the report filter more specific to match fewer records. Diagnostic reports are not designed to display all calls made in the system.

System Resource Usage Increases Continuously After Sensor Is Deleted

After you delete a sensor from Service Monitor, system resource usage on the Service Monitor server increases continuously while the sensor is on the network and attempting to communicate with a Service Monitor. To prevent this problem, do one of the following before you delete a sensor:

If you plan to add the sensor to another licensed instance of Service Monitor, do so and ensure that the sensor is communicating with that Service Monitor.

Shut these ports on the switch:

The port that physically connects to the 10/100-1 Fast Ethernet port on the sensor.

The SPAN or RSPAN destination port. (Alternatively, you can reconfigure this port so that it is no longer a SPAN or RSPAN destination port.)

Documentation Errata

The following information is missing from the online help and from the PDF user guide included in the online help and on the product CD.

Scheduling Low-Volume Time and Database Purging

Midnight through 1am must be scheduled as low-volume time. Database purging must not run from midnight through 1am. This information has been incorporated into Configuring Low-Volume Schedule and Database Purging.

Applying Changes to the qovrconfig.properties File

To put changes into effect after you edit qovrconfig.properties, you must stop and start the QOVR process.

1. Log on to the server where Service Monitor is installed.

2. From the command line, enter these commands:

pdterm QOVR
pdexec QOVR

The information has been added to these topics in the user guide on Cisco.com:

Configuring and Viewing Other Settings (Chapter 3)

Configuring Low-Volume Schedule and Database Purging

Configuring and Viewing Other Settings (Chapter 3)

Use this procedure to:

View some settings that are configured outside of the user interface. (See Configuring Diagnostic Report Search and CSV Export Limit Settings, page 3-15 and Configuring Low-Volume Schedule and Database Purging, page 6-1.)

Configure SFTP settings if you are monitoring calls from Unified Communications Manager version 5.x or 6.x.


Step 1 Select Configuration > Other Settings. The Other Settings page appears.

Step 2 View settings and update SFTP settings as described in the following table:

Fields
Description/Action
Low-Volume Schedule Hours

<day> <timerange>; <timerange>

For example:

Mon 0-6; 22-24

For each day of the week, timerange indicates the hours during which Service Monitor processes fewer records, handling a number that is roughly 20% of records processed during a peak period. During the low-volume schedule, Service Monitor performs database maintenance.

Note A windows user with access to the Service Monitor server can configure this schedule. See Configuring Low-Volume Schedule and Database Purging, page 6-1.

Miscellaneous

Data Retention Period

Number of days that data is retained in the Service Monitor database before being purged. The default value depends on the configuration:

Service Monitor alone on a server—7 days.

Service Monitor and Operations Manager on a server—3 days.

On the Service Monitor server, a user can change the value of the data-retention-days property in the NMSROOT\qovr\qovrconfig.properties file. (NMSROOT is the location where Service Monitor is installed. If you used the default location, it is C:\Program Files\CSCOpx.) To put changes into effect after you edit qovrconfig.properties, you must stop and start the QOVR process. While logged on to the server where Service Monitor is installed, from the command line, enter these commands:

pdterm QOVR
pdexec QOVR

Note Before changing the value of the data-retention-days property, be sure to read the recommendations for the appropriate settings for your configuration in Deployment Guide for Cisco Unified Service Monitor on Cisco.com.

Wait for Diagnostic Report

Number of minutes that Service Monitor continues to search—when there is a large volume of data—before displaying the matching records found so far for a diagnostic report (a Cisco 1040 Sensor report or a CVTQ report). To configure this setting, see Configuring Diagnostic Report Search and CSV Export Limit Settings, page 3-15.

SFTP

Username

You cannot change the username from smuser.

This same username, smuser, must be configured in Unified Communications Manager. See Adding Service Monitor to Unified Communications Manager 5.x (or 6.x) as a Billing Server, page B-4.

Change password check box

Select to change password.


Caution The default password is smuser. If you change the password here, you must also change the password for smuser in Unified Communications Manager. See Adding Service Monitor to Unified Communications Manager 5.x (or 6.x) as a Billing Server, page B-4.

Password

Enter password.

Re-enter password

Re-enter password.


Step 3 Click Apply.



Configuring Low-Volume Schedule and Database Purging

During a low-volume schedule, Service Monitor handles roughly 20% of the number records that are processed during a peak period and performs database maintenance. Table 6-1 lists default schedules for low-volume processing and database purging and provides the information you need to update them.

.

Table 6-1 Service Monitor System Scheduling 

Activity
Daily Schedule
Notes and Configurable Properties

Database maintenance (low-volume schedule)

10PM through 6AM

(Default)

Service Monitor needs 8 hours of low-volume time during a day and midnight to 1AM must always be scheduled as low-volume time. To change the schedule, on the Service Monitor server, change the values of these properties in the NMSROOT\qovr\qovrconfig.properties file:

lowcallvolume-Mon=0-6,22-24
lowcallvolume-Tue=0-6,22-24
lowcallvolume-Wed=0-6,22-24
lowcallvolume-Thu=0-6,22-24
lowcallvolume-Fri=0-6,22-24
lowcallvolume-Sat=0-20,22-24
lowcallvolume-Sun=0-20,22-24

Note NMSROOT is the location where Service Monitor is installed. If you used the default location, it is C:\Program Files\CSCOpx.

You can configure more than one low-volume period as long as:

Midnight to 1AM is low-volume time.

The total amount of low-volume time during a day adds up to at least 8 hours.

Here are some examples:

lowcallvolume-Mon=0-1,4-6,7-8,17-18,19-23
lowcallvolume-Tue=0-6,21-22,23-24

To put changes into effect after you edit qovrconfig.properties, you must stop and start the QOVR process. While logged on to the server where Service Monitor is installed, from the command line, enter these commands:

pdterm QOVR
pdexec QOVR

Data purging

2AM through 6AM

(Default)

Service Monitor needs 4 hours data purge time. Data purging must occur during the low-volume schedule and must not run from midnight to 1AM. To change the schedule on the Service Monitor server, change the values of these properties in the NMSROOT\qovr\qovrconfig.properties file:

datapurge-Mon=2-6;
datapurge-Tue=2-6;
datapurge-Wed=2-6;
datapurge-Thu=2-6;
datapurge-Fri=2-6;
datapurge-Sat=2-6;
datapurge-Sun=2-6;

Data purge need not run continuously for 4 hours. You can configure more than one data purge period as long as:

The total time adds up to 4 hours.

Data purging occurs during low-volume schedule.

No data purging occurs from midnight through 1AM.

Here are some examples:

datapurge-Mon=2-5;22-23;
datapurge-Tue=2-3;4-6;23-24

To put changes into effect after you edit qovrconfig.properties, you must stop and start the QOVR process. While logged on to the server where Service Monitor is installed, from the command line, enter these commands:

pdterm QOVR
pdexec QOVR

Important system operations

Midnight through 1 AM

(Cannot be changed)

During this time, do not perform data purging.



Note There are additional configurable properties in the qovrconfig.properties file. Before changing the value of the data-retentions-days property, see recommendations for your configuration in Deployment Guide for Cisco Unified Service Monitor on Cisco.com.





Obtaining Documentation, Obtaining Support, and Security Guidelines

For information on obtaining documentation, obtaining support, providing documentation feedback, security guidelines, and also recommended aliases and general Cisco documents, 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


hometocprevnextglossaryfeedbacksearchhelp

Posted: Wed Sep 5 12:42:57 PDT 2007
All contents are Copyright © 1992--2007 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.