Table Of Contents
Release Notes for Cisco CallManager Release 4.0(2)
Determining the Software Version
Compatibility Matrix and Supported Upgrades
Upgrading to Cisco CallManager Release 4.0(2)
Cisco CallManager Extension Mobility Enhancements
System Enhancement for Route Group and Line Group Processing
Voice Mail Configuration Enhancements
Voice-Mail Pilot Configuration
Voice-Mail Profile Configuration
Cisco Unity Voice-Mail Port Adjustments
Route List Redundancy Configuration
Operating System Installation Guidelines
Disabling Cisco RIS Data Collector Prior to Upgrading to Cisco CallManager Release 4.0(2)
New and Updated Support for Cisco IP Phones
Support for Cisco VT Advantage
Changes to Type Specific Information in the Gateway Configuration Settings
Calling Search Space Enhancements
Attendant Console Enhancements
NM-HDV2 and NM-HD Support for Cisco CallManager
Using Immediate Divert with Hunt Lists
New and Changed Information for Cisco CallManager Serviceability
Cisco CallManager Renamed After Restarting Services
Cisco CallManager Trace Collection Tool
Real-Time Monitoring Tool as Standalone Plug-in
Serviceability Reports Archive
SNMP and Performance Counter Enhancements
CDR Analysis and Reporting (CAR) Enhancements
New and Changed Information for Third-Party and SDK Applications
CSCso79248 Do Not Run installxml.vbs in CallManager Release 3.3 and Later
Adding Cisco CallManager Servers
Installing IPMA Assistant Console on Microsoft Windows XP
Locale Installer for Cisco CallManager
Line Group/Route Group Support for MLPP-Enabled Devices
Using the JTAPI Update Utility with CRS
Resolved Caveats for Cisco CallManager - Release 4.0(2)
Open Caveats for Cisco CallManager - Release 4.0(2)
Deleting a Music On Hold Server
Deleting a Media Termination Point
System Requirements for Barge and Privacy
Configuring Maximum Calls and Busy Trigger Settings for Shared Line Appearances
Cisco CallManager Service Activation/Deactivation
Route Pattern Configuration Fields
Cisco IP Phone Configuration Fields
Translation Pattern Configuration
Calling Search Space Configuration
Configuring Digits in Configuration Fields
Cisco Call Back Synchronous Request Timeout Configuration
Cisco CallManager Dialed Number Analyzer Private Phrase Requirement
Cisco CallManager Extension Mobility Logout
Using Attendant Console and Shared Lines
Date/Time Configuration Changes
Adding and Deleting Users by Using Cisco CallManager Administration
IPMA Clusterwide Parameters for Softkey Templates
Meet-Me Conference Limitations
Quality Report Tool Configuration Settings
SRST Fallback Algorithm Enhancements
Defining the Quality of Service (QoS) Values
User Settings in Cisco CallManager Administration
Updated BAT Field Descriptions
Using Annunciator with Conference Bridges
Q.SIG Support with JTAPI and TAPI
Cisco Unity Voice-Mail Port Changes
Obtaining Technical Assistance
Cisco Technical Support Website
Definitions of Service Request Severity
Obtaining Additional Publications and Information
Release Notes for Cisco CallManager Release 4.0(2)
Updated June 23, 2008
These release notes describe the new features and caveats for Cisco CallManager release 4.0(2).
Note
To view the release notes for Cisco CallManager release 4.0(1), which contains information about prior release changes, go to the following URL: http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_0/rel_note/index.htm
Before you install Cisco CallManager, Cisco recommends that you review the "Important Notes" section for information about issues that may affect your system.
For a list of the open and resolved caveats for Cisco CallManager release 4.0(2), see the "Resolved Caveats for Cisco CallManager - Release 4.0(2)" section and the "Open Caveats for Cisco CallManager - Release 4.0(2)" section. Updates for these release notes occur with every maintenance release and major release.
To access the documentation suite for voice products, refer to the following URL:
http://www.cisco.com/univercd/cc/td/doc/product/voice/
You can access the latest software upgrades and release notes for Cisco CallManager 4.0 on Cisco Connection Online (CCO) at:
http://www.cisco.com/kobayashi/sw-center/sw-voice.shtml
Contents
These release notes discuss the following topics:
•
Compatibility Matrix and Supported Upgrades
•
New and Changed Information for Cisco CallManager Serviceability
•
New and Changed Information for Third-Party and SDK Applications
•
Resolved Caveats for Cisco CallManager - Release 4.0(2)
•
Open Caveats for Cisco CallManager - Release 4.0(2)
•
Obtaining Technical Assistance
Introduction
Cisco CallManager, a network business communication system, provides high-quality telephony over IP networks. Cisco CallManager enables the conversion of conventional, proprietary, circuit-switched PBXs to multiservice, open LAN systems.
System Requirements
Make sure that you install and configure Cisco CallManager release 4.0 on a Cisco Media Convergence Server (MCS).
For information about installing Cisco CallManager release 4.0 on a Cisco Integrated Communications System (ICS) 7750, go to http://www.cisco.com/kobayashi/sw-center/telephony/ics-7750/ics-compatibility.shtml.
You may also install Cisco CallManager on a Cisco-approved HP server configuration or a Cisco-approved IBM server configuration.
CautionThe installation does not complete if you do not have the exact configuration.
Access the correct Cisco-approved server configuration for IBM server or HP server at
http://www.cisco.com/en/US/products/hw/voiceapp/ps378/prod_brochure_list.html
For system hardware component information and system requirements, refer to Installing Cisco CallManager Release 4.0.
Determining the Software Version
To determine the software version of Cisco CallManager, open Cisco CallManager Administration; then, click Details on the main Cisco CallManager Administration window. The following information displays:
•
Cisco CallManager System version
•
Cisco CallManager Administration version
•
Database information and database DLL versions
Compatibility Matrix and Supported Upgrades
You can find which application versions are compatible with Cisco CallManager release 4.0(2) and which previous release of Cisco CallManager has upgrade support by referring to the Cisco CallManager Compatibility Matrix at http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/ccmcomp.htm
Note
Be aware that the release of Cisco IP telephony products does not always coincide with Cisco CallManager releases. If a product proves to be incompatible with Cisco CallManager, you need to wait until a compatible version of the product becomes available before you upgrade to Cisco CallManager release 4.0(2). For the most current compatibility combinations and defects, refer to the documentation that is distributed with the Cisco IP telephony products.
Related Documentation
Refer to the Cisco CallManager Document Guide for a list of documents that are related to Cisco CallManager release 4.0 at
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_0/doc_gd.
Along with the documents listed in the Cisco CallManager Document Guide, the following list specifies other related documents for Cisco CallManager release 4.0:
•
Cisco CallManager Call Detail Record Definition
•
Cisco IP Phone Services Application Development Notes
•
Cisco JTAPI Installation Guide for Cisco CallManager 4.0(1)
•
Cisco JTAPI Developer's Guide for Cisco CallManager 4.0(1)
•
Cisco TAPI Installation Guide for Cisco CallManager 4.0(1
•
Cisco TAPI Developer's Guide for Cisco CallManager 4.0(1)
•
Cisco CallManager Extension Mobility API Developer's Guide Release 4.0(1)
•
System Error Message
•
Cisco CallManager 4.0(1) AXL Programming Guide
•
Cisco CallManager 4.0(1) AXL Serviceability Programming Interface Guide
•
Cisco CallManager Dialed Number Analyzer Guide
•
Cisco WebDialer API Reference
New and Changed Information
This following sections describe new features and changes that are pertinent to this release of Cisco CallManager. The sections include configuration tips for the administrator, information about users, and where to find more information.
•
Upgrading to Cisco CallManager Release 4.0(2)
•
Cisco CallManager Extension Mobility Enhancements
•
System Enhancement for Route Group and Line Group Processing
•
Voice Mail Configuration Enhancements
•
Cisco Unity Voice-Mail Port Adjustments
•
Route List Redundancy Configuration
•
Operating System Installation Guidelines
•
Disabling Cisco RIS Data Collector Prior to Upgrading to Cisco CallManager Release 4.0(2)
•
New and Updated Support for Cisco IP Phones
•
Support for Cisco VT Advantage
•
Changes to Type Specific Information in the Gateway Configuration Settings
•
Calling Search Space Enhancements
•
Attendant Console Enhancements
•
NM-HDV2 and NM-HD Support for Cisco CallManager
•
New and Changed Information for Cisco CallManager Serviceability
•
New and Changed Information for Third-Party and SDK Applications
Upgrading to Cisco CallManager Release 4.0(2)
If your server runs Cisco CallManager release 4.0(1), you can upgrade your server to release 4.0(2) by using the web download file that is available at http://www.cisco.com/kobayashi/sw-center/sw-voice.shtml.
If your server runs Cisco CallManager release 3.2 or 3.3, you must use the CD-ROM disks from the Cisco CallManager release 4.0(2) software kit to upgrade the Cisco CallManager software to version 4.0(2); you cannot use the version that is posted on CCO. For detailed instructions, refer to Upgrading Cisco CallManager Release 4.0(2).
Cisco CallManager Extension Mobility Enhancements
Cisco CallManager release 4.0(2) enhances extension mobility functionality by throttling login requests. When extension mobility is used with a large number of users, this system activity controls the number of concurrent extension mobility service requests to ensure optimal system performance.
For more information, refer to http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCed28469.
Where to Find More Information
•
"Cisco CallManager Extension Mobility," Cisco CallManager Features and Services Guide
•
"Device Profile Configuration," Cisco CallManager Administration Guide
•
"Device Profile Default Configuration," Cisco CallManager Administration Guide
System Enhancement for Route Group and Line Group Processing
Cisco CallManager release 4.0(2) provides enhancements to route group functionality by modifying the default distribution algorithm of a new route group from "top down" to "circular." Cisco CallManager 4.0(2) also enhances new line group creation by setting the default distribution algorithm to "longest idle time."
The system defines these system changes, which enable increased performance for call setup; the user cannot configure them.
Where to Find More Information
•
"Line Group Configuration," Cisco CallManager Administration Guide
•
"Route Group Configuration," Cisco CallManager Administration Guide
Voice Mail Configuration Enhancements
Cisco CallManager release 4.0(2) provides the following voice messaging system configuration enhancements.
Voice-Mail Pilot Configuration
Starting with Cisco CallManager 4.0(2), you do not need to reset devices when you update a voice-mail pilot.
•
The Reset Devices button no longer displays on the Voice Mail Pilot Configuration window.
•
Cisco CallManager no longer automatically resets the devices that are assigned to a voice-mail pilot when the voice-mail pilot gets updated.
Voice-Mail Profile Configuration
Starting with Cisco CallManager 4.0(2), you do not need to restart devices when you update a voice-mail profile.
•
The Restart Devices button no longer displays on the Voice Mail Profile Configuration window.
•
Cisco CallManager no longer automatically restarts the devices that are assigned to a voice-mail profile when the voice-mail profile gets updated.
Where to Find More Information
•
"Cisco Voice-Mail Pilot Configuration," Cisco CallManager Administration Guide
•
"Voice-Mail Profile Configuration," Cisco CallManager Administration Guide
Cisco Unity Voice-Mail Port Adjustments
Migration from Cisco CallManager 3.3(3) to Cisco CallManager 4.0(2) requires adjustments to the voice-mail port settings.
Where to Find More Information
•
Refer to the "Cisco Unity Voice-Mail Port Changes" section
Route List Redundancy Configuration
With Cisco CallManager release 4.0(2), route list handling and redundancy change to improve performance. Pre-4.0(2) implementations included route lists on every server in a cluster. After upgrade to release 4.0(2), only one instance of the active route list configuration associates with a Cisco CallManager group. This change requires that you configure the Cisco CallManager Group(s) to maintain load balancing and redundancy.
After you upgrade the Cisco CallManager servers to 4.0(2), and if two or more primary CallManager servers exist in the cluster, the system creates new CallManager Group(s) with a default name of "RLCMG_<primary Cisco CallManager name>." The system creates one CallManager Group for each primary server and the secondary server in the CallManager Group, which is the dedicated backup server. Depending on the number of servers in the cluster, the system creates one or multiple CallManager Groups.
One instance of the active route list configuration then attaches to the primary Cisco CallManager server in the first CallManager Group. New CallManager Groups get assigned to the existing route list configuration by using a round-robin algorithm to ensure redundancy.
To complete the upgrade, you must perform the following tasks:
1.
Create new CallManager Group(s) to replace the default CallManager Group(s) that are named "RLCMG_<primary Cisco CallManager name>" and that were created during the upgrade.
2.
Evaluate the CallManager Group and route list configuration for load balancing and redundancy.
3.
Reconfigure the route list(s) to the user-created CallManager Group(s).
4.
Delete the default CallManager Group(s).
CautionThese activities drop all dependent active calls and cause significant overhead while you perform the reconfiguration.
For more information, refer to http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee30571.
Where to Find More Information
•
"Route/Hunt List Configuration," Cisco CallManager Administration Guide
•
Upgrading Cisco CallManager Release 4.0(2)
SRST Algorithm Enhancements
Implementation of Survivable Remote Site Telephony (SRST) algorithm enhancements resolves Wide Area Network (WAN) link flapping issues between Cisco CallManager and SRST, which can lead to IP phone instability. The system provides enhancement through an enterprise parameter and a device pool configuration setting, Connection Monitor Duration.
Connection Monitor Duration
An IP phone that is connected to SRST over a WAN reconnects itself to Cisco CallManager as soon as it can establish a connection with Cisco CallManager over the WAN link. However, if the WAN link is unstable, the IP phone switches back and forth between SRST and Cisco CallManager, which can cause temporary loss of phone service (no dial tone). These reconnect attempts, known as WAN link flapping issues, continue until the IP phone successfully reconnects itself to Cisco CallManager.
WAN link disruptions comprise two types: infrequent random outages that occur on an otherwise stable WAN, and sporadic, frequent disruptions that last a few minutes.
To resolve the WAN link flapping issues between Cisco CallManager and SRST, Cisco CallManager provides an enterprise parameter and a setting in the Device Pool Configuration window called Connection Monitor Duration. (Depending upon system requirements, the administrator decides which parameter to use.) The XML configuration file delivers the value of the parameter to the IP phone.
•
Use the enterprise parameter to change the connection duration monitor value for all IP phones in the Cisco CallManager cluster. The default for the enterprise parameter specifies 120 seconds.
•
Use the Device Pool Configuration window to change the connection duration monitor value for all IP phones in a specific device pool.
Where to Find More Information
•
SRST Fallback Algorithm Enhancements
•
Cisco CallManager Administration Guide
Operating System Installation Guidelines
Cisco recommends that you install Cisco IP Telephony operating system version 2000.2.6 with the latest service release 2000.2-6-sr1 (or later) before you upgrade to Cisco CallManager release 4.0(2).
Disabling Cisco RIS Data Collector Prior to Upgrading to Cisco CallManager Release 4.0(2)
Before upgrading to Cisco CallManager release 4.0(2), Cisco recommends that the administrator disable the Cisco RIS Data Collector to minimize system problems and prevent false alerts. The following procedure describes how to disable the Cisco RIS Data Collector.
This procedure applies for upgrades from Cisco CallManager 3.3 to 4.0(2) and upgrades from Cisco CallManager 4.0(1) to 4.0(2).
Procedure
Step 1
From Cisco CallManager Administration, choose Service > Service Parameters.
The Service Parameters Configuration window displays.
Step 2
From the Server pull-down menu, choose any server.
Step 3
From the Service pull-down menu, choose RIS Data Collector.
Step 4
In the Data Collection Enabled field, choose False.
Step 5
Click Update.
You can now perform the upgrade to Cisco CallManager 4.0 and later.
Note
After you complete the Cisco CallManager upgrade, be sure to reset the parameter to "True" in the Data Collection Enabled field from the Service Parameters Configuration window to enable RIS data collection.
New and Updated Support for Cisco IP Phones
The following information describes new and updated phone support for Cisco CallManager release 4.0(2):
•
Cisco Call Back supports Cisco IP Phone models 7905, 7912, 7940, 7960, and 7970.
•
Cisco CallManager release 4.0(1)sr2, 4.0(2), and later provide support for the Cisco IP Phone models 7902G, 7905G, and 7912G.
For more information, refer to the following URL for the appropriate
Cisco IP Phone guide for your model IP phone:
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/index.htm.Where to Find More Information
•
Cisco IP Phone 7902G/7905G/7912G Release Notes for Firmware Release 3.3(8) for Cisco CallManager Version 4.0.1 or Later
•
Cisco IP Phone Administrator Guide for Cisco CallManager Models 7902G, 7905G, and 7912G
•
Cisco IP Phone 7905G/7912G Guide for Cisco CallManager
•
Cisco IP Phone 7902G Guide for Cisco CallManager
•
Customizing Your Cisco IP Phone on the Web
Support for Cisco VT Advantage
Cisco CallManager release 4.0(1)sr2, 4.0(2), and later provide support for Cisco VT Advantage. Cisco VT Advantage brings video telephony functionality to Cisco IP Phones, which provides users with the ability to add video to their communications experience.
Where to Find More Information
•
Cisco VT Advantage Administration Guide
•
Cisco VT Advantage User Guide
•
Cisco VT Advantage Quick Start Guide
Dialed Number Analyzer
The Dialed Number Analyzer (DNA) tool, an installable plug-in for Cisco CallManager, allows you to test a Cisco CallManager dial plan configuration prior to deploying it or to analyze dial plans after the dial plan is deployed. You can use the results to diagnose a dial plan, to identify potential problems, and to tune a dial plan. DNA runs as a service on the server.
Note
Cisco CallManager Dialed Number Analyzer does not currently support Netscape Navigator. Use Internet Explorer to analyze dial plans.
Where to Find More Information
•
Cisco CallManager Dialed Number Analyzer Guide
International Dial Plan
Cisco CallManager International Dial Plan provides country-specific dialing functionality for countries outside the North American Numbering Plan (NANP). The international dial plan includes route pattern wildcards, special characters, calling party transformation settings, and called party transformation settings that non-NANP dial plans use. It also describes the Discard Digit Instructions (DDIs) and tags the dial plans that specific countries use.
Cisco CallManager currently supports international dial plans for Australia, Japan, Netherlands, New Zealand, Portugal, Russia and Singapore.
Where to Find More Information
•
Cisco CallManager International Dial Plan Deployment Guide
Changes to Type Specific Information in the Gateway Configuration Settings
After you install Cisco CallManager 4.0(2), the following check boxes in the Cisco CallManager Administration Gateway Configuration window are unchecked by default for some gateways:
•
Display IE Delivery
•
Redirecting Number IE Delivery-Inbound
•
Redirecting Number IE Delivery-Outbound
The gateways that are affected include the following:
•
Catalyst 6000 T1 VoIP Gateway (Digital Access PRI)
•
Catalyst 6000 E1 VoIP Gateway
•
DE-30+ Gateway
•
DE-24+ Gateway (Digital Access PRI)
•
H.323 Gateway
If you upgrade your server to Cisco CallManager 4.0(2) and you did not uncheck the check boxes before the upgrade, the check boxes remain checked after the upgrade. If you add an affected gateway after the upgrade, the check box is unchecked.
To determine when you should check the check box(es), refer to the guidelines specified in the Cisco CallManager Administration Guide.
Where to Find More Information
•
Cisco CallManager Administration Guide
Calling Search Space Enhancements
Cisco CallManager provides database enhancements for Calling Search Spaces (CSS) that allow you to make updates to calling search spaces during normal business hours.
Cisco removed the Restart Devices button from the Calling Search Space Configuration window in Cisco CallManager Administration because you do not need to restart the associated devices after you update a calling search space.
Tip
To save your updates, remember to click Update after you make changes.
Where to Find More Information
•
"Calling Search Space Configuration," Cisco CallManager Administration Guide
Conference Enhancements
Cisco CallManager release 4.0 Administration provides the clusterwide service parameter, Drop Ad hoc Conference When Creator Leaves, so you can drop ad hoc conferences after the conference controller hangs up the phone.
By default, Cisco CallManager sets the parameter to False. If you set the parameter to True, the conference automatically ends when the conference controller hangs up; likewise, Cisco CallManager releases all resources that are assigned to the conference.
Note
Be aware that Cisco CallManager does not support both options; that is, all conferences will support the same functionality depending on the option that you choose.
Tip
If the conference controller transfers, parks, or redirects the conference to another party, the party that retrieves the call acts as the virtual controller for the conference. If you set the parameter to True and a virtual controller exists, the conference does not end until the virtual controller hangs up the phone.
A virtual controller cannot add new parties to the conference, but a virtual controller can transfer, park, or redirect the conference to another party, who would, in turn, become the virtual controller of the conference.Where to Find More Information
•
Cisco IP Phones, Cisco CallManager System Guide
•
"Softkey Template Configuration," Cisco CallManager Administration Guide
•
"Cisco IP Phone Configuration," Cisco CallManager Administration Guide
•
Cisco IP Phone Guide
Attendant Console Enhancements
Cisco CallManager Attendant Console includes the following enhancements:
•
Support for call queuing—When a call comes in to a pilot point and all hunt groups members are busy, Cisco CallManager answers the call and inserts it into the queue when the queue is not full. If the queue is full, the call redirects to the "AlwaysRoute" member. If the "AlwaysRoute" member is not configured, the call gets dropped.
While the call is in the queue, the system places the call on hold, and music on hold plays to the caller. Cisco CallManager redirects the call to the next available hunt group member. When the call is in the queue for longer than the configured HoldTime, the call gets redirected to the "AlwaysRoute" member. If the "AlwaysRoute" member is not configured, no action gets taken. Attendants cannot see calls in the queue.
•
Support for broadcast calls—When a call arrives at the broadcast hunting pilot point, Cisco CallManager answers the call and inserts it into the queue if the queue is not full. Cisco CallManager Attendant Console broadcasts the call to all available attendants. If the queue is full, the call redirects to the "AlwaysRoute" member. If the "AlwaysRoute" member is not configured, the call drops.
While the call is in the queue, the system places the call on hold, and music on hold plays to the caller. Cisco CallManager redirects the call to the attendant who answers the call.
•
Support for shared lines—Calls to a pilot point route to a shared-line phone only when the shared line is not in use on another remote phone. Attendant phones can share lines with other attendants or non attendants.
•
Multiple calls on a single line—Cisco CallManager Attendant Console supports multiple calls on a single line based on the line setting configuration in Cisco CallManager Administration.
•
Support for direct transfer and Join—Direct transfer merges two independent calls into one single call. Join merges a group of calls, including the attendant, into a conference call.
•
A configuration tool—The tool enables you to set the JTAPI user name and password, set directory values, enable call queuing for a pilot point, set the queue parameters (such as the queue size and hold time), and configure circular hunt groups and broadcast hunt groups.
Configuration Tips
•
You enable queuing for a pilot point by using the Attendant Console Configuration Tool.
•
To configure the number of calls on a line, enter the appropriate value in the Maximum Number of Calls on the Directory Number Configuration window.
•
This release reimplements Transfer to Voicemail with JTAPI support. Administrators no longer need to edit the VoiceMailProfiles.xml property file to enable user access to the voice-messaging system from the Cisco CallManager Attendant Console.
How this Feature Affects the User
From the Broadcast Calls window in the Attendant Console application, users can view and answer calls.
Where to Find More Information
•
"Cisco CallManager Attendant Console," Cisco CallManager System Guide
•
"Cisco CallManager Attendant Console Configuration," Cisco CallManager Administration Guide
•
"Configuring IP Phones," Cisco CallManager Administration Guide
NM-HDV2 and NM-HD Support for Cisco CallManager
In Cisco CallManager release 4.0(2), NM-HDV2 and NM-HD, which support Cisco 2600XM, Cisco 2691, Cisco 3725, Cisco 3745, and Cisco Access Routers, can provide the following number of transcoder and conference sessions, which serve as the maximum number of sessions that are supported:
Note
Some supported gateways, for example, the Cisco 2600XM, cannot support the maximum number of sessions because of a CPU power limitation.
In addition to the preceding gateways, NM-HD supports the Cisco 3660.Per NM-HDV2:
•
G.711 only conference—50
•
G.729 conference—32
•
GSM FR conference—14
•
GSM EFR conference—10
Tip
The maximum number of participants per conference equals eight.
•
Transcoding for G.711 to G.729a/G.729ab/GSMFR—128
•
Transcoding for G.711 to G.729/G.729b/GSMER—96
Per NM-HD:
•
G.711 only conference—24
•
G.729 conference—6
•
GSM FR conference—2
•
GSM EFR conference—1
Tip
The maximum number of participants per conference equals eight.
•
Transcoding for G.711 to G.729a/G.729ab/GSMFR—24
•
Transcoding for G.711 to G.729/G.729b/GSM EFR—18
Note
For a software Media Termination Point (MTP) (DSP-less with the same packetization period for both devices that support G.711 to G.711 or G.729 to G.729 codecs), 500 sessions can occur per gateway; for a hardware MTP (with DSP, using G.711 codec only), 200 sessions can occur per NM-HDV2 and 48 per NM-HD.
Tip
In Cisco CallManager Administration, ensure that you enter the same conference bridge name that exists in the gateway Command Line Interface (CLI). For specific information about configuring conference bridges and transcoders in Cisco CallManager Administration, refer to the Cisco CallManager Administration Guide that supports Cisco CallManager 4.0(1).
Where to Find More Information
•
"Cisco DSP Resources for Transcoding, Conferencing, and MTP," Cisco CallManager System Guide
•
"Media Termination Points," Cisco CallManager System Guide
•
"Transcoders," Cisco CallManager System Guide
•
"Conference Bridges," Cisco CallManager System Guide
•
"Conference Bridge Configuration," Cisco CallManager Administration Guide
•
Cisco IP/VC 3511 MCU and Cisco IP/VC 3540 MCU Module Administrator Guide
Security Enhancements
Cisco CallManager provides the following additional security implementation capabilities.
•
After the Cisco CallManager installation, the cluster boots up in nonsecure mode, and all devices register as nonsecure with Cisco CallManager. If you upgrade the cluster from Cisco CallManager 4.0(1) to 4.0(2), the cluster boots up in the mode that you configured in Cisco CallManager 4.0(1).
•
If the server does not contain a self-signed certificate, the Cisco CallManager installation/upgrade creates a self-signed X.509 certificate for each server in the cluster. If the server contains a self-signed certificate, the upgrade does not reinstall or update the certificate on the server.
Configuration Tips
•
Cisco does not support Network Address Translation (NAT) with Cisco CallManager if you configure the cluster for mixed mode; Application Layer Gateways (ALG) that allow VoIP to traverse firewalls and NAT do not work with signaling encryption. You can enable UDP ALG in the firewall to allow media stream firewall traversal. Enabling the UDP ALG allows the media source on the trusted side of the firewall to open a bidirectional media flow through the firewall by sending the media packet through the firewall.
Tip
Hardware DSP resources cannot initiate this type of connection, and, therefore, must exist outside of the firewall.
•
Signaling encryption does not support NAT traversal. Instead of using NAT, consider using LAN extension VPNs.
•
You can use the Microsoft Certificate Services with CAPF if the Microsoft Certificate Services software runs on a Windows 2003 server. For information about how to use this software or for troubleshooting support, contact the certificate authority vendor directly.
If CAPF requests certificates from Microsoft Certificate Services, you must enter the necessary configuration information, for example, the IP address or hostname, for this certificate authority in the applicable CAPF service parameter. In addition, you must install the SCEP addon on the server where you install Microsoft Certificate Services. To obtain the SCEP addon, contact the certificate authority vendor directly.
•
You can use Keon Utility to generate certificates for CAPF. You must enter the necessary configuration information, for example, the IP address or hostname, for this certificate authority in the applicable CAPF service parameter. For information on how to use the Keon software or for troubleshooting support, contact the certificate authority vendor directly.
Where to Find More Information
•
Cisco IP Phone Authentication and Encryption for Cisco CallManager 4.0(1)
•
Cisco IP Phone administration guide that matches your phone model
•
Firmware release notes for your model IP phone
Static Digit Analysis
Prior to Cisco CallManager release 4.0, unregistered devices without configured forwarding were removed from the digit analysis (DA) table and required dynamic digit analysis. Prior to release 4.0, when a phone unregistered, call processing allowed a call to pass to the next closest match in the CSS list. With the introduction of static DA in release 4.0, whether a phone is registered or not, the device remains in the DA table, and the directory number intercepts the call.
Configuration Tip
Administrators should note that the IPMA and PA applications can no longer use translation patterns for failover. Instead, administrators must set up Call Forward No Answer (CFNA) with the data that was in the translation pattern for all IPMA and PA failed route points, and these route points must be removed.
Where to Find More Information
Using Query to Delete Phones
You can delete phones by creating a query to locate the phone records by using the following procedure.
Procedure
Step 1
In the Delete Phones Options window, choose Use query and click Next.
The Delete Phones window displays.
CautionIf you do not specify a query, you will delete all phones.
Step 2
In Select Phones to Query drop-down list box, choose the field to query, such as Model or Directory Number.
Step 3
If you chose Unassigned DN in Step 2 then go to Step 9. Otherwise, continue with Step 4
Step 4
In the second drop-down list box, choose the search criteria, such as begins with, contains, or is empty.
Step 5
In the search field list box, choose or enter the value that you want to locate, such as the model name from the list or directory number range.
Step 6
To add the defined filter to the query, click Add To Query.
Step 7
To add multiple filters, you can click AND or OR; to further define your query, repeat Step 2 through Step 6.
Note
You cannot perform multiple queries when Directory Number or Unassigned DN is used in the first drop-down list box; that is, AND or OR do not act as valid operators with Directory Number.
Step 8
To check that the query returns the results that you need, click View Query Results.
Note
Ensure that you have located the correct phones to delete; the delete action is final, so you cannot retrieve deleted records.
If you need to make a correction, click the Clear Query button to remove the query; then, return to Step 2 and restart.
CautionIf you do not enter any information in the query text box, the system deletes all phone records. Because the delete action is final, you cannot retrieve deleted records.
Step 9
To delete the records, click Delete.
Note
If you chose Unassigned DN in the Select Phones to Query drop-down list box, then the selected unassigned DNs will be deleted. You can delete a maximum of 2000 unassigned DNs from the Route Plan Report.
Step 10
A message displays that advises you of approximately how long it will take to delete the records from the Cisco CallManager database. You can cancel the transaction or click OK to continue.
Step 11
To display the log file that BAT generated, click the View Latest Log File link.
The log file displays the number of phones that were deleted and the number of records that failed, including an error code.
Where to Find More Information
•
Bulk Administration Tool User Guide
Using Immediate Divert with Hunt Lists
When you use a phone that is part of a line group in a hunt list and it has the iDivert softkey assigned to it, the iDivert softkey does not display when the phone receives a call from within the hunt list.
When the phone receives a call that is not associated with a hunt list, however, the iDivert softkey displays on the phone.
For more information, refer to http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee84214 and http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef15654.
Where to Find More Information
•
Cisco CallManager Features and Services Guide
New and Changed Information for Cisco CallManager Serviceability
This section describes the following new serviceability features and changes that are pertinent to this release of Cisco CallManager:
•
Cisco CallManager Renamed After Restarting Services
•
TroubleShooting Trace Setting
•
Cisco CallManager Trace Collection Tool
•
Real-Time Monitoring Tool as Standalone Plug-in
•
Serviceability Reports Archive
•
SNMP and Performance Counter Enhancements
•
CDR Analysis and Reporting (CAR) Enhancements
Cisco CallManager Renamed After Restarting Services
If you deactivate the Cisco CallManager service in Cisco CallManager Serviceability, the Cisco CallManager where you deactivated the service no longer exists in the database. Therefore, you cannot choose the Cisco CallManager for configuration operations in Cisco CallManager Administration because it will not display in the graphical user interface (GUI).
If you reactivate the Cisco CallManager service on the Cisco CallManager, the database creates a Cisco CallManager and adds a "CM_" prefix to the server name or IP address. For example, if you reactivate the Cisco CallManager service on a server with an IP address of 172.19.140.180, CM_172.19.140.180 displays in Cisco CallManager Administration. You can choose the new Cisco CallManager in Cisco CallManager Administration.
TroubleShooting Trace Setting
The TroubleShooting Trace Setting tool allows users to set/reset the troubleshooting traces for chosen services in the Cisco CallManager cluster from a single window, as well as set adequate trace (SDI and SDL) settings to troubleshoot Cisco CallManager services. Using this tool, users can choose the required services on different Cisco CallManager nodes in the cluster, so the trace settings of the chosen services get changed to reflect the predetermined trace settings.
Troubleshooting trace settings differ from the default trace settings. The development team for troubleshooting predetermines the troubleshooting trace settings for each Cisco CallManager service. While troubleshooting trace is set, most trace configuration parameters remain disabled in the trace configuration windows.
You can find the TroubleShooting Trace Setting tool in the Trace menu in Cisco CallManager Serviceability.
Cisco CallManager Trace Collection Tool
Release 4.0 removes trace collection for Cisco CallManager from the Trace menu of Cisco CallManager Serviceability Administration and installs as a Cisco CallManager client plugin tool that users can download from the Plug-ins page and install on a client machine. This tool collects traces for a Cisco CallManager cluster into a single zip file. The collection includes all traces for Cisco CallManager and logs, such as Event Viewer (Application, System, Security), Dr. Watson log, Cisco Update, Prog logs, RIS DC logs, SQL, and IIS logs.
The Trace Collection Tool collects traces from a remote machine for the following components on chosen servers in the Cisco CallManager cluster:
•
Chosen Cisco CallManager services
•
Chosen Cisco CallManager applications
•
Chosen Cisco CallManager system traces
The Trace Collection Tool collects the traces and saves them in the form of a zip file (as a single file or split into multiple files) by using a different compression factor. You can collect traces for a chosen period or for all available traces.
You can install the Trace Collection Tool on Windows 2000, 98, or XP client.
Real-Time Monitoring Tool as Standalone Plug-in
Real-Time Monitoring Tool (RTMT) enhancements provide client-side functionality that did not exist in previous versions of Cisco CallManager. With the 4.0 version, RTMT monitors and reports on typical precanned (preconfigured) alerts. This type of monitoring allows the system administrator to have a comprehensive view of the entire Cisco CallManager cluster with little RTMT configuration. The precanned alerts allow the administrator to be alerted, via e-mail or e-mail pager, about typical Cisco CallManager server or service problems.The precanned reporting allows some minor trending as well as troubleshooting problems after they occur.
The new client-side RTMT plug-in continuously monitors real-time behavior of the components in a Cisco CallManager cluster. It uses HTTP and TCP to monitor system performance, critical services, call activity, device status, and CTI applications.
In addition to service parameter enhancements, the following list comprises the RTMT enhancements for Cisco CallManager release 4.0:
•
RTMT runs as a standalone java application (prior to release 4.0, RTMT ran as a java applet).
•
Because typical monitoring views are precanned, the majority of desired views come ready to run upon installation.
•
Backend Alerting allows system administrators to set up alerts on critical services to send by e-mail or page.
•
You can install RTMT on a remote PC by using the Cisco CallManager Plug-ins window.
•
RTMT includes the following precanned monitors (packaged with RTMT, so no configuration is required by the system administrator):
–
Memory and CPU Utilization
–
Disk Utilization
–
Critical Cisco CallManager and System Services
–
Call Activity
–
SDL Queue Depth—Shows when Cisco CallManager queues get backed up, which indicates potential poor Cisco CallManager performance.
–
Cisco TFTP
–
Directory
–
Cisco CallManager Heartbeat Information
–
Summary of Registered Devices
–
CTIManager
•
Precanned Alerts (typical Cisco CallManager and system parameters that can detect problems in the network) can alert the system administrator via e-mail or pager, and administrators can troubleshoot accordingly. The following list comprises the precanned alerts that RTMT includes:
–
NumberOfRegisteredPhonesDropped
–
NumberOfRegisteredGatewayDevicesDecreased
–
NumberOfRegisteredGatewayDevicesIncreased
–
NumberOfRegisteredMediaDevicesDecreased
–
NumberOfRegisteredMediaDevicesIncreased
–
MediaListExhausted
–
MgcpDChannelOutOfService
–
RouteListExhausted
–
CriticalServiceDown
–
CallProcessingNodeCpuPegging
–
NonCallProcessingNodeCpuPegging
–
LowInAvailableMemory
–
LowInAvailableDiskSpace
–
LowCallManagerHeartbeatRate
–
LowTFTPServerHeartbeatRate
–
LowTcdServerHeartbeatRate
–
DirectoryConnectionFailed
–
DirectoryReplicationFailed
–
MaliciousCallTrace
–
ExcessiveVoiceQualityReports
–
CodeYellowEntry
–
CodeRedEntry
•
Cisco CallManager Serviceability Reporter logs reports and CSV files of key performance counters for troubleshooting and trending. The following reports automatically generate:
–
Alert Report (shows what alerts were generated on a daily basis)
–
Device Statistics Report
–
Server Statistics Report
–
Service Statistics Report
•
CSV files get saved for the customer, TAC (Technical Assistance Center), or development engineer for use in troubleshooting problems.
Note
RTMT continues to monitor real-time behavior of Cisco CallManager components in the background, even when RTMT is not running.
Serviceability Reports Archive
The Cisco CallManager Serviceability Reports Archive allows users to view reports that the NT service Cisco CallManager Serviceability Reporter generates. Reporter generates five daily reports in Cisco CallManager Serviceability Administration: Device Statistics, Server Statistics, Service Statistics, Call Activities, and Alert. Each report provides a summary that comprises different charts that display the statistics for that particular report.
Users can view the reports by accessing Cisco CallManager Serviceability > Tools > Serviceability Reports Archive.
SNMP and Performance Counter Enhancements
Cisco CallManager SNMP for release 4.0 provides the following changes and enhancements:
•
New MIB objects:
–
ccmSystemVersion—As the installed version of the local Cisco CallManager system, it matches the system version that displays in the Cisco CallManager Administration main window.
–
ccmInstallationId—As the installation component identifier of the local Cisco CallManager component (ccm.exe), it matches the Installation ID that displays in the Cisco CallManager Administration main window.
•
A new table, ccmSIPDeviceTable, provides SIP trunk information.
•
Dynamic population of product types in CCM MIB means that the CCM MIB will always be up to date with all the new device types that Cisco CallManager supports. A new table, ccmProductTypeTable, provides the list of all the product types that Cisco CallManager supports.
•
A new column that was added in each device table in CCM MIB relates to the product type in the ccmProductTypeTable.
•
Deprecation of existing static (enum-based) device type definitions occurs.
The following SNMP traps, with associated trap objects, that were added alert the system administrator of a malicious call or quality report: ccmMaliciousCall and ccmQualityReport.
•
ccmMaliciousCall—This notification gets sent when a user registers a call with the local Cisco CallManager as malicious.
•
ccmQualityReport—This notification gets sent when a user reports a quality problem while using the Quality Report Tool.
•
ccmQualityReportAlarmEnable flag enables/disables ccmQualityReport Trap.
•
Release 4.0 adds Cisco IP Phone 7970 in ccmPhoneType.
•
Release 4.0 adds several media device types in ccmMediaDeviceType.
Release 4.0 adds several new performance objects and counters to support new Cisco CallManager features. Release 4.0 adds performance counters for the application-controlled bridge device, annunciator, security, video, hunt lists, SIP, transcoders, MTP, software conference bridge, and hardware conference bridge. The release also renamed and/or deleted some system performance counters.
Where to Find More Information
•
Cisco CallManager Serviceability System Guide
•
Cisco CallManager Serviceability Administration Guide
CDR Analysis and Reporting (CAR) Enhancements
In Cisco CallManager Release 4.0, the CDR Analysis and Reporting Tool (CAR) supports new hunting features, MLPP, Malicious Call ID, and new conference reports. This release enhances CDR management to export CDR records for date range and allows date-specific purging.
The following list describes the CAR enhancements for release 4.0:
•
New hunting features
–
Route Patterns will now list the configured Route/Hunt List.
–
Route/Hunt List will now list the Line Groups in addition to Route Groups
–
You can perform Route Pattern searches.
•
Multilevel Preemption and Precedence (MLPP) service—New reports and changes for Call Precedence
–
Call Summary by Precedence Level
–
CDR Search changes by Call Precedence Level
•
Malicious Call ID—New reports and changes for Malicious Call ID
–
Malicious Call Details
–
Call Detail Search for Malicious Calls
•
CDR Management
–
Export CDR/CMR Records obtains the CDR/CMR dump information for the given date range in CSV format.
–
You can purge CDR between two dates by using Manual Purge.
–
No change occurs in Automatic Purge of CDRs facility.
•
Conference Reports
–
Conference Reports—Support Cisco CallManager ad hoc and Meet-me conferences.
–
Conference Call Details Summary Report—Displays the summary information of conference calls that took place during the chosen date/time range.
–
Conference Call Details Detailed Report—Displays the detailed information about the conference calls that took place during the chosen date/time range, including information about each participant call leg.
Configuration Tip
The menu on the left side of the pane lists only the top 50 route patterns.
Where to Find More Information
•
Cisco CallManager Serviceability System Guide
•
Cisco CallManager Serviceability Administration Guide
New and Changed Information for Third-Party and SDK Applications
There are no new features and changes that are pertinent to this release of Cisco CallManager and third-party and SDK applications.
For information about third-party and SDK applications, refer to the Cisco CallManager 4.0 Developer Documents at the following URL:
http://www.cisco.com/univercd/cc/td/doc/product/voice/vpdd/cdd/4_0/
Important Notes
The following section contains important information that may have been unavailable upon the initial release of documentation for Cisco CallManager release 4.0(2).
•
CSCso79248 Do Not Run installxml.vbs in CallManager Release 3.3 and Later
•
Adding Cisco CallManager Servers
•
Installing IPMA Assistant Console on Microsoft Windows XP
•
Locale Installer for Cisco CallManager
•
Line Group/Route Group Support for MLPP-Enabled Devices
•
Using the JTAPI Update Utility with CRS
CSCso79248 Do Not Run installxml.vbs in CallManager Release 3.3 and Later
In previous releases, during the Unified CM installation, the installxml.vbs VB script got used to parse all the display instances and rules in the XML files, and upload the data into a table in the default database. In Unified CM Release 3.3 and later, the DBInstall.dll function CInstallXML performs the parsing of the XML files.
The troubleshooting guide for Cisco Unified CallManager (and Cisco CallManager) suggests that you can initialize the installxml.vbs script to fix problems with blank parameters after an upgrade. Do not initialize the installxml.vbs script as the troubleshooting guide recommends. Initializing the script erases all service parameters on the server.
CautionCisco Unified CM releases 3.3.x or later do not use the installxml.vbs script. Running this script erases all Service Parameters in the server.
Adding Cisco CallManager Servers
In Cisco CallManager Administration, make sure that you only add each server once on the Server Configuration window (System > Server). If you add a server using the host name and add the same server using the IP address, Cisco CallManager cannot accurately determine component versions for the server after a Cisco CallManager upgrade. If you have two entries in Cisco CallManager Administration for the same server, delete one of the entries before you upgrade.
Installing IPMA Assistant Console on Microsoft Windows XP
The installation for Assistant Console for IPMA service fails because Internet Explorer 6 on Windows XP does not include Microsoft Java Virtual Machine (JVM). This does not cause a problem if the system has Microsoft Windows XP Service Pack 1 installed.
If the system does not have Microsoft Windows XP Service Pack 1, you can use Netscape browsers or install the Sun Java Virtual Machine plug-in for Internet Explorer from http://java.sun.com/getjava/download.html.
After installing the Sun JVM plug-in, continue the IPMA assistant console installation from http://<server>/ma/Install/IPMAConsoleInstallJar.jspl where <server> represents the IP address of the Cisco CallManager server.
Locale Installer for Cisco CallManager
You can obtain locale specific versions of the Cisco IP Telephony Network Locale installer for Cisco CallManager 4.0 at the following URL:
http://www.cisco.com/kobayashi/sw-center/telephony/callmgr/locale-installer.shtml
Refer to the readme file that is posted next to the Cisco IP Telephony Locale Installer software for the complete list of supported languages and localized features.
Line Group/Route Group Support for MLPP-Enabled Devices
MLPP-enabled devices are not supported in line groups. As such, Cisco recommends the following guidelines:
•
MLPP-enabled devices should not be configured in a line group. Route groups, however, are supported. Both trunk selection and hunting methods are supported.
•



