Table Of Contents
Release Notes for Cisco CallManager Release 5.0(1)
Contents
Introduction
System Requirements
Supported Platforms
Determining the Software Version
Upgrading System Software
Related Documentation
New and Changed Information
Installation, Upgrade, Migration, and Disaster Recovery
Installation Overview
Software Upgrades
Data Migration Assistant (DMA)
Disaster Recovery Enhancements
Where to Find More Information
Cisco IP Telephony Platform Administration
Overview
Browser Requirements
Platform Status and Configuration
Settings
Restart Options
Security Configuration
Software Upgrades
Services
Command Line Interface
Where to Find More Information
Cisco CallManager Administration
General Administration Enhancements
Navigating to IP Telephony Applications Within Cisco CallManager
Localizing Cisco CallManager Administration
Configuring Servers
Publisher and Subscriber Name Changes
Media Resources
Migration Tips
General Changes Made to Multiple Windows
Line and Phone Configuration Improvements
System Menu Changes
Call Routing Menu Changes (formerly Route Plan Menu)
Media Resources Menu
Voice Mail Menu
Device Menu Changes
Application Menu Changes
User Management Menu
Bulk Administration Menu
Service Parameter Changes
Where to Find More Information
Cisco CallManager Features
Call Forwarding Enhancements
Call Park
Call Pickup Group
CTI and CTI Super Provider
Dynamic Host Control Protocol (DHCP)
International Dial Plans
LDAP Directory Enhancements
Licensing
Personal Directory Enhancements
Phone NTP References for SIP Phones
Presence
Roles and User Groups
RSVP
Service Enhancements
SIP Line Side (Endpoints) Support
SIP Route Pattern
SIP Third-Party Phones
SIP Trunk Enhancements
TFTP Enhancements
URL Dialing
Video Telephony Enhancements
Voice Quality Metrics
Cisco CallManager User Options Web Pages
Addition of the Cisco Personal Communications Assistant Layer
Redesigned User Interface
Where to Find More Information
Cisco CallManager Applications
Cisco Call Back
Cisco CallManager Attendant Console
Cisco CallManager AutoAttendant
Cisco CallManager Extension Mobility
Cisco Dialed Number Analyzer
Cisco Emergency Responder 1.3(1)
Cisco IP Manager Assistant
Cisco Unity Voice Messaging
Cisco WebDialer
Client Matter Codes and Forced Application Codes
Multilevel Precedence and Preemption (MLPP)
Music On Hold
Quality Report Tool
Bulk Administration Tool Features
Installation Considerations
New and Changed Information for BAT
BAT Configuration Tips
Serviceability Considerations
Security Considerations
BAT Performance
TAPS Features
Installation Considerations
TAPS Configuration Tips
Serviceability Considerations
Security Considerations
Security Features
Cisco CallManager Administration Configuration Tips
Where to Find More Information
New and Changed Information for Cisco CallManager Serviceability
Serviceability Administration
Real-Time Monitoring Tool
Trace & Log Central
SysLog Viewer
CDR Analysis and Reporting (CAR)
Where to Find More Information
New and Changed Information for Cisco IP Phones
Cisco IP Phone Feature Differences by Protocol
Supported Cisco IP Phones Using the SIP Protocol
New Features Supported by Cisco CallManager Release 5.0(1)
Feature Support Listed by Phone Model and Protocol
New and Changed Information for Third-Party API
Cisco CallManager Developers Guide
CDR Definitions
Cisco IP Phone Service Application Development Notes for Cisco CallManager 5.0(1)
JTAPI Developers Guide
SCCP Messaging Guide
SIP Messaging Guide
TAPI Developers Guide
Installation Notes
Limitations and Restrictions
Important Notes
Using Call Park
Failover Time Using UDP Protocol on SIP Phones
Premature Certificate Generation Prevents Immediate Service Activation After a Fresh Installation
SIP Trunk Configuration
Unplugging a USB Cable
Cisco MCS-7845H-2.4-EVV1 and Cisco MCS-7835H-2.4-EVV2 Server May Not Recognize the USB-to-Serial Cable
Configuring Regions (Region Relationship) For SIP Devices with the MTP Required Option Enabled
Support for SIP WSM Connection
Caveats
Resolved Caveats
Using Bug Toolkit
Saving Bug Toolkit Queries
Open Caveats
Troubleshooting
Documentation Updates
Errors
Description of the Cisco IP phone proxy server
Definition of Originating Codec and Destination Codec
Name Correction for Cisco Database Service
Using the Command Line Interface to Stop/Start Services
Guidelines for the Cisco CallManager Application User
Password for Cisco CallManager Serviceability Administration
Changes
Perfmon Counter Name Changes
Ethernet Settings
Command Line Interface
Omissions
CTI Monitored Lines
Malicious Call Identification Restrictions
Call Control for Attendant Console
Destination Address for SIP Trunk Configuration
Music On Hold
Resource Reservation Protocol (RSVP)
NIC Teaming
Installing Device Packs and Phone Firmware Loads
Saving and Uploading Third-Party Security Certificates
Accessing Cisco Security Agent (CSA) Logs
Changing the IP Address on a Cisco CallManager Node
Obtaining a License File
Time-of-Day Routing Chapter Omits Information About Defined Time Periods
Obtaining Documentation
Cisco.com
Product Documentation DVD
Ordering Documentation
Documentation Feedback
Cisco Product Security Overview
Reporting Security Problems in Cisco Products
Obtaining Technical Assistance
Cisco Technical Support & Documentation Website
Submitting a Service Request
Definitions of Service Request Severity
Obtaining Additional Publications and Information
Release Notes for Cisco CallManager Release 5.0(1)
Updated July 09, 2009
These release notes describe the new features and caveats for Cisco CallManager release 5.0(1).
To view the release notes for previous versions of Cisco CallManager, choose the Cisco CallManager version from the following URL: http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/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.
Note 
Cisco recommends that you check Cisco.com for the latest software updates to Cisco CallManager and its applications, and download and install the latest updates on your system before the deployment of your Cisco CallManager system. For a list of commonly used URLs, see the "Upgrading System Software" section.
Contents
These release notes discuss the following topics:
•Introduction
•System Requirements
•Related Documentation
•New and Changed Information
•Installation Notes
•Limitations and Restrictions
•Important Notes
•Caveats
•Troubleshooting
•Documentation Updates
•Obtaining Documentation
•Documentation Feedback
•Cisco Product Security Overview
•Obtaining Technical Assistance
•Obtaining Additional Publications and Information
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 5.0(1) on a Cisco Media Convergence Server (MCS).
You may also install Cisco CallManager on a Cisco-approved HP server configuration or a Cisco-approved IBM server configuration.
Cisco CallManager 5.0 requires a minimum of the following on the Cisco CallManager servers.
•2 GB of memory
•72 GB Disk Drive
•2 GHz processor
Cisco recommends that you connect each Cisco CallManager node to an Uniterruptible Power Supply (UPS) to provide backup power and protect your system against a power failure.
Supported Platforms
To find which servers support Cisco CallManager 5.0 releases, please refer to the Guide to Cisco CallManager Upgrades and Server Migrations at http://www.cisco.com/en/US/partner/products/hw/voiceapp/ps378/prod_brochure_list.html
Determining the Software Version
To determine the software version of Cisco CallManager, open Cisco CallManager Administration. The following information displays:
•Cisco CallManager System version
•Cisco CallManager Administration version
Upgrading System Software
You can access the latest software upgrades for Cisco CallManager 5.0 on Cisco.com. Table 1 lists the URLs where you access the software.
Related Documentation
Refer to the Cisco CallManager Document Guide for a list of documents that are related to Cisco CallManager release 5.0 at the following URL:
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/5_0/doc_gd/index.htm
New and Changed Information
The following sections describe new features and changes that are pertinent to this release of Cisco CallManager. The sections may include configuration tips for the administrator, information about users, and where to find more information.
•Installation, Upgrade, Migration, and Disaster Recovery
•Cisco IP Telephony Platform Administration
•Cisco CallManager Administration
•Cisco CallManager Features
•Cisco CallManager User Options Web Pages
•Cisco CallManager Applications
•Bulk Administration Tool Features
•TAPS Features
•Security Features
•New and Changed Information for Cisco CallManager Serviceability
•New and Changed Information for Cisco IP Phones
•New and Changed Information for Third-Party API
Installation, Upgrade, Migration, and Disaster Recovery
This following sections describe the changes made to the installation, upgrade, and disaster recovery procedures in Cisco CallManager 5.0(1):
•Installation Overview
•Software Upgrades
•Data Migration Assistant (DMA)
•Disaster Recovery Enhancements
•Where to Find More Information
Installation Overview
Cisco CallManager 5.0(1) uses a different installation framework than previous releases. The installation process allows you to perform a basic installation, upgrade from Cisco CallManager 4.x to Cisco CallManager 5.0, and upgrade to a newer service release during the installation.
Note Although you do not need a license to install Cisco CallManager 5.0(1), you must have a Cisco CallManager server license to activate services on the server and you must have phone licenses to add phones to the Cisco CallManager database.
For a more detailed description of the different installation types, see Table 2.
Table 2 Installation Options
Installation Types
|
Description
|
Basic Install
|
This option represents the basic Cisco CallManager 5.0(1) installation, which installs the software from the installation disc and does not use any imported data.
|
Upgrade During Install
|
This option allows you to upgrade the software version contained on the installation disc with the latest service release. You can also choose Upgrade During Install followed by a Windows Upgrade and perform both during the installation process.
|
Windows Upgrade
|
This option allows you to import database information from a Cisco CallManager 4.x system using a file produced by the Data Migration Assistant (DMA) tool.
|
Software Upgrades
With Cisco CallManager 5.0, you can install software upgrades on your server while the system continues to operate. Multiple partitions exist on your system disk, including an active, bootable partition and an inactive, bootable partition. The system boots up on the partition that is marked as the active partition.
When you install the software upgrades by using the Cisco IP Telephony Platform interface, you install the software on the inactive partition. The system continues to function normally while you are installing the software. When you are ready, you activate the inactive partition and reboot the system with the new upgrade software. The current active partition will then get identified as the inactive partition when the system restarts. The current software remains in the inactive partition until the next upgrade.
You can also back out of an upgrade by restarting the system using the software version on the inactive partition. However, if you have made any configuration changes since you installed the upgrade, they get lost when you revert to the older version of the software.
Data Migration Assistant (DMA)
The Cisco DMA assists you with the first step in migrating Cisco CallManager 4.x data to Cisco CallManager 5.0 by backing up Cisco CallManager 4.x data in a format that Cisco CallManager 5.0 can read. Cisco CallManager 4.x runs in a Windows environment, and Cisco CallManager 5.0 runs in a Linux environment, so the Cisco DMA exports Windows-based data to a format that Cisco CallManager 5.0 can import. The Cisco CallManager 5.0 installation process converts the backed up data as needed for Cisco CallManager 5.0, which completes the data migration.
The Cisco DMA saves the data that it exports in a tape archive (tar) file in a location that you specify.
You must install and run the Cisco DMA on the Cisco CallManager publisher server before you upgrade to Cisco CallManager 5.0. If you make any Cisco CallManager configuration changes after running the the Cisco DMA, the system does not retain these changes when you upgrade.
In addition to exporting Cisco CallManager data, the Cisco DMA exports data for these related applications:
•Attendant Console (AC)
•Cisco CallManager Extension Mobility (EM). DMA does not export the last user logged in data.
•CDR Analysis and Reporting (CAR)
•Certificate Authority Proxy Function (CAPF)
•Certificate Trust List (CTL)
Note If you installed the CAPF utility 1.0(1) on a Cisco CallManager 4.0 subscriber server, you must copy the CAPF data to the 4.0 publisher database server before you upgrade to Cisco CallManager 5.0. Failing to perform this task causes a loss of CAPF data.
The Cisco DMA does not export this information:
•Custom Music on Hold (MOH) files—You must reapply these files after you upgrade to Cisco CallManager 5.0.
•TFTP phone load files—You must reapply these files after you upgrade to Cisco CallManager 5.0.
•Files on Cisco CallManager subscriber servers—Subscriber servers obtain required information from the publisher server as part of the Cisco CallManager upgrade process.
•Last Logged User in Extension Mobility—Extension mobility users will need to enter the user name and PIN to login the first time after the upgrade. The user does not need to enter the user name on subsequent logins.
•CDR database—If you want to preserve the historical data in the CDR database, you must back up the data in the CDR database. You can use the backup utility on Microsoft SQL server.
Disaster Recovery Enhancements
The Cisco Disaster Recovery System (DRS), accessed from the Cisco CallManager 5.0(1) Administration window, provides full data backup and restore capabilities for all servers in a Cisco CallManager cluster. Cisco DRS allows you to perform regularly scheduled automatic or manually initiated data backups and system restoration.
The Cisco Disaster Recovery System performs a cluster-level backup, which means that it collects backups from all servers in a Cisco CallManager cluster to a central location, then combines the backups into a single volume (or multiple volumes if necessary), and archives the backup data to a physical storage device.
When performing a system data restoration, you can choose which nodes and features in the cluster you want to restore.
The Cisco Disaster Recovery System features include:
•Graphical user interface for performing backup and restore tasks
•Command-line access to most Cisco DRS functions
•Scheduling engine to initiate tasks at user-specified times
•Archives backed up to a physical tape drive or to a remote server
Where to Find More Information
•Cisco IP Telephony Disaster Recovery System Administration Guide
•Cisco IP Telephony Data Migration Assistant 2.0 User Guide
•Upgrading Cisco CallManager Release 5.0(1)
•Installing Cisco CallManager Release 5.0(1)
•Cisco IP Telephony Platform Administration Guide, Release 5.0(1)
Cisco IP Telephony Platform Administration
For Cisco CallManager 5.0(1), you can perform many common system administration functions through the Cisco IP Telephony platform.
This chapter comprises the following topics:
•Overview
•Browser Requirements
•Platform Status and Configuration
•Restart Options
•Security Configuration
•Software Upgrades
•Services
•Command Line Interface
Overview
Cisco IP Telephony Platform Administration allows you to configure and manage the Cisco IP Telephony platform by doing these tasks:
•Check software and hardware status.
•Check and update IP addresses.
•Ping other network devices.
•Manage NTP servers.
•Upgrade system software and options.
•Restart the system.
The following sections describe each platform function in more detail.
Browser Requirements
You can access Cisco CallManager Administration, Cisco CallManager Serviceability, and Cisco IPT Administration by using the following browsers:
•Microsoft Internet Explorer version 6.0 or later
•Netscape Navigator version 7.1 or later
Note Cisco does not support or test other browsers, such as Mozilla Firefox.
Platform Status and Configuration
From the Show menu, you can check the status of various platform components, including:
•Cluster and nodes
•Hardware
•Network
•System
•Installed software and options
Settings
From the Settings menu, you can view and update the following platform settings:
•Ethernet—Updates the IP addresses and Dynamic Host Configuration Protocol (DHCP) settings that were entered when the application was installed.
•NTP Server settings—Configures the IP addresses of an external NTP server; add or delete an NTP server.
•SMTP settings—Configures the SMTP host that the platform will use for sending e-mail notifications.
Restart Options
From the Restart menu, you can choose from the following options for restarting or shutting down the system:
•Switch Versions—Switches the active and inactive disk partitions and restarts the system. You normally choose this option after the inactive partition has been updated and you want to start running a newer software version.
•Current Version—Restarts the system without switching partitions.
•Shutdown System—Stops all running software and shuts down the server.
Security Configuration
The platform security options enable you to manage security certificates and Secure Internet Protocol (IPSec). From the Security menu, you can choose the following security options:
•Certificate Management—Manages certificates, Certificate Trust Lists (CTL), and Certificate Signing Requests (CSR). You can display, upload, download, delete, and regenerate certificates. Through Certificate Management, you can also monitor the expiration dates of the certificates on the server.
•IPSEC Management—Displays or updates existing IPSEC policies; sets up new IPSEC policies and associations.
Software Upgrades
The software upgrade options enable you to upgrade the software version that is running on the platform or to install specific software options, including Cisco IP Telephony Locale Installers, dial plans, and TFTP server files.
From the Install/Upgrade menu option, you can upgrade system software from either a local disc or a remote server. The upgraded software gets installed on the inactive partition, and you can then restart the system and switch partitions, so the system starts running on the newer software version.
Note For Cisco CallManager 5.0, you must do all software installations and upgrades by using the Software Upgrades menu options. The system can upload and process only software that Cisco Systems approved. You cannot install or use third-party or Windows-based software applications that you may have been using with a previous version of Cisco CallManager with Cisco CallManager 5.0.
Services
The application provides the following platform utilities:
•Ping—Checks connectivity with other network devices.
•Remote Support—Sets up an account that Cisco support personnel can use to access the system. This account automatically expires after the number of days that you specify.
Command Line Interface
The command line interface, which you can access from the console or through a secure shell connection to the server, provides a subset of the platform functionality that is available through the platform user interface. Keep in mind that the command line interface is designed for system emergencies and not as a replacement for the user interface.
Where to Find More Information
•Cisco IP Telephony Platform Administration Guide
Cisco CallManager Administration
The Cisco CallManager 5.0 administration enhancements are described in the following sections:
•General Administration Enhancements
•Navigating to IP Telephony Applications Within Cisco CallManager
•Localizing Cisco CallManager Administration
•Configuring Servers
•Publisher and Subscriber Name Changes
•Media Resources
•Migration Tips
•General Changes Made to Multiple Windows
•Line and Phone Configuration Improvements
•System Menu Changes
•Call Routing Menu Changes (formerly Route Plan Menu)
•Media Resources Menu
•Voice Mail Menu
•Device Menu Changes
•Application Menu Changes
•User Management Menu
•Bulk Administration Menu
•Service Parameter Changes
•Where to Find More Information
General Administration Enhancements
Cisco CallManager Administration Release 5.0 supports JSPs, STRUTS framework, and Java. The following requirements apply to Cisco CallManager Administration:
•Tomcat 5.0.2
•Microsoft Internet Explorer (IE) 6.0 or higher
•Netscape 7.1 or higher
Note This release does not support Microsoft IE 5.5 and Netscape 7.0.
Navigating to IP Telephony Applications Within Cisco CallManager
Cisco CallManager Administration includes a navigation bar in the upper, right corner of the window that takes the administrator to the following Cisco IP Telephony applications:
•Cisco CallManager Administration
•Cisco CallManager Serviceability
•Disaster Recovery System
•Platform Administration
Note The Bulk Administration Tool (BAT) appears as a menu item on the Cisco CallManager Administration menu.
Localizing Cisco CallManager Administration
Cisco CallManager Release 5.0 incorporates the following localization capabilities:
•End User Configuration windows get localized. Other configuration windows that share the End User Configuration get localized.
•To see the localization, set the browser to the language that is required. If that language locale is loaded, the configuration windows will be localized.
Configuring Servers
Because of security requirements, you cannot add, copy, or delete the following types of server configurations:
•Cisco CallManager
•Music on Hold Server
•Annunciator
These servers automatically get created at Cisco CallManager installation.
Publisher and Subscriber Name Changes
Cisco CallManager Release 5.0 software and documentation use the following names of the publisher and subscribers interchangeably:
•Publisher specifies the first node
•Subscriber specifies the subsequent node
Media Resources
You cannot add, copy, reset, or delete the following types of devices to media resources:
•Media Termination Point—You cannot add or delete the Cisco Media Termination Point software.
•Conference Bridge—You cannot add or delete the Cisco Conference Bridge Software.
These entries automatically generate when a new server is added by using the Server Configuration window, and they get deleted when the server is deleted by using the Server Configuration window.
The following entry and server names automatically generate:
•Cisco CallManager—CM_<server name>
•Music On Hod Server—MOH_<count>
•Annunciator—ANN_<count>
•Media Termination Point Software—MTP_<count>
•Conference Bridge Software—CFB_<count>
where:
<count> specifies the number of entries for that device in the database.
Migration Tips
The following check boxes in Cisco CallManager Administration get migrated to user groups when you upgrade from Release 4.1 or 4.0 to Release 5.0.
Check Box Name in Releases Before 5.0
|
Functionality Migrated to This User Group
|
Enable Computer Telephony Integration (CTI) Application Use
|
Standard CTI Enabled
|
Enable CTI Super Provider
|
Standard CTI Allow Control of All Devices
|
Enable Calling Party Number Modification
|
Standard CTI Allow Calling Number Modification
|
Call Park Retrieval Allowed
|
Standard CTI Allow Call Park Monitoring
|
General Changes Made to Multiple Windows
You can find the following changes on multiple Cisco CallManager Administration windows:
•Search Within Results—Found on the Find/List windows, this check box performs a search within a search result. When the check box is checked, and the administrator clicks the Find button, the find request searches the records within the results that were returned from the previous query. When the administrator no longer wants to search within the results, uncheck the check box, and the next query will search as a new search.
•"i" button help changes—the question mark (?) icon replaces the "i" button on various Cisco CallManager Administration windows. The help information has not changed and still displays in a separate window.
Line and Phone Configuration Improvements
Cisco CallManager Administration includes the following usability enhancements to the Phone and Directory Number Configuration windows:
•Search Within Results (see the "General Changes Made to Multiple Windows" section)
•Copy with Lines
•Line improvements
•User/Phone Add
Copy With Lines
Administrators use this feature from the Find and List Phones window. If you check the phone and click the Copy w/Lines icon, the system copies all configured directory numbers, speed dials, Busy Lamp Field (BLF), speed dials, and service URLs, along with regularly copied items (for example, softkey template). The lines that get copied become shared lines between the original phone and the new phone.
Line Improvements
In addition to configured directory numbers, administrators can view additional settings such as speed dials, service URLs, and abbreviated dialing numbers on the Phone Configuration window. All this information displays in the Association Information pane. The administrator makes changes by clicking the link for the directory number (DN), for example.
The Unassigned Associated Items pane tracks the unassigned but associated DNs, speed dials, BLF speed dials, and service URLs.
The Modify Button Items button allows the administrator to configure, or reorder, the phone buttons without going to the Phone Button Template Configuration window. Administrators can move buttons to the Associated Items, Unassociated Items, and Disassociated Items boxes. When saved, these individual phone button templates display on the Find and List Phone Button Template window.
User/Phone Add
The User/Phone Add Configuration window combines the necessary steps to configure a new end user with a new phone. The window also allows association of the new end user and new phone with a new or existing DN. Access this window from the User Management menu.
Addition does not succeed if you try to use an existing end user or an existing phone in this window. After you add the new end user and new phone, you can continue to configure the new end user in the End User Configuration window, and you can configure more details about the phone in the Phone Configuration window and about the DN in the Directory Number Configuration window.
System Menu Changes
The following changes occurred in the System menu:
•Cisco CallManager—You no longer can add or delete a Cisco CallManager server. New fields for SIP phones.
•Phone NTP Reference (new)
•Date/Time Group—New list box to add Phone NTP References.
•Presence Group (new)
•Region—The audio codec and video call bandwidth support two new options: Keep Current Setting and Use System Default.
•Dynamic Host Configuration Protocol (DHCP) (new)
–DHCP Server
–DHCP Subnet
•Lightweight Directory Access Protocol (LDAP) (new)
–LDAP System
–LDAP Directory
–LDAP Authentication
•Location—New fields for RSVP settings.
•Survivable Remote Site Telephony (SRST)—New fields for SIP settings.
•Multilevel Precedence and Preemption (MLPP) Domain (new)
•Service Parameters (moved from Services menu). See the "Service Enhancements" section for more information.
•Security Profile (new)
–SIP Phone Security Profile
–SIP Trunk Security Profile
–SCCP Phone Security Profile
•Application Server (new)
–Application Server Type—Cisco Unity Voice Mail 4.x and Cisco Unity Connection 2.x
•Licensing (new)
–License Unit Report
–License Unit Calculator
–License File Upload
Call Routing Menu Changes (formerly Route Plan Menu)
The following changes occurred in the Call Routing menu:
•Dial Rules
–Application Dial Rules
–Directory Lookup Dial Rules (new)
–SIP Dial Rules (new)
•SIP Route Pattern (new)
•Client Matter Codes (moved from Feature > Client Matter Codes)
•Forced Authorization Code (moved from Feature > Forced Authorization Code)
•Call Park (moved from Feature > Call Park)
•Call Pickup Group (moved from Feature > Call Pickup)
•Directory Number (moved from Device > Phone > Add a New Phone)
–Can add a range of DNs
–Partition is now called Route Partition
–ASCII Alerting Name
–Associated Devices lists all devices that use this DN (shared line)
–Presence Group
–Secondary Calling Search Space for Call Forward All
–Forward on CTI Failure
–Related Links drop-down list box includes Create Cisco Unity Voice Mailbox
Note The Phone Directory Number Configuration window includes some DN settings; for example, Call Waiting and Ring Settings.
•Meet-Me Number/Pattern (moved from Feature > Meet-Me Number Pattern)
•Dial Plan Installer (new)
Media Resources Menu
Media Resources designates a new Cisco CallManager Administration menu item and combines the menu items that were previously under Service > Media Resource.
Voice Mail Menu
Voice Mail designates a new Cisco CallManager Administration menu item and combines the menu items that were previously under Feature > Voice Mail.
Device Menu Changes
The following changes occurred in the Device menu:
•Add a New Device got removed from the Device menu
•Trunk
–SIP WSM Connection will be used for a future product.
–SIP Trunk contains new fields.
•Gateway
–AS-2, AS-4, AS-8 no longer get supported.
–IAD 2420 no longer gets supported.
–Cisco 1880 gets supported.
•Phone
–Additional search options on the Find/List Phones window
–Removal of Allow Wildcards check box on Find and List Phone window
–Copy with Lines
–Additional Phone Models available
–SCCP and SIP protocol options
–Common Phone Profile
–Protocol Specific Information—Packet Capture Mode, Packet Capture Duration, Presence Group, SCCP or SIP Phone Security Profile, SUBSCRIBE Calling Search Space, Unattended Port, Require DTMF, RFC2833 Disabled, SIP Dial Rules, MTP Preferred Originating Codec, Rerouting Calling Search Space, SIP Profile, Digest User, Require DTMF Reception, Media Termination Point Required
–Changes to Certification Authority Proxy Function (CAPF)
–Secure Shell Information
–Association Information—Takes you to Directory Number Configuration window. Shared lines no longer display in red text; shared line information gets displayed in the Device Information area in the Update Shared Device Settings.
For more information about the changes that are on the Phone and Directory Number Configuration windows, see the "Line and Phone Configuration Improvements" section.
•Device > Device Settings
–Device Defaults (moved from System menu)
–Phone Services (moved from Feature menu)
–SIP Profile (new)
–Common Phone Profile (new)
–CAPF Report (removed)
Application Menu Changes
The following changes apply in the Application menu:
•Cisco IPMA Configuration Wizard (moved from Service menu)
•Cisco CM Attendant Console (moved from Service menu)
–Pilot Point—New fields: Location, Media Resource Group, Network Hold MOH Audio Source, and User Hold MOH Audio Source, Queuing Enable check box, Queue Size, and Queue Hold Time. Removed fields: Partition, Calling Search Space, Pilot Number (DirN)
–Cisco CM Attendant Console User (no change)
–Cisco CM Attendant Console User File Upload (new)
–Hunt Group (removed)
–Cisco CM Attendant Console Server (removed)
•Plugins (formerly Install Plugins)
•Update Plugin URL (removed)
•Cisco CallManager Serviceability (moved to Navigation bar; accessed by Go drop-down box)
•Bulk Administration Tool (BAT) (moved to Bulk Administration menu)
User Management Menu
User Management designates a new Cisco CallManager Administration menu item and combines the menu items that were previously under User.
•Application User (new)—The Related Links drop-down list box includes a link for User Privilege Report
•End User (formerly under User > Add a New User)
–The Related Links drop-down list box includes new links for IPMA Manager, IPMA Assistant, and User Privilege Report
–Application Profiles got removed, and devices and extension mobility get associated by using list boxes.
–Devices get associated by clicking on the Device Association button. Displaying all available devices changes from clicking the Select Device button to clicking Find from the User Device Association window.
–Extension Mobility provides several configuration options: profiles, presence group, SUBSCRIBE calling search space, and Allow Control of Device from CTI check box.
–Certificate Authority Proxy Function (CAPF) Information
–Permissions Information—Used for Roles and Groups
•Role (performs similar function as User > Access Rights)
•User Group (performs similar function as User > Access Rights > User Group)
–The Related Links drop-down list box includes links for Assign Role to User Group and Roles.
•User/Phone Add (new)
•Application User CAPF Profile (new)
•End User CAPF Profile (new)
•SIP Realm (new)
Bulk Administration Menu
Bulk Administration designates a new Cisco CallManager Administration menu item. Previously, BAT, which was installed as a plug-in, ran as a separate application within Cisco CallManager. Bulk Administration contains the following menu items:
•Upload/Download Files
•Phones
•Users
•Phones & Users
•Manager/Assistants
•User Device Profiles
•Gateways
•Forced Authorization Codes
•Client Matter Codes
•Call Pickup Group
•Job Scheduler
•Tool for Auto-Registered Phone Support (TAPS)
For more information about the BAT application, see Bulk Administration Tool Features.
Service Parameter Changes
Cisco CallManager 5.0 supports the following Bulk Administration related service parameter changes
•Default MTP Telephony Event Payload Type—This release removes this service parameter and adds it as a configuration option for SIP devices in the SIP Profile Configuration window. The default value equals 101 with range from 96 to 127.
•Max Simultaneous Cisco CallManager Initializations (new)—Use this parameter to limit the number of Cisco CallManager services that can initialize at the same time.
•Restart Cisco CallManager on Initialization Exception (new)—This parameter determines whether the Cisco CallManager service restarts if an error is encountered during initialization.
Cisco Messaging Interface (CMI)
Primary and backup CMI services—The Primary CMI gets specified in the CMI clusterwide service parameter, CallManager Name. The backup CMI service gets specified in the CMI clusterwide service parameter, Backup CallManager Name. Note that only the active CMI service handles the communication between CMI and Cisco CallManager as well as CMI the voice-messaging system.
Release 5.0 differs from Release 3.x and 4.x wherein the previous releases, the CMI residing on the node with the higher IP address is the Primary CMI.
Data Cable—In windows, CMI uses serial ports COM1 or COM2 for SMDI messages. The default value is COM1. In release 5.0, CMI uses the USB port that is connected through the USB-Serial adaptor for SMDI messages. The port name is USB0, which is configured by default.
GUI changes—The following parameters are now clusterwide:
•CallManager Name
•Backup CallManager Name
•Voice Mail DN
•Voice Mail Partition
•Alternate DN (new)
•Alternate DN Partition (new)
Where to Find More Information
•Presence Group Configuration, Cisco CallManager Administration Guide
•Presence, Cisco CallManager Features and Services Guide
•DHCP Server Configuration, Cisco CallManager Administration Guide
•DHCP Subnet Configuration, Cisco CallManager Administration Guide
•LDAP System Configuration, Cisco CallManager Administration Guide
•LDAP Directory Configuration, Cisco CallManager Administration Guide
•LDAP Authentication Configuration, Cisco CallManager Administration Guide
•Understanding the Directory, Cisco CallManager System Guide
•Application Users and End Users, Cisco CallManager System Guide
•MLPP Domain Configuration, Cisco CallManager Administration Guide
•Phone NTP Reference Configuration, Cisco CallManager Administration Guide
•SIP Phone Security Profile Configuration, Cisco CallManager Administration Guide
•SIP Trunk Security Profile Configuration, Cisco CallManager Administration Guide
•SCCP Phone Security Profile Configuration, Cisco CallManager Administration Guide
•Application Server Configuration, Cisco CallManager Administration Guide
•License Unit Report Configuration, Cisco CallManager Administration Guide
•License Unit Calculator Configuration, Cisco CallManager Administration Guide
•License File Upload Configuration, Cisco CallManager Administration Guide
•Directory Lookup Dial Rules Configuration, Cisco CallManager Administration Guide
•SIP Dial Rules Configuration, Cisco CallManager Administration Guide
•Dial Rules Overview, Cisco CallManager System Guide
•SIP Route Pattern Configuration, Cisco CallManager Administration Guide
•Directory Number Configuration, Cisco CallManager Administration Guide
•Directory Numbers, Cisco CallManager System Guide
•Installing Dial Plans Configuration, Cisco CallManager Administration Guide
•SIP Profile Configuration, Cisco CallManager Administration Guide
•Common Phone Profile Configuration, Cisco CallManager Administration Guide
•Application User Configuration, Cisco CallManager Administration Guide
•End User Configuration, Cisco CallManager Administration Guide
•Role Configuration, Cisco CallManager Administration Guide
•Roles and User Groups, Cisco CallManager System Guide
•User Group Configuration, Cisco CallManager Administration Guide
•User/Phone Add Configuration, Cisco CallManager Administration Guide
•Application User CAPF Profile Configuration, Cisco CallManager Administration Guide
•End User CAPF Profile Configuration, Cisco CallManager Administration Guide
•SIP Realm Configuration, Cisco CallManager Administration Guide
•Understanding Session Initiation Protocol, Cisco CallManager System Guide
•Understanding Cisco CallManager Trunk Types, Cisco CallManager System Guide
•Cisco IP Phones, Cisco CallManager System Guide
•Understanding Video Telephony, Cisco CallManager System Guide
•Cisco CallManager Bulk Administration Tool, Cisco CallManager Administration Guide
•Cisco CallManager Bulk Administration Guide
Cisco CallManager Features
The Cisco CallManager 5.0 feature enhancements are described in the following sections:
•Call Forwarding Enhancements
•Call Park
•Call Pickup Group
•CTI and CTI Super Provider
•Dynamic Host Control Protocol (DHCP)
•International Dial Plans
•LDAP Directory Enhancements
•Licensing
•Personal Directory Enhancements
•Phone NTP References for SIP Phones
•Presence
•Roles and User Groups
•RSVP
•Service Enhancements
•SIP Line Side (Endpoints) Support
•SIP Route Pattern
•SIP Third-Party Phones
•SIP Trunk Enhancements
•URL Dialing
•Video Telephony Enhancements
•Voice Quality Metrics
Call Forwarding Enhancements
The Call Forward All (CFA) enhancement introduces a secondary Calling Search Space (CSS) for the Call Forward All field. The secondary CSS for CFA combines with the existing CSS for CFA to allow the support of alternate CSS system configuration.
When CFA is activated, only the primary and secondary CSS for CFA gets used to validate the CFA destination and redirect the call to the CFA destination. If these fields are empty, then null CSS gets used. The combination of the line CSS and device CSS no longer gets used when CSS for CFA is None. Only CSS fields that are configured in the primary CSS for CFA and the secondary CSS for CFA fields get used.
For more information, refer to Cisco CallManager Features and Services Guide 5.0.
Cisco CallManager Administration Configuration Tips
•You must configure either primary Forward All Calling Search Space or Secondary Forward All Calling Search Space or both for Call Forward All to work properly. The system uses these concatenated fields (Primary CFA CSS + Secondary CFA CSS) to validate the CFA destination and forward the call to the CFA destination.
Note If the system is using partitions and calling search spaces, Cisco recommends that the other call forward calling search spaces are configured as well. When a call is forwarded or redirected to the call forward destination, the configured call forward calling search space gets used to forward the call. If the forward calling search space is None, the forward operation may fail if the system is using partitions and calling search spaces. For example, if the Forward Busy Destination is configured, the Forward Busy Calling Search Space should also be configured. If the Forward Busy Calling Search Space is not configured and the Forward Busy destination is in a partition, the forward operation will fail.
•When you forward calls by using the Cisco IP Phone User Options windows or the CFwdAll softkey on the phone, the automatic combination of the line CSS and device CSS does not get used. Only the configured Primary CFA CSS and Secondary CFA CSS gets used. If both of these fields are <None>, the combination results in two null partitions, which will cause the operation to fail.
•If you want to restrict users from forwarding calls on their phones, you must choose a restrictive calling search space from the Forward All Calling Search Space field.
•Migration automatically configures either one or both of these CSS for CFA fields based on the previous data.
•If CFA is activated from the phone, the CFA destination gets validated by using the CSS for CFA, and secondary CSS for CFA, and CFA destination gets written to the database.
•In previous releases, if the CSS for CFA is empty, the CFA destination got validated against the combination of the line CSS and device CSS of the phone. In Release 5.0, during CFA activation, the CFA destination always gets validated against the CSS for CFA and the secondary CSS for CFA.
GUI Changes
This release adds new drop-down list box to the Cisco CallManager Administration Directory Number Configuration window. This field provides a secondary CSS for CFA. The combination of the CSS for CFA and secondary CSS for CFA gets used to activate and redirect a call to the CFA destination.
BAT Considerations
This release adds a new drop-down list box to Bulk Administration call forwarding and call pickup setting in Directory Number configuration window. This field provides a secondary CSS for CFA.
Where to Find More Information
•Directory Number Configuration, Cisco CallManager Administration Guide
•Cisco IP Phones, Cisco CallManager System Guide
Call Park
Call Park provides the same functionality as in previous Cisco CallManager releases.
Cisco CallManager Administration Configuration Tips
Call Park now gets configured under the Call Routing menu. Additionally, this release removes the Allow Call Park Retrieval check box that was on the End User Configuration window and creates a new user group for Call Park users.
GUI Changes
•Choose Call Routing > Call Park.
•Add the users who will need access to Call Park to the Standard CTI Allow Call Park Monitoring user group. Choose User Management > User Group. Consider this a requirement for Attendant Console users.
Where to Find More Information
•Call Park, Cisco CallManager Features and Services Guide
•User Group Configuration, Cisco CallManager Administration Guide
•Attendant Console Configuration, Cisco CallManager Features and Services Guide
Call Pickup Group
Call Pickup Group provides the same functionality as Cisco CallManager Release 4.1(3).
Cisco CallManager Administration Configuration Tips
Call Pickup Group, which is now configured under the Call Routing menu, gets referred to as Call Pickup Group.
GUI Changes
•Choose Call Routing > Call Pickup Group.
•In Call Pickup Group Information section:
–Call Pickup Group Name (new field)
–Call Pickup Group Number (changed: formerly Call Pickup Number)
•In Associated Call Pickup Group Information, Find Pickup Numbers by Numbers/Partition section:
–This area allows you to search for associated call pickup groups by numbers and/or partitions of those groups. You can also add them to a list of associated call pickup groups.
•In the Current Associated Call Pickup Groups section:
–You can change the order of the associated call pickup groups or remove them.
BAT Considerations
Bulk Administration provides Insert Call Pickup Groups and Delete Call Pickup Groups.
Where to Find More Information
•Call Pickup Group, Cisco CallManager Features and Services Guide
CTI and CTI Super Provider
The way devices and users get assigned to CTI applications changed. Administrators must add end users and application users to certain CTI user groups.
CTI supports Cisco SIP IP Phones (models 7911, 7941, 7961, 7970, and 7971) from the CTI interfaces JTAPI and TAPI, with some limited functionality. CTI applications control and monitor SIP phones in the same manner as CTI-controlled/monitored SCCP phones.
Cisco CallManager Administration Configuration Tips
Previous to Cisco CallManager Release 5.0, two check boxes appeared on the User Configuration window. The check box, Enable CTI Application Use, provided users with access to CTI applications. The check box, Enable CTI Super Provider, provided CTI applications super provider capabilities to control all CTI-controllable devices.
Release 5.0 removed the check boxes and replaced them with user groups.
Administrators must use the following steps to correctly assign users and devices access to CTI applications:
1. Add and configure an IP phone, CTI route points, or ports for each CTI application.
2. Configure the directory number for the CTI device.
3. Configure the end users and application users that will use CTI applications. Add the device that is used for CTI applications (for example, IP phone, CTI port) to the Controlled Devices list that is on the End User Configuration window.
4. Add the end users and application users to the Standard CTI Enabled user group.
Note All CTI users need to be in the Standard CTI Enabled user group, but they may also be in multiple CTI user groups.
5. If the application needs to control and monitor any CTI-controllable device, add that application user to the Standard CTI Allow Control of All Devices user group.
GUI Changes
•The Enable CTI Application Use check box no longer appears on the User Configuration window.
•The Enable CTI Super Provider check box no longer appears on the User Configuration window.
•Use the Allow Control of Devices to CTI check box on the End User Configuration window for extension mobility. Check this check box to allow CTI to control devices that this end user owns. If the associated directory number specifies a shared line, ensure the check box is enabled as long as at least one associated device specifies a combination of device type and protocol that CTI supports.
•End users and application users get access to CTI applications by being assigned to a CTI user group (User Management > User Group). The following CTI user groups exist in Release 5.0:
–Standard CTI Allow Calling Number Modification—This user group allows an application to modify the calling party number in supported CTI applications.
–Standard CTI Allow Control of All Devices—This user group allows an application to control or monitor any CTI-controllable device in the system (referred to as CTI super provider application).
–Standard CTI Allow Reception of SRTP Key Material—This user group allows an application to receive information that is necessary to decrypt encrypted media streams. This group typically gets used for recording and monitoring purposes.
–Standard CTI Enabled—This user group, which is required for all CTI applications, allows an application to connect to Cisco CallManager to access CTI functionality.
–Standard CTI Secure Connection—Inclusion into this group will require that the application have a secure (TLS) CTI connection to Cisco CallManager if the Cisco CallManager cluster security is enabled.
–Standard CTI Allow Call Park Monitoring—This user group allows an application to receive notification when calls are parked/unparked to all Call Park directory numbers.
Note The CTI application must support the specified user group to which it gets assigned. Refer to the appropriate application documentation for more information.
•CTI devices (such as IP phones and CTI ports) must be associated with the user (User Management > End User).
CTI Considerations
See the "Migration Tips" section for information about CTI check boxes and user groups.
Where to Find More Information
•Migration Tips
•Computer Telephony Integration, Cisco CallManager System Guide
•Configuring Cisco IP Phones, Cisco CallManager Administration Guide
•CTI Route Point Configuration, Cisco CallManager Administration Guide
•Application User Configuration, Cisco CallManager Administration Guide
•End User Configuration, Cisco CallManager Administration Guide
•User Group Configuration, Cisco CallManager Administration Guide
Dynamic Host Control Protocol (DHCP)
Dynamic Host Configuration Protocol (DHCP) server enables Cisco IP phones, connected to either the customer's data or voice Ethernet network, to dynamically obtain its IP address and configuration information. It uses Domain Name System (DNS) to resolve host names both within and outside the cluster.
You can configure one DHCP server for each node of each server, and multiple subnets can be configured for each server.
Cisco CallManager Administration Configuration Tips
Because no migration is provided from Window 2000 based DHCP configuration to the DHCP configuration, the administrator needs to reconfigure the DHCP servers.
GUI Changes
Use the following new menu options in Cisco CallManager Administration to configure DHCP servers and the DHCP subnets.
•System > DHCP Server
•System > DHCP Subnet
Serviceability Considerations
The following enhancements exist in Cisco CallManager Serviceability for DHCP:
•Serviceability provides an option to enable the DHCP functionality and to activate the DHCP Monitor Service on the node where the DHCP is enabled (Serviceability > Tools > Service Activation).
•Serviceability provides an option to start and stop DHCP Monitor Service (Serviceability > Tools > Control Center - Feature Services).
•Serviceability provides an option to change trace levels for DHCP monitor process (Serviceability > Trace > Configuration).
•Serviceability provides an option to change alarm event level for DHCP (Serviceability > Alarm > Configuration).
•Choose Serviceability > Alarm > Definitions to view new alarms that are defined for DHCP. This release adds two new alarms for DHCP:
–CiscoDhcpdFailure
–CiscoDhcpdRestarted
Where to Find More Information
•DHCP Server Configuration, Cisco CallManager Administration Guide
•DHCP Subnet Configuration, Cisco CallManager Administration Guide
•Dynamic Host Configuration Protocol, Cisco CallManager System Guide
International Dial Plans
Cisco CallManager supports non-NANP. The following sections provide information on the installation and changes made to dial plans in release 5.0.
Cisco CallManager Administration Configuration Tips
Use the Dial Plan Installer menu item to install dial plans that are available on Cisco CallManager publisher server (Call Routing > Dial Plan Installer). For more details, see Cisco CallManager Administration Guide and Cisco CallManager International Dial Plan Deployment Guide.
Installation Considerations
Before you install a dial plan on the server, you should download the equivalent dial plan COP (Cisco Option Package) file to the Cisco CallManager server.
You can find COP files for all the available dial plans that you can download, install, and integrate with Cisco CallManager systems at the following URL:
http://www.cisco.com/cgi-bin/tablebuild.pl/IDP
For details on installing a COP file, see Cisco CallManager International Dial Plans Deployment Guide
GUI Changes
This release adds a new menu item, Dial Plan Installer (Call Routing > Dial Plan Installer), to the Call Routing menu in Cisco CallManager Administration.
Serviceability Considerations
•You must restart Cisco CallManager service every time the dial plans are installed, upgraded, or uninstalled.
•Maximum length: 255. IDP uses Cisco RTMT Web Service for writing the trace files.
Where to Find More Information
•Installing Dial Plans, Cisco CallManager Administration Guide
•Cisco CallManager International Dial Plans Deployment Guide
LDAP Directory Enhancements
The Lightweight Directory Access Protocol (LDAP) provides applications with a standard method for accessing and potentially modifying the information that is stored in the directory. This capability enables companies to centralize all user information in a single repository, available to several applications, with a reduction in maintenance costs through the ease of adds, moves, and changes.
Cisco CallManager Administration documentation covers the main principles for synchronizing Cisco CallManager with a corporate LDAP directory. The documentation also discusses the administrator's choice not to synchronize with a corporate LDAP directory and the consequences of that choice of configuration. The documentation also summarizes considerations for providing Cisco IP Telephony endpoints, such as Cisco IP Phones and Cisco IP SoftPhone, with access to a corporate LDAP directory.
The following list summarizes the changes in directory functionality from previous releases of Cisco CallManager:
•The directory component has been decoupled from Cisco CallManager to ensure high Cisco CallManager availability independent of the corporate directory.
•Cisco CallManager and related applications store all application data in the local database instead of in an embedded directory. The embedded directory gets removed, and Cisco CallManager supports synchronization with the customer directory.
Cisco CallManager Administration Configuration Tips
The following sections discuss the changes to Cisco CallManager Administration that relate to changes in directory functionality.
You can only configure new end users if the synchronization from the LDAP server is disabled. To disable synchronization, choose the System > LDAP > LDAP System menu option and ensure that the Enable Synchronization from LDAP Server check box is unchecked.
The Cisco CallManager Data Migration Assistant (DMA) provides conversion of Cisco CallManager 4.x data to a format that is compatible with Cisco CallManager 5.0. For details on obtaining, installing, and using DMA, refer to the Cisco CallManager Data Migration Assistant 1.0 User Guide.
GUI Changes
This release eliminates the following menu options from previous releases of Cisco CallManager Administration:
•User > Add a New User
•User > Global Directory
The following new menu options in this release of Cisco CallManager Administration relate to configuration of directory information:
•System > LDAP > LDAP System
•System > LDAP > LDAP Directory
•System > LDAP > LDAP Authentication
•User Management > Application User
•User Management > End User
The menu options allow the following basic functionality:
•The System > LDAP > LDAP System menu option causes the LDAP System Configuration window to display. Use this window to enable or disable synchronization from the LDAP server and to configure the LDAP server type and the LDAP attribute for user ID.
•The System > LDAP > LDAP Directory menu option causes the Find and List LDAP Directories window to display. Use this window configure various attributes of LDAP directories.
•The System > LDAP > LDAP Authentication menu option causes the LDAP Authentication window to display. Use this window to enable or disable LDAP authentication for end users, as well as to provide LDAP server information.
•The User Management > Application User menu option causes the Find and List Application Users window to display. Use this window to find application users or click Add New to add a new application user. On the Application User Configuration window, use the User Privilege Report link from the Related Links drop-down list box at right to view the user group, role, and resources that are associated with a specified application user.
•The User Management > End User menu option causes the window to display. Use this window to find an end user or click Add New to add a new end user. On the End User Configuration window, use the User Privilege Report link from the Related Links drop-down list box at right to view the user group, role, and resources that are associated with a specified end user.
Service Parameter Changes
Changes to directory functionality affect the service parameters that are associated with the DirSync service.
Where to Find More Information
•LDAP System Configuration, Cisco CallManager Administration Guide
•LDAP Directory Configuration, Cisco CallManager Administration Guide
•LDAP Authentication Configuration, Cisco CallManager Administration Guide
•Application User Configuration, Cisco CallManager Administration Guide
•End User Configuration, Cisco CallManager Administration Guide
•Understanding the Directory, Cisco CallManager System Guide
•Application Users and End Users, Cisco CallManager System Guide
•Cisco CallManager Data Migration Assistant 1.0 User Guide
Licensing
Licensing in Cisco CallManager Administration accurately tracks the number of devices that a customer has connected to Cisco CallManager, including third-party SIP phones, and compares it with the number of unit licenses that have been purchased. License Configuration manages licenses for phones and nodes (Cisco CallManager servers), it provides a calculator for determining how many and what types of devices are configured, and it includes a mechanism for uploading licenses files from a client PC.
Cisco CallManager Administration Configuration Tips
Licensing is a new system configuration option in Cisco CallManager Administration.
GUI Changes
The menu options in Cisco CallManager Administration help determine the current license capacity and provide a tool to calculate the number of licenses that are required.
The following three menu options exist in Cisco CallManager Administration:
•System > Licensing > License Unit Report
•System > Licensing > License Unit Calculator
•System > Licensing > License File Upload
Serviceability Considerations
The following enhancements exist in Cisco CallManager Serviceability for Licensing:
•Serviceability provides an option to start and stop the Cisco License Manager service (Serviceability > Tools > Control Center - Network Services).
•Serviceability provides an option to change trace levels for licensing (Serviceability > Trace Configuration).
•Serviceability provides an option to change alarm event level for licensing (Serviceability > Alarm Configuration).
•Choose Serviceability > Alarm > Definitions to view new alarms that are defined for licensing. Release 5.0 adds these new alarms in the Java Applications catalog for licensing:
–CiscoLicenseManagerDown
–CiscoLicenseOverDraft
–CiscoLicenseRequestFailed
–CiscoLicenseDataStoreError
–CiscoLicenseInternalError
–CiscoLicenseFileError
Security Considerations
Because the database tables that contain licensing-related data are secured, you cannot modify these tables by using AXL or any other SQL with regular user privileges.
Where to Find More Information
•Licensing, Cisco CallManager System Guide
•License Unit Report, Cisco CallManager Administration Guide
•License Unit Calculator, Cisco CallManager Administration Guide
•License File Upload, Cisco CallManager Administration Guide
Personal Directory Enhancements
Unlike previous releases of Cisco CallManager, the Personal Directory feature in Cisco CallManager Release 5.0(1) does not require special administrative configuration, and the end user does not need to subscribe to this service.
Cisco IP Phones (SCCP) that support Personal Directory:
•Cisco IP Phone 7970G/7971G-GE
•Cisco IP Phone 7961G/7961G-GE and 7941G/7941G-GE
•Cisco IP Phone 7960G/7961G and 7940G
•Cisco IP Phone 7911G
•Cisco IP Phone 7905G and 7912G
Cisco IP Phones (SIP) that support Personal Directory:
•Cisco IP Phone 7970G/7971G-GE
•Cisco IP Phone 7961G/7961G-GE and 7941G/7941G-GE
•Cisco IP Phone 7911G
Cisco CallManager Administration Configuration Tips
The system administrator must activate the Personal Directory feature in Cisco CallManager Serviceability: from the Navigation drop-down list box that is on the Cisco CallManager 5.0(1) window, choose the Serviceability option and click Go; the Serviceability Application window displays. Administrators must also download the Address Book Synchronization Tool (TABSynch) from the Cisco CallManager Plugins window and provide TABSynch to the user. After the system is configured, the system administrator provides the end users with the following information about the User Options web pages:
•The URL required to access the application:
http://server_name/CCMUser/
where server_name is the host on which the web server is installed.
GUI Changes
Administrator must download the Address Book Synchronization Tool (TABSynch) from the Cisco CallManager Plugins window (Applications > Plugin).
User Tips
Users can access Personal Directory from:
•A web browser (Cisco CallManager User Options)
•A Cisco IP Phone
•Microsoft Windows application (assuming that the administrator provided the user with the TABSynch tool)
Using Personal Directory—Personal Address Book and Fast Dials
Users can access Personal Directory:
•On the phone—Choose Directories > Personal Directory on the phone and log in with Cisco CallManager user name and PIN.
•On the Web—Log in to Cisco CallManager User Options and choose User Options > Personal Address Book or User Options > Fast Dials.
From either interface, users can choose a PAB entry from search results, then dial, edit, delete, or assign a Fast Dial code to the entry. Users can also create new entries.
Users can also choose a Fast Dial entry from search results, then dial or delete the entry. Users can also create "raw" Fast Dial entries that are not associated with PAB entries.
Using the Address Book Synchronization Tool
Users can use the Address Book Synchronization Tool (TABSynch) to synchronize their existing Microsoft Windows Address Book (if applicable) with their Personal Address Book. Users can then access entries from the Microsoft Windows Address Book from the Cisco IP Phone and Cisco CallManager User Options.
You must make the TABSynch tool available to your users if you want them to access it (see the Providing Information to Your Users Via a Website section in the phone administration guides).
Serviceability Considerations
The system administrator must start and stop the Personal Directory feature by using Cisco CallManager Serviceability.
•Choose Tools > Control Center - Network Services.
•Choose the server.
•Under CM Services, locate Cisco CallManager Personal Directory.
•From the Control Center - Network Services window, users can start and stop the Personal Directory.
Where to Find More Information
•Providing Information to Your Users Via a Website section in the phone administration guides
Phone NTP References for SIP Phones
You can configure phone Network Time Protocol (NTP) references in Cisco CallManager Administration to ensure that a Cisco SIP IP Phone gets its date and time from an NTP server.
Cisco CallManager Administration Configuration Tips
Because you can configure several phone NTP references in Cisco CallManager Administration, Cisco CallManager Administration allows you to locate specific phone NTP references; if you want to do so, you can configure the IP address of an NTP server that exists outside of the Cisco CallManager system (System > Phone NTP Reference).
After you add the phone NTP references to Cisco CallManager Administration, you must add them to a date/time group (System > Date/Time Group). In the date/time group, you prioritize the phone NTP references.
The date/time group configuration gets specified in the device pool (System > Device Pool), and the phone receives the phone NTP reference configuration from the device pool.
GUI Changes
The following new and changed windows in Cisco CallManager Administration contain NTP server-related configuration settings:
•Phone NTP Reference window (new)—Contains Name and Description settings.
•Date/Time Group window (changed)—Contains the Selected phone NTP references (in highest priority) setting.
Where to Find More Information
•Phone NTP Reference Configuration, Cisco CallManager Administration Guide
Presence
When you configure Presence in Cisco CallManager Administration, an interested party, known as a watcher, can monitor the real-time status of a directory number or SIP URI, a presence entity, from the device of the watcher.
A watcher can monitor the status of the presence entity (called presentity) with the following options:
•Busy Lamp Field (BLF)/Speed-Dial buttons
•Missed call, placed call, or received call lists in the directories window
•Shared directories, such as the corporate directory
Call lists and directories display the BLF status for existing entries. When you configure BLF/Speed-Dial buttons, the presence entity displays as a speed dial on the device of the watcher.
Note For presence-supported SIP phones, you can configure directory numbers or SIP URIs as BLF/Speed-Dial buttons. For presence-supported SCCP phones, you can only configure directory numbers as BLF/Speed Dial buttons. Configure BLF/Speed-Dial buttons for the phone, user device profile, or autogenerated device profile. The BLF value does not have to be on the cluster.
To view the status of a presence entity, watchers send presence requests to Cisco CallManager. After administrators configure presence features, real-time status icons display on the watcher device to indicate whether the presence entity is on the phone, not on the phone, status unknown, and so on.
Extension mobility users can use presence features on phones with extension mobility support.
Presence group authorization ensures that only authorized watchers can access the presence status for a destination. Because the administrator ensures that the watcher is authorized to monitor the destination when a BLF/Speed Dial is configured, presence group authorization does not apply to BLF/Speed Dials.
Note For SIP phones, presence group authorization also does not apply to any directory number or SIP URI that is configured as a BLF/Speed Dial that appears in a call list.
To allow presence requests from outside the cluster, administrators must configure the system to accept presence requests from the external trunk or application. You can assign presence groups to trunks and applications outside the cluster to invoke presence group authorization.
The SUBSCRIBE Calling Search Space determines how Cisco CallManager routes presence requests that come from the trunk or the phone. The SUBSCRIBE Calling Search Space that is associated with an end user gets used for extension mobility calls.
Cisco CallManager Administration Configuration Tips
Administrators configure the phone features that are associated with presence: BLF/Speed Dials, call lists, or both. Administrators also configure the system to accept presence requests from outside the cluster and configure presence groups and permissions to use presence group authorization.
This section lists tips that you can use when you are configuring presence groups for presence authorization.
•To allow a watcher to monitor a destination, make sure that the presence group that is applied to the watcher that is originating the request, including application users, has permission to monitor the group that is applied to the presence entity. End users for supported applications, for example, IPMA end users, also serve as watchers because the user requests status about a presence entity that is configured on the application.
•To allow Cisco CallManager to receive and route presence requests from the SIP trunk application, make sure that the Accept Presence Subscription check box is checked in the Application User window to authorize incoming SUBSCRIBE requests. If no presence group is applied to the application user, Cisco CallManager uses the presence group that is applied to the trunk.
•If you check the Accept Presence Subscription check box for an application user, but do not check the Accept Presence Subscription check box in the SIP Trunk Security Profile that is applied to the trunk, a 403 error message gets sent to the SIP user agent that is connected to the trunk.
•If you check the Accept Presence Subscription check box for an application user, but do not check the Enable Application Level Authorization check box in the SIP Trunk Security Profile that is applied to the trunk, a 403 error message gets sent to the SIP user agent that is connected to the trunk.
•If digest authentication is not configured for the SIP trunk, you can configure the trunk to accept incoming subscriptions, but application-level authorization cannot be initiated, and Cisco CallManager will accept all incoming requests before performing group authorization.
•If the SIP trunk uses digest authentication, as configured in the SIP Trunk Security Profile, incoming presence requests require authentication of the credentials from the sending device. When digest authentication is used with application-level authorization, Cisco CallManager also authenticates the credentials of the application that is sending the presence requests.
•After authorization and authentication is successful for a SIP trunk application, Cisco CallManager performs group authorization to verify the group permissions that are associated with the presence request before accepting the request.
•When an administrator decides to add or change a BLF/Speed Dial button for a SIP URI, the administrator ensures that the watcher is authorized to monitor that destination. If the system uses a SIP trunk to reach a SIP URI BLF target, the presence group that is associated with the SIP trunk applies.
•When configuring a SIP URI as BLF/Speed Dial button, make sure the routing patterns are appropriately configured. Refer to SIP Route Pattern Configuration in the Cisco CallManager Administration Guide for more information.
Cisco IP Phones (SCCP) that Support Busy Lamp Field (BLF) -Speed Dial
•Cisco IP Phone 7970G/ 7971G-GE
•Cisco IP Phone 7961G/7961G-GE and 7941G/7941G-GE
•Cisco IP Phone 7960G/7940G
•Cisco IP Phone Expansion Module 7914
Cisco IP Phones (SCCP) that Support Busy Lamp Field (BLF) -Call List
•Cisco IP Phone 7970G/7971G-GE
•Cisco IP Phone 7961G/7961G-GE and 7941G/7941G-GE
Cisco IP Phones (SIP) that Support Busy Lamp Field (BLF) -Speed Dial
•Cisco IP Phone 7970G /7971G-GE
•Cisco IP Phone 7961G/7961G-GE and 7941G/7941G-GE
Cisco IP Phones (SIP) that Support Busy Lamp Field (BLF) -Call List
•Cisco IP Phone 7970G/7971G-GE
•Cisco IP Phone 7961G/7961G-GE and 7941G/7941G-GE
GUI Changes
The following new and changed windows in Cisco CallManager Administration contain presence-related configuration settings:
•Presence Group Configuration window (new)—Contains Name, Description, Modify Relationship to Other Presence Groups, and Subscription Permission settings.
•End User Configuration window (new)—Contains the Presence Group and SUBSCRIBE Calling Search Space settings.
•Application User Configuration window (new)—Contains the Presence Group setting and Accept Presence Subscription check box.
•SIP Trunk Security Profile Configuration window (new)—Contains the Accept Presence Subscription, Enable Application-Level Authorization, and Enable Digest Authentication check boxes.
•SIP Trunk Configuration window (changed)—Contains the Presence Group and SUBSCRIBE Calling Search Space settings.
•Phone Configuration window (changed)—Contains the Presence Group and SUBSCRIBE Calling Search Space settings; contains the Add a new BLF SD link.
•Directory Number Configuration window (changed)—Contains the Presence Group setting.
•Phone Button Template Configuration window (changed)—Contains the Speed Dial BLF option in the Features drop-down list boxes.
•Device Profile Window (changed)—The autogenerated device profile contains the Presence Group and SUBSCRIBE Calling Search Space settings as well as the Add a new BLF SD link; the user device profile contains the Add a new BLF SD link.
Service and Enterprise Parameter Changes
The following new service and enterprise parameters support presence:
•BLF for Call List—This enterprise parameter specifies the default Busy Lamp Field (BLF) behavior for phones (enabled or disabled). Restart all services for the changes to take effect.
•Default Inter-Presence Group Subscription—Used with the Cisco CallManager service, this service parameter sets a system default value to allow or disallow a watcher in one presence group to request the status of a directory number or SIP URI that is assigned to another group when the Use System Default is selected in the Presence Group Configuration window.
•Presence Subscription Throttling Threshold—Used with the Cisco CallManager service, this service parameter specifies the number of external presence subscriptions that are allowed. When the number of subscriptions exceeds the value that this parameter specifies, Cisco CallManager rejects additional call list busy lamp field (BLF) subscriptions as well as additional presence subscriptions via the SIP trunk. This parameter works with the Presence Subscription Resume Threshold parameter.
•Presence Subscription Resume Threshold—Used with the Cisco CallManager service, this service parameter defines a percentage of the value that is specified in the Presence Subscription Throttling Threshold service parameter. When the number of external presence subscriptions decreases to below the percentage that this parameter specifies, Cisco CallManager ceases throttling and resumes accepting call list BLF subscriptions as well as presence subscriptions via the SIP trunk. This parameter works with the Presence Subscription Throttling Threshold parameter.
User Tips
Users can use the Busy Lamp Field (BLF) to determine the state of another phone line that is associated with a speed-dial button, call list, or directory listing on their phone,
Using BLF-Speed Dials
To see the state of a speed-dial line, users can check icons and button light behavior next to the speed-dial line:
+ 
Line is in-use.
+ 
Line is idle.
BLF indicator unavailable for this line.
Note Users of the Cisco IP Phone 7960G and the Cisco IP Phone 7940G see the appropriate icon only.
Using BLF-Call Logs
To see the state of a line that is listed in a call list or directory, users can check for the following icons:
Line is in-use.
Line is idle.
BLF indicator unavailable for this line.
Serviceability Considerations
You must restart all services after you configure the BLF for Call List enterprise parameter.
BAT Considerations
You can configure BLF in the BAT phone template.
Where to Find More Information
•Presence, Cisco CallManager Features and Services Guide
Roles and User Groups
Roles and user groups replace the concept of functional groups and user groups that were found in previous versions of Cisco CallManager Administration.
The Cisco CallManager Administration application and other applications use roles and user groups to provide varying levels of privilege (access). This technique permits granting only the required privileges for a selected group of users and limits the configuration functions that users in a particular user group can perform.
Roles and user groups provide multiple levels of security to Cisco CallManager Administration and to other applications. The resources that are available to the Cisco CallManager Administration application and to other applications get grouped into roles. Each application comes with standard, predefined roles. Administrators can configure additional roles for an application. A role contains, for a particular application, the list of resources that an application comprises. For each resource that a role comprises, the administrator defines the access privilege. For each resource in the Cisco CallManager Administration application, the privileges include read and update. Other applications specify other privileges.
After configuration of roles for an application, administrators can configure user groups. User groups defines groups of users that share a common list of assigned roles. User groups comprise both application users and end users.
Updates to roles and to user groups generate audit logs of user logins and access and modifications to Cisco CallManager configuration data.
Cisco CallManager Administration Configuration Tips
This section describes the changes to Cisco CallManager Administration that allow administrators to configure roles and user groups.
Standard, predefined roles and user groups exist within Cisco CallManager Administration. Administrators cannot update these standard roles nor standard user groups. Administrators can, however, copy a standard role or standard user group and use the copy as the basis for creating a new role or new user group.
GUI Changes
Use the following Cisco CallManager Administration menu options to configure roles and user groups:
•User Management > Role—This menu option yields the Find and List Roles window. Use this window to search for existing roles or click Add New to add a new role.
•User Management > User Group—This menu option yields the Find and List User Groups window. Use this window to search for existing user groups or click Add New to add a new user group.
The User Management > Role and User Management > User Group menu options replace the following menu options that existed in previous versions of Cisco CallManager Administration:
•User > Access Rights > Functional Group
•User > Access Rights > User Group
•User > Access Rights > Assign Privileges to User Group
•User > Access Rights > Configure MLA Parameters
Enterprise Parameter Changes
Roles and user groups change the following enterprise parameters.
New Enterprise Parameters
The Effective Access Privileges For Overlapping User Groups and Roles enterprise parameter designates a new enterprise parameter under the User Management Parameters grouping.
Removed or Changed Enterprise Parameters
This release removed or changed the following enterprise parameters:
•User Group Base (removed)
•Administrative User Base (removed)
•Debug Level (removed)
•Effective Access Privileges For Overlapping User Groups (replaced) (See the New Enterprise Parameters for the replacement enterprise parameter.)
•Effective Access Privileges For Overlapping Functional Groups (replaced) (See the New Enterprise Parameters for the replacement enterprise parameter.)
•Enable MultiLevelAdmin (removed)
•User Cache Flush Timeout (Minutes) (removed)
Serviceability Considerations
Updates to roles and to user groups generate audit logs of user logins and access and modifications to Cisco CallManager configuration data.
Where to Find More Information
•Role Configuration, Cisco CallManager Administration Guide
•User Group Configuration, Cisco CallManager Administration Guide
•Roles and User Groups, Cisco CallManager System Guide
RSVP
Resource Reservation Protocol (RSVP) designates a resource reservation signaling protocol for reserving resources in IP networks. RSVP messages travel along the same path as the media flow path. Because RSVP is unidirectional, flows get reserved in only one direction. Because RSVP is receiver-oriented, the receiver of the stream requests the reservation. (Two reservations, one for each direction, get made for each audio call.)
Previously, Cisco CallManager used locations-based Call Admission Control (CAC) exclusively. RSVP provides an additional method of CAC. CAC preserves call quality by providing a method for rejecting an additional call that would degrade the quality of in-progress calls that are using a given set of resources.
RSVP provides guaranteed quality of service (QoS). RSVP preserves QoS and improves customer perception of IP voice calls. Network-aware RSVP can handle changes to routing or bandwidth, whereas location-based CAC cannot.
Location-based CAC supports only hub-and-spoke network topology. RSVP supports more complex network topologies, such as topologies that include the following entities:
•Redundant links
•More than three sites in a series
•Multilevel hierarchies
•Meshes
RSVP also supports the addition of video streams and their more complex bandwidth requirements to the resource reservation protocol. RSVP supports MLPP inherently.
Cisco CallManager supports RSVP through an RSVP agent. RSVP supports all signaling protocols. RSVP works with all Cisco CallManager supplementary services and features, such as Transfer, Conference, and Forwarding, to ensure that bandwidth reservation is correct after invocation of the feature or service.
RSVP does not support the following scenarios:
•Reservations between clusters
•RSVP-enabled endpoints
•Device mobility
Cisco CallManager Administration Configuration Tips
To configure RSVP, the administrator uses the Cisco CallManager Administration Location and Service Parameter Configuration windows. See the following sections for more information.
GUI Changes
Use the following Cisco CallManager Configuration windows to configure RSVP:
•System > Location
–RSVP Setting
•System > Service Parameters
The following service parameters in the Clusterwide Parameters (System — RSVP) pane affect RSVP configuration:
–Default Interlocation RSVP Policy
–RSVP Retry Timer
–Mandatory RSVP Mid-call Retry Counter
–Mandatory RSVP mid call error handle option
–RSVP Video Tspec Burst Size Factor
–Other RSVP service parameters
–Differentiated services code point (DSCP)-related service parameters
Administrators do not normally need to change the values of these service parameters.
•Media Resources > Media Resource Group List
–Assign a Media Resource Group List that includes RSVP Agent to the device or to the device pool that is associated with the device.
Service Parameter Changes
The following new service parameters support RSVP:
•Clusterwide Parameters (System — QoS)
–DSCP for audio calls when RSVP fails
–DSCP for video calls when RSVP fails
•Clusterwide Parameters (System — RSVP)
–A variety of new service parameters
User Tips
Cisco does not recommend activating both location-based CAC and RSVP at the same time, except during the migration period from location-based CAC to RSVP.
During the RSVP deployment time period, devices in some Cisco CallManager locations will have RSVP Agent resource configured, and devices in other locations will not have RSVP Agent configured. In cases where a call gets made from an RSVP location to a non-RSVP location, Cisco CallManager will manage the call QoS by using both location-based CAC and RSVP.
Serviceability Considerations
Cisco CallManager Serviceability provides location-based and node-based PerfMon counters for RSVP admission control. The PerfMon counters do not synchronize across nodes.
Cisco CallManager Serviceability also provides PerfMon counters for RSVP Agent resources (media termination points and transcoders).
A new alarm indicates that no RSVP agent resource is available.
Cisco CallManager RSVP Reservation Failure SDL and SDI traces get generated.
CAR/CDR Considerations
The QoS/RSVP Agent feature adds the following CDR fields:
•origRSVPAudioStat
•destRSVPAudioStat
•origRSVPVideoStat
•destRSVPVideoStat
These CDR fields reflect the status of RSVP bandwidth reservation per audio or video stream.
Where to Find More Information
•Resource Reservation Protocol, Cisco CallManager System Guide
•Location Configuration, Cisco CallManager Administration Guide
•Service Parameter Configuration, Cisco CallManager Administration Guide
•Multilevel Precedence and Preemption, Cisco CallManager Features and Services Guide
•Cisco CallManager Serviceability System Guide
•Cisco CallManager Serviceability Administration Guide
Service Enhancements
Cisco CallManager Release 5.0 includes the following enhancements to Services:
•Services get listed by type of service within Cisco CallManager Serviceability. Main categories include Feature Services and Network Services.
•Be aware that new services are available in Cisco CallManager Serviceability for service activation and in Cisco CallManager Service Parameter Configuration for setting and configuring parameters.
Feature Services—CM Services
The following Services belong to the CM Services group when using Cisco CallManager Serviceability:
•Cisco CallManager
•Cisco TFTP
•Cisco Messaging Interface
•Cisco IP Voice Media Streaming App
•Cisco CTIManager
•Cisco CallManager Attendant Console Server (new)
•Cisco Extension Mobility
•Cisco Extended Functions
•Cisco CallManager Cisco IP Phone Services (new)
•Cisco Dialed Number Analyzer (new)
•Cisco DHCP Monitor Service (new)
Feature Services—CTI Services
The following Services belong to the CTI Services group when using Cisco CallManager Serviceability:
•Cisco IP Manager Assistant
•Cisco WebDialer Web Service
Feature Services—CDR Services
The following Services belong to the CDR Services group when using Cisco CallManager Serviceability:
•Cisco SOAP - CDRonDemand Service (new)
•Cisco CAR Scheduler (new)
•Cisco CAR Web Service (new)
Feature Services—Database and Admin Services
The following Services belong to the Database and Admin Services group when using Cisco CallManager Serviceability:
•Cisco AXL Web Service (new)
•Cisco Bulk Provisioning Service (new)
•Cisco TAPS Service (new)
Feature Services—Performance and Monitoring Services
The following Services belong to the Performance and Monitoring Services group when using Cisco CallManager Serviceability:
•Cisco Serviceability Reporter (new)
•Cisco CallManager SNMP Service (new)
Feature Services—Security Services
The following Services belong to the Security Services group when using Cisco CallManager Serviceability:
•Cisco CTL Provider (new)
•Cisco Certificate Authority Proxy Function
•Feature services—Directory Services
Feature Services—Directory Services
The following Service belongs to the Directory Services group when using Cisco CallManager Serviceability:
•Cisco DirSync (new)
Network Services—Platform Services
The following Services belong to the Platform Services group when using Cisco CallManager Serviceability:
•A Cisco DB (new)
•Cisco Tomcat
•SNMP Master Agent (new)
•MIB2 Agent (new)
•Host Resources Agent (new)
•Native Agent Adapter (new)
•System Application Agent (new)
•Cisco CDP Agent (new)
•Cisco SysLog Agent (new)
•Cisco Electronic Notification (new)
•Cisco License Manager (new)
•Cisco Certificate Expiry Monitor (new)
Network Services—DB Services
The following Service belongs to the DB Services group when using Cisco CallManager Serviceability:
•Cisco Database Layer Monitor
Network Services—CM Services
The following Services belong to the CM Services group when using Cisco CallManager Serviceability:
•Cisco CallManager Admin (new)
•Cisco CallManager Serviceability (new)
•Cisco CallManager Personal Directory (new)
•Cisco Log Partition Monitoring Tool (new)
•Cisco CDP
•Cisco Trace Collection Servlet
•Cisco Trace Collection Service
•Cisco RIS Data Collector
•Cisco AMC Service (new)
•Cisco Extension Mobility Application
Network Services—Performance and Monitoring Services
The following Services belong to the Performance and Monitoring Services group when using Cisco CallManager Serviceability:
•Cisco CallManager Serviceability RTMT
•Cisco RTMT Reporter Servlet (new)
•Cisco Tomcat Stats Servlet (new)
Network Services—SOAP Services
The following Services belong to the SOAP Services group when using Cisco CallManager Serviceability:
•SOAP—Real-Time Service APIs (new)
•SOAP—Performance Monitoring APIs (new)
•SOAP—Log Collection APIs (new)
Network Services—Backup and Restore Services
The following Services belong to the Backup and Restore Services group when using Cisco CallManager Serviceability:
•Cisco DRF Master (new)
•Cisco DRF Local (new)
Network Services—CDR Services
The following Services belong to the CDR Services group when using Cisco CallManager Serviceability:
•Cisco CDR Repository Manager (new)
•Cisco CDR Agent (new)
Where to Find More Information
•Cisco CallManager Serviceability Administration Guide
•Cisco CallManager Serviceability System Guide
•CDR Analysis and Reporting Administration Guide
•Service Parameters Configuration, Cisco CallManager Administration Guide
SIP Line Side (Endpoints) Support
The Cisco IP Phones 7911, 7941, 7961, 7970, and 7971 for SIP, deploy as a SIP endpoint in a Cisco CallManager Back to Back User Agent (B2BUA) environment or in a SIP peer-to-peer network. The SIP protocol provides the primary interface between the phone and other network components. In addition to SIP, other protocols get used for various functions such as DHCP for IP address assignment, DNS SRV for domain name to address resolution, and TFTP for downloading image and configuration data.
The SIP line side feature affects Cisco CallManager architecture, the TFTP server, and the Cisco IP Phones. Because the SIP phone features are equivalent to the SCCP phone features, and they behave similarly. Cisco IP Phones 7941/61/71/70/11 for SIP, support all features. Cisco IP phones 7905/12/40/60 for SIP, support a reduced feature set (for example, limited MOH and failover capabilities). SIP trunk side applications work for both SCCP and SIP phones.
Cisco CallManager Administration Configuration Tips
To configure SIP line support, the administrator uses a variety of Cisco CallManager Administration windows. See the following sections for detailed information.
Cisco SIP IP Phones Supported by Cisco CallManager 5.0
•Cisco IP Phone 7905 (SIP)
•Cisco IP Phone 7912 (SIP)
•Cisco IP Phone 7940 (SIP)
•Cisco IP Phone 7960 (SIP)
Note The Cisco IP Phones 7905, 7912, 7940, and 7960 for SIP, have limited functionality in Cisco CallManager. Refer to the appropriate SIP phone documentation for details.
•Cisco IP Phone 7911 (SIP)
•Cisco IP Phone 7941 (SIP)
•Cisco IP Phone 7961 (SIP)
•Cisco IP Phone 7970 (SIP)
•Cisco IP Phone 7971 (SIP)
Note The Cisco IP Phones 7911, 7941, 7961, 7970, and 7971, for SIP have full functionality in Cisco CallManager. Refer to the appropriate SIP phone documentation for details.
Configuration Similarities Between SCCP Phones and SIP Phones
•Configure SIP and SCCP phones by using Cisco CallManager Administration (Directory Number and Phone Configuration windows):
–A majority of the fields on the Phone Configuration window are the same for SIP and SCCP.
–All fields on the Directory Number Configuration window are the same for SIP and SCCP.
•Protocol (SIP or SCCP) gets specified when a new phone type is added
•Cisco SIP and SCCP phones can be reset and restarted from the Cisco CallManager Administration configuration windows
Configuration Differences Between SCCP Phones and SIP Phones
•SCCP phones get device pool configuration from the TFTP server and get the rest of configuration information from the SCCP messages:
–Includes Cisco CallManager group (primary, secondary, tertiary), SRST, load info
•SIP phones get all configuration from the TFTP server:
–Device pool, line configuration, softkey, dial plan
•SCCP phones do not have a local dial plan.
•SIP phones can have a local dial plan:
–If configured, the dial plan is either part of the configuration file or a separate file depending on the phone model.
•SCCP phones register by using TCP or TLS.
•SIP phones register by using UDP, TCP, or TLS.
GUI Changes
Use the following Cisco CallManager Configuration windows to configure SIP phones.
•System > Cisco CallManager Configuration
–SIP Phone Port
–SIP Phone Secure Port (used for Security)
–Auto-Registration (if using)
The SIP auto registration enterprise parameter must be set (System > Enterprise Parameters)
•System > SRST Reference Configuration (optional)
–SIP Network/IP Address
–SIP Port
•System > Phone NTP Reference Configuration (optional)
–If configured, add NTP server to Date/Time configuration.
•System > Presence Group (optional unless presence is needed)
•System > Security Profile
–SIP Phone Security Profile (Many default profiles from which to choose exist.)
•Call Routing > Dial Rules > SIP Dial Rules Configuration (optional)
–If configured, add to SIP IP Phone configuration.
•Device > Device Settings > SIP Profile Configuration (A default profile is provided.)
–Add the SIP profile to the SIP IP Phone configuration.
•Device > Phone Configuration:
–Choose phone model.
–Choose SIP protocol.
–Choose the appropriate phone button template.
–SIP dial rules (optional)
–SIP Phone Security Profile
–SIP Profile
•Call Routing > Directory Number Configuration (can also be added from Phone Configuration)
–Add to SIP Phone Configuration.
•User Management > SIP Realm (optional unless security is needed)
Cisco CallManager Configuration
•The SIP Phone Port specifies the port number that Cisco CallManager uses to ascertain SIP line registrations over TCP and UDP.
•The SIP Phone Secure Port specifies the port number Cisco CallManager uses to ascertain SIP line registrations over TLS.
•Changes to either require the Cisco CallManager service to be restarted.
•Use the default settings unless special requirements are needed.
SIP Phone Security Profile Configuration
•Use the SIP Security Profile to specify transport type and port for registering SIP phones.
•Transport Type field—This represents the transport that Cisco CallManager will accept. Only Cisco IP Phones 7911, 7941, 7961, 7970, and 7971, for SIP will get configured with transport type. All other Cisco SIP phones only support UDP.
•SIP Phone Port field—This designates the signaling port that the phone listens on locally (voipControlPort). Difference exists from SIP Phone Port in Cisco CallManager Configuration window.
SIP Dial Rules Configuration
With dial rules, a phone can send a SIP INVITE without the Dial softkey. Create one or more Dial Rules, each of which has one or more Patterns, and each of which has one or more Parameters. Configure the Dial Rule to a specific SIP phone. When the phone powers on or resets, it will upload its configuration and its dial rules based on MAC address.
When the SIP phone gets its configuration file from the TFTP server, that file will either contain the rules (Cisco IP Phones 7905/7912) or that file will contain a pointer to another file that the phone will then upload from the TFTP server (Cisco IP Phones 7940/7960, 7911, 7941, 7961, 7970, and 7971).
When a user makes a call, and if the digits the user dials match any pattern in the uploaded Dial Rules, the phone will send INVITE without waiting for the Dial softkey.
SIP Profile Configuration
•Use SIP Profile parameters locally in the phone. In most cases, you can use the default values.
•Add the SIP Profile (or use Default) to the SIP Phone configuration.
Phone Configuration (SIP Phone)
•Choose Cisco phone model that supports SIP:
–Cisco IP Phones 7905, 7911, 7912, 7940, 7941, 7960, 7961, 7970, 7971
–Choose Third-party SIP Device (Basic) or Third-party SIP Device (Advanced) for third-party phone (if applicable).
•Select SIP Protocol.
•Although SIP phone configuration is similar to SCCP, differences exist in the Protocol Specific Information section:
–Presence Group—Used for BLF, Missed/Placed calls
–SIP Dial Rules—SIP dial plan downloaded to the phone.
–SIP Profile
–SIP Security Profile
–Packet Capture Mode—Used for decrypting TLS packets
–Digest User—Digest User needed for third-party phones.
•Line configuration matches that of SCCP phone.
Device Defaults
Because device default entries for phones are protocol dependent, for example, you will see Cisco IP Phone 7905 (SCCP) and Cisco IP Phone 7905 (SIP) as device type and protocol.
New Service Parameters
•SIP Station and Backup Server Keepalive Interval
•SIP Station Keepalive Interval
•SIP Station Realm
•Clusterwide Parameters (Device - SIP)—Variety of new parameters
New Enterprise Parameter
•Auto Registration Phone Protocol—Choose SCCP or SIP.
Removed or Changed Service Parameters
The SIP Profile includes the following service parameter:
•Off-hook to First Digit Timer
SCCP and SIP Phone Service Parameters Differences in Behavior
•To achieve the same level of control that the Drop Ad Hoc Conference parameter settings provides for SCCP phone-initiated conference calls, the administrator can use a combination of the Conference Join Enabled SIP profile parameter and the Block OffNet to OffNet Transfer service parameter for conferences that are initiated on the SIP phone. (Because the SIP phone performs a transfer when it drops out of the conference call, the Block OffNet to OffNet Transfer can prevent toll fraud by not allowing two offnet phones to remain in the call.) For more information, see Conference Bridges in the Cisco CallManager System Guide.
Serviceability Considerations
Cisco CallManager Serviceability provides the following Trace Configuration parameters for SIP line support:
•Enable SIP Stack Trace
•Enable SIP Call Processing Trace
BAT Considerations
The Bulk Administration Tool provides the following support for SIP endpoints:
•Phones—Use the template to create SIP phones, use query to find SIP phones, and use Migrate Phones to migrate SCCP to SIP.
CAR/CDR Considerations
Cisco CallManager generates two types of call statistics records: Call Detail Records (CDR) and Call Management Records (CMR).
Cisco CallManager call control automatically generates Call Detail Records that are completely protocol independent.
Use the parameter, Call Diagnostics Enabled, for generating Call Management Records. These records contain the count of bytes that are sent and received, packets that are sent and received, jitter, latency, and lost packets. CMRs sometimes get referred to as Diagnostics Records.
The SIP phone supports two proprietary headers for reporting of statistics. These headers get added to BYE messages and to the 200 response to a BYE message.
Security Considerations
Security affects SIP line support in a variety of ways. The following Cisco CallManager Administration windows get used to configure security for SIP. For more information, see Security Features.
•System > SIP Phone Security Profile
•Device > Phone (add the SIP Phone Security Profile)
•User Management > SIP Realm
Note Secure Survivable Remote Site Telephony (SRST) does not support SIP phones.
CTI Considerations
CTI functionality supports Cisco SIP IP Phones model 7911, 7941, 7961, 7970, and 7971. CTI supports SIP phones from the existing CTI interfaces, but supports the functionality that is needed by applications that are required to support SIP phones. The CTI interfaces (JTAPI, TAPI) remain unchanged but expose a new SIP phone device type to applications.
Existing applications do not get impacted if the SIP phones are not application-controlled via CTI, or if they are used, applications must ensure that they do not use any CTI functionality that is not supported for SIP phones.
SIP phones support the following Cisco CTI applications:
•Contact Center (IPCC)
•Media Services (Automated Attendant (AA), Interactive Voice Response (IVR), Cisco IP Contact Center (IPCC) Express, Cisco Conference Connection (CCC))
•Emergency Responder
•Extension Mobility
•WebDialer
•Quality Reporting Tool
Note CTI does not support the Call Park/Unpark feature on the SIP phone.
Note Cisco SIP IP Phones that are configured to use User Datagram Protocol (UDP) as the transport mode (instead of TCP) will not support the device data pass-through functionality; for example, the Quality Reporting Tool (QRT) requires the data pass-through functionality, so it cannot be used with IP phones that are configured with UDP.
Where to Find More Information
•Phone NTP Reference Configuration, Cisco CallManager Administration Guide
•SIP Phone Security Profile Configuration, Cisco CallManager Administration Guide
•Cisco CallManager Configuration, Cisco CallManager Administration Guide
•SIP Dial Rules Configuration, Cisco CallManager Administration Guide
•Cisco IP Phone Configuration, Cisco CallManager Administration Guide
•SIP Profile Configuration, Cisco CallManager Administration Guide
•Cisco TFTP, Cisco CallManager System Guide
•Dial Rules Overview, Cisco CallManager System Guide
•Cisco IP Phones, Cisco CallManager System Guide
•Computer Telephony Integration, Cisco CallManager System Guide
SIP Route Pattern
Cisco CallManager uses SIP route patterns to route or block calls to foreign (with respect to this Cisco CallManager node or cluster) hosts by using SIP trunks. SIP route patterns provide the mechanism to route SIP call signaling messages based on the host address information in the SIP URI.
The domain name or IP address provides the basis for routing. The administrator can add domains, IP addresses, and IP network (subnet) addresses and associate them to trunks (only). This method allows requests that are destined for these domains to be routed through particular SIP trunk interfaces.
The digit analysis infrastructure between release 4.x and 5.0 is used extensively. The "match" logic that is used in routing decisions for specific patterns remain exactly the same whether dealing with DNs, numeric route patterns, or new SIP route patterns. New pattern type values differentiate SIP route patterns from numeric (non-SIP) pattern types.
Similarities between (Numeric) Route Patterns and SIP Route Patterns
The similarities between (Numeric) Route Patterns and SIP Route Patterns are:
•Both control the routing of calls.
•Both have wildcard capabilities.
Differences between (Numeric) Route Patterns and SIP Route Patterns
The differences between (Numeric) Route Patterns and SIP Route Patterns are:
•Formats significantly differ. Two different formats exist for SIP route patterns.
•The system limits devices that are associated with SIP route patterns to SIP trunks only.
•Meta characters and wildcard options differ.
•Numeric route patterns have more configuration options.
•SIP route patterns operate with respect to host address information. Numeric route patterns (in the case of SIP calls) operate with respect to user information.
•You cannot route SCCP calls by using SIP route patterns. You can route SIP calls by using either SIP or numeric route patterns.
Cisco CallManager Administration Configuration Tips
The following changes occurred in the GUI.
GUI Changes
Use the following Cisco CallManager Administration configuration windows to configure SIP route patterns.
•Call Routing > SIP Route Pattern allows you to create a new SIP route pattern.
•The Find/List SIP Route Pattern window allows you to search for a SIP route pattern that has already been created, or you can click the Add button to add a new SIP route pattern.
•The SIP Route Pattern Configuration window allows you to set up the new SIP route pattern. Two types of patterns exist: domain and IP address.
–Sample domain pattern: cisco.com and *.com
–Sample IP address pattern: 172.18.201.119 or 172.18.201.119/32 (includes explicit IP host address)
•The SIP Route Pattern Configuration window includes a new field called Transformations:
–Used to configure Calling Party and Connected Party
–Works the same as before, but only on numeric User URI information
•You must create a SIP trunk first, so it can be added to the SIP route pattern.
Enterprise Parameters
SIP route patterns support the following enterprise parameters, which are used to decide whether host address is local or foreign:
•Organization Top Level Domain
•Cluster Fully Qualified Domain Name
Serviceability Considerations
SIP route pattern supports new Trace messages:
•Indication of the type of match operations that DA is performing
•Indication of received host address being a foreign host
Where to Find More Information
•SIP Route Pattern Configuration, Cisco CallManager Administration Guide
•SIP Trunk Configuration, Cisco CallManager Administration Guide
•Understanding Route Plans, Cisco CallManager System Guide
•Understanding Session Initiation Protocol (SIP), Cisco CallManager System Guide
SIP Third-Party Phones
Cisco CallManager Release 5.0 supports Cisco SIP IP Phones as well as SIP phones that third-party companies design to work with Cisco CallManager.
Cisco CallManager Administration Configuration Tips
Administrators use the following Cisco CallManager Administration windows to configure third-party SIP phones:
•Directory Number Configuration
•SIP Profile Configuration (optional; can use the default SIP profile)
•SIP Phone Security Profile Configuration (optional)
•End User Configuration
–Associate the Third-party SIP Device (Basic) or Third-party SIP Device (Advanced) phone in the Controlled Devices box
•Phone Configuration
–Choose Third-party SIP Device (Basic) or Third-party SIP Device (Advanced) as the third-party phone type.
–Choose a user for the Digest User field. You must select a user that is not associated with an existing phone; otherwise the phone will not successfully register with Cisco CallManager. Also, be sure to use the same user ID on the phone.
–Configure the SIP Profile.
–In the SIP Phone Security Profile field, use one of the predefined Non-Secure SIP Profiles, or the Standard SIP Profile for Autoregistration or configure a SIP phone security profile. Enable digest authentication if required.
Note Third-party SIP Device (Basic) supports one line and consumes three license units, and Third-party SIP Device (Advanced) supports up to eight lines and video and consumes six license units.
GUI Changes
The Phone Configuration window includes two new phone types: Third-party SIP Device (Basic) and Third-party SIP Device (Advanced).
User Tips
The third-party vendor documentation provides all user information.
BAT Considerations
BAT provides a Third-party SIP Device (Basic) and Third-party SIP Device (Advanced) option on the Phone Template window.
Security Considerations
See Security Features.
Where to Find More Information
•Configuring Non-Cisco SIP Phones, Cisco CallManager Administration Guide
SIP Trunk Enhancements
SIP trunks interoperate with other SIP user agents such as SIP gateways and proxy servers.
Media Termination Points
You no longer need MTPs on the SIP trunk for DTMF events if the endpoints can negotiate the use of RFC2833 or out-of-band DTMF methods end-to-end. You can configure Cisco CallManager SIP devices (lines and trunks) to always use an MTP. If the configuration parameters are set to not use an MTP (default case) Cisco CallManager will attempt to dynamically allocate an MTP if the DTMF methods for the call are not compatible.
Retry as Audio
Retry as Audio pertains to outgoing SIP trunk calls and does not impact incoming calls. By default, the system specifies that this device should immediately retry a video call as an audio call (if it cannot connect as a video call) prior to sending the call to call control for rerouting.
If the default is changed, a video call that fails to connect as video does not try to establish as an audio call. The call then fails to call control, and call control routes the call via Automatic Alternate Routing (AAR) and/or route/hunt list.
Support for REFER Primitive
The system uses support REFER Primitive for SIP-initiated transfer features and other advanced transfer-related features such as Web Transfer and Click-to-Dial. Cisco CallManager supports in-dialog and out-of-dialog REFER (incoming only).
Support for Replaces Header
Use Replaces header to logically replace an existing SIP dialog with a new SIP dialog.
Support for SUBSCRIBE/NOTIFY Event Reporting
This feature currently supports the Presence event package and KPML (for out-of-band DTMF).
Message Waiting Indicator (MWI)
SIP trunk supports message waiting indicator from the SIP voice messaging server (Unity).
Video
SIP trunk supports the use of one video channel per call.
Multiple SIP Trunks per Incoming Port Number
You can configure SIP trunk with the same incoming port (no longer needs to be unique port number).
Enhanced SIP Redirection 3XX Support
The system passes 3XX Redirect messages to Cisco CallManager digit analysis, instead of this being done at the SIP stack level.
Security
SIP trunk supports connections over Transport Layer Security (TLS) in addition to UDP and TCP, and it supports digest for authentication and authorization.
Call Preservation
Active calls that exist within a Cisco CallManager cluster do not get interrupted when a Cisco CallManager node fails or when communication between a device and its Cisco CallManager node fails.
T.38 Fax Relay
The system supports both Fax Relay and Fax Passthrough. SIP trunk supports calls that start as a voice call and then switch to T.38.
RPID Enhancements
Calling party information gets enhanced to update the screen indicator, the privacy indicator for conference connected number, and to handle the connected party number for conferencing.
Out-of-Band (OOB) DTMF Handling
SIP trunk supports two OOB DTMF methods (KPML and Unsolicited NOTIFY) to reduce per-call MTP allocations.
SIP Standards Compliancy
Cisco SIP trunk complies with the following SIP standards:
•RFC2976 SIP INFO Method—Supported. INFO method gets used for video media channels such as Picture Fast Update and Picture Freeze.
•RFC2833 RTP Payload for DTMF Digits—Supported.
•RFC2782 DNS SRV—Supported.
•RFC3261 SIP—Supported
•RFC3262 SIP Reliability of Provisional Responses—Supported
•RFC3264 Offer/Answer Model for SDP—Supported
•RFC3265 Specific Event Notification—Supported. Packages supported include KPML, Presence, REFER.
•RFC3311 SIP UPDATE Method—Supported
•RFC3515 SIP REFER Method—Partially supported. SIP trunk accepts inbound REFERs (in-dialog and out-of-dialog). Release 5.0 supports method=INVITE in the Refer-To header. Cisco CallManager does not support multiple REFER requests within the same dialog.
•RFC3842 SIP MWI Package—Partially supported. SIP trunk supports unsolicited NOTIFY events; it does not Subscribe for MWI events notification.
•RFC3856 SIP PRESENCE Event Package—Supported
•RFC3891 SIP Replaces Header—Supported. INVITE with Replaces and REFER with Replaces.
•RFC4028 Session Timers in the SIP—Supported. For outgoing Invites, SIP trunk indicates the support via Supported header. For incoming Invites, it accepts the Supported and Session-Expires headers.
Cisco CallManager Administration Configuration Tips
The following configuration tips apply to Cisco CallManager Administration:
•You cannot use SIP trunks as intercluster trunks because SIP trunks do not provide the same feature parity as the existing H.323 ICT (for example, SIP trunks do not support Q.SIG tunneling and SRTP).
GUI Changes
The following GUI changes have occurred:
•Packet Capture Mode drop-down list box for TLS debugging.
•The Media Termination Point Required check box allows you to indicate whether an MTP should be allocated. Default specifies unchecked.
•Retry Video Call as Audio check box allows you to indicate whether a video call, if not connected, should be retried as an audio only call.
•A new section, SIP Information, displays and contains the following fields:
–Destination Address is an SRV Destination Port
–MTP Preferred Originating Codec
–Destination Presence Group
–SIP Trunk Security Profile
–Rerouting Calling Search Space (associated with the in-dialog and out-of-dialog ReRouting)
–Out-of-Dialog Refer Calling Search Space (associated with the in-dialog and out-of-dialog REFER)
–SUBSCRIBE Calling Search Space (associated with the in-dialog and out-of-dialog Presence)
–SIP Profile
–DTMF Signaling (To minimize MTP usage, Cisco recommends Best Effort, which is the default.)
Service Parameter Changes
This release removed the following Cisco CallManager service parameter from the Service Parameter Configuration window and added it to the SIP Profile Configuration window:
•SIP Default Telephony Event Payload Type—This field specifies the default payload type for RFC2833 telephony event. See RFC 2833 for more information. In most cases, the default value specifies the appropriate payload type. Be sure that you have a firm understanding of this parameter before changing it, as changes could result in DTMF tones not being received or generated through the SIP trunk. The default value specifies 101 with range from 96 to 127.
TFTP Enhancements
TFTP enhancements include support for SIP and for centralized TFTP in a multiple cluster environment.
SIP Support
When the SIP phone configuration gets changed, the Cisco CallManager database notifies the TFTP server to rebuild some or all of the configuration files. The TFTP server retrieves information from the Cisco CallManager database and converts it into the proper output format, according to the device type, and saves the output either in TFTP cache or on the disk.When the TFTP server gets a request, it searches either the cache or hard disk to serve the requested configuration file or default files.
The TFTP support for SIP phones builds and serves different formats of SIP configuration files from the Cisco CallManager database for the following SIP IP Phones:
•Cisco IP Phone 7970/71, 7961, 7941, and 7911 (These phones share the same SIP configuration file format.)
•Cisco IP Phone 7960 and 7940 (These phones share the same SIP configuration file format.)
•Cisco IP Phone 7905 and 7912
•SIP dial plans on the preceding phone models
•Softkey templates on the preceding phone models
Centralized TFTP in a Multiple Cluster Environment
A Centralized TFTP server supports multiple clusters within one large campus environment. The Centralized TFTP server allows phones to be moved from one building to another within a campus. It also supports a mixed OS multicluster environment.
Devices that are registered and configured in any cluster can home into a single TFTP server (Centralized TFTP server) that will then serve files to those devices.
Cisco CallManager Administration Configuration Tips
The following changes occur in Cisco CallManager Administration:
•Changes to Alternate TFTP Path
•Customizing and Modifying Configuration Files
Changes to Alternate TFTP Path
Similar to the Windows environment, Release 5.0 supports a different directory, but it must be on the same server where the TFTP service is running. Also, no mounted directory exists in 5.0.
Release 5.0 allows alternate path to now be a remote server. The syntax can be either of the following examples:
•host://<IP of the off-cluster TFTP server> (for example, host://10.89.134.24)
•HOST://<IP of the off-cluster TFTP server> (for example, HOST://10.89.134.24)
The system does not allow any other syntax.
Customizing and Modifying Configuration Files
You can modify configuration files (for example, edit the xml files) and add customized files (for example, custom ring tones, call back tones, phone backgrounds) to the TFTP directory. You can modify files and/or add customized files to the TFTP directory in Cisco IPT Platform Administration, from the TFTP Server File Upload page. Refer to the Cisco IP Telephony Platform Administration Guide for information on how to upload files to the TFTP folder on a Cisco CallManager server.
Serviceability Considerations
The TFTP server provides counters in Cisco CallManager Serviceability for troubleshooting purposes. See the Cisco CallManager Serviceability System Guide and the Cisco CallManager Serviceability Administration Guide for more information.
Where to Find More Information
•Cisco TFTP, Cisco CallManager System Guide
•Cisco CallManager Serviceability Administration Guide
•Cisco CallManager Serviceability System Guide
•Cisco IP Telephony Platform Administration Guide
URL Dialing
The following Cisco IP Phones (SIP) support URL dialing:
•Cisco IP Phone 7970G/7971G-GE
•Cisco IP Phone 7961G/7961G-GE and 7941G/7941G-GE
•Cisco IP Phone 7960G and 7940G
•Cisco IP Phone 7911G
Cisco CallManager Administration Tips
You do not need to configure URL Dialing in Cisco CallManager Administration.
User Tips
The following sections provide information on using URL dialing on Cisco IP Phones.
Cisco IP Phone 7970G/7971G-GE, 7961G/7961G-GE, 7941G/7941G-GE, and 7911G
To place a call from a URL entry in a call log on the Cisco IP Phone 7970G/7971G-GE, 7961G/7961G-GE, 7941G/7941G-GE, and 7911G:
1. Choose 
> Missed Calls, Placed Calls, or Received Calls.
2. Highlight the URL entry you want to dial.
3. If you need to edit the entry, press EditDial.
The 
icon appears and indicates that you can edit characters in the URL entry.
4. Press Dial.
For More Information
•See "Using Call Logs" in the phone guides.
Cisco IP Phone 7960G and 7940G
To place a call on the Cisco IP Phone 7960G and 7940G by using alphanumeric strings containing letters, numbers, or symbols:
1. Press NewCall > URL.
2. Enter the alphanumeric characters that you want to dial.
3. To make corrections to the entry, press <<. Or, to remove the entry completely, press Clear.
The icon appears and indicates that you can edit characters in the URL entry.
4. Press Dial to complete the call, or, press EndCall.
5. To return to standard dialing mode, press Number.
For More Information
•See "URL Dialing" in the Cisco IP Phone Guide for 7960G and 7940G for Cisco CallManager 5.0 (SIP).
Video Telephony Enhancements
SIP video supports the following video calls by using the SIP Signaling Interface (SSI):
•SIP to SIP
•SIP to H.323
•SIP to SCCP
•SIP intercluster trunk
SIP video calls also provide media control functions for video conferencing.
Cisco CallManager video supports the SIP protocol, and both SIP trunks and lines support video signaling. SIP supports the H.261, H.263, and H.264 video codecs (it does not support the wideband video codec that the VTA uses).
Cisco CallManager supports the use of H.264 codec within H.323 protocol.
The following table lists the type of audio codes that SIP interfaces support.
Codec
|
RTP Payload Type
|
G.711 mu-Law
|
0
|
GSM
|
3 (also referred to as GSM Full Rate)
|
G.723
|
4
|
G.711 a-Law
|
8
|
G.722
|
9
|
G.728
|
15
|
G.729
|
18 (support for combinations of AnnexA and AnnexB)
|
Some Media Termination Point (MTP), which is used for RFC 2833, supports multiple logical channels within a session. A logical channel could apply for audio or video. To support video channels, the MTP uses pass-through mode. Video pass-through gets enabled if the MTP supports both pass-through and multiple logical channels. Not all MTP devices support multiple logical channels and pass-through mode.
Cisco CallManager Administration Configuration Tips
The following section describes the configuration that is needed for SIP devices to support video calls.
Configuring a SIP Trunk for Video Calls
Perform the following steps to enable video calls on a SIP trunk:
•On the Trunk Configuration window in Cisco CallManager Administration, ensure that the Retry Video Call as Audio check box is checked if you want the call to use audio when the video connection is not available.
•Reset the trunk.
Service Parameter Changes
•DSCP for video calls when RSVP fails
•Intraregion Video Call Bandwidth Default
•Interregion Video Call Bandwidth Default
•RSVP Video Tspec Burst Size Factor
•RSVP Video Application ID
Serviceability Considerations
The following serviceability performance monitoring counters are available for the video enhancements:
•Cisco SIP
–VideoCallsCompleted
–VideoCallsActive
Where to Find More Information
•Understanding Video Telephony, Cisco CallManager System Guide
Voice Quality Metrics
With Cisco CallManager 5.0(1), system administrators can access a set of metrics to monitor voice quality and troubleshoot network problems. The Call Statistics screen on the phone displays counters, statistics, and voice quality metrics in the following ways:
•During call—You can view the call information by rapidly pressing the question mark button twice.
•After the call—You can view the call information that is captured during the last call by displaying the Call Statistics screen.
Note You can remotely view the call statistics information by using a web browser to access the Streaming Statistics.
To measure the voice quality of calls that are sent and received within the network, Cisco IP Phones use statistical metrics that are based on concealment events.
Configuration Tips (for Administrators)
You can configure Cisco IP Phones to collect call diagnostics and voice-quality metrics by setting a service parameter in Cisco CallManager Administration as described in the following steps:
1. From Cisco CallManager Administration, choose System > Service Parameters.
2. In Clusterwide Parameters (Device - General), locate the Call Diagnostics Enabled service parameter.
3. From the drop-down list box, choose one of the following states:
•Enabled Only When CDR Enabled Flag is True
•Enabled Regardless of CDR Enabled Flag
4. Click Save.
For more information about configuring service parameters in Cisco CallManager Administration, refer to the Cisco CallManager Administration Guide, the Cisco CallManager System Guide, and the Cisco IP Phone user and administration documentation.
How This Feature Affects the End User
When end users report poor voice quality on certain phone calls, administrators can use voice quality metrics to assist with troubleshooting network problems.
Supported Phones
•Cisco IP Phone 7970G/7971G-GE (SCCP)
•Cisco IP Phone 7961G/7961G-GE (SCCP) and 7941G/7941G-GE (SCCP)
•Cisco IP Phone 7960G (SCCP) and 7940G (SCCP)
•Cisco IP Phone 7911G (SCCP)
Where to Find More Information
•Cisco IP Phone Administration Guides
•Cisco CallManager Administration Guide
•Cisco CallManager System Guide
Cisco CallManager User Options Web Pages
Cisco CallManager 5.0(1) provides the following changes to the Cisco CallManager User Options web pages.
Addition of the Cisco Personal Communications Assistant Layer
End-users log in to the Cisco Personal Communications Assistant and then choose User Options from the menu bar to navigate to User Options.
When logged in and viewing User Options, users access a User Guide, change the locale for the web pages, and configure user-specific options such as Personal Address Book and Fast Dials.
To access phone-specific features, users must select a device after logging in (User Options > Device). When a device is selected, the user can access additional configuration options from the Related Links drop-down list, including speed dials, phone services, and line-specific options (call forwarding, message-waiting indicators, and ring patterns).
Redesigned User Interface
The redesigned Cisco CallManager User Options web pages have the same look-and-feel as Cisco CallManager Administration. End users log in by using a Cisco CallManager user ID and password.
To access User Settings, Directory features, a Personal Address Book, and Fast Dials, users choose User Options from the menu bar.
To access phone-specific features, users must choose a device after logging in (User Options > Device). When a device is chosen, users can access additional configuration options including speed dials, phone services, and line-specific options (such as call forwarding, message waiting indicators, and ring patterns).
This release includes the following changes to the User Options functionality:
•Users can create up to 500 Fast Dial entries and 500 Personal Address entries (previously limited to 99).
•The system provides an ASCII Label field for phones that do not support double-byte character sets.
•The Personal Address Book and Fast Dials features no longer get considered as services. Access these features directly on the phone from the Directory feature button, under the Personal Directory menu (see the "Personal Directory Enhancements" section).
Where to Find More Information
•Cisco IP Phone User Guides, Customizing Your Phone on the Web section (a separate guide, Customizing Your Cisco IP Phone Guide on the Web, previously included this information).
•Cisco IP Phone Administration Guides, Providing Information to Users Via a Website section (now includes TABSynch instructions that you must provide to your users.
Cisco CallManager Applications
The Cisco CallManager 5.0 applications enhancements are described in the following sections:
•Cisco Call Back
•Cisco CallManager Attendant Console
•Cisco CallManager AutoAttendant
•Cisco CallManager Extension Mobility
•Cisco Dialed Number Analyzer
•Cisco Emergency Responder 1.3(1)
•Cisco IP Manager Assistant
•Cisco Unity Voice Messaging
•Cisco WebDialer
•Client Matter Codes and Forced Application Codes
•Multilevel Precedence and Preemption (MLPP)
•Music On Hold
•Quality Report Tool
Cisco Call Back
The Cisco Call Back feature allows you to receive call-back notification on your Cisco IP Phone when a called party line becomes available.
User Tips
Release 5.0 of Cisco CallManager supports the Cisco Call Back feature on the Session Initiation Protocol (SIP) Cisco IP Phones 7970, 7971, 7961, and 7941.
The Cisco IP Phones 7960 and 7940 do not support call back notification for on-hook/off-hook states.
Users receive call- back notification by pressing the Call Back softkey on a Cisco IP Phones 7970 SIP phone in the same way as a Skinny Client Control Protocol (SCCP) phone. See the Cisco SIP IP Phone 7970 Guide for more information.
In previous releases, manually dialing a directory number (DN) on which Cisco Call Back notification had been activated would have the same effect as pressing the Dial softkey from the notification screen. In Release 5.0, however, manually dialing a DN with Cisco Call Back notification on it has no effect on the call-back status.
Subscription Manager, a new component in Release 5.0, will replace the CTIManager service; therefore, you no longer require the CTIManager service for Cisco Call Back.
Suspend/Resume Feature Functionality
With Release 5.0, Cisco Call Back provides the ability to suspend the call-completion service if the user, who originated Cisco Call Back, is currently busy and receives call-back notification when the called party becomes available. When the originating user then becomes available, the call-completion service resumes for that user.
Where to Find More Information
•Cisco Call Back, Cisco CallManager Features and Services Guide
Cisco CallManager Attendant Console
Cisco CallManager Attendant Console, a client-server application, allows you to use a graphical user interface that contains speed-dial buttons and quick directory access to look up phone numbers, monitor line status, and direct calls.
For this release, new windows were added, and existing windows were modified, so administrators could configure features that they previously configured by editing files on the Cisco CallManager server:
•To configure functions that previously were supported by the Attendant Console Configuration Tool including changing JTAPI Username and JTAPI password, entering queue size and queue hold time, and configuring circular and broadcast hunt groups, administrators configure new fields on the Cisco CallManager Administration Pilot Point Configuration window and Cisco CallManager Administration Service Parameter Configuration window.
•To create dial rules and directory lookup rules, administrators use the Application Dial Rule Configuration window and the Directory Lookup Dial Rule Configuration window, respectively, rather than editing the DialRules.xml file.
•To upload CorporateDirectory.txt files, Cisco CallManager Administration contains a new Attendant Console User File upload window
Cisco CallManager Administration Configuration Tips
The following sections describe the changes to Cisco CallManager Administration windows and service parameters for Cisco CallManager Attendant Console.
GUI Changes
The following new and changed windows support Cisco CallManager Attendant Console:
•Attendant Console User File Upload (new)—Allows users to upload CorporateDirectory.txt files if their user lists is located on a directory server that is separate from the Cisco CallManager server. To access, choose Application > Cisco CM Attendant Console > Cisco CM Attendant Console User File Upload.
•Directory Lookup Dial Rule Configuration window (new)—Allows administrators to configure directory lookup rules rather than exiting an .xml file on the Cisco CallManager server. This window resembles the Application Dial Rule Configuration window. To access, choose Call Routing > Dial Rules > Directory Lookup Dial Rules.
•Pilot Point Configuration window (changed)—Contains the following new fields: Registration, IP Address, Description, Location, Media Resource Group List, Network Hold Audio Source, User Hold MOH Audio Source, Queuing Enable, Queue Size, and Queue Hold Time (seconds). In addition, the Route Calls drop-down list box contains Broadcast hunting and Circular hunting as new options. Many of these fields and options previously existed in the Attendant Console Configuration Tool. The Pilot Point Configuration window also contains a link to the Line Appearance Configuration window, so the administrator can choose a valid pilot point number rather than simply entering a number on the Pilot Point Configuration window itself.
•Cisco CallManager Service Parameter Configuration window (changed)—Contains JTAPI Username and JTAPI Password fields that previously existed in the Attendant Console Configuration Tool.
•Add the ac user to the Standard CTI Enabled group and the Standard CTI Allow Call Park Monitoring group by using the User Group window (User Management > User Group.)
•Make sure that you check the Allow Control of Device from CTI check box on the Phone Configuration window for each attendant phone. The system enables this field by default. If this check box is not checked for the attendant phone, call control does not come up for the attendant console.
Service Parameter Changes
The following new service parameter supports Cisco CallManager Attendant Console:
•JTAPI Username—Specifies the username that the Cisco CallManager Attendant Console Server uses to log on to a CTI Device. The default specifies "ac." During an upgrade, Cisco CallManager migrates the value for this field from the Attendant Console Configuration Tool.
User Tips
Consider the following information when setting up the Cisco CallManager Attendant Console client application:
•You cannot use SIP phones as attendant phones, but attendants can receive and handle calls from SIP phones.
•The attendant console client displays the correct CFA status for all DNs. In previous releases, Cisco CallManager Attendant Console could only display the correct CFA status in the Directory window if fewer than 10 search entries displayed in the window.
•Users can import and export speed dials from the File menu on the client application.
•If you are using a firewall, you can configure the Attendant Console Client CallBack Port field on the Basic tab of the Cisco CallManager Attendant Console settings window to specify the port that the firewall should use to send callback messages to the attendant console client. To access this window, choose Edit > Settings from the application on the attendant PC.
CTI Considerations
You must associate the ac user to the Standard CTI Enabled users group (found on the Cisco CallManager Administration User Group Configuration window). If you do not associate the ac user to this group, pilot points do not register, and the call control does not go up on the console.
Cisco CallManager AutoAttendant
Cisco CallManager AutoAttendant, a simple automated attendant, allows callers to locate people in your organization without talking to a receptionist. You can customize the prompts that are played for the caller, but you cannot customize how the software interacts with the customer.
Cisco CallManager AutoAttendant comes bundled with Cisco CallManager on the Cisco CallManager 5-Agent IPCC Express bundle.
Cisco CallManager Administration Configuration Tips
Cisco AutoAttendant in CRS is no longer co-located on the server with Cisco CallManager, and many associated functions that were performed on Cisco CallManager are now performed on the CRS server. These functions include but are not limited to:
•Creating and updating CTI ports
•Creating and updating CTI Route Points
Install Cisco CallManager on an appliance-based system before you install Cisco CallManager AutoAttendant on the CRS server.
Before you can use Cisco CallManager AutoAttendant, you must configure Cisco CallManager including configuring a Cisco CallManager user for Cisco CallManager AutoAttendant.
Where to Find More Information
•Cisco AutoAttendant, Cisco CallManager Features and Services Guide
Cisco CallManager Extension Mobility
The Cisco CallManager Extension Mobility (EM) feature allows users to temporarily access their Cisco IP Phone configuration such as line appearances, services, and speed dials from other Cisco IP Phones.
Cisco CallManager Administration Configuration Tips
The following sections comprise tips and information for configuring Cisco Extension Mobility.
URL Change
When creating the Cisco Extension Mobility IP phone service, you must enter a service URL. Release 5.0 makes a change in the URL with regards to the port number. Enter the following URL:
http://<IP Address of Extension Mobilityserver>:8080/emapp/EMAppServlet?device=#
DEVICENAME#
SIP Support for Extension Mobility
Cisco Extension Mobility supports only Cisco IP phones 7911, 7941G, 7941G-GE, 7961G, 7961G-GE, and 7971 (SIP).
The following Cisco IP Phones support Cisco Extension Mobility:
•Cisco IP Phones 7970G/7971G
•Cisco IP Phones7961G/41G and 7961GE/41GE (G = Non Gig; GE = Gig)
Change Notification Enhancements
This release provides change notification to the extension mobility application. When a change in activation or deactivation of the extension mobility service occurs, on any node, the database tables get updated with information that is required to build the service URLs. The database tables also get updated when extension mobility service parameters get modified. The EMApp service handles the change notification.
You no longer need to restart the Cisco Tomcat server after a change to extension mobility service parameters.
GUI Changes
Changes exist throughout Cisco CallManager Administration, specifically to the add, update, insert and continue buttons.
A new location exists for the Subscribe/Unsubscribe option. The option now appears in the upper, right corner of the window and is part of the Related Links drop-down list box. This option will become available after Cisco Extension Mobility is configured.
Cisco Extension Mobility now constitutes a deployable service.
Service Parameter Changes
A new service parameter, Clearing call logs, clears the call log (missed, received, placed) after every successful EM login or logout. This action ensures privacy by preventing other users of the same phone from seeing the call logs of the previous user. Call logs get cleared only when you manually login or logout, but no display shows that the login/logout was successful, as occurred in the previous release. Clearing call logs designates a clusterwide service parameter.
A change to the existing service parameter, Remember last logged in user, occurs with this release. When the field is set to True, all future logins will cause the user ID of the last successful logged-in user to automatically get filled in and remembered by Cisco Extension Mobility. You no longer need to restart the Cisco Tomcat server for a change to the service parameter value.
Note The last login user ID will not get migrated during an upgrade from Windows to Release 5.0.
User Tips
When a Cisco CallManager Extension Mobility user logs out of a device, all Call Back services that are active on the Cisco CallManager Extension Mobility user automatically cancel.
Serviceability Considerations
Cisco CallManager Serviceability added four new performance counters. You can view them by using the RTMT tool:
•EMAPP_ATTEMPTED_LOGIN_LOGOUT —This counter measures the total number of attempted login and logout requests and includes both successful and failed requests.
•EMAPP_NO_OF_SUCCESS_LOGIN—This counter captures the successful login requests.
•EMAPP_NO_OF_SUCCESS_LOGOUT—This counter captures the successful logout requests (No Autologouts).
•EMAPP_NO_OF_THROTTLED_REQUESTS—This counter measures all throttled requests.
You must activate the following feature services from Cisco CallManager Serviceability for EM to be enabled:
•Cisco Extension Mobility
•Cisco CallManager Cisco IP Phone Services
You activate/deactivate these services from Cisco CallManager Serviceability > Service Activation. Refer to the Cisco CallManager Serviceability Administration Guide for more information.
Trace configuration for extension mobility has changed in the new Log4j infrastructure and the location of the trace files is not configurable. You should configure the trace settings from the Serviceability trace settings windows.
Where to Find More Information
•Cisco CallManager Extension Mobility, Cisco CallManager Feature and Services Guide
Cisco Dialed Number Analyzer
Dialed Number Analyzer (DNA) installs as a feature service along with Cisco CallManager. The tool allows you to test a Cisco CallManager dial plan configuration prior to deploying it. You can also use the tool to analyze dial plans after the dial plan is deployed. You can use Dialed Number Analyzer to test a dial plan by providing dialed digits as input. The tool analyzes the dialed digits and shows details of the calls. You can use these results to diagnose the dial plan, identify problems if any, and tune the dial plan before it is deployed.
New and Changed Information for DNA
The following changes in DNA apply for Cisco CallManager 5.0.
•DNA supports Session Initiation Protocol (SIP) analysis for phones that support SIP and for SIP trunks.This release adds a new check box for SIP analysis to the Pattern Analysis field of the analyzer. Check the check box that corresponds to SIP Analysis, if applicable, and choose Domain Route or IP Route. If you want to perform a Session Initiation Protocol (SIP) analysis, make sure that you have configured a SIP Route Pattern in Cisco CallManager Administration. For more details, refer to Cisco CallManager Administration Guide.
•Log files and trace files for DNA transactions get collected by using the trace and log central feature. The trace level (such as info, debug, error, and so on) information gets set by using Cisco CallManager Serviceability for each service. Appropriate traces get written in the trace files based on the setting.
Logging on
You can access Dialed Number Analyzer by using Cisco CallManager Serviceability and choosing Tools > Dialed Number Analyzer.
You can also access DNA from a remote PC by using a web browser (Internet Explorer 6.0 or later versions).
Use the following URL to access Dialed Number Analyzer:
https://<cm-machine>:8443/dna
where <cm-machine> specifies the node name or IP address on which Dialed Number Analyzer is installed.
Serviceability Considerations
The following enhancements exist in Serviceability for DNA:
•Serviceability provides an option to activate/deactivate DNA Service (Serviceability > Tools > Service Activation).
•Serviceability provides an option to start and stop DNA Service (Serviceability > Tools > Control Center - Feature Services).
•Serviceability provides an option to change trace levels for DNA (Serviceability > Trace > Configuration).
•Access DNA by using Cisco CallManager Serviceability (Serviceability > Tools > Dialed Number Analyzer).
Where to Find More Information
•Cisco Dialed Number Analyzer Guide
•Cisco CallManager Administration Guide
•Cisco CallManager Serviceability Administration Guide
•Cisco CallManager Serviceability System Guide
Cisco Emergency Responder 1.3(1)
Cisco Emergency Responder (Cisco ER) 1.3(1) supports Cisco CallManager 5.0(1), in addition to Cisco CallManager 3.3, 4.0, 4.1 and 4.2.
•All Cisco ER servers must be version 1.3(1). This allows Cisco ER to support multiple Cisco CallManager 5.0(1) clusters. Cisco ER 1.3(1) will not work with previous versions of Cisco ER.
•CER 1.3(1) supports upgrades from Cisco ER 1.2(1), Cisco ER 1.2(2), and Cisco ER 1.2(3).
•Cisco ER 1.3(1) is Windows-based.
Where to Find More Information
Cisco Emergency Responder Administration Guide 1.3
Cisco IP Manager Assistant
Cisco IPMA fully integrates into Cisco CallManager Release 5.0.
Cisco CallManager Administration Configuration Tips
Cisco CallManager Release 5.0 IPMA feature includes the following configuration differences:
•IIS no longer gets supported
•Although Cisco Tomcat is still used, it does not represent an NT service.
•Cisco CallManager 5.0 supports one database, which also supports the directory information.
•Cisco IPMA supports Cisco IP Phones model 7940, 7941, 7960, 7961, 7970, 7971, and Cisco IP Communicator.
•Cisco IPMA does not support the SIP protocol.
•Partition Support—Cisco CallManager 5.0 IPMA supports the same line appearance (DN) in different partitions with the following configurations:
–Lines with same DN, different partition will be treated as different lines.
–Lines with same DN, same partition and different devices will be treated as shared lines.
–Lines with same DN, same partition on the same device do not get supported.
•The IPMA Manager and Assistant configuration window displays the partition information next to the line number. The database stores this information.
•Migration—When Cisco CallManager is upgraded from a windows version, all IPMA manager/assistant configuration migrate. The administrator must run the Data Migration Assistant (DMA) on the Windows platform prior to upgrading the platform to Release 5.0. It creates and exports a DMA tar ball of configuration data to be later installed onto the Release 5.0 platform during an upgrade.
•For IPMA in Proxy line mode, ensure the proxy line numbers on the assistant phone are unique, even though in different partitions.
•For IPMA in Proxy line mode, two managers cannot have the same IPMA-controlled line number (DN), even though in different partitions.
GUI Changes
Cisco IPMA supports the following GUI changes:
End User Configuration
Use to configure Cisco IPMA managers and assistants.
Cisco IP Phone Service Configuration
The URL requires a port address:
http://<server-ipaddress>:8080/ma/servlet/MAService?cmd=doPhoneService&Name=#DEVICENAME#
For example
http://123.45.67.89:8080/ma/servlet/MAService?cmd=doPhoneService&Name=#DEVICENAME#
Assistant Phone Configuration
Configure the assistant Cisco IP Phones with the following settings:
•Proxy lines for each configured manager with a voice-mail profile that is the same as the manager voice-mail profile
Cisco IPMA Configuration Wizard
•Choose IPMA configuration wizard from Application > Cisco IPMA Configuration Wizard.
Cisco IPMA Assistant Configuration
•Choose IPMA Assistant Configuration from User Management > End User Configuration, as well as from the IPMA Manager Configuration.
•An optional configuration parameter exists on the IPMA assistant configuration window: Primary Line. If configured, this line will get used as the default line to make external calls from the console.
New Service Parameters
See the "Security Considerations" section for more information.
User Tips
The Assistant Console application installation program supports Microsoft Internet Explorer (IE) 6.0 or later and Netscape 7.1 or later. The Manager Configuration application supports Microsoft IE 6.0 or later.
In Cisco IP Manager Assistant, the ImmDiv softkey on the manager phone causes behavior that differs from that of previous IPMA versions.
With the Cisco CallManager 5.0 release, if a manager who is using IPMA receives an incoming call and presses the ImmDiv softkey, the call immediately gets diverted to a configured available assistant. However, if no assistant is available, the call gets diverted to the voice mailbox of the manager.
In previous versions of IPMA, if a manager pressed the ImmDiv softkey and no configured assistant was available, the call did not get diverted to voice mailbox of the manager. Instead, the manager received a message that no configured assistant was available.
Installing the Assistant Console Application
Note When upgrading from Cisco CallManager Release 4.0 or 4.1 to Release 5.0, you must reinstall the Assistant Console application.
Begin the installation by accessing the following URL:
https://<IPMA server>:8443/ma/Install/IPMAConsoleInstall.jsp
where
IPMA server specifies the IP address of the server that has the IPMA service running on it.
Tip You can localize the installer (with the proper localization pack) by including the proper parameter on the URL; for example, for French, you would include the following parameter at the end of the URL:?locale=fr_FR.
Assistant Console Location
c:\Program Files\Cisco\IPMA Assistant Console\
Manager Configuration URL
https://<server-name/ip>:8443/ma/desktop/maLogin.jsp
IPMA Console
The console displays the partition information as a tool tip. Two lines with same directory number, but different partitions appear as separate lines.
Serviceability Considerations
Cisco IPMA supports the following for Serviceability:
IPMA_ChangeLog
The administrator can view a summary of changes that are made to the Manager or Assistant Configurations. A manager can change defaults by accessing the Manager Configuration from a URL.
An assistant can change the manager defaults from the Assistant Console.
Note Refer to the Cisco IP Manager Assistant User Guide for information about the URL and Manager Configuration.
When changes are made, the information gets sent to a log file that is called ipma_changeLogxxx.log. The log file resides on the server that runs the IPMA service at the following location:
file get activelog tomcat/logs/ipma/log4j
The administrator can download this file from the server by using the trace and log central feature in the Serviceability Real-Time Monitoring Tool (RTMT). Refer to the Cisco CallManager Serviceability Administration Guide for more information.
The log file fields remain the same.
Activating Cisco IPMA
Use Serviceability Control Center Feature Service to stop and start the Cisco IPMA service.
Trace Tool Settings
Configure trace settings from Cisco CallManager Serviceability. Choose Cisco CallManager Serviceability > Trace.
Download IPMA traces from the Cisco CallManager server by choosing Serviceability > Real Time Monitor Tool (RTMT) > Trace & Log Central.
Any errors that the configuration wizard generates get sent to the trace file.
Access this file can by using the following CLI command:
file get activelog tomcat/logs/ccmadmin/log4j
Alarms and Perfmon Counters
Alarms get enabled from Serviceability. Use the Serviceability Real Time Monitor Tool (RTMT) to view the perfmon status and syslog (alarms).
BAT Considerations
Cisco IPMA supports the following considerations for BAT, which is now integrated with Cisco CallManager Administration.
Accessing BAT from Cisco CallManager
To configure Cisco IPMA Managers and Assistants in BAT, choose Bulk Administration > Managers/Assistants. The following configuration windows display:
•Insert Managers/Assistants
•Delete Managers/Assistants
•Delete Managers (Query and Custom File)
•Delete Assistants (Query and Custom File)
•Generate IPMA Manager Reports
•Generate IPMA Assistant Reports
CAR/CDR Considerations
The CDR Analysis and Reporting Administration Guide documents CDR information for IPMA.
Security Considerations
IPMA supports security through the following service parameters and configuration windows:
Cisco IPMA Service Parameters
•CAPF Profile Instance Id for Secure Connection to CTI Manager—This node-specific service parameter specifies the Instance Id of the Application CAPF Profile for Application User IPMASecureSysUser that this Cisco IPMA server will use to open a secure connection to CTI Manager. You must configure this parameter if CTI Manager Connection Security Flag is enabled.
•CTI Manager Connection Security Flag—This clusterwide service parameter indicates whether security for Cisco IPMA service CTI Manager connection is enabled or disabled. If enabled, Cisco IPMA will open a secure connection to CTI Manager by using the Application CAPF profile that is configured in `Application CAPF Profile Instance Id for Secure Connection to CTI Manager' parameter.
•Cluster Security Mode—You must also configure the security service parameter Cluster Security Mode, from System > Enterprise Parameters in Cisco CallManager Administration, to secure a TLS connection to CTI, giving it a value of 1. This value indicates secure mode. Because this parameter is read-only, to change the cluster security mode, you must run the CTL Client plugin. You can do this from Application > Plugins in Cisco CallManager Administration.
Secure Connection to CTI
•IPMA supports a secure connection to CTI (TLS connection).
•The administrator must configure an IPMA Secure Sys User for CAPF profile (one per IPMA node) by choosing User Management > Application User CAPF Application Profile.
Where to Find More Information
•Cisco IPMA With Proxy Lines, Cisco CallManager Features and Services Guide
•Cisco IPMA With Shared Lines, Cisco CallManager Features and Services Guide
•Cisco CallManager Security Guide
•Cisco CallManager Administration Guide
•Cisco CallManager System Guide
Cisco Unity Voice Messaging
Cisco Unity comprises a communications solution that delivers voice messaging and unified messaging in a unified environment. This section comprises feature delta information for Cisco Unity and Cisco Unity Connection.
Cisco CallManager Administration Configuration Tips
Enhancements exist to create individual Cisco Unity or Cisco Unity Connection Voice Mailboxes in Release 5.0. You can create Cisco Unity and Cisco Unity Connection user mailboxes from Cisco CallManager Administration End User and Directory Number Configuration. For detailed information, refer to the Cisco CallManager Administration Guide.
Note You must configure both Cisco Unity (or Cisco Unity Connection) and Cisco CallManager Administration (for example, set up Cisco Unity voice mailbox templates, Cisco CallManager dial plans) to enable this feature. To set up Cisco Unity, refer to the integration and installation guides for Cisco Unity and Cisco Unity Connection.
Cisco CallManager SIP Integration to Cisco Unity now gets supported.
GUI Changes
When you save the configuration, Cisco Unity or Cisco Unity Connection adds the record in the Application Server Configuration in Cisco CallManager Administration. The Application Server windows get provided for Release 5.0.
You can create Cisco Unity voice mailboxes, if defined, in Cisco CallManager Administration by choosing the Create Cisco Unity User link that displays in the Related Links drop-down list box in the upper, right corner of Cisco CallManager Administration.
Note You must define a primary extension to create Cisco Unity voice mailboxes.
When the user is integrated with the Cisco CallManager End User, you cannot edit the following fields in Cisco Unity windows:
•Alias (User ID in Cisco CallManager Administration)
•First Name
•Last Name
•Extension (Primary Extension in Cisco CallManager Administration)
Cisco Unity monitors the syncing of data from Cisco CallManager. You can configure the sync time in Cisco Unity Administration.
Where to Find More Information
•End User Configuration, Cisco CallManager Administration Guide
•Directory Number Configuration, Cisco CallManager Administration Guide
•Integration and installation documentation for Cisco Unity and Cisco Unity Connection
Cisco WebDialer
Cisco WebDialer, which is installed on a Cisco CallManager server and used in conjunction with Cisco CallManager, allows Cisco IP Phone users to make calls from web and desktop applications. For example, Cisco WebDialer uses hyperlinked telephone numbers in a company directory to allow users to make calls from a web page by clicking the telephone number of the person that they are trying to call.
Cisco CallManager Administration Configuration Tips
The following section comprises the tips and information for configuring Cisco WebDialer.
Application Dial Rule Change Notifications
You no longer need to restart Cisco WebDialer after an application dial rule add, update, or delete. Dial rules will use change notification of data in the database, rather than the previous mechanism.
Redirector Servlet over HTTPS
The Redirector servlet now works over HTTPS, instead of HTTP. For example, you could access a URL similar to the following one:
https://<ccmIP address>:8443/webdialer/Redirector
SIP Support for WebDialer
Cisco WebDialer only supports Cisco IP Phones 7941G, 7941G-GE, 7961G, 7961G-GE, and 7971 for SIP.
The following Cisco IP Phones support Cisco WebDialer:
•Cisco IP Phones 7970G/7971G
•Cisco IP Phones 7961G/41G and 7961GE/41GE (G = Non Gig; GE = Gig)
GUI Changes
The Cisco WebDialer now supports partition information that JTAPI provides. The Cisco WebDialer Preferences include information about the partition, as well as line information.
You can now launch Cisco WebDialer from the Directory window, which is part of Cisco CallManager User Options.
You can access Cisco WebDialer from Cisco CallManager User Options, under the Directory link. As an example, you could access a URL similar to the following one:
https://<ccmIP address>:8443/ccmuser
Service Parameter Changes
To configure Cisco WebDialer service parameters, choose System >Service Parameters.
Two new security service parameters exist for enabling security for Cisco WebDialer in Release 5.0:
•CTI Manager Connection Security Flag—This clusterwide parameter indicates whether security for Cisco WebDialer service CTI Manager connection gets enabled or disabled. If enabled, Cisco WebDialer will open a secure connection to CTI Manager by using the Application CAPF profile that is configured in Application CAPF Profile instance ID for Secure Connection to CTI Manager parameter.
•Application CAPF Profile Instance Id for Secure Connection to CTI Manager—This parameter specifies the Instance Id of the Application CAPF Profile for Application User WDSysUser that this Cisco WebDialer server will use to open a secure connection to CTI Manager.
Note All changes to service parameters require a restart of the Cisco WebDialer service for the changes to take effect.
Serviceability Considerations
The following sections comprise Serviceability information for Cisco WebDialer.
Trace Settings
You should configure the Cisco WebDialer trace settings from the Serviceability trace settings windows. The same settings apply to both Cisco WebDialer and Redirector.
Alarms and Performance Counters
Two new Cisco WebDialer performance counters exist in Release 5.0:
•RequestsCompleted
•RequestsFailed
Security Considerations
Cisco WebDialer now supports a secure (TLS) connection to CTI. A new application user, WDSecureSysUser, obtains the secure CTI connection. Release 5.0 makes two new application users available in Cisco WebDialer:
•WDSecureSysUser—Cisco WebDialer uses this application user account to obtain a secure CTI connection.
•WDSysUser—Cisco WebDialer uses this application user account to open a non-secure CTI connection.
You must configure a CAPF profile in Application User CAPF Profile Configuration in Cisco CallManager Administration, that is configured for the instance ID for application user WDSecureSysUser. If you enable security from the service parameters window, Cisco WebDialer will open a secure connection to CTI Manager by using the Application CAPF profile.
You must also configure the security service parameter Cluster Security Mode, from System > Enterprise Parameters in Cisco CallManager Administration, to secure a TLS connection to CTI, giving it a value of 1. This value indicates secure mode. Because this parameter is read-only, to change the cluster security mode, you must run the CTL Client plugin. You can do this from Application > Plugins in Cisco CallManager Administration.
Where to Find More Information
•Cisco WebDialer, Cisco CallManager Features and Services Guide
•Cisco CallManager Administration
Client Matter Codes and Forced Application Codes
Forced Authorization Codes (FAC) and Client Matter Codes (CMC) allow you to manage call access and accounting. CMC assists with call accounting and billing for billable clients, while Forced Authorization Codes regulate the types of calls that certain users can place.
Client Matter Codes force the user to enter a code to specify that the call relates to a specific client matter. You can assign client matter codes to customers, students, or other populations for call-accounting and billing purposes. The Forced Authorization Codes feature forces the user to enter a valid authorization code before the call completes.
The CMC and FAC features require that you make changes to route patterns and update your dial plan documents to reflect that you enabled or disabled FAC and/or CMC for each route pattern.
Cisco CallManager Administration Configuration Tips
See the following section for GUI changes.
GUI Changes
CMC and FAC configuration moved from the Feature menu to the Call Routing menu in Release 5.0 of Cisco CallManager Administration.
Where to Find More Information
•Client Matter Codes and Forced Authorization Codes, Cisco CallManager Features and Services Guide
Multilevel Precedence and Preemption (MLPP)
Resource Reservation Protocol (RSVP) signalling, using the RSVP Agent, includes a precedence level indicator for support of MLPP. RSVP supports only MLPP audio calls.
The Cisco CallManager MLPP feature extends to RSVP reservations. Cisco CallManager passes the caller precedence level information to RSVP Agent by means of SCCP Quality of Service (QoS) messages. An IOS router can preempt the call based on the precedence level. RSVP Agent needs to notify Cisco CallManager about RSVP reservation failure reason including preemption cause. Cisco CallManager notifies the preempted caller or callee about the preemption by using the existing MLPP method.
Cisco CallManager passes the caller precedence level info to the RSVP Agent for both audio and video calls. The RSVP module in the router determines how to handle the precedence level information.
The system does not support MLPP for Session Initiation Protocol (SIP) phones.
Where to Find More Information
•Multilevel Precedence and Preemption, Cisco CallManager Features and Services Guide
•Resource Reservation Protocol, Cisco CallManager System Guide
Music On Hold
The Music On Hold (MOH) feature supports call admission control that Resource Reservation Protocol (RSVP) provides.
Cisco CallManager supports RSVP for unicast MOH server. If RSVP policy is mandatory for the connection between an MOH server and the held party, Cisco CallManager provides tone on hold when RSVP reservation fails.
Cisco CallManager only allocates RSVP Agent for the calling/called devices, unicast MOH, and Annunciator. No RSVP Agent gets allocated for MTP or transcoder devices even if these devices are in the difference location from the endpoint. At most, one pair of RSVP agents per call exists.
Music On Hold interacts with RSVP by following the interlocation RSVP policy that was established for the location of the held party and the location of the MOH server.
This release includes the following enhancements to the Media Streaming Application service:
•MTP support for RFC2833 pass through control by Cisco CallManager with revised SCCP
•Configuration settings for MTP RFC2833 DTMF duration and power
•Configuration settings for MOH multicast RTP streams
This release includes the following enhancement to Cisco CallManager:
Cisco CallManager turns off Music on Hold streaming into a conference when a member of the conference puts the device on hold. This capability gets implemented on the SIP trunk for interoperability with Cisco Meeting Place.
Cisco CallManager Administration Configuration Tips
In Release 5.0 of Cisco CallManager, the Music On Hold (MOH) feature includes the following configuration differences:
•The administrator must import the audio source file to the MOH server in each cluster prior to assigning an audio source number to the audio source file.
•The Music On Hold Audio Source Configuration window uploads audio source files only to a particular server. The window does not provide for automatic copying of audio source files to any other servers. You must manually upload audio source files to subscriber servers by accessing the Cisco CallManager application on each server.
•The Music On Hold feature does not support the MP3 format.
•In previous releases, Cisco CallManager did not limit the amount of space that MOH files used. The MOH upload tool does not limit the number of uploaded files or the file size. The modified upload JSP pages check the disk usage of existing MOH files and only permit uploads if sufficient space is found.
•Cisco CallManager supports up to five MOH audio sources on 36- or 40-gigabyte disk-based systems. Systems with 72- or 80-gigabyte disks support the entire 50 audio streams. To increase the number of audio sources that Cisco CallManager supports, install a larger disk during upgrade.
•Administrators can neither add nor delete Music On Hold servers. Administrators can only modify MOH servers that get configured upon installation of Cisco CallManager software.
•The Media Resources menu includes the MOH Audio File Management menu option. Use this menu option to upload or delete Music On Hold audio source files.
GUI Changes
The Music On Hold configuration options moved from the Service > Media Resource menu to the Media Resources menu. Use the following menu options to configure the Music On Hold service:
•Media Resources > Music On Hold Audio Source
•Media Resources > Fixed MOH Audio Source
•Media Resources > Music On Hold Server
•Media Resources > MOH Audio File Management
User Tips
If an endpoint is connected to a multicast MOH server, no need for RSVP reservation exists.
Where to Find More Information
•Music On Hold, Cisco CallManager Features and Services Guide
•Resource Reservation Protocol, Cisco CallManager System Guide
Quality Report Tool
The Quality Report Tool (QRT), a voice-quality and general problem-reporting tool for Cisco IP Phones, acts as a service that allows users to easily and accurately report audio and other general problems with their IP phone. QRT automatically loads with the Cisco CallManager installation, and the Cisco Extended Functions (CEF) service supports it.
Cisco CallManager Administration Configuration Tips
The following section comprises the tips and information for configuring QRT.
SIP Support for QRT
QRT supports Cisco IP Phones 7911, 7941G, 7941G-GE, 7961G, 7961G-GE, and 7971 for SIP.
A SIP phone that is configured to use UDP as the transport, instead of TCP, will not support the device data pass-through functionality. QRT requires the pass-through functionality, so QRT does not support these UDP-configured SIP phones.
New QRT Report Fields
Two new fields exist in the QRT report:
•sProtocol—This field represents the protocol for the source phones.
•dProtocol—This field represents the protocol for the destination phones.
The actual names of the phone models replace some phone model names in the QRT report fields. For example, in previous releases, for the Source Model field, the description for an SCCP phone model was 20. In Release 5.0, the actual corresponding model name SCCP Phone is used.
This change affects the following report fields:
•Source Model
•Source Product
•Destination Model
•Destination Product
•CallState
Security Considerations
QRT now supports a secure Transport Layer Security (TLS) connection to CTI. You can obtain the secure connection by using the CCMQRTSecureSysUser application user.
If you enable security from the service parameters window, the QRT will open a secure connection to CTI Manager by using the Application CAPF profile. You should configure both the CTI Manager Connection Security Flag and the CAPF Profile Instance Id for Secure Connection to CTI Manager service parameters for the secure connection to succeed.
You must also configure the security service parameter Cluster Security Mode, from System > Enterprise Parameters in Cisco CallManager Administration, to secure a TLS connection to CTI, giving it a value of 1. This value indicates secure mode. Because this parameter is read-only, to change the cluster security mode, you must run the CTL Client plugin. You can do this from Application > Plugins in Cisco CallManager Administration.
Refer to the Cisco CallManager Features and Services Guide and Cisco CallManager Administration Guide for more information.
Where to Find More Information
•Cisco CallManager Features and Services Guide
•Cisco CallManager Administration Guide
•Cisco CallManager System Guide
Bulk Administration Tool Features
Cisco CallManager Bulk Administration (BAT), a web-based application, performs bulk transactions to the Cisco CallManager database. This section introduces the changes to BAT for Cisco CallManager 5.0.
Installation Considerations
BAT installs as part of Cisco CallManager Administration. Refer to Cisco CallManager Administration Guide for more details.
New and Changed Information for BAT
The menu structure in BAT changed to align with Cisco CallManager Administration menu. Cisco CallManager Administration includes Bulk Administration, a new menu.
See the "GUI Changes" section, for more information.
The following changes in BAT apply for Cisco CallManager 5.0.
•BAT supports bulk provisioning of all phone data, including support for SIP features for phones. The migration tool handles bulk provisioning for upgrade purposes.
•Additions and changes to Cisco CallManager administration and serviceability tools remain consistent with the existing look and feel of Cisco CallManager Administration.
•BAT accepts bulk provisioning data in a format that can be created and viewed by common enterprise desktop applications like Microsoft Excel.
•The SCCP to SIP Phone Migration Tool allows you to select phones, and update protocol from Skinny Client Control Protocol (SCCP) to Session Initiation Protocol (SIP). To change the default values that are set during migration, use the Update Phones menu option in the Bulk Administration menu, after migration. Values for the migration tool in BAT from SCCP to SIP come from the phone template. Make sure that you reset the phones that you migrate from SCCP to SIP by using Bulk Administration > Phones > Reset/Restart Phones > Query. For more information about resetting phones, see Cisco CallManager Bulk Administration Guide
•BAT supports job scheduling to submit a job, like inserting phones, to the Bulk Provisioning Service (BPS). You can choose to run this job immediately or at a later time and date that you specify. This helps improve system performance during peak hours.
•BAT provides a template for common user settings.
•BAT provides a menu option to upload comma separated value (CSV) files from the client machine to Cisco CallManager server with active BPS and to download reports, bat excel template, exported files, and log files that are generated through BAT from the server hosting the active BPS to the client machine.
•Log files and trace files for BPS transactions get collected using the trace and log central feature. The trace level (like info, debug, error, and so on) information gets set by using the Cisco CallManager Serviceability for each service including BPS. Appropriate traces get written in the trace files based on the setting.
BAT Configuration Tips
The Bulk Administration Tool installs with Cisco CallManager, so requirement for plugins no longer exists.
GUI Changes
Cisco CallManager Administration includes a menu item called Bulk Administration. The following menu items, which display under Bulk Administration, previously displayed under the Configure menu:
•Phones
•Users
•Phones and Users (new)
•Managers/Assistants
•User Device Profiles
•Gateways
•Forced Authorization Codes
•Client Matter Codes
•Call Pickup Groups
•Job Scheduler (new)
•Upload/Download Files (new)
Service Parameter Changes
The following two service parameters exist for the Bulk Provisioning Service (BPS) for BAT:
•Stop Job Processing(Read-Only) — This required parameter, if set to true, stops bulk job processing. To start processing, change this value to false. You can set this value from Job Scheduling window from the Cisco CallManager Bulk Administration Menu.
•Default Job Processing Option—Default option for BPS Job processing. Select this option by default whenever you are ready to submit a job. You can change the selection for this required filed before submitting the job.
•Default Job Processing Time (HH.MM)—Default scheduled time for transactions. This is not a required field.
•Log File Location(Read-Only) —Location for Bulk Processing Log files. Log files for all jobs will be written here.
Serviceability Considerations
The following enhancements occur in Serviceability for BAT:
•Serviceability provides an option to activate/deactivate BPS on a Cisco CallManager server that is designated as the first node in cluster.
•BAT transaction traces get stored with the traces for the other Cisco CallManager applications. You can turn the traces on or off using Cisco CallManager Serviceability.
Security Considerations
BAT now implements Multilevel Administration. Restricted access to BAT administration windows occurs based on the permissions to the users or groups of which they are part.
BAT Performance
Table 3 lists the performance values for various BAT transactions.
Note The following performance data occurs at laboratory conditions, and this data can change depending on Cisco CallManager activity. These are off-peak hour numbers and only provide an approximate guidance to judge the overall time for transaction.
Table 3 BAT Performance Measures for Various Transactions
Transaction
|
Records Processed/Minute
|
Forced Authorization Codes
|
Insert FAC
|
200
|
Delete FAC
|
500
|
Client Matter Codes
|
Insert CMC
|
250
|
Delete CMC
|
500
|
Call Pickup Groups
|
Insert CPG
|
200
|
Delete CPG
|
500
|
Phones/Users
|
Validate Phones/Users
|
100
|
Insert Phones/Users
|
15
|
Users
|
Insert Users
|
150
|
Update Users
|
65
|
Reset Password/PIN query
|
500
|
Reset Password/PIN Custom
|
350
|
Generate User reports
|
500
|
Export Users - Specific
|
250
|
Export Users - All
|
200
|
Delete Users - Query
|
300
|
Delete Users - Custom
|
300
|
Manager Assistants
|
Manager/Assistant Insert
|
75
|
Manager/Assistant CSV Based Delete
|
300
|
Manager/Assistant Query based Delete
|
300
|
Manager/Assistant Custom file based delete
|
300
|
UDP Transactions
|
Validate UDP
|
300
|
Insert UDP specific details
|
65
|
Export All Details
|
50
|
Add lines UDP
|
75
|
Report UDP
|
125
|
Delete UDP
|
70
|
Phone Transactions
|
Validate Phones
|
250
|
Insert Specific Phones
|
45
|
Export All Details
|
75
|
Update Phones
|
150
|
Add lines for Phones
|
75
|
Reset/Restart Phones
|
500
|
Generate Phone Reports
|
300
|
Delete Phones (Query)
|
75
|
TAPS Features
The Tool for Auto-Registered Phone Support (TAPS) application enables phone users to call the TAPS directory number and download the preconfigured phone settings for the users directory number.
Installation Considerations
TAPS gets installed on Cisco CallManager first node, as part of Cisco CallManager Administration installation. For more details, refer to Cisco CallManager Administration Guide. For TAPS to function, you must enable auto-registration in Cisco CallManager Serviceability.
You must install TAPS application on Cisco Customer Response Solutions (Cisco CRS) server. You can download TAPS installable for the Cisco CRS by choosing Menu > Applications > Plugins from Cisco CallManager Administration.
For more details about installing TAPS on Cisco CRS, refer to Cisco CallManager Bulk Administration Guide.
TAPS Configuration Tips
TAPS requires the Cisco IP Interactive Voice Response (IP IVR) application that runs on the Cisco CRS server for the user interface and prompts.
GUI Changes
The TAPS submenu in Bulk Administration includes the following menu options.
•Secure TAPS
•User Locales for TAPS
•View TAPS Log File
Service Parameter Changes
Two new service parameters exist for TAPS for Cisco CallManager 5.0. For more information on service parameters and how to view and modify them, refer to Cisco CallManager Administration Guide.
•Auto-Registration Options for TAPS—Choose Allow Auto-Registered phones to reset with a profile with a dummy MAC address or Allow Auto-Registered phones with any profile.
•Log File Location—Location for TAPS log files. Log files for all TAPS transactions will be written in this required field. Maximum length: 255.
Serviceability Considerations
The following enhancements exist in Serviceability for TAPS:
•Serviceability provides an option to activate/deactivate Cisco TAPS service on a Cisco CallManager server that is designated as the first node in cluster.
•TAP transaction traces get stored with the traces for the other Cisco CallManager applications. You can turn the traces on or off by using Cisco CallManager Serviceability.
Security Considerations
TAPS now implements Multilevel Administration. Restricted access to TAPS administration windows occurs based on the permissions to the users or groups of which they are part.
Where to Find More Information
•Cisco CallManager Bulk Administration Guide
•Cisco CallManager Administration Guide
•Cisco CallManager Serviceability Administration Guide 5.0
Security Features
Cisco CallManager 5.0 supports the following security features:
•Security profiles—Cisco CallManager Administration groups security-related settings into profiles, so you can apply all settings to a SIP phone, SIP trunk, or SCCP profile when you apply a profile to the device.
•Encrypted phone configuration files—After you configure security-related settings, the phone configuration file contains sensitive configuration information, such as digest authentication passwords and phone administrator passwords. To ensure privacy of the configuration file during download, you must configure the configuration files for encryption.
•H.323/H.245/H.225 gateway and trunk encryption—Cisco CallManager 5.0 allows you to encrypt the media streams between Cisco CallManager and the H.323/H.245/H.225 gateway and trunk.
•Digest authentication—This process, which is used for SIP trunks and SIP phones, allows Cisco CallManager to challenge the identity of the SIP user agent (UA) when the UA sends a request to Cisco CallManager.
•SIP trunk-based authorization—For SIP trunks, Cisco CallManager provides authorization of Presence requests and certain non-INVITE SIP messages from the SIP trunk or SIP trunk application user; for example, out-of-dial REFER, unsolicited notification, and any SIP request with the replaces header.
Authorization occurs for the trunk first and then for the SIP trunk application user when you configure both the SIP trunk and the application for authorization in Cisco CallManager Administration. Before authorization for the application can occur, Cisco CallManager authenticates the application with digest authentication.
•Presence group authorization—Cisco CallManager allows you to configure presence groups to control the destinations that watchers can monitor. Refer to the "Presence" section for additional details.
•JTAPI/TAPI/CTI application security—Cisco CallManager 5.0 allows you to secure the signaling connections and media streams between CTIManager and CTI/JTAPI/TAPI applications.
•Packet capture—Because third-party troubleshooting tools that sniff media and TCP packets do not work after you enable SRTP encryption, you must use Cisco CallManager Administration to configure packet capturing.
Cisco CallManager Administration Configuration Tips
Security operations rely on the creation of the Cisco CTL file. Before you perform the following tasks, create the Cisco CTL file and ensure that the cluster security mode equals secure mode.
Security Profiles
After you configure the security profile for the SIP trunk, SIP phone, or SCCP phone (System > Security Profile >...), you apply the profile to the device (Device > Phone or Device > Trunk).
All SIP phones, SCCP phones, and SIP trunks require that you apply a security profile. If the device does not support security, apply a nonsecure profile.
For SIP and SCCP phones, configure the CAPF settings in the profile in conjunction with the Certificate Authority Proxy Function settings that display in the Phone Configuration window.
If you configured the device security mode prior to the Cisco CallManager 5.0 upgrade, Cisco CallManager creates a profile that is based on the mode and applies the profile to the device.
If the device does not support the profile that you configure, Cisco CallManager does not allow you to apply it to the device.
When you configure digest authentication for the SIP phone or SIP trunk, be sure to configure the digest credentials for the application user or end user and apply the end user with configured digest credentials to the phone.
The SCCP phone security profile supports the Cisco Voice Mail Port (Voice Mail > Cisco Voice Mail Port [or Cisco Voice Mail Port Wizard]). When you choose a profile, consider the device security mode and not the CAPF settings from the profile. Cisco CallManager ignores the CAPF settings in the security profile because the settings do not apply to voice mail ports.
Encrypted Phone Configuration Files
In Cisco CallManager Administration, enable the TFTP Encrypted Configuration enterprise parameter (System > Enterprise Parameters). If your phone supports manual key distribution, perform the manual key distribution tasks in Cisco CallManager Administration (Device > Phone). If your phone supports the method, symmetric key encryption with phone public key, verify that a manufacture-installed certificate (MIC) or locally significant certificate (LSC) exists in the phone; reset the phone.
H.323/H.245/H.225 Gateway and Trunk Encryption
Configure IPSec in the network infrastructure or from Cisco CallManager to the gateway/trunk. Check the SRTP Allowed check box in Cisco CallManager Administration (Device > Gateway or Device > Trunk). To support IPSec and encryption on the gateway, perform the necessary tasks on the gateway, as described in the documentation that supports your gateway.
Caution If you do not configure IPSec but you check the SRTP Allowed check box in Cisco CallManager Administration, the SRTP key material gets sent in the clear. Before you check the check box, ensure that you configured IPSec correctly.
SIP Trunk-Based Authorization
Configure the SIP trunk security profile (System > Security Profile > SIP Trunk Security Profile), and check any or all of the following check boxes: Accept Presence Subscription, Accept Out-of-Dialog Refer, Accept Unsolicited Notification, Accept Replaces Header.
If you want application-level authorization to occur after trunk-level authorization, check the Enable Application Level Authorization and Enable Digest Authentication check boxes.
After you configure the SIP trunk security profile, apply the profile to the trunk. Then, for application-level authorization, check the check boxes in the Application User Configuration window (User Management > Application User).
Make sure that you configure digest authentication for the trunk, as described in the "Digest Authentication for SIP Trunks and SIP Phones" section.
Presence Group Authorization
To use presence group authorization, configure presence groups and permissions (System > Presence Groups). For each presence group that you create, you apply the presence group to one or more of following items in Cisco CallManager Administration: directory number, trunk, phone, application user, end user, and autogenerated device profiles.
Digest Authentication for SIP Trunks and SIP Phones
To configure digest authentication for the SIP phone, perform the following tasks:
•Configure the digest credentials in the End User window (User Management > End User). Configure a SIP Phone Security Profile for digest authentication (System > Security Profile > SIP Phone Security Profile) and apply it to the phone (Device > Phone). In the Phone Configuration window, choose that end user from the Digest User drop-down list box. If you are configuring a third-party phone, you must enter the digest credentials on the phone.
To configure digest authentication for the SIP trunk, perform the following tasks:
•Configure a SIP trunk security profile for digest authentication (System > Security Profile > SIP Trunk Security Profile) and apply it to the trunk (Device > Trunk).
•When Cisco CallManager acts as a UAS, configure the Cluster ID enterprise parameter (System > Enterprise Parameters). Configure the digest credentials in the Application User Configuration window (User Management > Application User).
•When Cisco CallManager acts as a UAC, configure the digest credentials in the SIP Realm window (User Management > SIP Realm).
Tip Digest authentication does not provide integrity or confidentiality. To ensure integrity and confidentiality for the device, configure the TLS protocol for the device if the device supports TLS. If the device supports encryption, configure the device security mode as encrypted. If the device supports encrypted phone configuration files, configure encryption for the files.
JTAPI/TAPI/CTI Application Security
To ensure that JTAPI/TAPI/CTI applications connect securely to the CTIManager, you must configure the Application User CAPF Profile (User Management > Application User CAPF Profile).
To ensure that a service connects securely to the client, you must configure the End User CAPF Profile for each instance of the application that runs on a PC (User Management > End User CAPF Profile).
To ensure that an application or end user supports authentication and media encryption (SRTP), you must add the user to the Standard CTI Secure Connection and the Standard CTI Allow Reception of SRTP Key Material user groups (User Management > User Group).
Tip Before the application and end user can use SRTP, verify that the user exists in the Standard CTI Enabled and Standard CTI Secure Connection user group, which serves as a baseline configuration for TLS and SRTP connections. After you add the user to this group, you can add the user to the Standard CTI Allow Reception of SRTP Key Material user group. The application and end user cannot use SRTP if it does not exist in these three groups.
Packet Capturing
In Cisco CallManager Administration, configure the TLS packet capture service parameters for the Cisco CallManager service (System > Service Parameters) to capture packets for TLS connections between Cisco CallManager and a device (Cisco IP Phone, Cisco SIP IP Phone, SIP trunk, Cisco IOS MGCP gateway, H.323 gateway, or H.323/H.245/H.225 trunk). You then specify batch processing mode in the Packet Capture Mode field and the Packet Capture Duration in the device's configuration window in Cisco CallManager Administration.
GUI Changes
The following new and changed windows in Cisco CallManager Administration contain security-related configuration settings:
•SCCP Phone Security Profile Configuration window (new)—Contains the Device Security Mode, Authentication Mode (for CAPF), and the Key Size (for CAPF) settings.
•SIP Phone Security Profile Configuration window (new)—Contains the Device Security Mode, Authentication Mode (for CAPF), the Key Size (for CAPF), Enable Digest Authentication, Nonce Validity Time, Transport Type, and SIP Phone Port settings.
•SIP Trunk Security Profile Configuration window (new)—Contains the Incoming Transport Type, Outgoing Transport Type, Device Security Mode, Enable Digest Authentication, Nonce Validity Time, X.509 Subject Name, Incoming Port, Enable Application Level Authorization, Accept Presence Subscription, Accept Out-of-Dialog REFER, Accept Unsolicited Notification, and Accept Replaces Header settings.
Tip The Transport Type settings now display in the Security Profile window instead of the SIP Trunk window.
•End User Configuration window (new)—Contains the following new settings for phone digest authentication: Digest Credentials and Confirm Digest Credentials.
•Application User Configuration window (new)—Contains the Accept Presence Subscription, Accept Out-of-Dialog REFER, Accept Unsolicited Notification, Accept Replaces Header, and Associated CAPF settings, as well as the following new settings for application digest authentication: Digest Credentials and Confirm Digest Credentials.
•User Group Configuration window (new)—Contains the following new settings for configuring TLS and encryption for JTAPI/TAPI/CTI applications: Standard CTI Secure Connection and Standard CTI Allow Reception of SRTP Key Material.
•Application User CAPF Profile Configuration window (new)—Allows you to install and upgrade locally significant certificates for JTAPI/TAPI applications; all settings in this window relate to security.
•End User CAPF Profile Configuration window (new)—Allows you to install and upgrade locally significant certificates for JTAPI/TAPI applications; all settings in this window relate to security.
•SIP Realm window (new)—Supports SIP trunk digest authentication; all settings in this window relate to security.
•Cisco CallManager window (changed)—Contains the following new setting: SIP Phone Security Port. Update this setting only if the port number is in use, or if you use a firewall and you cannot use the port within the firewall.
•Cisco Voice Mail Port window (changed)—Contains the SCCP Phone Security Profile setting where you can apply an authenticated, encrypted, or nonsecure security profile to the port.
Tip The Device Security Mode setting now displays in the SCCP Phone Security Profile window instead of the Cisco Voice Mail Port window and in the Cisco Voice Mail Port Wizard.
•Cisco Voice Mail Port Wizard (changed)—Contains the SCCP Phone Security Profile setting where you can apply an authenticated, encrypted, or nonsecure security profile to the port.
Tip The Device Security Mode setting no longer displays in this window. You configure the Device Security Mode setting in the SCCP Phone Security Profile.
•Phone Configuration window (changed)—Contains the following security-related settings:
–SIP Phone Security Profile (or SCCP Phone Security Profile)—After you configure a security profile (System > Security Profile >...), you apply it to the device in this window.
–Digest User, SIP phone only (new)—For this setting that is used for digest authentication, you choose the digest user, an end user, for a phone after you configure the digest credentials in the End User window. (Consider this field a required field for third-party SIP phones.)
–Certificate Authority Proxy Function (not all phone types)—You configure the Certificate Operation, Authentication String, Generate String, Operation Completes By, and Certificate Operation Status settings in conjunction with the CAPF settings that display in the SIP Phone or SCCP Phone Security Profile windows.
–Symmetric Key, Generate Symmetric Key, and Revert to Database Value (not all phone types)—These settings allow you to configure encrypted phone configuration files.
–Packet Capture Mode and Packet Capture Duration—If the phone supports packet capturing, the Packet Capture Mode and Packet Capture Duration display to allow you to capture packets in batch mode.
Tip The Device Security Mode, Authentication Mode, and Key Size settings no longer display in the Phone Configuration window. You configure these settings in the SIP Phone or SCCP Phone Security Profile windows.
•SIP Trunk Configuration window (changed)—Contains the SIP Trunk Security Profile setting where you choose a profile for the device and the Packet Capture Mode and Packet Capture Duration settings, which are used if you need to troubleshoot encryption for the trunk.
•H.225 Trunk Configuration window (changed)—Contains the SRTP Allowed check box and the Packet Capture Mode and Packet Capture Duration settings, which are used if you need to troubleshoot encryption for the trunk.
•Inter-Cluster Trunk Configuration (Gatekeeper-Controlled) window (changed)—Contains the SRTP Allowed check box and the Packet Capture Mode and Packet Capture Duration settings, which are used if you need to troubleshoot encryption for the trunk.
•Inter-Cluster Trunk Configuration (Non Gatekeeper-Controlled) window (changed)—Contains the SRTP Allowed check box and the Packet Capture Mode and Packet Capture Duration settings, which are used if you need to troubleshoot encryption for the trunk.
•H.323 Gateway Configuration window (changed)—Contains the SRTP Allowed check box and the Packet Capture Mode and Packet Capture Duration settings, which are used if you need to troubleshoot encryption for the trunk.
•User Group Configuration window (changed)—Contains the Standard CTI Secure Connection, Standard CTI Allow Reception of SRTP Key Material, and Standard Packet Sniffer User groups that are provided by default; allows you to assign end users and applications users to these groups.
•Role Configuration window (new)—Contains the Enable CTI Security and Enable CTI SRTP Key Distribution settings for a CTI application.
New Service and Enterprise Parameters
•TFTP Encrypted Configuration—This enterprise parameter specifies whether encryption is enabled for TFTP download. Restart all services for the parameter change to take effect.
•CAPF Profile Instance ID for Secure Connection to CTIManager—Used with the Cisco WebDialer Web and Cisco IP Manager Assistant (IPMA) services, this parameter specifies the Instance ID of the application users, WDSecureSysUser and IPMASecureSysUser, that this Cisco WebDialer or Cisco IPMA server uses to open a connection to CTIManager. You must configure this parameter if you enable the CTI Manager Connection Security Flag parameter. You must restart the Cisco IPMA or the Cisco WebDialer service for the changes to this parameter to take effect.
•CTIManager Connection Security Flag—The CTIManager Connection Security Flag service parameter indicates whether security is enabled for the CTIManager connection to the Cisco IPMA or Cisco WebDialer service. If enabled, Cisco IPMA or Cisco WebDialer opens a secure connection to CTIManager by using the Application CAPF profile that is configured for the Instance ID for the application user. You must restart the Cisco IPMA or the Cisco WebDialer service for the changes to this parameter to take effect.
•Cluster ID—This parameter provides a unique identifier for this cluster. This parameter serves as the realm in digest authentication when Cisco CallManager challenges a trunk device. Because this parameter gets used in CDRs, you can trace collections of CDRs from multiple clusters to the source.
•SIP Realm—This service parameter for Cisco CallManager specifies the string that is used in the realm field when Cisco CallManager responds to challenges from a trunk device in digest authentication.
•SIP Station Realm—This service parameter for Cisco CallManager specifies the string that is used in the realm field when Cisco CallManager challenges a SIP phone in digest authentication.
•Packet Capture Enable—This service parameter for Cisco CallManager determines whether Cisco CallManager captures packets that are sent or received over TLS connections.
•Packet Capture Max File Size (MB)—This service parameter for Cisco CallManager specifies the maximum size of each packet capture file created by Cisco CallManager for batch mode debugging.
Removed or Changed Service or Enterprise Parameters
The Device Security Mode enterprise parameter no longer exists. Instead, use the SCCP or SIP phone security profiles to configure and apply the device security mode to many devices at the same time.
Serviceability Considerations
After you configure the service parameters for JTAPI/TAPI/CTI security, you must restart the corresponding services.
Where to Find More Information
•Cisco CallManager Security Guide
New and Changed Information for Cisco CallManager Serviceability
Cisco CallManager Release 5.0 provides the following enhancements to Serviceability:
•Serviceability Administration
•Real-Time Monitoring Tool
•Trace & Log Central
•SysLog Viewer
•CDR Analysis and Reporting (CAR)
•Where to Find More Information
Serviceability Administration
The Cisco CallManager Serviceability Administration windows allow you to perform such tasks as configuring trace parameters, configuring alarms, and activating, starting, and stopping services.
GUI Changes
The Cisco CallManager Serviceability GUI contains the following changes for this release:
•The system allows you to start and stop services on different Control Center windows, depending on the service type: features services and network services. Feature services allow you to use Cisco CallManager related features. You can start and stop feature services on the Control Center-Feature services window. The system does not automatically activate these services when a new installation occurs. You must activate them on the Service Activation window. If you have upgraded your system, those services that you activated on the system prior to the upgrade automatically activate and start after the upgrade. You need network services for your system to function. Because these services are required for basic Cisco CallManager functionality, you cannot activate them in the Service Activation window. You can start and stop these services in the Control Center-Network Services window.
•Cisco CallManager Serviceability contains a new SNMP Configuration menu that allows you to configure SNMP community strings, users, and notification destinations for SNMP versions 1, 2c, and 3. You can apply configurations to a single server or to all servers in the cluster. Previously, you had to configure SNMP in the Microsoft Windows SNMP service properties dialog box on each server in the cluster.
•Cisco CallManager Serviceability contains a new mechanism for managing and delivering call detail records (CDR) and call management records (CMR). The CDR Management Configuration window allows you to set the amount of disk space allocated to call detail record (CDR) and call management record (CMR) files, configure the number of days to preserve files before deletion, and configure up to three billing application server destinations for CDR delivery. The CDR repository manager service repeatedly attempts to deliver CDR and CMR files to the billing servers that you configure on the CDR Management Configuration window until it delivers the files successfully, until you change or delete the billing application server on the CDR Management Configuration window, or until the files fall outside the preservation window and are deleted. You must use the CDR Management feature to move CDR/CMR files to your billing server(s). To access, choose Tools > CDR Management.
•The Alarm Configuration window (Alarm > Alarm Configuration) contains new check boxes: Local Syslog and Remote Syslog. The Local Syslog check box allows you to store syslog messages locally on Cisco CallManager. You view the messages by using the SysLog viewer in RTMT or by using the CLI. The Remote Syslog check box allows you to send syslog messages to be stored on a Syslog server that you specify.
•The trace output setting options on the Trace Configuration window (Trace > Configuration) have changed. Available options include maximum number of files and maximum file size. The defaults for the options vary depending on the service.
•The Trace Analysis Configuration window has been removed. The system does not support XML tracing.
•The Tools > RTMT menu option has been deleted. To download the RTMT plug-in, use the Find and List Plugins window (Application > Plugins) in Cisco CallManager Administration.
•The Q931 Translator is obsolete and the Q931 Translator window has been removed from Cisco CallManager Serviceability.
•The QRT viewer has been removed from Cisco CallManager Serviceability and incorporated into RTMT.
•The Cisco Serviceability Reporter service generates a new report that is called the Performance Protection Report, which provides trend analysis information on default monitoring objects that allows you to track overall system health. The report includes information for the for the last 7 days for each server. The report contains three graphs and one table. The three graphs contain data that the AMC service collects, and the report collects the table information from the Cisco CallManager database.
•The system contains new precanned alerts in Alert Central.
Administration Configuration Tips
•If you are upgrading to Cisco CallManager 5.0, you must enter SNMP configurations through the new SNMP Configuration menu in Cisco CallManager Serviceability. The system does not migrate SNMP Configuration settings from the Microsoft Windows SNMP service properties dialog box.
•Because the Serviceability Reporter service is CPU intensive, Cisco recommends that you activate the service on a non call-processing server.
•When you change either the Maximum No. of Files or Maximum File Size field on the Trace Configuration window, the system deletes all the service log files except the current file if the service is running, or if the service has not been activated, the system will delete the files when the service is initially activated. If you want to keep a record of the log files, make sure that you download and save the service log files to another server before changing the Maximum No. of Files field or the Maximum File Size field.
Real-Time Monitoring Tool
Cisco CallManager 5.0(1) includes the following enhancements to the Real-time Monitoring Tool (RTMT).
•Cisco provides RTMT versions that run on both Windows and Linux operating systems.
•You can monitor the different processes that are running on the server.
•RTMT includes updated performance monitor counters.
•RTMT provides SIP activity information, such as a summary of SIP requests, SIP responses, total number of failed incoming responses (4xx, 5xx, and 6xx), total number of failed outgoing responses (4xx, 5xx, and 6xx), number of retry request, and number of retry responses.
•RTMT provides Database summary information, such as change notification requests that are queued in the database, the change notification requests that are queued in memory, the total number of active client connections, and the number of devices that are queued for a device reset.
•The phone summary will also provide information on the number of SIP phones and Partially Registered phones, as well as the number of Registered phones, SCCP phones, and the number of failed registration attempts.
•You can initiate a trace download based on the occurrence of an event by checking the TCT Download check box in Alert properties for CriticalServiceDown and CodeYellow alerts.
•With Cisco CallManager 5.0(1), you can monitor the log partition disk space. The Log Partition Monitoring service starts automatically when you install Cisco CallManager. You configure LogPartitionLowWaterMarkExceeded or LogPartitionHighWaterMarkExceeded setting in Alert Central in RTMT. You can configure Cisco CallManager to send an alarm message to syslog or an alert message to alert central when disk space reaches either the LogPartitionLowWaterMarkExceeded or LogPartitionHighWaterMarkExceeded setting. When the disk space reaches the LogPartitionHighWaterMarkExceeded limit that you specify, the system begins deleting files until disk space reaches a configurable lower limit.
•The Trace Collection Tool, which was a separate plug-in for previous releases, has been integrated into RTMT and named Trace & Log Central. For more details, see the "Trace & Log Central" section.
•The SysLog Viewer has been integrated into RTMT. For more details, see the "SysLog Viewer" section.
•With Cisco CallManager 5.0(1), you can expand the functionality of RTMT by installing an application plug-in, such as the Voice Trace Log (VLT) application. You can download the latest plug-ins for the RTMT viewer from Cisco.com.
GUI Changes
•New monitoring categories exist. To access, click the View tab in the Quick Launch Channel and use one of following paths:
–Server > Process
–Call Process > SIP Activity
–Service > Database Summary
•On the Select Phone to Monitor dialog box (Device > Open Device Search > Phone), a new option enables you to search by protocol: SCCP or SIP.
•New trace options exist. To access, click the Tools tab in the Quick Launch Channel and choose Trace. For more details on these options, see the "Trace & Log Central" section.
Administration Configuration Tips
•If the PC on which you are installing RTMT runs on a Linux operating system, make sure that you download the Cisco CM Real-Time Monitoring Tool-Linux plug-in from the Find and List Plugins window in Cisco CallManager Administration. If the PC runs Windows, make sure that you install the Cisco CM Real-Time Monitoring Tool-Windows plug-in.
•If you have previously installed RTMT for use with a Cisco CallManager server that is running Microsoft Windows, you must install RTMT for Cisco CallManager 5.0 in a different folder on your local computer.
•For Log Partition Monitoring, configure the LogPartitionLowWaterMarkExceeded and LogPartitionHighWaterMarkExceeded settings in Alert Central.
•To initiate a trace download based on the occurrence of an event, check the TCT Download check box in Alert properties for CriticalServiceDown and CodeYellow alerts.
Trace & Log Central
In previous releases, the trace collection tools represented a separate plug-in that was available from the Plugin Configuration window in Cisco CallManager. The trace collection tool allowed you to collect, view, and zip various Cisco CallManager service traces and/or other Cisco CallManager log files. In this release, the trace collection tool was integrated into the real-time monitoring tool (RTMT) client-side plug-in, enhanced to include more trace collection options, and named trace and log central.
GUI Changes
Administrators can access the trace collection option by installing RTMT on their PC and performing one of the following tasks:
•In the Quick Launch Channel, click the Tools tab; then, click Trace and the Trace & Log Central icon.
•Choose Tools > Trace Collection > Trace & Log Central.
The trace collection option contains the following new features:
•Remote Browse—After the system generates trace files, you can view them on the server by using the viewers within the RTMT. You can also use the remote browse feature to download the traces to your PC.
•Collect Files—This feature collects and downloads traces for services, applications, and system logs on one or more servers in the cluster for an absolute date and time range (such as between July 8, 2005 at 12:30 and August 8, 2005 at 12:30) or for a relative time (such as, within the last 30 minutes).
•Query Wizard—This feature collects trace files for services, applications, and system logs for an absolute or relative time range that contains text strings that you specify. You can view the collected trace file and/or download the trace files to your PC. You can also save the trace collection query criteria for later use. If you save the query as a regular query, you can only run the query on the node on which it was created. If you save the query as a generic query, you can run it on any node in any cluster.
•Schedule Collection—This feature schedules a recurring trace collection and allows users to perform a specified action, including run another query, generate a syslog, or download the trace files on a SFTP server.
•Local Browse—After you collect trace files and download them to your PC, you can view them with a text editor that can handle UNIX variant line terminators such as WordPad on your PC, or you can view them by using the viewers within the RTMT.
•Collect Crash Dump—This feature collects a crash dump file for one or more servers on your network.
•Real Time Trace—This feature comprises two options: view real-time data and monitor user events. The view real-time data option allows you to view the current trace file that is being written on the server for an application. The monitor user event option enables the system to monitor real-time trace files and perform a specified action when a search string displays in the trace file. Actions include generating an alert, generating local or remote syslogs, or downloading trace files via SFTP.
•Job Status—This feature allows you to view the status of the trace collection jobs that are running on the system as well as recently processed jobs and to delete currently running or pending jobs. To access, perform one of the following tasks:
–In the Quick Launch Channel, click the Tools tab; then, click Trace and the Job Status icon.
–Choose Tools > Trace Collection > Job Status.
Using the available collection methods, you can perform the following functions:
•Collect trace files that contain text that you specify in the Search String field.
•Delete the trace files on the server by checking the Delete Collected Log Files from the server check box.
•Collect traces based on absolute or relative time.
Administration Configuration Tips
Consider the following tips when you are using the trace and log central option in RTMT:
•If you collect traces for the same services in multiple clusters, you can create a generic query that you can run. You can only run regular queries on the node on which it was created.
•You can automatically capture traces when a particular event occurs by checking the Enable trace collection Download check box in Set Alert/Properties for the CriticalServiceDown and CodeYellow alerts.
•The system supports Log4j traces for Java applications.
SysLog Viewer
The SysLog Viewer has been integrated into the RTMT and allows you to view messages in system logs, application logs, and security logs. It contains the following capabilities:
•Sort messages in ascending or descending order.
•Filter results based on a set of selected options.
•Search for a particular string in the current log.
•Save the currently selected log to your local computer.
GUI Changes
A new option in RTMT allows you to access the SysLog Viewer.
Administration Configuration Tips
Choose one of the following methods to access the SysLog Viewer:
•In the Quick Launch Channel in RTMT, click the Tools tab; then, click SysLog Viewer and the SysLog Viewer icon.
•In the RTMT menu, choose Tools > SysLog Viewer> Open SysLog Viewer.
CDR Analysis and Reporting (CAR)
The CDR Analysis and Reporting (CAR) application generates reports for calls on the basis of CDRs and CMRs. For this release, the following changes apply to CAR:
•Administrators access CAR by activating CAR services rather than by installing a plug-in and grant administrator rights through the User Group Configuration window in Cisco CallManager rather than through the Grant/Revoke CAR Admin Rights window in CAR. You must configure the CAR administrator as an end user, rather than as an application user.
•CAR supports Internet Explorer 6.0 (and above) and Netscape 7.1 (and above). CAR reports support double-byte characters.
•Because Cisco CallManager stores CDRs in flat files rather than a CDR database in this release, the system loads the CAR database from CDR flat files. You can reload all CDRs into the CAR database by using a new option on the Manual Database Purge window. You can enable the system to delete CAR database records when the database size reaches the high water mark that you configure.
•CAR reports support new features. Some report options have been removed.
•You can collect traces for CAR by using the trace and log central feature in RTMT.
•CAR only migrates the first 2 million CDR that it finds in the old CAR database. CDR records beyond that will be lost. Be sure that you have less than 2 million CDRs by checking the number of CDRs in both tbl_billing_data and tbl_billling_error. If it exceeds 2 million records, then you must manually purge the number of CDRs until you have less than 2 million records.
GUI Changes
The CAR GUI contains the following changes for this release:
•The following windows and reports have been removed: Grant/Revoke CAR Admin Rights window, Error Log window, CDR Database Alert window, Control Center window, and CTI Users report.
•The CDR option has been removed from the Manual Purge window and Configure Automatic Purge window.
•The CDR Search reports contain a new field to support the K factor feature.
•The Reload All Call Detail Records has been added to the Manual Database Purge window so that the administrator can delete the data in the CAR database and reload the CDRs from flat files into the database.
•The CAR reports support double byte languages.
Administration Configuration Tips
Use the following tips to configure and use CAR:
•To activate CAR, activate the Cisco CAR Scheduler and Cisco CAR Web Service on the first node by using the Service Activation window in Cisco CallManager Serviceability. You no longer install a plug-in as you did in previous releases. If you are using a third-party billing application that accesses CDR data via an HTTPS/SOAP interface, activate the Cisco SOAP-CDROnDemand service.
•To grant administrative privileges for CAR, add users to the Standard CAR Admin Users group on the User Group Configuration window in Cisco CallManager Administration (User Management > User Group). The Grant/Revoke CAR Admin Rights window no longer exists.
•The CAR database can hold up to 6 gigabytes of data. You can control the amount of data in the CAR database by configuring a high water mark and low water mark on the Automatic Purge Configuration window (System > Database > Configure Automatic Purge). If you do not check the Disable CAR Purge check box, the system deletes records that are older than the number of days that you specify when the database size reaches the high water mark. The system continues to delete records until the database size reaches the low water mark. By default, the low water mark equals 80 percent, the high water mark equals 90 percent, and the deletion age equals 180 days. The system no longer deletes records based only on age.
•You can delete the data in the CAR database and reload the CDRs from flat files into the database by clicking the Reload All Call Detail Records button on the Manual Database Purge window. You may want to reload the CAR database if you want to reclassify calls after dial-plan updates, user-device association changes, call rate changes, and so on. Performing this task may impact system performance. You can monitor the reload process by generating the CDR Load event log (System > Log Screens > Event Log).
•The CAR database loads from CDR flat files. The CDR Export function exports data from the CAR database rather than the CDR database, because the CDR database no longer exists.
•The Call Type field in the CDR Search reports displays new call types to support SIP features: refer, replaces, pickups, and redirection.
•CAR supports Log4j tracing, error logging, and Cisco CAR Scheduler logs. To set trace parameters for the Cisco CAR Web Service, use the Trace Configuration window in Cisco CallManager Serviceability. To collect traces on the Cisco CAR Web Service, use the trace and log central feature of RTMT.
Where to Find More Information
•CDR Analysis and Reporting Administration Guide
•Cisco CallManager Serviceability Administration Guide
•Cisco CallManager Serviceability System Guide
New and Changed Information for Cisco IP Phones
These phone models are supported on Cisco CallManager Release 5.0(1) with SCCP or SIP protocols:
•Cisco IP Phones 7970G and Cisco IP Phone 7971G-GE
•Cisco IP Phones 7961G and Cisco IP Phone 7961G-GE
•Cisco IP Phones 7941G and Cisco IP Phone 7941G-GE
•Cisco IP Phones 7960G and Cisco IP Phone 7940G
•Cisco IP Phones 7912G and Cisco IP Phone 7905G
•Cisco IP Phones 7911G
Note The following phones operate with Cisco CallManager 5.0(1); however, they do not support new Cisco CallManager 5.0(1) features: Cisco IP Phones 7985G, 7936, 7935, 7920, 7902G, Cisco Gateway VG248, and Cisco ATA 186 and 188.
This section contains the following topics:
•Cisco IP Phone Feature Differences by Protocol
•Supported Cisco IP Phones Using the SIP Protocol
•New Features Supported by Cisco CallManager Release 5.0(1)
•Feature Support Listed by Phone Model and Protocol
•Cisco IP Phones 7911G, 7941G, 7941G-GE, 7961G, 7961G-GE, 7970G, 7971G-GE
•Cisco IP Phones 7940G and 7960G
•Cisco IP Phones 7905G and 7912G
Cisco IP Phone Feature Differences by Protocol
This section provides information about feature support for Cisco IP Phones that support SCCP and SIP with Cisco CallManager Release 5.0(1).
Note This is not a complete list of the Cisco IP Phones that are compatible with Cisco CallManager Release 5.0(1). This information focuses solely on those phones that support SCCP and SIP with this release.
•Supported Cisco IP Phones Using the SIP Protocol
•New Features Supported by Cisco CallManager Release 5.0(1)
•Feature Support Listed by Phone Model and Protocol
–Cisco IP Phones 7911G, 7941G, 7941G-GE, 7961G, 7961G-GE, 7970G, 7971G-GE
–Cisco IP Phones 7940G and 7960G
–Cisco IP Phones 7905G and 7912G
Supported Cisco IP Phones Using the SIP Protocol
In addition to existing SCCP support, Cisco CallManager Release 5.0(1) introduces native SIP support for most Cisco IP Phone models. You can now choose the protocol with which these phones connect and interact with Cisco CallManager.
These phone models are supported on Cisco CallManager Release 5.0(1) with SCCP and SIP protocols and with varying levels of feature support:
•Cisco IP Phones 7970G and Cisco IP Phone 7971G-GE
•Cisco IP Phones 7961G and Cisco IP Phone 7961G-GE
•Cisco IP Phones 7941G and Cisco IP Phone 7941G-GE
•Cisco IP Phones 7960G and Cisco IP Phone 7940G
•Cisco IP Phones 7912G and Cisco IP Phone 7905G
•Cisco IP Phones 7911G
New Features Supported by Cisco CallManager Release 5.0(1)
Cisco CallManager Release 5.0(1) supports these new features:
•Busy Lamp Field (BLF) Call Lists (Presence)
•Busy Lamp Field (BLF) Speed Dial (Presence)
•Do Not Disturb
•Personal Directory Enhancements
•Voice Quality Metrics
•URL Dialing
Some of these new features require configuration changes on Cisco CallManager while others only require new firmware updates to the phones. Not all of these features are available on all phone platforms and protocols. For details about feature support per phone model and protocol, see the "Feature Support Listed by Phone Model and Protocol" section.
Feature Support Listed by Phone Model and Protocol
Although Cisco CallManager Release 5.0(1) provides native SIP support for many Cisco IP Phone models, the phones support different features depending on which protocol is implemented. These sections provide information about feature support differences between SCCP and SIP:
•Cisco IP Phones 7911G, 7941G, 7941G-GE, 7961G, 7961G-GE, 7970G, 7971G-GE
•Cisco IP Phones 7940G and 7960G
•Cisco IP Phones 7905G and 7912G
These sections focus on end-user features. Descriptions of existing end-user features are available in the Cisco IP Phone Features A - Z guide which is available online at:
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/english/ipp7960/az_user.htm
For descriptions about the new end-user and administrative features (including security features), refer to the "Cisco CallManager Administration" section, and the "Security Features" section.
Cisco IP Phones 7911G, 7941G, 7941G-GE, 7961G, 7961G-GE, 7970G, 7971G-GE
In most cases, the Cisco IP Phones 7911G, 7941G, 7941G-GE, 7961G, 7961G-GE, 7970G, 7971G-GE support similar features whether on SCCP or SIP. Table 4 provides a high-level overview of calling features and their support by protocol. This table focuses primarily on end-user calling features and is not intended to represent a comprehensive listing of all available phone features. For details about user interface differences and feature use, refer to the phone guide for your phone model. Specific sections are referenced in the table.
Table 4 Cisco IP Phones 7911G, 7941G, 7941G-GE, 7961G, 7961G-GE, 7970G, 7971G-GE Feature Support by Phone Model and Protocol
Features
|
Cisco IP Phones 7911G, 7941G, 7941G-GE, 7961G, 7961G-GE, 7970G, 7971G-GE
|
For More Information
|
SCCP
|
SIP
|
Calling Features
|
Abbreviated Dialing
|
Supported
|
Supported
|
"Basic Call Handling—Placing a Call: Additional Options"
|
Answer Release
|
Supported
|
Supported
|
|
Auto Answer
|
Supported
|
Supported
|
"Using a Handset, Headset, and Speakerphone—Using Auto Answer"
|
Auto Dial
|
Supported
|
Supported
|
"Basic Call Handling—Placing a Call: Basic Options"
|
Barge (and cBarge)
|
Supported
|
Supported
|
"Advanced Call Handling—Using a Shared Line"
|
Busy Lamp Field (BLF) Call Lists
|
Supported
Not supported on 7911G
|
Supported
Not supported on 7911G
|
"Advanced Call Handling—Determining if Another Line is Busy or Idle"
|
Busy Lamp Field (BLF) Speed Dial
|
Supported
Not supported on 7911G
|
Supported
Not supported on 7911G
|
"Advanced Call Handling—Determining if Another Line is Busy or Idle"
|
Call Back
|
Supported
|
Supported
|
"Basic Call Handling—Placing a Call: Additional Options"
|
Call Forward All
|
Supported
|
Supported
|
"Basic Call Handling—Forwarding All Calls to Another Number"
|
Call Forward Busy
|
Supported
|
Supported
|
Users do not interact with this feature directly. It is configured on Cisco CallManager
|
Call Forward No Answer
|
Supported
|
Supported
|
< |
