Table Of Contents
Release Notes for Cisco Unified CallManager Release 5.0(4c)
Determining the Software Version
Installation on Cisco MCS Servers MCS-7825-H1, MCS-7825-H2
Considerations for LDAP Port Configuration
USB Key Halts Installation of Cisco Unified CallManager on 7845-H2 Server
Migration of Cisco Unified CallManager 5.0 Locales
Failover Time Using UDP on SIP Phones
Premature Certificate Generation Prevents Immediate Service Activation After a Fresh Installation
Configuring Regions (Region Relationship) for SIP Devices with the MTP Required Option Enabled
Registering Cisco Catalyst WS-X6608, WS-6624 Gateways, and Other Media Devices
Limiting the Number of Records in a BAT Transaction
Using T.38 with Cisco IP Voice Media Streaming Application Service
Using IPSEC Within the Nodes of a Cluster
SIP Third-Party Phones Support AAR Calling Search Space
Configuration Tips for TFTP Servers in a Centralized TFTP Setting
Customizing a Background Image on Cisco Unified IP Phones
Upgrading from Cisco Unified CallManager Release 5.0(1) to Release 5.0(2)
Backing up Hard Drives by Pulling them out on a Cisco MCS 7845
New and Changed Information in Cisco Unified CallManager 5.0(4a)
Registration of Cisco IP Communicator
Installation on Cisco MCS Servers MCS-7825-H1, MCS-7825-H2
New and Changed Information in Cisco Unified CallManager 5.0(4)
IPMA on the Cisco Unified IP Phone
Cisco Unified CallManager Attendant Console
Cisco Unified CallManager Administration Configuration Tips
Online Help for Cisco Unified CallManager Attendant Console
Where to Find More Information
Cisco Unified CallManager Administration
Cisco Unified CallManager Features
Cisco Unified CallManager Serviceability
New and Changed Information in Cisco Unified CallManager 5.0(3)
Cisco Announces New Servers and Appliances
Firewall Support for Attendant Console
New and Changed Information in Cisco Unified CallManager 5.0(2)
New and Changed Information in Cisco Unified CallManager 5.0(1)
Installation, Upgrade, Migration, and Disaster Recovery
Data Migration Assistant (DMA)
Disaster Recovery Enhancements
Where to Find More Information
Cisco Unified Communications Operating System Administration
Platform Status and Configuration
Where to Find More Information
Cisco Unified CallManager Administration
General Administration Enhancements
Navigating to IP Telephony Applications Within Cisco Unified CallManager
Localizing Cisco Unified CallManager Administration
Publisher and Subscriber Name Changes
General Changes Made to Multiple Windows
Line and Phone Configuration Improvements
Call Routing Menu Changes (formerly Route Plan Menu)
Where to Find More Information
Cisco Unified CallManager Features
Dynamic Host Control Protocol (DHCP)
Personal Directory Enhancements
Phone NTP References for SIP Phones
SIP Line Side (Endpoints) Support
Cisco Unified CallManager User Options Web Pages
Addition of the Cisco Personal Communications Assistant Layer
Where to Find More Information
Cisco Unified CallManager Applications
Cisco Unified CallManager Attendant Console
Cisco Unified CallManager AutoAttendant
Cisco Unified CallManager Extension Mobility
Cisco Emergency Responder 1.3(1)
Cisco Unified CallManager Assistant
Client Matter Codes and Forced Application Codes
Multilevel Precedence and Preemption (MLPP)
Cisco Unified CallManager Bulk Administration Features
New and Changed Information for BAT
Cisco Unified CallManager Auto-Register Phone Tool Features
Cisco Unified CallManager Administration Configuration Tips
Where to Find More Information
New and Changed Information for Cisco Unified CallManager Serviceability
CDR Analysis and Reporting (CAR)
Where to Find More Information
New and Changed Information for Cisco Unified IP Phones
Cisco Unified IP Phone Feature Differences by Protocol
Supported Cisco Unified IP Phones Using SIP
New Features Supported by Cisco Unified CallManager Release 5.0(2)
Feature Support Listed by Phone and Protocol
New and Changed Information for Third-Party API
Cisco Unified CallManager Developers Guide
Cisco Unified IP Phone Service Application Development Notes for Cisco Unified CallManager 5.0(2)
Description of the Cisco Unified 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 Unified CallManager Application User
Enabling the Super Provider Feature for Cisco Unified CallManager Attendant Console
Viewing Field Descriptions and Help for Product-Specific Configuration
Cisco CAR Web Service/Cisco CAR Scheduler Service
Device Authentication Application User
Launching Cisco Unified CallManager Attendant Console
Phone Security Profile Configuration Window
Deleting Files on the Inactive Partition
Data Migration Assistant Installation File
CTIManager Connection Security Flag
Gatekeeper-controlled Intercluster Trunk Registers Incorrectly with Gatekeeper
RSVP Agent Configuration with Transcoder
Path Replacement Calling Search Space Service Parameter
H.323 Information Settings on a H.323 Client
Cisco Web Dialer Does Not Close All Windows After Dialing
User With Extension Mobility Authorization by Proxy Fails to Log In and Log Out Other Users
H323 Redirecting Number IE is sent in UUIE by Cisco Unified CallManager
Extension Mobility Configuration Step is Missing
TS-6671 - Enabling Autoregistration
BU-6666 - Cisco Web Dialer Servlet Service Parameter
Support of Third-Party CSRs for External CAs
Automated Alternate Routing (AAR) Limitation with Remote Gateways
Cisco 28xx Voice Gateways and H.323
Malicious Call Identification Restrictions
Call Control for Attendant Console
Destination Address for SIP Trunk Configuration
Resource Reservation Protocol (RSVP)
Installing Device Packs and Phone Firmware Loads
Saving and Uploading Third-Party Security Certificates
Accessing Cisco Security Agent (CSA) Logs
Changing IP Address on a Cisco Unified CallManager Node
BAT SCCP to SIP Phone Migration for Cisco Unified IP Phones 7940 and 7960
Upgrading CTL Client and CTL Files After Upgrading to Version 5.x
Tool for Auto-Registered Phone Support (TAPS)
Using Third-Party Certificate Authority Certificates
Disaster Recovery CLI Commands
Searching for a Device in RTMT with the Any Status Option
Time-of-Day Routing Chapter Omits Information About Defined Time Periods
License Capabilities Assignment Configuration
Servers That Support Cisco Unified CallManager 5.0(3)
Cisco Emergency Responder 1.3(1a)
Obtaining Documentation, Obtaining Support, and Security Guidelines
Cisco Product Security Overview
Reporting Security Problems in Cisco Products
Release Notes for Cisco Unified CallManager Release 5.0(4c)
Updated July 16, 2009
This release of Cisco Unified CallManager adds support for the Hewlett-Packard 7845-H2 server only. This release adds no new features and no defects are resolved.
One Important Note exists for this release, "USB Key Halts Installation of Cisco Unified CallManager on 7845-H2 Server" section.
One document omission exists for this release, "Automated Alternate Routing (AAR) Limitation with Remote Gateways" section
Note
To view the release notes for previous versions of Cisco Unified CallManager, choose the Cisco Unified CallManager version from the following URL: http://www.cisco.com/en/US/products/sw/voicesw/ps556/prod_release_notes_list.html
Before you install Cisco Unified CallManager, Cisco recommends that you review the "Installation Notes" section and 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 Unified CallManager and its applications, and download and install the latest updates on your system before the deployment of your Cisco Unified CallManager system. For a list of commonly used URLs, see the "Upgrading System Software" section.
CautionBe aware that Cisco Unified CallManager Release 5.0(4c) is not an upgrade of Cisco Unified CallManager Release 5.0(4x). If you have successfully installed Cisco Unified CallManager Release 5.0(4) on a cluster and have not experienced problems, continue using that release. If you begin to experience problems with a successfully installed Cisco Unified CallManager Release 5.0(4x) cluster, report the problems through normal channels.
If you experience problems during the installation of a Cisco Unified CallManager Release 5.0(4x) cluster, you should install Cisco Unified CallManager Release 5.0(4c) on that cluster.
Ensure that all nodes in a cluster run the same Cisco Unified CallManager.5.0(4) release. Do not install Cisco Unified CallManager Release 5.0(4c) and Cisco Unified CallManager Release 5.0(4a) on the same cluster.
Contents
These release notes discuss the following topics:
•
New and Changed Information in Cisco Unified CallManager 5.0(4a)
•
New and Changed Information in Cisco Unified CallManager 5.0(4)
•
New and Changed Information in Cisco Unified CallManager 5.0(3)
•
New and Changed Information in Cisco Unified CallManager 5.0(2)
•
New and Changed Information in Cisco Unified CallManager 5.0(1)
•
New and Changed Information in Cisco Unified CallManager 5.0(1)
•
Obtaining Documentation, Obtaining Support, and Security Guidelines
•
Cisco Product Security Overview
Introduction
Cisco Unified CallManager, a network business communication system, provides high-quality telephony over IP networks. Cisco Unified 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 Unified CallManager release 5.0(4c) on any cluster that contains a Hewlett-Packard 7845-H2 server.
Cisco Unified CallManager 5.0(x) requires a minimum of the following items on supported servers.
•
2 GB of memory
•
72 GB disk drive
•
2 GHz processor
Supported Platforms
To find which servers support Cisco CallManager 5.0 releases, 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 Unified CallManager, open Cisco Unified CallManager Administration. The following information displays:
•
Cisco Unified CallManager System version
•
Cisco Unified CallManager Administration version
Cisco recommends that you connect each Cisco Unified CallManager node to an Uninterruptible Power Supply (UPS) to provide backup power and protect your system against a power failure.
Upgrading System Software
You can access the latest software upgrades for Cisco Unified CallManager 5.0 on Cisco.com. Table 1 lists the URLs from which you download the software.
Table 1 Download URLs for Software Upgrades
Software Download URLCisco Unified CallManager 5.0
Locale installers
http://www.cisco.com/kobayashi/sw-center/telephony/callmgr/ locale-installer.shtm
Phone firmware
http://www.cisco.com/cgi-bin/tablebuild.pl/ip-7900ser
http://www.cisco.com/cgi-bin/tablebuild.pl/ip-7900ser-crypto
Cisco Security Agent (CSA)
Related Documentation
The documentation that supports Cisco Unified CallManager Release 5.0(4x) comprises existing release 5.0(4) documentation that is listed in the Cisco Unified CallManager Release Documentation Guide.
Installation Notes
The following installation notes apply to Cisco Unified CallManager Release 5.0(4x):
•
Installation on Cisco MCS Servers MCS-7825-H1, MCS-7825-H2
Installation on Cisco MCS Servers MCS-7825-H1, MCS-7825-H2
When you perform a fresh installation of Cisco Unified CallManager Release 5.0(4) on Cisco MCS of type MCS-7825-H1 or MCS-7825-H2 by using the Cisco Unified CallManager 5.0(4) Installation DVD, the installation process stops before completion and displays the following message: "Waiting for RAID to BUILD...".
Cisco Unified CallManager Release 5.0(4a) fixed this defect.
For more information about this issue, see the "Resolved Caveats" section.
Upgrade During Install Fails
When you perform an upgrade during install using the software that is contained on the Cisco Unified CallManager Release 5.0(4) installation disc with the latest service release, the installation fails.
Cisco Unified CallManager Release 5.0(4a) resolved this problem.
TFTP Crash During Upgrade
When you perform an upgrade to Cisco Unified CallManager Release 5.0(4), TFTP crashes. This problem resulted because of an imperfection in the TFTP code. Cisco Unified CallManager Release 5.0(4a) alters the code, and TFTP no longer crashes.
Installation on IBM 8491-G2U
When you perform a fresh installation of Cisco Unified CallManager Release 5.0(3a) on an IBM 8491-G2U by using the Cisco Unified CallManager 5.0(3a) Installation DVD, the installation process stops before completion and displays the following message: "HW type [Vendor/Product] NOT SUPPORTED...". The IBM 8491-G2 machines get supported, and Cisco Unified CallManager Release 5.0(4a) successfully resolved in this defect.
For More Information
For complete installation information, refer to the following documents:
•
Installing Cisco Unified CallManager Release 5.0(4)
•
Upgrading Cisco Unified CallManager Release 5.0(4)
•
Data Migration Assistant Administration Guide, Version 5.0(2a))
Limitations and Restrictions
You can find software release versions of both Cisco and third-party components that are used in the Cisco Unified Communications Release 5.0(2) at http://www.cisco.com/univercd/cc/td/doc/systems/unified/uc502/relnotes/rnipt502.htm#wp1355580
You can also find which application versions and third-party components are compatible with Contact Center products by referring to the System Release Notes for Contact Center: Cisco Unified Communications Release 5.0 at
http://www.cisco.com/univercd/cc/td/doc/systems/unified/uc502/relnotes/rnipc502.htm#wp1304584
Note
Be aware that the release of Cisco IP telephony products does not always coincide with Cisco Unified CallManager releases. If a product does not meet the compatibility testing requirements with Cisco Unified CallManager, you need to wait until a compatible version of the product becomes available before you can upgrade to Cisco Unified CallManager Release 5.0(4c). For the most current compatibility combinations and defects that are associated with other Cisco Unified Communications products, refer to the documentation that is associated with those products.
Important Notes
CautionBe aware that Cisco Unified CallManager Release 5.0(4c) does not constitute an upgrade of Cisco Unified CallManager Release 5.0(4x). If you have successfully installed Cisco Unified CallManager Release 5.0(4x) on a cluster and have not experienced problems, continue using that release. If you begin to experience problems with a successfully installed Cisco Unified CallManager Release 5.0(4x) cluster, report the problems through normal channels.
If you experience problems during the installation of a Cisco Unified CallManager Release 5.0(4x) cluster, you should install Cisco Unified CallManager Release 5.0(4c) on that cluster.
All nodes in a cluster must run the same Cisco Unified CallManager.5.0(4) release. Do not install Cisco Unified CallManager Release 5.0(4) and Cisco Unified CallManager Release 5.0(4a) or 5.0(4c) on the same cluster.
If you want to add or replace a node in a cluster that is running Cisco Unified CallManager Release 5.0(4) or 5.0(4) ES, install Cisco Unified CallManager Release 5.0(4c) on the new or replaced node and upgrade the entire cluster to Cisco Unified CallManager Release 5.0(4) ES.
The following section contains important information that may have been unavailable upon the initial release of documentation for Cisco Unified CallManager release 5.0(4x).
Important Note for Cisco Unified CallManager Release 5.0(4c)
•
![]()
•
USB Key Halts Installation of Cisco Unified CallManager on 7845-H2 Server
Important Notes for Cisco Unified CallManager Releases 5.0(4x)
•
Migration of Cisco Unified CallManager 5.0 Locales
•
Failover Time Using UDP on SIP Phones
•
Premature Certificate Generation Prevents Immediate Service Activation After a Fresh Installation
•
Configuring Regions (Region Relationship) for SIP Devices with the MTP Required Option Enabled
•
Registering Cisco Catalyst WS-X6608, WS-6624 Gateways, and Other Media Devices
•
Limiting the Number of Records in a BAT Transaction
•
Using T.38 with Cisco IP Voice Media Streaming Application Service
•
Using IPSEC Within the Nodes of a Cluster
•
SIP Third-Party Phones Support AAR Calling Search Space
•
Configuration Tips for TFTP Servers in a Centralized TFTP Setting
•
Customizing a Background Image on Cisco Unified IP Phones
Considerations for LDAP Port Configuration
When you configure the LDAP Port field in the LDAP Authentication window in Cisco Unified CM Administration, you specify the port number that the corporate directory uses to receive LDAP requests. How your corporate directory is configured determines which port number to enter in this field. For example, before you configure the LDAP Port field, determine whether your LDAP server acts as a Global Catalog server and whether your configuration requires LDAP over SSL. Consider entering one of the following port numbers:
Tip
Your configuration may require that you enter a different port number than the numbers that are listed in the following bullets. Before you configure the LDAP Port field, contact the administrator of your directory server to determine the correct port number to enter.
LDAP Port For When the LDAP Server Is Not a Global Catalog Server
•
389—When SSL is not required. (This port number is the default that displays in the LDAP Port field.)
•
636—When SSL is required. (If you enter this port number, make sure that you check the Use SSL check box.)
LDAP Port For When the LDAP Server Is a Global Catalog Server
•
3268—When SSL is not required.
•
3269—When SSL is required. (If you enter this port number, make sure that you check the Use SSL check box.)
USB Key Halts Installation of Cisco Unified CallManager on 7845-H2 Server
During installation of Cisco Unified CallManager Release 5.0(4c) with Answer File Generator stored on USB, you may get prompted for a media check and asked if the harddrive can be overwritten. Since the harddrive has nothing on it, you give permission and the configuration information gets picked up from the USB Answer File Generator. The installation begins and then the DVD gets ejected automatically.
The server should restart automatically, but it gets halted with this error:
Attempting boot from CD-ROM.Attempting boot from USB drive key (c)Disk error. press any key to restart.At this point, remove the USB key and manually restart the server and the installation completes successfully.
Migration of Cisco Unified CallManager 5.0 Locales
If you are upgrading Cisco Unified CallManager 5.0(1) to Cisco Unified CallManager 5.0(4a) and one or more locales other than the default English (United States) are installed on your system, you must install Cisco Unified CallManager Locale Installer 5.0.1.3-1, which replaces ALL non-default locales, PRIOR to upgrading each Cisco Unified CallManager server.
If you are upgrading Cisco Unified CallManager 5.0(2) to Cisco Unified CallManager 5.0(4a) and one or more locales other than the default English (United States) are installed on your system, you must install Cisco Unified CallManager Locale Installer 5.0.2.3-1, which replaces ALL non-default locales, PRIOR to upgrading each Cisco Unified CallManager server.
Access Cisco Unified CallManager Locale Installer 5.0 Downloads at the following URL:
http://www.cisco.com/cgi-bin/tablebuild.pl/callmgr-locale-50
Related defect ID:
CSCsb56021 Migration of Cisco Unified CallManager 5.0 Locales
Using Call Park
Consider the following information before you configure the call park feature in Cisco Unified CallManager:
•
Be sure to use Cisco Unified CallManager Dialed Number Analyzer tool to validate the call park number or ranges that you entered. Cisco Unified CallManager Administration does not validate the call numbers or range that you use to configure call park. Cisco Unified CallManager Dialed Number Analyzer can identify invalid numbers or ranges and potential range overlaps.
For more information, refer to CSCsc77968, CSCsc78450, and CSCsc78720.
•
Cisco Unified CallManager Administration does not check that the value that is entered for Call Park Reversion Timer is less than the value that is entered for the Call Park Display Timer. If you entered a Call Park Reversion Timer value that is less than the Call Park Display Timer, call park numbers will not display on the phone.
For more information, refer to CSCsc76797 and CSCsc76702.
When a user parks a call across a QSIG intercluster trunk or a QSIG gateway trunk, the caller who has been parked (the parkee) does not see the To parked number message. The phone continues to display the original connected number. The call has been parked, and the user who parked the call can retrieve it. When the call is retrieved from the parked state, the call continues, but the caller who was parked does not see the newly connected number.
Failover Time Using UDP on SIP Phones
This condition affects Cisco Unified IP Phones 7970G, 7971G-GE, 7941G, 7961G, 7941G-GE, 7961G-GE, and 7911that are using SIP.
When UDP is selected as the transport protocol, phones fail to connect to a Cisco Unified CallManager node after a failover. This occurs because phone failover time takes more than the 120 seconds that the phone waits to detect a Cisco Unified CallManager failure status. This condition affects Cisco Unified IP Phones 7970G, 7971G-GE, 7941G, 7961G, 7941G-GE, 7961G-GE, and 7911 that are using SIP. The workaround requires that you to configure the SIP phones to use the TCP protocol in the SIP Phone Security Profile.
Premature Certificate Generation Prevents Immediate Service Activation After a Fresh Installation
When you install Cisco Unified CallManager 5.0 on subscriber (subsequent) nodes and the time zone is a time zone that is ahead of the Pacific time zone (Mountain Time (GMT-8) through Auckland (GMT+12) time zone), the Tomcat certificate that is generated does not take effect until the time in the future equals to the number of hours that your time zone is ahead of the Pacific time zone. The certificates become valid only after this number of hours elapses and it affects all time zones that are ahead of the Pacific time zone. To enable immediate service activation on a subscriber, regenerate the certificates for your current time zone by performing the following steps:
•
Log in to Cisco Unified Communications Platform Administration on the subscriber node.
•
Choose Security > Certificate Mgmt > Delete/Regenerate Certificate in Cisco Unified Communications Platform Administration.
•
Activate the services on the subscriber node.
For more information, refer to CSCsc85288.
SIP Trunk Configuration
Consider the following restrictions when you configure SIP trunks on Cisco Unified CallManager because Cisco Unified CallManager does not perform validation on your configuration:
•
Cisco Unified CallManager does not support outbound MWI notification on a SIP trunk that is assigned to a Route List or a Route Group. If you want Cisco Unified CallManager to send outbound MWI notification on a SIP trunk, you must assign the SIP trunk directly to a route pattern.
•
Each SIP trunk must include a unique SIP routing configuration for SIP routing to work. Cisco Unified CallManager uses a combination of information from incoming SIP messages to route the SIP message to the correct SIP trunk. Consider SIP trunk routing configuration as unique if the following statements apply:
–
No other trunk gets configured with the same values for the Incoming Transport Protocol, Incoming Port, and Destination Address fields.
–
No other trunk gets configured with Transport Layer Security (TLS) selected as the Incoming Transport Protocol and the same values in the Incoming Port and X.509 Subject Name fields. The X.509 Subject Name parameter can comprise a list of names.
The Incoming Transport Protocol, Incoming Port, and X.509 Subject Name parameters get configured in SIP Trunk Security Profile Configuration in Cisco Unified CallManager Administration. Choose System > Security Profile > SIP Trunk Security Profile Configuration. This menu option yields the Find and List SIP Trunk Security Profile window. Use this window to search for existing SIP Trunk Security Profiles or click Add New to add a new profile.
The Destination Address and the selected SIP Trunk Security profile gets configured on the Trunk Configuration window in Cisco Unified CallManager. Choose Device-> Trunk. This menu option yields the Find and List Trunks window. Use this window to search for existing Trunks or click Add New to add a new trunk and choose SIP trunk as the Trunk Type.
The following example shows a valid configuration:
Trunk#1: Incoming Transport Protocol=TCP/UDP, Incoming Port=5060, Destination Address=10.10.10.1Trunk#2: Incoming Transport Protocol=TCP/UDP, Incoming Port=5060, Destination Address=10.10.10.2Trunk#3: Incoming Transport Protocol=TCP/UDP, Incoming Port=5080, Destination Address=10.10.10.1Trunk#4: Incoming Transport Protocol=TLS, Incoming Port=5061, X.509 Subject Name=my_ccm1, my_ccm2Trunk#5: Incoming Transport Protocol=TLS, Incoming Port=5061, X.509 Subject Name=my_ccm3Trunk#6: Incoming Transport Protocol=TLS, Incoming Port=5081, X.509 Subject Name=my_ccm_1The following example shows an invalid configuration:
Trunk#1: Incoming Transport Protocol=TCP/UDP, Incoming Port=5060, Destination Address=10.10.10.1Trunk#2: Incoming Transport Protocol=TCP/UDP, Incoming Port=5060, Destination Address=10.10.10.1Trunk#3: Incoming Transport Protocol=TLS, Incoming Port=5061, X.509 Subject Name=my_ccm1, my_ccm2Trunk#4: Incoming Transport Protocol=TLS, Incoming Port=5081, X.509 Subject Name=my_ccm2Trunk#5: Incoming Transport Protocol=TLS, Incoming Port=5061, X.509 Subject Name=my_ccm2Trunk#6: Incoming Transport Protocol=TLS, Incoming Port=5081, X.509 Subject Name=my_ccm2Trunk #2 conflicts with Trunk #1 because the protocol, incoming port, and destination address are identical.
Trunk #5 conflicts with Trunk #3 because the protocol and incoming port are identical, and both trunks include my_ccm2 in their list of X.509 Subject Names.
Trunk #6 conflicts with Trunk #4 because the protocol, incoming port, and X.509 Subject Name are identical.
Unplugging a USB Cable
When you unplug the USB cable and then plug it back in, you must first stop the Cisco Message Interface (CMI) service if it is running on that Cisco Unified CallManager server. You can restart the CMI service after you plug the USB cable back in. If you do not stop the CMI service before you unplug and plug the USB cable back in and a phone call to the voice message pilot number occurs or a call gets forwarded to that pilot number, the OS stops, and you will need to reboot the server. For more information, refer to CSCsc58288.
Cisco MCS-7845H-2.4-EVV1 and Cisco MCS-7835H-2.4-EVV2 Server May Not Recognize the USB-to-Serial Cable
When you reboot a Cisco MCS-7845H-2.4-EVV1 or a Cisco MCS-7835H-2.4-EVV2 server, the USB controller may not recognize the existence of the USB-to-Serial cable and will not detect a device that is attached to it when the server is rebooted. As a workaround, install a USB hub with power or plug in the USB device after the system has booted up. This only occurs on a limited number of units.
To determine whether you have a good system board, use the show tech system CLI command. The show tech system command displays information about the USB modules that are loaded onto the system, devices that are connected to the PCI bus and their device driver, and other system-configured hardware. Look for the following entry in the output: "ATEN International Co., Ltd UC-232A".
If you do not see the line output and the server is under warranty, you can replace the system board in the server.
For more information, refer to CSCsc86874.
Configuring Regions (Region Relationship) for SIP Devices with the MTP Required Option Enabled
When you configure a region relationship, you must ensure that you choose an audio codec that has sufficient bandwidth for all the devices that will be used in a call. This includes configuring the codec for devices that will be in the same region as well as devices that are in different regions. When you configure a trunk or third-party phone to use SIP and Media Termination Point Required is enabled, Cisco Unified CallManager Administration only allows you to choose a G.711 codec in the MTP Preferred Originating Codec field. When you assign the SIP trunk or third-party SIP phone with the MTP Required option enabled to the device pool for that region, you must verify that the region relationship between the SIP device and the MTP device is configured to use a codec with equal or greater bandwidth (G.711 or wideband codec).
Installed Software Options
After installing upgrade software for Cisco Unified CallManager, Cisco IPT Platform Administration displays an incorrect list of Installed Software Options when you choose Show > Software. For more information, see CSCsd21585.
Stalled Upgrades
During the installation of upgrade software, the upgrade may appear to stall. The upgrade log stops displaying new log messages. When the upgrade stalls, you must cancel the upgrade, disable I/O throttling, and restart the upgrade procedure. When you successfully complete the upgrade, you do not need to reenable I/O throttling.
To disable I/O throttling, enter utils iothrottle disable on the command line interface.
To display the status of I/O throttling, enter utils iothrottle status on the command line interface.
To enable I/O throttling, enter utils iothrottle enable on the command line interface. By default, iothrottle stays enabled.
Note
If the system does not respond to the cancellation, you must reboot the server, disable I/O throttling, and restart the upgrade process procedure.
Registering Cisco Catalyst WS-X6608, WS-6624 Gateways, and Other Media Devices
Cisco Catalyst WS-X6608, WS-X6624 gateways, and other media device with firmware loads that have 8-character filename cannot register with Cisco Unified CallManager, release 5.0. By default, many Cisco Catalyst WS-X6608 and WS-X6624 modules ship with 8-character firmware loads. Cisco Unified CallManager only supports 12-character firmware load files. Before you can register the gateway or device, you must upgrade each port to the new 12-character load.
Note
If you have a gateway or a media device that is currently loaded with a 8-character firmware file, then you must upgrade the firmware load on your gateway or media device prior to upgrading to Cisco Unified CallManager Release 5.0.
To verify the firmware load on the gateway, you can use the CLI command, show ver <mod>, on the Cisco Catalyst 6000 supervisor or the Dick Tracy utility. The following examples show the outputs for a WS-X6608-T1 module with 12-character loads that are using the CLI command and using the Dick Tracy utility.
Using the CLI command on the Cat6K supervisor
nw100b-6506> (enable) sh ver 5Mod Port Model Serial # Versions--- ---- ------------------- ----------- --------------------------------------5 8 WS-X6608-T1 SAD04320KZ7 Hw : 1.1Fw : 5.4(2)Sw : 8.1(2)HP1: (not online); DSP1: (not online)HP2: (not online); DSP2: (not online)HP3: D00404000022; DSP3: D0054322 (4.3.222)HP4: D00404000022; DSP4: D0054322 (4.3.222)HP5: D00404000021; DSP5: D0054322 (4.3.222)HP6: D00404000021; DSP6: D0054322 (4.3.222)HP7: M00103010007; DSP7: M002E031 (3.3.2)HP8: D00404000007; DSP8: D0054133 (4.1.33)Using the Dick Tracy Utility, enter 0 sh ver on the Dick Tracy command window to see the firmware version that is running on the 6608
(GEN) Firmware Version InfoExecuting 860 image -----> D00404000022 Built Dec 22 2005 11:47:13TFTP 860 image file -----> D00404000022.binTFTP DSP image file -----> D0054322.binTFTP POST image file ----> D007C030.binFlash ROM 860 image #1 --> D0040022Flash ROM 860 image #2 --> D0040022Flash ROM DSP image -----> D0054322Flash ROM POST image ----> D007C030TCP/IP Library ----------> TCPT030To update the firmware load, you can connect the gateway or media device to a Cisco Unified CallManager Release 3.1 through release 4.2, and use Cisco Unified CallManager Administration to provision each port and upgrade the firmware load.
For more information, see CSCeg20715.
Limiting the Number of Records in a BAT Transaction
Cisco recommends that you limit the number of records when you perform a bulk transaction in Cisco Unified CallManager Bulk Administration to a maximum of 12,000 records. This applies when you insert, update, delete, or query any records using BAT.
If you have more than 12,000 records in your CSV file, your transaction fails. You must split the records into multiple CSV files, such that each CSV file contains less than 12,000 records.
If you have a query-based transaction, the transaction may not complete. You must refine your query to limit the number of records that Cisco Unified CallManager displays.
For more information, see CSCsd64029.
Using T.38 with Cisco IP Voice Media Streaming Application Service
Currently, Cisco IP Voice Media Streaming Application Service does not support T.38 data transmission. To prevent Cisco IP Voice Media Streaming Application Services from interfering with T.38 fax relay calls, ensure the Cisco IP Voice Media Streaming Application service is assigned to a Media Resource Group and that Media Resource Group does not get used in any gateways or trunks that are involved in T.38 calls.
Using IPSEC Within the Nodes of a Cluster
Do not configure Cisco Unified CallManager to use IPSEC between the nodes within a cluster. Doing so causes IP connectivity problems, and Cisco Unified CallManager applications may fail. This occurs because of a small amount of packet loss that occurs during the expiration and renegotiation of IPSec Security Associations (SA). You may use IPSEC between a Cisco Unified CallManager node and a gateway or between Cisco Unified CallManager nodes in different clusters because those SA lifetimes get generally configured with a much longer period, usually for several hours. For more information, refer to CSCsc27888 and CSCsd69723.
SIP Third-Party Phones Support AAR Calling Search Space
You can now configure an AAR Calling Search Space for Third-Party SIP Device (Basic) and Third-party SIP Device (Advanced) phones by using Phone Configuration.
For more information, refer to the "Phone Configuration Settings" table in the Cisco Unified CallManager Administration Guide and the "Automated Alternate Routing" section in the Cisco Unified CallManager System Guide.
Configuration Tips for TFTP Servers in a Centralized TFTP Setting
You must ensure that you list all your alternate servers before you have an empty parameter value. If the Cisco TFTP service parameter, First Alternate Cisco File Servers, contains an empty parameter value, TFTP will stop searching for alternate servers. For example, if Alternate Cisco File Servers 2 through 10 are configured, and Alternate Cisco file Server 1 remains empty, and TFTP searches for servers, it will not search for Alternate Cisco File Servers. For more information, refer to CSCsd48982.
Using FTP Servers
Some Cisco Unified CallManager services, such as CDR, DRF, and DMA, require a separate FTP or SFTP server. The following list shows FTP server programs that have been tested with Cisco Unified CallManager 5.0.
•
Openssh Server by Red Hat, Inc., Version 3.6.1p2, Release 33.30.4
•
Cygwin SFTP Server, Version 2.457.2.2 with cygwin.dll Version, 1.5.16
•
War FTP Daemon Version 1.82, by Jgaa's Freeware on Microsoft Windows server
•
FTP Publishing Service in Microsoft Internet Information Server 5.0, Version 1.0 on a Microsoft Windows 2000 Server
Customizing a Background Image on Cisco Unified IP Phones
You can display custom background images on the LCD screen on Cisco Unified IP Phones 7911, 7941, 7961, 7970, and 7971. Ensure these customized images are stored in specific subdirectories on the TFTP server. You must also copy the customized images and files to the other TFTP servers that the phone may contact to obtain these files.
To upload the images, you must choose Software Upgrades > Upload TFTP Server File in Cisco IPT Platform Administration. Upload the images to the following subdirectories:
•
For the Cisco Unified IP Phone 7970 series, the subdirectory specifies /Desktops/320x212x12
•
For the Cisco Unified IP Phone 7961/41, the subdirectory specifies /Desktops/320x196x4
•
For the Cisco Unified IP Phone 7911G, the subdirectory specifies /Desktops/95x34x1
Note
Be aware that the file name and subdirectory parameters are case sensitive. Be sure to use the forward slash "/" when you specify the subdirectory path.
For more information on how to configure custom background images, see the "Configuring a Background Image" section in the "Customizing the Cisco Unified IP Phone" chapter of the Cisco Unified IP Phone Administration Guide for Cisco Unified CallManager 5.0 (SCCP) or the Cisco Unified IP Phone Administration Guide for Cisco Unified CallManager 5.0 (SIP) for your phone.
For more information on uploading software, see the "Software Upgrades" chapter in the Cisco IP Telephony Platform Administration Guide.
Note
Cisco recommends that you also store backup copies of the custom image files in another location. You can use these backup copies if the customized files are overwritten when you upgrade Cisco Unified CallManager.
Upgrading from Cisco Unified CallManager Release 5.0(1) to Release 5.0(2)
During the upgrade of Cisco Unified CallManager, the server experiences high disk I/O activity. This can adversely impact call processing. In the worst case, phones that are currently registered with that Cisco Unified CallManager server may failover to their backup server. We strongly recommend that you ensure that all trace levels are set to the default level on all servers in your cluster before you start the upgrade process.
Furthermore, if you have concerns that the upgrade may impact call processing service, we recommend that you perform the upgrade during off-peak hours. If you want to minimize the disruptions to the call-processing service, you may choose to stop the Cisco Unified CallManager service on the server before you start the upgrade process.
As always, follow standard best practices while performing a Cisco Unified CallManager upgrade.
Backing up Hard Drives by Pulling them out on a Cisco MCS 7845
Previous versions of Windows-based Cisco Unified CallManager require you to pull out one hard drive from the first RAID array.
For Cisco Unified CallManager, Release 5.0(2) and later, you MUST pull out one hard drive from each of the two RAID arrays on a Cisco MCS 7845. To ensure data consistency, shut down and power off the system before you remove the hard drive.
New and Changed Information in Cisco Unified CallManager 5.0(4a)
Cisco Unified CallManager Release 5.0(4a) includes the following fixes:
•
Registration of Cisco IP Communicator
•
Installation on Cisco MCS Servers MCS-7825-H1, MCS-7825-H2
Registration of Cisco IP Communicator
You may experience difficulty registering Cisco IP Communicator on a cluster with security enabled after installing Cisco Unified CallManager Release 5.0(4). You may also see that centralized TFTP does not work. These problems existed because the internal buffer and code path that were used for HTTP were not the same as used for TFTP. Cisco Unified CallManager Release 5.0(4a) fixes this defect.
For more information about this issue, see the "Resolved Caveats" section
Installation on Cisco MCS Servers MCS-7825-H1, MCS-7825-H2
When you perform a fresh installation of Cisco Unified CallManager Release 5.0(4) on Cisco MCS of type MCS-7825-H1 or MCS-7825-H2 by using the Cisco Unified CallManager 5.0(4) Installation DVD, the installation process stops before completion and displays the following message: "Waiting for RAID to BUILD...".
Cisco Unified CallManager Release 5.0(4a) fixes this defect.
For more information about this issue, see the "Resolved Caveats" section.
Upgrade During Install
When you perform an upgrade during install by using the software that is contained on the Cisco Unified CallManager Release 5.0(4) installation disc with the latest service release, the installation fails.
Cisco Unified CallManager Release 5.0(4a) resolves this problem.
For more information about this issue, see the "Resolved Caveats" section.
TFTP Crash During Upgrade
When you perform an upgrade to Cisco Unified CallManager Release 5.0(4), TFTP crashes. This problem resulted because of a imperfection in the TFTP code. Cisco Unified CallManager Release 5.0(4a) alters the code and TFTP no longer crashes.
For more information about this issue, see the "Resolved Caveats" section.
Installation on IBM 8491-G2U
When you perform a fresh installation of Cisco Unified CallManager Release 5.0(3a) on an IBM 8491-G2U by using the Cisco Unified CallManager 5.0(3a) Installation DVD, the installation process stops before completion and displays the following message: "HW type [Vendor/Product] NOT SUPPORTED...". The IBM 8491-G2 machines get supported and Cisco Unified CallManager Release 5.0(4a) resolves this defect.
For more information about this issue, see the "Resolved Caveats" section.
For complete installation information, refer to the following documents:
•
Installing Cisco Unified CallManager Release 5.0(4)
•
Upgrading Cisco Unified CallManager Release 5.0(4)
•
Data Migration Assistant Administration Guide, Version 5.0(2a))
New and Changed Information in Cisco Unified CallManager 5.0(4)
Cisco Unified CallManager Release 5.0(4) includes the following new features:
•
IPMA on the Cisco Unified IP Phone
•
Cisco Unified CallManager Attendant Console
•
Migration of Cisco Unified CallManager 5.0 Locales
•
Cisco Unified CallManager Administration
•
Cisco Unified CallManager Features
•
Cisco Unified CallManager Serviceability
IPMA on the Cisco Unified IP Phone
Cisco Unified CallManager includes enhancements for using the Cisco Unified CallManager Assistant on the assistant phone. This release includes the Assistant Phone Application, which enables the assistant to use the physical phone buttons and softkeys to perform most of the call-handling tasks that the assistant performs by using the Assistant Console application.
Cisco Unified CallManager Attendant Console
Cisco Unified 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, administrators can implement a device security feature, so attendants can only use phones that are associated with a device authentication application user.
Cisco Unified CallManager Administration Configuration Tips
To implement device security, you must configure an attendant console device authorization application user and associate the attendant phones with this attendant console device authorization application user. If you do not configure and associate phones with this user, the attendant console cannot receive calls. To access the Application User Configuration window, choose User Management > Application User.
Make sure that the user ID that you use for the device authentication user is the same as the value in the Device Authentication Application Username field in the Service Parameters Configuration window for the Cisco CallManager Attendant Console Server service.
You do need to associate attendant phones and pilot points with the JTAPI (or "ac") user.
Service Parameter Changes
The following new service parameter supports Cisco Unified CallManager Attendant Console device security feature:
Device Authentication Application Username-Specifies the username that the Cisco CallManager Attendant Console Server uses to authenticate attendant phones. The default specifies ACDeviceAuthenticationUser. The value of this field must match the user ID of the device authentication application user that you create on the Application User Configuration window.
Online Help for Cisco Unified CallManager Attendant Console
The Cisco Unified CallManager Attendant Console 5.0(4) online help contains the Cisco Unified CallManager Attendant Console User Guide, Version 5.0(2). This version of the user guide applies to Cisco Unified CallManager Attendant Console 5.0(4), because no changes to the interface occurred for the 5.0(4) release.
If you would like a copy of the Cisco Unified CallManager Attendant Console User Guide, Version 5.0(4), go to http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/attendnt/call_att/index.htm.
Where to Find More Information
•
Cisco Unified CallManager Attendant Console, Cisco Unified CallManager Features and Services Guide
•
Cisco Unified CallManager Attendant Console User Guide, Version 5.0(4)
Cisco Unified CallManager Administration
System Menu Changes
The following change occurred in the System menu:
•
Licensing
–
Capabilities Assignment—This new menu item allows system administrators to enable the Cisco Unified Presence Server (CUPS) and Cisco Unified Personal Communicator (CUPC) capabilities for users. Ensure licenses for CUPS and CUPC are available (License > License File Upload).
LDAP Menu Changes
The following change occurred in the LDAP menu:
•
When you choose System > LDAP > LDAP System, you can choose Netscape or Sun ONE LDAP Server from the LDAP Server Type drop-down list box, so you can integrate the directory with the Sun Java System Directory Server.
Note
Sun Microsystems rebranded Sun Open Net Environment (Sun ONE) Directory Server to Sun Java System Directory Server. Be aware that Cisco Unified CallManager has been tested with Sun Java System Directory Server 5.2. Refer to Sun Microsystems documentation for additional information.
Enterprise Parameter Changes
The default Phone URL Parameters on Enterprise Parameters Configuration changed since 4.x releases of Cisco Unified CallManager. The new default Phone URL Parameters (for 5.x releases) follow:
URL Authentication: http://serverName:8080/ccmcip/authenticate.jsp
URL Directories: http://serverName:8080/ccmcip/xmldirectory.jsp
URL Information: http://serverName:8080/ccmcip/GetTelecasterHelpTest.jsp
URL Services: http://serverName:8080/ccmcip/getservicesmenu.jsp
Although these default URLs should be populated automatically when upgrades occur, you also can access them in the online help by clicking the ? in the upper, right corner of the Enterprise Parameters Configuration window.
Note
In releases prior to 5.0, these URLs had an extension of .asp instead of the new .jsp extension, and they were not case sensitive as they are now.
Cisco Unified CallManager Features
Licensing
The following sections describe the Capabilities Assignment functionality that is under the Licensing menu in Cisco Unified CallManager Administration.
Cisco Unified CallManager Configuration Tips
•
One CUPS license and one CUPC license each take one unit from the Phone Device License Pool.
•
Before assigning the CUPS and/or the CUPC license to users, you must first add the CUPS server(s) by using System > Application Server.
•
Activate the Cisco AXL Web Service from Serviceability, so the end user license information can get synchronized to CUPS.
•
Determine how many CUPS (servers and clients) and CUPC licenses are required for your system by choosing Licensing > License Unit Calculator.
•
Acquire the required licenses by using Licensing > License File Upload.
•
Verify the total licenses by using Licensing > License Unit Report.
•
Enable CUPS and CUPC for users by using Licensing > Capabilities Assignment.
–
Click the Find button to display the users in your system. The Find and List Capabilities Assignments window displays.
–
To enable CUPS and CUPC for an individual user, click the user. The Capabilities Assignment Configuration window displays.
To enable CUPS, check the Enable UPS (Unified Presence Server) check box. To enable CUPC, check the Enable UPC (Unified Personal Communicator) check box. You can enable both CUPS and CUPC; however, if you want CUPC, you will also need to enable CUPS. To save the information, click Save. To return to the Find and List Capabilities Assignment window, choose Back to Find/List from the Related Links drop-down list box and click Go. The user will have a check mark in the UPS and UPC column to indicate that they are enabled.
–
To enable CUPS and CUPC for a batch of users, check the check box by each user name or click the Select All button; click the Bulk Assignment button. The Capabilities AssignmentConfiguration window displays.
To batch enable CUPS, check the Enable UPS (Unified Presence Server) check box. To batch enable CUPC, check the Enable UPC (Unified Personal Communicator) check box. You can enable both CUPS and CUPC; however, if you want CUPC, you will also need to enable CUPS. To save the information, click Save; to save the information and return to the Find and List Capabilities Assignment window, click Save and then Close. The users will have a check mark in the UPS and UPC column to indicate that they are enabled.
GUI Changes
The following new menu option exists in Cisco Unified CallManager Administration:
•
Licensing > Capabilities Assignment
BAT Considerations
The Bulk Administration menu under CUPS now includes the following two items:
•
Update CUPS/CUPC Users — Bulk Administration>CUPS>Update CUPS/CUPC Users
•
Export CUPS/CUPC Users — Bulk Administration>CUPS>Export CUPS/CUPC Users
Update CUPS/CUPC Users
Use the following steps to add/change the license:
1.
Use the Upload/Download Files window to upload the csv file. The csv file that you are updating must follow the rules that the sample file that is available on the Update CUPS window specifies.
Note
You must ensure that you select the correct BAT target and transaction type while uploading the csv file.
2.
Navigate to the Update CUPS window, select the csv file that is uploaded, and submit the job.
Note
You can choose to run the job immediately or later by selecting the respective radio button. If you choose Run Later, you need to use the Job Scheduler window to schedule and activate this job.
3.
To monitor the progress of the BAT job that is submitted, you can use the Export Users Query window.
Export CUPS/CUPC Users
You can use the Export Users Query window to obtain the current license information about all users for CUPS and CUPC.
Note
Currently, no option exists to select a subset of CUPS users; all CUPS users in the system get exported to file.
Use the following steps to Export licenses:
1.
Navigate to the Export Users Query window.
2.
To view the basic user information and the license status, click Find.
3.
To view the Export window for CUPS/CUPC, click Next.
4.
Specify the file name to be exported and click Submit to start the BAT job.
5.
To view the status of the BAT job that is submitted, go to the Job Scheduler window.
Note
After the job is completed, you can go to the Upload/Download Files window to download the exported .csv file.
Where to Find More Information
•
Licensing Configuration, Cisco Unified CallManager Administration Guide
•
Cisco Unified CallManager Bulk Administration Guide
•
CUPS Administration Guide
Cisco Unified CallManager Serviceability
Cisco Unified CallManager Release 5.0(4a) provides the following enhancements to Serviceability:
Real-Time Monitoring Tool
Cisco Unified CallManager 5.0(4a) includes the following enhancements to the Real-time Monitoring Tool (RTMT):
•
RTMT allows you to log data from selected performance counters locally on your computer. From the Performance window, you can select the performance counter that you want to display. You can then choose to log all the counters that display or you can choose to log a specific performance counter.
•
RTMT includes a Performance Log Viewer that you can use to display data from the perfmon logs that you collected locally, or you can display the data from the Alert Manager and Collector (AMC) perfmon logs and Real-time Information Server Data Collection (RISDC) perfmon logs that are written on the server.
•
RTMT contains the following new performance counters:
–
Await Read Time—This counter represents the average time, measured in milliseconds, for Read requests that are issued to the device to be served.
This replaces the % Wait In Read counter.
–
Await Write Time—This counter represents the average time, measured in milliseconds, for write requests that are issued to the device to be served.
This replaces the % Wait In Write counter.
Security Feature Changes
To improve usability, prevent security configuration errors, and ensure that confidential user data is secure in phone downloads, release 5.0(4a) includes the following changes to Cisco Unified CallManager security configuration:
•
A new phone security profile, Phone Security Profile, replaces the SIP Phone Security Profile and SCCP Phone Security Profile. As administrator, you configure the Phone Security Profile parameters after you select a phone type and protocol. Cisco Unified CallManager displays only the security profile parameters that the phone type and protocol support in the Phone Security Profile Configuration window. Cisco Unified CallManager displays only the security profiles that the device type and protocol support in the Phone Configuration window.
Note
Existing phone security profiles and settings migrate to the new database schema during upgrade.
•
Cisco Unified CallManager provides a set of predefined, nonsecure device profiles at installation for auto-registration for phones and the SIP trunk. To enable security features for a phone or a SIP trunk, you must configure a new, secure profile and apply it to the device.
•
Administrators can update CAPF settings in the security profile window or in the phone configuration window.
•
For voice-messaging service, you now configure a device security mode, not an SCCP security profile, for voice mail ports. The database predefines the security profiles that associate with the device security mode setting that you choose.
•
Cisco Unified CallManager uses reversible encryption to store all digest authentication credentials and SSH passwords in the database.
•
A new flag, Exclude Digest Credentials in Configuration File, on the Phone Security Profile allows administrators to simplify the process of downloading secure digest credentials to SIP phones.
•
The CTL client now displays mixed mode, not secure mode, to allow authenticated or encrypted Cisco Unified IP Phones and nonauthenticated modes Cisco Unified IP Phones to register with Cisco Unified CallManager. This represents a field name change only, which ensures consistency with other platforms.
•
This release adds third-party certificate support for external CAs with a new CSR mechanism that is accessible at the platform. Verification of the CSR mechanism occurred with these CAs: Keon, Microsoft, and Verisign.
Cisco Unified CallManager Administration Configuration Tips for Phone Security Profiles
Although Cisco Unified CallManager provides a set of predefined, nonsecure profiles for Cisco Unified IP Phones and the SIP trunk for auto-registration, you must still apply a security profile, including the nonsecure profile, to these devices in Cisco Unified CallManager Administration. You must also select a device security mode for the voice mail port to configure security settings for the voice mail ports. The default setting for the phone and SIP trunk security profile selection and the voice mail ports device security mode selection specifies Not Selected.
Cisco Unified CallManager displays only the security profile parameters that the phone type and protocol support in the Phone Security Profile Configuration window. If the phone device and protocol do not support security, only the nonsecure profile displays in the list.
The CAPF settings that are configured in the profile relate to the Certificate Authority Proxy Function settings that display in the Phone Configuration window. You must configure CAPF settings for certificate operations that involve manufacture-installed certificates (MICs) or locally significant certificates (LSC).
Consider the following information when you configure phone security profiles in Cisco Unified CallManager Administration:
•
When you configure phones, you must select a security profile in the Phone Configuration window. If the device does not support security, apply the nonsecure profile.
•
You cannot delete or change predefined, nonsecure profiles.
•
You cannot delete a security profile that is currently assigned to a device.
•
If you change the settings in a security profile that is already assigned to a phone, the reconfigured settings apply to all phones that are assigned that profile.
•
You can rename security files that are assigned to devices. The phones that are assigned the old profile name and settings assume the new profile name and settings.
•
The CAPF settings in the Phone Security Profile, authentication and key size, also display in the Phone Configuration window. You must configure CAPF settings for certificate operations that involve manufacture-installed certificates (MICs) or locally significant certificates (LSCs). You can update these fields directly in the Phone Configuration window.
–
If you update the CAPF settings in the security profile, the settings get updated in the Phone Configuration window.
–
If you update the CAPF settings in the Phone Configuration window and a matching profile is found, Cisco Unified CallManager applies the matching profile to the phone.
–
If you update the CAPF settings in the Phone Configuration window, and no matching profile is found, Cisco Unified CallManager creates a new profile and applies the new profile to the phone.
•
If you configured the device security mode prior to a Cisco Unified CallManager 5.0 or later upgrade, Cisco Unified CallManager creates a profile that is based on the model and protocol and applies the profile to the device.
Cisco Unified CallManager Administration Configuration Tips for TFTP Encrypted Configuration Files
Cisco recommends that you enable the TFTP Encrypted Config flag to secure confidential data in phone downloads. For phones that do not have PKI capabilities, you must also configure a symmetric key in Cisco Unified CallManager Administration and in the phone. If the symmetric key is missing from either the phone or Cisco Unified CallManager or if a mismatch occurs when the TFTP Encrypted Config flag is set, the phone cannot register.
Consider the following information when you configure encrypted configuration files in Cisco Unified CallManager Administration:
•
Only phones that support encrypted configuration files display the TFTP Encrypted Config flag in the phone security profile. You cannot configure encrypted configuration files for Cisco Unified IP SCCP Phones 7905, 7912, 7940, and 7960 because these phones do not receive confidential data in the configuration file download.
•
Only SIP phone security profiles display the Enable Digest Authentication flag and the TFTP Exclude Digest Credentials in Configuration File flag.
•
The default setting for TFTP Encrypted Config specifies false (not checked). If you apply the default, nonsecure profile to the phone, digest credentials and secured passwords get sent in the clear.
•
For Cisco Unified Phones that use public key encryption, Cisco Unified CallManager does not require you to set the Device Security Mode to authenticated or encrypted to enable encrypted configuration files. Cisco Unified CallManager uses the CAPF process for downloading its public key during registration.
•
You may choose to download unencrypted configuration files to phones if you know your environment is secure or to avoid manually configuring symmetric keys for phones that are not PKI-enabled; however, Cisco does not recommend using this method.
•
For Cisco Unified IP SIP Phones 7905, 7912, 7940, and 7960, Cisco Unified CallManager Administration provides a method of sending digest credentials to the phone that is easier, but less secure, than using an encrypted configuration file. This method, which is useful for initializing digest credentials because it does not require you to first configure a symmetric key and enter it on the phone, uses the TFTP Exclude Digest Credential in Configuration File setting.
With this method, you send the digest credentials to the phone in an unencrypted configuration file. After the credentials are in the phone, Cisco recommends that you keep the TFTP file encryption setting disabled and enable the TFTP Exclude Digest Credential in Configuration File flag on the corresponding security profile window, which will exclude digest credentials from future downloads.
After digest credentials exist in these phones and an incoming file does not contain digest credentials, the existing credentials remain in place. The digest credentials remain intact until the phone is factory reset or new credentials (including blanks) are received.
If you change digest credentials for a phone or end user, temporarily disable the Exclude Digest Credentials flag on the corresponding security profile window to download the new digest credentials to the phone.•
Be aware that the TFTP Exclude Digest Credentials flag is valid for all Cisco Unified IP SIP Phone. If the TFTP Exclude Digest Credentials flag is set for these phones, Cisco Unified CallManager excludes the digest credentials, even when the TFTP Encrypted Config flag is set.
Note
Be sure that the digest credentials are loaded on the phone at least once, or the phone may fail to register.
Cisco Unified CallManager Administration Configuration Tips for Voice Mail Ports
Consider the following information when you configure voice mail ports in Cisco Unified CallManager Administration:
•
You must run Cisco Unity 4.0(5) or later with this version of Cisco Unified CallManager.
•
You must perform security tasks for Cisco Unity by using the Cisco Unity Telephony Integration Manager; for information on how to perform these tasks, refer to the Cisco Unified CallManager 5.0 Integration Guide for Cisco Unity 4.x.
•
In addition to the procedures that are described in this section, you must use the certificate management feature in Cisco Unified Communications Operating System Administration to save the Cisco Unity certificate to the trusted store. For more information on this task, refer to the Cisco Unified Communications Operating System Administration Guide.
After you copy the certificate, you must restart the Cisco CallManager service on each server in cluster.
•
If Cisco Unity certificates expire or change for any reason, use the certificate management feature in the Cisco Unified Communications Operating System Administration to update the certificates in the trusted store. The TLS authentication fails when certificates do not match, and voice messaging does not work because it cannot register to Cisco Unified CallManager.
•
When configuring voice-mail server ports, you must select a device security mode.
•
The setting that you specify in the Cisco Unity Telephony Integration Manager must match the voice messaging port device security mode that is configured in Cisco Unified CallManager Administration. In Cisco Unified CallManager Administration, you apply the device security mode to the voice-messaging port in the Voice Mail Port Configuration window (or in the Voice Mail Port Wizard).
Tip
If the device security mode settings do not match for Cisco Unified CallManager and Cisco Unity, the Cisco Unity ports fail to register with Cisco Unified CallManager, and Cisco Unity cannot accept calls on those ports.
•
Changing the device security mode for the port requires a reset of Cisco Unified CallManager devices and a restart of the Cisco Unity software. If you apply a different device security mode in Cisco Unified CallManager Administration, you must change the setting in Cisco Unity.
•
You cannot change the device security mode for existing voice-mail servers through the Voice Mail Port Wizard. If you add ports to an existing voice-mail server, the device security mode that is currently configured for the profile automatically applies to the new ports.
GUI Changes
The following GUI changes apply to security features in this release.
•
To access the new Phone Security Profile, choose System > Security Profile > Phone Security Profile.
•
The phone security profile asks for product type and device protocol before displaying the supported security profile parameters.
•
Cisco Unified CallManager displays only the security profiles that the device type and protocol support in the Phone Configuration window and the SIP Trunk Configuration window.
•
Cisco Unified CallManager provides a set of predefined, nonsecure device profiles at installation for auto-registration for phones and the SIP trunk.
•
In the Phone Security Profile CAPF Information section, the Phone Security Profile displays the message, "These fields are related to the CAPF Information settings on the Phone Configuration page.'
•
In the Certification Authority Proxy Function (CAPF) Information section, the Phone Configuration window displays the message, "Security Profile Contains Additional CAPF Settings."
•
The Cisco Voice Mail Port Configuration window and Cisco Voice Mail Port Wizard include a new setting, Device Security Mode, that replaces the device security profile setting. Cisco Unified CallManager stores the device security mode setting in a security profile in the database. Device Security Mode replaces Device Security Profile as a Find option.
•
The TFTP Encrypted Config check box now displays in the Phone Security Profile when phone device and protocol support encrypted configuration file downloads.
•
For SIP phones that support encrypted configuration file downloads, a new check box, Exclude Digest Credentials in Configuration File, displays in the phone security profile.
•
Some setting locations, such as the Certification Authority Proxy Function (CAPF) Information section, moved within a window to logically group related settings.
BAT Considerations
You can apply a security profile to phones in the BAT phone template.
Where to Find More Information
•
Cisco Unified CallManager Security Guide
New and Changed Information in Cisco Unified CallManager 5.0(3)
Cisco Unified CallManager Release 5.0(3) includes the following new features:
•
Cisco Announces New Servers and Appliances
•
Firewall Support for Attendant Console
Cisco Announces New Servers and Appliances
Cisco Unified CallManager supports a series of new Media Convergence Servers and Unified CallManager Appliances to continue to deliver converged voice, video, and data solutions. The system also supports two new Digital Audio Tape (DAT) drives by using USB 2.0 as the interface to the media convergence servers.
For more information on these servers, refer to http://www.cisco.com/en/US/products/hw/voiceapp/ps378/index.html
The following URL provides a list of supported servers:
http://www.cisco.com/en/US/products/hw/voiceapp/ps378/prod_brochure09186a0080174928.html
Firewall Support for Attendant Console
Cisco Unified CallManager 5.0(3) offers firewall support through Remote Method Indication (RMI).
Attendant console clients and attendant console servers communicate through Java RMI, which is also how attendant console servers communicate with each other. They only differ in that no firewall exists between servers.
The attendant console server uses a custom RMI socket to bind to specific TCP ports for sending the RMI response to the client. You can configure this by using Service Parameter RMI Bind Port.
RMI uses a TCP Callback Port to send callback messages to the attendant console client. You can configure the attendant console Client Callback Port by using Settings Dialog.
Tip
You must make sure that the RMI ports are open in the firewall.
New and Changed Information in Cisco Unified CallManager 5.0(2)
Cisco Unified CallManager 5.0(2) supports the product name changes for the suite of Cisco Unified Communications system of voice, video, and IP communications products and applications. This name change updates all product and application names in the user interface with the exception of the following services and performance counter for Cisco Unified CallManager Serviceability:
Feature Services
•
Cisco CallManager service supports Cisco Unified CallManager.
•
Cisco CallManager Attendant Console Server service supports Cisco Unified CallManager Attendant Console.
•
Cisco IP Manager Assistant service supports Cisco Unified CallManager Assistant.
•
Cisco Dialed Number Analyzer service supports Cisco Unified CallManager Dialed Number Analyzer.
Network Services
•
The Cisco CallManager Admin service supports Cisco Unified CallManager Administration.
•
The Cisco CallManager Serviceability service supports Cisco Unified CallManager Serviceability.
•
The Cisco CallManager Serviceability RTMT service supports the Cisco Unified CallManager Real-Time Monitoring Tool (RTMT).
Perfmon
•
The Cisco CallManager object provides information about calls, applications, and devices that are registered with the Cisco Unified CallManager.
•
The Cisco CallManager Attendant Console (Cisco CallManager Attendant Console Server service) object provides information about the Cisco Unified CallManager Attendant Console.
•
The Cisco CallManager System Performance object provides system performance information about Cisco Unified CallManager. The Cisco IP Manager Assistant (IPMA) Service object provides information about the Cisco Unified CallManager Assistant application.
You can find more information on Cisco Unified Communications system of voice, video, and IP communications products and applications at www.cisco.com/go/unified.
New and Changed Information in Cisco Unified CallManager 5.0(1)
The following sections describe new features and changes that are pertinent to Cisco Unified CallManager, release 5.0(1) or later. 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 Unified Communications Operating System Administration
•
Cisco Unified CallManager Administration
•
Cisco Unified CallManager Features
•
Cisco Unified CallManager User Options Web Pages
•
Cisco Unified CallManager Applications
•
Cisco Unified CallManager Bulk Administration Features
•
Cisco Unified CallManager Auto-Register Phone Tool Features
•
New and Changed Information for Cisco Unified CallManager Serviceability
•
New and Changed Information for Cisco Unified IP Phones
•
New and Changed Information for Third-Party API
Installation, Upgrade, Migration, and Disaster Recovery
This following sections describe the changes that were made to the installation, upgrade, and disaster recovery procedures in Cisco Unified CallManager 5.0(2):
•
Data Migration Assistant (DMA)
•
Disaster Recovery Enhancements
•
Where to Find More Information
Installation Overview
Cisco Unified CallManager 5.0(2) uses a different installation framework than previous releases. The installation process allows you to perform a basic installation, upgrade from Cisco Unified CallManager Release 4.0 or Release 4.1 to Cisco Unified CallManager 5.0, and upgrade to a newer service release during the installation.
Note
Although you do not need a license to install Cisco Unified CallManager 5.0(2), you must have a Cisco Unified CallManager server license to activate services on the server, and you must have phone licenses to add phones to the Cisco Unified CallManager database.
For a more detailed description of the different installation types, see Table 2.
Software Upgrades
With Cisco Unified 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 Unified Communications Operating System 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 by 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 Unified CallManager 4.0 or 4.1 data to Cisco Unified CallManager 5.0 by backing up Cisco Unified CallManager 4.0 or 4.1 data in a format that Cisco Unified CallManager 5.0 can read. Cisco Unified CallManager 4.x runs in a Windows environment, and Cisco Unified CallManager 5.0 runs in a Linux environment, so the Cisco DMA exports Windows-based data to a format that Cisco Unified CallManager 5.0 can import. The Cisco Unified CallManager 5.0 installation process converts the backed-up data as needed for Cisco Unified 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 Unified CallManager publisher server before you upgrade to Cisco Unified CallManager 5.0. If you make any Cisco Unified CallManager configuration changes after running the Cisco DMA, the system does not retain these changes when you upgrade.
In addition to exporting Cisco Unified CallManager data, the Cisco DMA exports data for these related applications:
•
Attendant Console (AC)
•
Cisco Unified CallManager Extension Mobility (EM). DMA does not export the last user-logged-in data.
•
Cisco Unified CallManager 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 Unified CallManager 4.0 subscriber server, you must copy the CAPF data to the 4.0 publisher database server before you upgrade to Cisco Unified 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 Unified CallManager 5.0.
•
TFTP phone load files—You must reapply these files after you upgrade to Cisco Unified CallManager 5.0.
•
Files on Cisco Unified CallManager subscriber servers—Subscriber servers obtain required information from the publisher server as part of the Cisco Unified CallManager upgrade process.
•
Last Logged User in Extension Mobility—Extension mobility users will need to enter the user name and PIN to log in 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 Unified CallManager 5.0(2) Administration window, provides full data backup and restore capabilities for all servers in a Cisco Unified 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 Unified 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
•
Disaster Recovery System Administration Guide
•
Data Migration Assistant 2.0 User Guide
•
Upgrading Cisco Unified CallManager Release 5.0(2)
•
Installing Cisco Unified CallManager Release 5.0(2)
•
Cisco Unified CallManager Operating System Administration Guide, Release 5.0(2)
Cisco Unified Communications Operating System Administration
For Cisco Unified CallManager 5.0(2), you can perform many common system administration functions through the Cisco Unified Communications Operating System.
This section comprises the following topics:
•
Platform Status and Configuration
Overview
Cisco Unified Communications Operating System Administration allows you to configure and manage the Cisco Unified Communications Operating System 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 Unified CallManager Administration, Cisco Unified CallManager Serviceability, and Cisco Unified Communications Operating System 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—Configure the IP addresses of an external NTP server; add or delete an NTP server.
•
SMTP settings—Configure 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 Unified CallManager 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 Unified 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 Unified CallManager with Cisco Unified 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 Unified Communications Operating System Administration Guide
Cisco Unified CallManager Administration
The following sections describe Cisco Unified CallManager 5.0 administration enhancements:
•
General Administration Enhancements
•
Navigating to IP Telephony Applications Within Cisco Unified CallManager
•
Localizing Cisco Unified CallManager Administration
•
Publisher and Subscriber Name Changes
•
General Changes Made to Multiple Windows
•
Line and Phone Configuration Improvements
•
Call Routing Menu Changes (formerly Route Plan Menu)
•
Where to Find More Information
General Administration Enhancements
Cisco Unified CallManager Administration Release 5.0 supports JSPs, STRUTS framework, and Java. The following requirements apply to Cisco Unified 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 Unified CallManager
Cisco Unified CallManager Administration includes a navigation bar in the upper, right corner of the window that takes the administrator to the following Cisco Unified Communications applications:
•
Cisco Unified CallManager Administration
•
Cisco Unified CallManager Serviceability
•
Disaster Recovery System
•
Cisco Unified Communications Operating System Administration
Note
The Bulk Administration Tool (BAT) appears as a menu item on the Cisco Unified CallManager Administration menu.
Localizing Cisco Unified CallManager Administration
Cisco Unified 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 Unified CallManager
•
Music on Hold Server
•
Annunciator
These servers automatically get created at Cisco Unified CallManager installation.
Publisher and Subscriber Name Changes
Cisco Unified CallManager Release 5.0 software and documentation use the following names of the publisher servers and subscriber servers 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 Unified CallManager 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 Unified 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 Unified CallManager Administration get migrated to user groups when you upgrade from Release 4.1 or 4.0 to Release 5.0.
General Changes Made to Multiple Windows
You can find the following changes on multiple Cisco Unified 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 Unified CallManager Administration windows. The help information did not change and still displays in a separate window.
Line and Phone Configuration Improvements
Cisco Unified 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 Unified CallManager—You no longer can add or delete a Cisco Unified 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
–
Cisco Unified 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 Unified 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 Unified 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:
•
The release removed Add a New Device 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 Phones available
–
SCCP and SIP 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 displays 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 Unified CM Assistant Configuration Wizard (moved from Service menu)
•
Cisco Unified 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 Unified CM Attendant Console User (no change)
–
Cisco Unified CM Attendant Console User File Upload (new)
–
Hunt Group (removed)
–
Cisco Unified CM Attendant Console Server (removed)
•
Plugins (formerly Install Plugins)
•
Update Plugin URL (removed)
•
Cisco Unified CallManager Serviceability (moved to Navigation bar; accessed by Go drop-down box)
•
Cisco Unified CallManager Bulk Administration (BAT) (moved to Bulk Administration menu)
User Management Menu
User Management designates a new Cisco Unified 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 Unified CM Assistant Manager, Unified CM 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 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 Unified CallManager Administration menu item. Previously, BAT, which was installed as a plug-in, ran as a separate application within Cisco Unified 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 Bulk Administration application, see Cisco Unified CallManager Bulk Administration Features.
Service Parameter Changes
Cisco Unified 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. Be aware that only the active CMI service handles the communication between CMI and Cisco Unified CallManager as well as CMI, and the voice-messaging system.
Release 5.0 differs from Release 3.x and 4.x where, in the previous releases, the CMI that resides on the node with the higher IP address represents the Primary CMI.
Data Cable—In windows, CMI uses serial ports COM1 or COM2 for SMDI messages. The default value specifies COM1. In release 5.0, CMI uses the USB port that connects through the USB-serial adapter for SMDI messages. The port name USB0 gets configured by default.
GUI changes—The following parameters now exist 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 Unified CallManager Administration Guide
•
Presence, Cisco Unified CallManager Features and Services Guide
•
DHCP Server Configuration, Cisco Unified CallManager Administration Guide
•
DHCP Subnet Configuration, Cisco Unified CallManager Administration Guide
•
LDAP System Configuration, Cisco Unified CallManager Administration Guide
•
LDAP Directory Configuration, Cisco Unified CallManager Administration Guide
•
LDAP Authentication Configuration, Cisco Unified CallManager Administration Guide
•
Understanding the Directory, Cisco Unified CallManager System Guide
•
Application Users and End Users, Cisco Unified CallManager System Guide
•
MLPP Domain Configuration, Cisco Unified CallManager Administration Guide
•
Phone NTP Reference Configuration, Cisco Unified CallManager Administration Guide
•
SIP Phone Security Profile Configuration, Cisco Unified CallManager Administration Guide
•
SIP Trunk Security Profile Configuration, Cisco Unified CallManager Administration Guide
•
SCCP Phone Security Profile Configuration, Cisco Unified CallManager Administration Guide
•
Application Server Configuration, Cisco Unified CallManager Administration Guide
•
License Unit Report Configuration, Cisco Unified CallManager Administration Guide
•
License Unit Calculator Configuration, Cisco Unified CallManager Administration Guide
•
License File Upload Configuration, Cisco Unified CallManager Administration Guide
•
Directory Lookup Dial Rules Configuration, Cisco Unified CallManager Administration Guide
•
SIP Dial Rules Configuration, Cisco Unified CallManager Administration Guide
•
Dial Rules Overview, Cisco Unified CallManager System Guide
•
SIP Route Pattern Configuration, Cisco Unified CallManager Administration Guide
•
Directory Number Configuration, Cisco Unified CallManager Administration Guide
•
Directory Numbers, Cisco Unified CallManager System Guide
•
Installing Dial Plans Configuration, Cisco Unified CallManager Administration Guide
•
SIP Profile Configuration, Cisco Unified CallManager Administration Guide
•
Common Phone Profile Configuration, Cisco Unified CallManager Administration Guide
•
Application User Configuration, Cisco Unified CallManager Administration Guide
•
End User Configuration, Cisco Unified CallManager Administration Guide
•
Role Configuration, Cisco Unified CallManager Administration Guide
•
Roles and User Groups, Cisco Unified CallManager System Guide
•
User Group Configuration, Cisco Unified CallManager Administration Guide
•
User/Phone Add Configuration, Cisco Unified CallManager Administration Guide
•
Application User CAPF Profile Configuration, Cisco Unified CallManager Administration Guide
•
End User CAPF Profile Configuration, Cisco Unified CallManager Administration Guide
•
SIP Realm Configuration, Cisco Unified CallManager Administration Guide
•
Understanding Session Initiation Protocol, Cisco Unified CallManager System Guide
•
Understanding Cisco Unified CallManager Trunk Types, Cisco Unified CallManager System Guide
•
Cisco Unified IP Phones, Cisco Unified CallManager System Guide
•
Understanding Video Telephony, Cisco Unified CallManager System Guide
•
Cisco Unified CallManager Bulk Administration Tool, Cisco Unified CallManager Administration Guide
•
Cisco Unified CallManager Bulk Administration Guide
Cisco Unified CallManager Features
The following sections describe the Cisco Unified CallManager 5.0 feature enhancements:
•
Dynamic Host Control Protocol (DHCP)
•
Personal Directory Enhancements
•
Phone NTP References for SIP Phones
•
RSVP
•
SIP Line Side (Endpoints) Support
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, 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 Unified CallManager Features and Services Guide 5.0.
Cisco Unified 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 get 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 Unified 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 Unified 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 Unified CallManager Administration Guide
•
Cisco Unified IP Phones, Cisco Unified CallManager System Guide
Call Park
Call Park provides the same functionality as in previous Cisco Unified CallManager releases.
Cisco Unified 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 Unified CallManager Features and Services Guide
•
User Group Configuration, Cisco Unified CallManager Administration Guide
•
Attendant Console Configuration, Cisco Unified CallManager Features and Services Guide
Call Pickup Group
Call Pickup Group provides the same functionality as Cisco Unified CallManager Release 4.1(3).
Cisco Unified 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 Unified 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 Unified IP Phones 7911, 7941, 7961, 7970, and 7971 using SIP 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 Unified CallManager Administration Configuration Tips
Previous to Cisco Unified 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 access for users and devices 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 lists that are on the End User and Application user Configuration windows.
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 Unified 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 Unified CallManager if the Cisco Unified 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.
•
Ensure CTI devices (such as IP phones and CTI ports) are 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
•
Computer Telephony Integration, Cisco Unified CallManager System Guide
•
Configuring Cisco Unified IP Phones, Cisco Unified CallManager Administration Guide
•
CTI Route Point Configuration, Cisco Unified CallManager Administration Guide
•
Application User Configuration, Cisco Unified CallManager Administration Guide
•
End User Configuration, Cisco Unified CallManager Administration Guide
•
User Group Configuration, Cisco Unified CallManager Administration Guide
Dynamic Host Control Protocol (DHCP)
Dynamic Host Configuration Protocol (DHCP) server enables Cisco Unified IP Phones, connected to either the customer 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 Unified 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 Unified CallManager Administration to configure DHCP servers and the DHCP subnets.
•
System > DHCP Server
•
System > DHCP Subnet
Serviceability Considerations
The following enhancements exist in Cisco Unified 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 Unified CallManager Administration Guide
•
DHCP Subnet Configuration, Cisco Unified CallManager Administration Guide
•
Dynamic Host Configuration Protocol, Cisco Unified CallManager System Guide
International Dial Plans
Cisco Unified CallManager supports non-NANP. The following sections provide information on the installation and changes that are made to dial plans in release 5.0.
Cisco Unified CallManager Administration Configuration Tips
Use the Dial Plan Installer menu item to install dial plans that are available on Cisco Unified CallManager publisher server (Call Routing > Dial Plan Installer). For more details, see Cisco Unified CallManager Administration Guide and Cisco Unified CallManager Dial Plan 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 Unified CallManager server.
You can find COP files for all the available dial plans that you can download, install, and integrate with Cisco Unified 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 Unified CallManager Administration.
Serviceability Considerations
•
You must restart Cisco CallManager service every time that 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 Unified 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 Unified CallManager Administration documentation covers the main principles for synchronizing Cisco Unified CallManager with a corporate LDAP directory. The documentation also discusses the administrator 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 Unified Communications endpoints, such as Cisco Unified 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 Unified CallManager:
•
This release decoupled the directory component from Cisco Unified CallManager to ensure high Cisco Unified CallManager availability independent of the corporate directory.
•
Cisco Unified 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 Unified CallManager supports synchronization with the customer directory.
Cisco Unified CallManager Administration Configuration Tips
The following sections discuss the changes to Cisco Unified 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 Unified CallManager Data Migration Assistant (DMA) provides conversion of Cisco Unified CallManager 4.x data to a format that is compatible with Cisco Unified CallManager 5.0. For details on obtaining, installing, and using DMA, refer to the Cisco Unified CallManager Data Migration Assistant 1.0 User Guide.
GUI Changes
This release eliminates the following menu options from previous releases of Cisco Unified CallManager Administration:
•
User > Add a New User
•
User > Global Directory
The following new menu options in this release of Cisco Unified 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 to 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 Unified CallManager Administration Guide
•
LDAP Directory Configuration, Cisco Unified CallManager Administration Guide
•
LDAP Authentication Configuration, Cisco Unified CallManager Administration Guide
•
Application User Configuration, Cisco Unified CallManager Administration Guide
•
End User Configuration, Cisco Unified CallManager Administration Guide
•
Understanding the Directory, Cisco Unified CallManager System Guide
•
Application Users and End Users, Cisco Unified CallManager System Guide
•
Cisco Unified CallManager Data Migration Assistant 1.0 User Guide
Licensing
Licensing in Cisco Unified CallManager Administration accurately tracks the number of devices that a customer has connected to Cisco Unified 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 Unified CallManager servers); it provides a calculator for determining how many and which types of devices are configured, and it includes a mechanism for uploading licenses files from a client PC.
Cisco Unified CallManager Administration Configuration Tips
Cisco Unified CallManager Administration provides a new system configuration option for licensing.
GUI Changes
The menu options in Cisco Unified 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 Unified 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 Unified 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 Unified CallManager System Guide
•
License Unit Report, Cisco Unified CallManager Administration Guide
•
License Unit Calculator, Cisco Unified CallManager Administration Guide
•
License File Upload, Cisco Unified CallManager Administration Guide
Personal Directory Enhancements
Unlike previous releases of Cisco Unified CallManager, the Personal Directory feature in Cisco Unified CallManager Release 5.0(2) does not require special administrative configuration, and the end user does not need to subscribe to this service.
Cisco Unified IP Phones (SCCP) that support Personal Directory:
•
Cisco Unified IP Phone 7970G/7971G-GE
•
Cisco Unified IP Phone 7961G/7961G-GE and 7941G/7941G-GE
•
Cisco Unified IP Phone 7960G/7961G and 7940G
•
Cisco Unified IP Phone 7911G
•
Cisco Unified IP Phone 7905G and 7912G
Cisco Unified IP Phones (SIP) that support Personal Directory:
•
Cisco Unified IP Phone 7970G/7971G-GE
•
Cisco Unified IP Phone 7961G/7961G-GE and 7941G/7941G-GE
•
Cisco Unified IP Phone 7911G
Cisco Unified CallManager Administration Configuration Tips
The system administrator must activate the Personal Directory feature in Cisco Unified CallManager Serviceability: from the Navigation drop-down list box that is on the Cisco Unified CallManager 5.0(2) 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 Unified CallManager Plugins window and provide TABSynch to the user. After the system is configured, the system administrator provides the end users with the URL that is required to access the application from the User Options web pages:
http://server_name/CCMUser/
where server_name specifies the host on which the web server is installed.
GUI Changes
Administrator must download the Address Book Synchronization Tool (TABSynch) from the Cisco Unified CallManager Plugins window (Applications > Plugin).
User Tips
Users can access Personal Directory from
•
A web browser (Cisco Unified CallManager User Options)
•
A Cisco Unified 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 Unified CallManager user name and PIN.
•
On the Web—Log in to Cisco Unified 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 Unified IP Phone and Cisco Unified 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 Unified CallManager Serviceability.
•
Choose Tools > Control Center - Network Services.
•
Choose the server.
•
Under Unified CM Services, locate Cisco Unified 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 Unified CallManager Administration to ensure that a Cisco IP Phone that is using SIP gets its date and time from an NTP server.
Cisco Unified CallManager Administration Configuration Tips
Because you can configure several phone NTP references in Cisco Unified CallManager Administration, Cisco Unified 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 Unified CallManager system (System > Phone NTP Reference).
After you add the phone NTP references to Cisco Unified 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 Unified 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 Unified CallManager Administration Guide
Presence
When you configure Presence in Cisco Unified 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 Unified 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 Unified 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 Unified 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, Unified CM Assistant end users, also serve as watchers because the user requests status about a presence entity that is configured on the application.
•
To allow Cisco Unified 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 Unified 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 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 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 Unified 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 Unified 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 Unified 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 Unified CallManager Administration Guide.
Cisco Unified IP Phones (SCCP) that Support Busy Lamp Field (BLF) -Speed Dial
•
Cisco Unified IP Phone 7970G/ 7971G-GE
•
Cisco Unified IP Phone 7961G/7961G-GE and 7941G/7941G-GE
•
Cisco Unified IP Phone 7960G/7940G
•
Cisco Unified IP Phone Expansion Module 7914
Cisco Unified IP Phones (SCCP) that Support Busy Lamp Field (BLF) -Call List
•
Cisco Unified IP Phone 7970G/7971G-GE
•
Cisco Unified IP Phone 7961G/7961G-GE and 7941G/7941G-GE
Cisco Unified IP Phones (SIP) that Support Busy Lamp Field (BLF) -Speed Dial
•
Cisco Unified IP Phone 7970G /7971G-GE
•
Cisco Unified IP Phone 7961G/7961G-GE and 7941G/7941G-GE
Cisco Unified IP Phones (SIP) that Support Busy Lamp Field (BLF) -Call List
•
Cisco Unified IP Phone 7970G/7971G-GE
•
Cisco Unified IP Phone 7961G/7961G-GE and 7941G/7941G-GE
GUI Changes
The following new and changed windows in Cisco Unified 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 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 Unified 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 Unified 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:
Note
Users of the Cisco Unified IP Phone 7960G and the Cisco Unified 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:
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 Unified 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 Unified 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 Unified CallManager Administration and to other applications. The resources that are available to the Cisco Unified 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 Unified 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 comprises 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 Unified CallManager Administration Configuration Tips
This section describes the changes to Cisco Unified CallManager Administration that allow administrators to configure roles and user groups.
Standard, predefined roles and user groups exist within Cisco Unified 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 Unified 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 Unified 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 Unified CallManager Administration Guide
•
User Group Configuration, Cisco Unified CallManager Administration Guide
•
Roles and User Groups, Cisco Unified 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 Unified 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 Unified CallManager supports RSVP through an RSVP agent. RSVP supports all signaling protocols. RSVP works with all Cisco Unified 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 Unified CallManager Administration Configuration Tips
To configure RSVP, the administrator uses the Cisco Unified CallManager Administration Location and Service Parameter Configuration windows. See the following sections for more information.
GUI Changes
Use the following Cisco Unified 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 Unified 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 Unified CallManager will manage the call QoS by using both location-based CAC and RSVP.
Serviceability Considerations
Cisco Unified CallManager Serviceability provides location-based and node-based PerfMon counters for RSVP admission control. The PerfMon counters do not synchronize across nodes.
Cisco Unified 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 Unified 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 Unified CallManager System Guide
•
Location Configuration, Cisco Unified CallManager Administration Guide
•
Service Parameter Configuration, Cisco Unified CallManager Administration Guide
•
Multilevel Precedence and Preemption, Cisco Unified CallManager Features and Services Guide
•
Cisco Unified CallManager Serviceability System Guide
•
Cisco Unified CallManager Serviceability Administration Guide
Service Enhancements
Cisco Unified CallManager Release 5.0 includes the following enhancements to Services:
•
Services get listed by type of service within Cisco Unified CallManager Serviceability. Main categories include Feature Services and Network Services.
•
Be aware that new services are available in Cisco Unified CallManager Serviceability for service activation and in Cisco Unified CallManager Service Parameter Configuration for setting and configuring parameters.
Feature Services—Unified CM Services
The following Services belong to the Unified CM Services group when Cisco Unified CallManager Serviceability is used:
•
Cisco Unified 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 Unified CallManager Cisco Unified 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 Cisco Unified CallManager Serviceability is used:
•
Cisco IP Manager Assistant (IPMA) Service
•
Cisco Web Dialer Web Service
Feature Services—CDR Services
The following Services belong to the CDR Services group when Cisco Unified CallManager Serviceability is used:
•
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 Cisco Unified CallManager Serviceability is used:
•
Cisco AXL Web Service (new)
•
Cisco Bulk Provisioning Service (new)
•
Cisco Unified CallManager TAPS Service (new)
Feature Services—Performance and Monitoring Services
The following Services belong to the Performance and Monitoring Services group when Cisco Unified CallManager Serviceability is used:
•
Cisco Serviceability Reporter (new)
•
Cisco Unified CallManager SNMP Service (new)
Feature Services—Security Services
The following Services belong to the Security Services group when Cisco Unified CallManager Serviceability is used:
•
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 Cisco Unified CallManager Serviceability is used:
•
Cisco DirSync (new)
Network Services—Platform Services
The following Services belong to the Platform Services group when Cisco Unified CallManager Serviceability is used:
•
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 Cisco Unified CallManager Serviceability is used:
•
Cisco Database Layer Monitor
Network Services—Unified CM Services
The following Services belong to the Unified CM Services group when Cisco Unified CallManager Serviceability is used:
•
Cisco Unified CallManager Admin (new)
•
Cisco Unified CallManager Serviceability (new)
•
Cisco Unified 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 Cisco Unified CallManager Serviceability is used:
•
Cisco Unified 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 Cisco Unified CallManager Serviceability is used:
•
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 Cisco Unified CallManager Serviceability is used:
•
Cisco DRF Master (new)
•
Cisco DRF Local (new)
Network Services—CDR Services
The following Services belong to the CDR Services group when Cisco Unified CallManager Serviceability is used:
•
Cisco CDR Repository Manager (new)
•
Cisco CDR Agent (new)
Where to Find More Information
•
Cisco Unified CallManager Serviceability Administration Guide
•
Cisco Unified CallManager Serviceability System Guide
•
CDR Analysis and Reporting Administration Guide
•
Service Parameters Configuration, Cisco Unified CallManager Administration Guide
SIP Line Side (Endpoints) Support
The Cisco Unified IP Phones 7911, 7941, 7961, 7970, and 7971 for SIP deploy as a SIP endpoint in a Cisco Unified CallManager Back to Back User Agent (B2BUA) environment or in a SIP peer-to-peer network. SIP 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 Unified CallManager architecture, the TFTP server, and the Cisco Unified IP Phones. Because the SIP phone features are equivalent to the SCCP phone features, and they behave similarly, Cisco Unified IP Phones 7941/61/71/70/11 for SIP support all features. Cisco Unified 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 Unified CallManager Administration Configuration Tips
To configure SIP line support, the administrator uses a variety of Cisco Unified CallManager Administration windows. See the following sections for detailed information.
Cisco SIP IP Phones Supported by Cisco Unified CallManager 5.0
•
Cisco Unified IP Phone 7905 (SIP)
•
Cisco Unified IP Phone 7912 (SIP)
•
Cisco Unified IP Phone 7940 (SIP)
•
Cisco Unified IP Phone 7960 (SIP)
Note
The Cisco Unified IP Phones 7905, 7912, 7940, and 7960 for SIP have limited functionality in Cisco Unified CallManager. Refer to the appropriate SIP phone documentation for details.
•
Cisco Unified IP Phone 7911 (SIP)
•
Cisco Unified IP Phone 7941 (SIP)
•
Cisco Unified IP Phone 7961 (SIP)
•
Cisco Unified IP Phone 7970 (SIP)
•
Cisco Unified IP Phone 7971 (SIP)
Note
The Cisco Unified IP Phones 7911, 7941, 7961, 7970, and 7971 for SIP have full functionality in Cisco Unified 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 Unified CallManager Administration (Directory Number and Phone Configuration windows):
–
A majority of the fields on the Phone Configuration window stay the same for SIP and SCCP.
–
All fields on the Directory Number Configuration window stay the same for SIP and SCCP.
•
Protocol (SIP or SCCP) gets specified when a new phone type is added
•
You can reset and restart Cisco SIP and SCCP phones from the Cisco Unified 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 Unified 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 comprises either part of the configuration file or a separate file depending on the phone.
•
SCCP phones register by using TCP or TLS.
•
SIP phones register by using UDP, TCP, or TLS.
GUI Changes
Use the following Cisco Unified CallManager Configuration windows to configure SIP phones.
•
System > Cisco Unified CallManager Configuration
–
SIP Phone Port
–
SIP Phone Secure Port (used for Security)
–
Auto-Registration (if using)
Ensure the SIP auto registration enterprise parameter is 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 exists.)
–
Add the SIP profile to the SIP IP Phone configuration.
•
Device > Phone Configuration:
–
Choose phone.
–
Choose SIP.
–
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 Unified CallManager Configuration
•
The SIP Phone Port specifies the port number that Cisco Unified CallManager uses to ascertain SIP line registrations over TCP and UDP.
•
The SIP Phone Secure Port specifies the port number Cisco Unified 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 field represents the transport that Cisco Unified CallManager will accept. Only Cisco Unified 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 field designates the signaling port that the phone listens on locally (voipControlPort). Difference exists from SIP Phone Port in Cisco Unified 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 Unified 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 Unified 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 that supports SIP:
–
Cisco Unified 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.
•
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 Unified IP Phone 7905 (SCCP) and Cisco Unified 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:
•
Offhook 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 Unified CallManager System Guide.
•
Call Rejection - When a call is made to SIP phone, the phone can choose to reject the call in which case, applications will see NewCallEvent followed by Disconnected call event for the line on SIP phone. This performs similar to RP rejecting the call.
•
For SIP phones, enbloc dialing is always used even if the user first goes off hook before dialing digits - the phone will wait until all the digits are collected before sending the digits to the Cisco Unified CallManager. This will result in new call event after enough digits are pressed on the phone to match one of the configured dialing patterns.
•
Applications should configure `out of band DTMF' on all devices to receive DTMF events.
Serviceability Considerations
Cisco Unified 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 Unified CallManager generates two types of call statistics records: Call Detail Records (CDR) and Call Management Records (CMR).
Cisco Unified 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. Unified 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 Unified 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
Note
The CTI application registration state for SIP TNP phones with UDP transport may not be consistent with the actual registration state of the phone. This may happen when CTIManager determines that the Cisco Unified CallManager is down and shows the device is out of service, but because of the inherent delay in UDP to determine the lost connectivity, the phone may appear to be in service.
CTI functionality supports Cisco SIP IP Phones 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 Unified Contact Center Express, Cisco Conference Connection (CCC))
•
Emergency Responder
•
Extension Mobility
•
Web Dialer
•
Quality Reporting Tool
Features that CTI does not support on SIP phones
The features that are not supported by CTI on SIP phones include
•
Set lamp mode
•
Display string
•
Device-based, application controlled softkeys
•
Play tone
•
Ringing notification
•
Device state notification - including
–
Keypad pressed - 0-9, *, #
–
Feature button pressed -
–
Lamp mode changed - Off/on/wink/flash/blink
–
Ring mode changed - Off/inside ring/outside ring/feature ring/flash only/precedence
–
Display changed - New text displayed
–
Onhook/off hook notification.
•
Call Park/Unpark - Request to park/unpark a specified call
•
CtiToneChangeNotify - Will not be supported other than for notification related to FAC/CMC.
•
Line Ringer Override - Overrides the current ringer setting for the specified line.
•
Ringing Notify - Provides notification that a line is ringing/unringing.
Note
Cisco Unified IP Phones that use SIP 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 Unified CallManager Administration Guide
•
SIP Phone Security Profile Configuration, Cisco Unified CallManager Administration Guide
•
Cisco Unified CallManager Configuration, Cisco Unified CallManager Administration Guide
•
SIP Dial Rules Configuration, Cisco Unified CallManager Administration Guide
•
Cisco Unified IP Phone Configuration, Cisco Unified CallManager Administration Guide
•
SIP Profile Configuration, Cisco Unified CallManager Administration Guide
•
Cisco TFTP, Cisco Unified CallManager System Guide
•
Dial Rules Overview, Cisco Unified CallManager System Guide
•
Cisco Unified IP Phones, Cisco Unified CallManager System Guide
•
Computer Telephony Integration, Cisco Unified CallManager System Guide
SIP Route Pattern
Cisco Unified CallManager uses SIP route patterns to route or block calls to foreign (with respect to this Cisco Unified CallManager node or cluster) hosts by using SIP trunks. SIP route patterns provide the mechanism to route SIP call-signaling messages on the basis of 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 gets used extensively. The "match" logic that gets used in routing decisions for specific patterns remains 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 following similarities between (Numeric) Route Patterns and SIP Route Patterns exist:
•
Both control the routing of calls.
•
Both have wildcard capabilities.
Differences between (Numeric) Route Patterns and SIP Route Patterns
The following differences between (Numeric) Route Patterns and SIP Route Patterns exist:
•
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 Unified CallManager Administration Configuration Tips
The following changes occurred in the GUI.
GUI Changes
Use the following Cisco Unified 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 Unified CallManager Administration Guide
•
SIP Trunk Configuration, Cisco Unified CallManager Administration Guide
•
Understanding Route Plans, Cisco Unified CallManager System Guide
•
Understanding Session Initiation Protocol (SIP), Cisco Unified CallManager System Guide
SIP Third-Party Phones
Cisco Unified CallManager Release 5.0 supports Cisco IP Phones that are using SIP as well as SIP phones that third-party companies design to work with Cisco Unified CallManager.
Cisco Unified CallManager Administration Configuration Tips
Administrators use the following Cisco Unified 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 Unified 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 Unified 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 Unified CallManager SIP trunks and third-party SIP phones always to use an MTP, but you should not configure Cisco Unified IP phones that are using SIP always to use an MTP. Doing so can cause problems with Cisco Unified CallManager features such as Shared Line.
If the configuration parameters are set to not use an MTP (default case) Cisco Unified CallManager will dynamically allocate an MTP if the DTMF methods for the call are not compatible. Thus little or no benefit exists in checking the "MTP Required" box for Cisco Unified IP Phones that are using SIP.
Note
Although this configuration option for Cisco Unified IP Phones that are running SIP may be removed in a future CallManager release. It will continue to be supported for generic third-party SIP phones.
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 Unified 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 Unified 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 Unified CallManager cluster do not get interrupted when a Cisco Unified CallManager node fails or when communication between a device and its Cisco Unified 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 that are 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 Unified 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 Unified CallManager Administration Configuration Tips
The following configuration tips apply to Cisco Unified 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 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 Unified 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 Unified CallManager database notifies the TFTP server to rebuild some or all of the configuration files. The TFTP server retrieves information from the Cisco Unified 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 Unified CallManager database for the following SIP IP phones:
•
Cisco Unified IP Phones 7970/71, 7961, 7941, and 7911 (These phones share the same SIP configuration file format.)
•
Cisco Unified IP Phones 7960 and 7940 (These phones share the same SIP configuration file format.)
•
Cisco Unified IP Phones 7905 and 7912
•
SIP dial plans on the preceding phones
•
Softkey templates on the preceding phones
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 Unified CallManager Administration Configuration Tips
The following changes occur in Cisco Unified 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 follow 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, callback tones, phone backgrounds) to the TFTP directory. You can modify files and/or add customized files to the TFTP directory in Cisco Unified Communications Platform Administration, from the TFTP Server File Upload window. Refer to the Cisco IP Telephony Platform Administration Guide for information on how to upload files to the TFTP folder on a Cisco Unified CallManager server.
Serviceability Considerations
The TFTP server provides counters in Cisco Unified CallManager Serviceability for troubleshooting purposes. See the Cisco Unified CallManager Serviceability System Guide and the Cisco Unified CallManager Serviceability Administration Guide for more information.
Where to Find More Information
•
Cisco TFTP, Cisco Unified CallManager System Guide
•
Cisco Unified CallManager Serviceability Administration Guide
•
Cisco Unified CallManager Serviceability System Guide
•
Cisco IP Telephony Platform Administration Guide
URL Dialing
The following Cisco Unified IP Phones (SIP) support URL dialing:
•
Cisco Unified IP Phones 7970G/7971G-GE
•
Cisco Unified IP Phones 7961G/7961G-GE and 7941G/7941G-GE
•
Cisco Unified IP Phones 7960G and 7940G
•
Cisco Unified IP Phones 7911G
Cisco Unified CallManager Administration Tips
You do not need to configure URL Dialing in Cisco Unified CallManager Administration.
User Tips
The following sections provide information on using URL dialing on Cisco Unified IP Phones.
Cisco Unified IP Phones 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 Unified IP Phones 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 that 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 Unified IP Phones 7960G and 7940G
To place a call on the Cisco Unified IP Phones 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.
To complete the call, press Dial or press EndCall.
5.
To return to standard dialing mode, press Number.
For More Information
•
See "URL Dialing" in the Cisco Unified IP Phone Guide for 7960G and 7940G for Cisco Unified 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 Unified CallManager video supports the SIP, 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 Unified CallManager supports the use of H.264 codec within H.323 protocol.
The following table lists the types of audio codes that SIP interfaces support.
Codec RTP Payload TypeG.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) devices, which are used for RFC 2833, support 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 Unified 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 Unified 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
This release makes the following serviceability performance monitoring counters available for the video enhancements:
•
Cisco SIP
–
VideoCallsCompleted
–
VideoCallsActive
Where to Find More Information
•
Understanding Video Telephony, Cisco Unified CallManager System Guide
Voice Quality Metrics
With Cisco Unified CallManager 5.0(2), 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 Unified IP Phones use statistical metrics that are based on concealment events.
Configuration Tips (for Administrators)
You can configure Cisco Unified IP Phones to collect call diagnostics and voice-quality metrics by setting a service parameter in Cisco Unified CallManager Administration as described in the following steps:
1.
From Cisco Unified 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 Unified CallManager Administration, refer to the Cisco Unified CallManager Administration Guide, the Cisco Unified CallManager System Guide, and the Cisco Unified 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 Unified IP Phones 7970G/7971G-GE (SCCP)
•
Cisco Unified IP Phones 7961G/7961G-GE (SCCP) and 7941G/7941G-GE (SCCP)
•
Cisco Unified IP Phones 7960G (SCCP) and 7940G (SCCP)
•
Cisco Unified IP Phone 7911G (SCCP)
Where to Find More Information
•
Cisco Unified IP Phone Administration Guides
•
Cisco Unified CallManager Administration Guide
•
Cisco Unified CallManager System Guide
Cisco Unified CallManager User Options Web Pages
Cisco Unified CallManager 5.0(2) provides the following changes to the Cisco Unified CallManager User Options window.
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 windows, 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 Unified CallManager User Options windows have the same look-and-feel as Cisco Unified CallManager Administration. End users log in by using a Cisco Unified 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 Unified IP Phone User Guides, Customizing Your Phone on the Web section (a separate guide, Customizing Your Cisco Unified IP Phone Guide on the Web, previously included this information).
•
Cisco Unified IP Phone Administration Guides, Providing Information to Users Via a Website section (now includes TABSynch instructions that you must provide to your users).
Cisco Unified CallManager Applications
The following sections describe the Cisco Unified CallManager 5.0 applications enhancements:
•
Cisco Unified CallManager Attendant Console
•
Cisco Unified CallManager AutoAttendant
•
Cisco Unified CallManager Extension Mobility
•
Cisco Emergency Responder 1.3(1)
•
Cisco Unified CallManager Assistant
•
Client Matter Codes and Forced Application Codes
•
Multilevel Precedence and Preemption (MLPP)
Cisco Call Back
The Cisco Call Back feature allows you to receive call-back notification on your Cisco Unified IP Phone when a called party line becomes available.
User Tips
Release 5.0 of Cisco Unified CallManager supports the Cisco Call Back feature on the Session Initiation Protocol (SIP) Cisco Unified IP Phones 7970, 7971, 7961, and 7941.
The Cisco Unified 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 Unified IP Phone 7970 that is using ,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 window. 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 Unified CallManager Features and Services Guide
Cisco Unified CallManager Attendant Console
Cisco Unified 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 Unified 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 Unified CallManager Administration Pilot Point Configuration window and Cisco Unified 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 Unified CallManager Administration contains a new Attendant Console User File upload window
Cisco Unified CallManager Administration Configuration Tips
The following sections describe the changes to Cisco Unified CallManager Administration windows and service parameters for Cisco Unified CallManager Attendant Console.
GUI Changes
The following new and changed windows support Cisco Unified CallManager Attendant Console:
•
Attendant Console User File Upload (new)—Allows users to upload CorporateDirectory.txt files if their user list is located on a directory server that is separate from the Cisco Unified CallManager server. To access, choose Application > Cisco Unified CM Attendant Console > Cisco Unified 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 Unified 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 Unified 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 Unified CallManager Attendant Console:
•
JTAPI Username—Specifies the username that the Cisco Unified CallManager Attendant Console Server uses to log on to a CTI Device. The default specifies "ac." During an upgrade, Cisco Unified CallManager migrates the value for this field from the Attendant Console Configuration Tool.
User Tips
Consider the following information when setting up the Cisco Unified 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 Unified 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 Unified 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 Unified 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 Unified CallManager AutoAttendant
Cisco Unified 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 Unified CallManager AutoAttendant comes bundled with Cisco Unified CallManager on the Cisco Unified CallManager 5-Agent Cisco Unified Contact Center Express bundle.
Cisco Unified CallManager Administration Configuration Tips
Cisco Unified CallManager AutoAttendant in CRS no longer exists as co-located on the server with Cisco Unified CallManager, and many associated functions that were performed on Cisco Unified CallManager now get 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 Unified CallManager on an appliance-based system before you install Cisco Unified CallManager AutoAttendant on the CRS server.
Before you can use Cisco Unified CallManager AutoAttendant, you must configure Cisco Unified CallManager including configuring a Cisco Unified CallManager user for Cisco Unified CallManager AutoAttendant.
Where to Find More Information
•
Cisco Unified CallManager AutoAttendant, Cisco Unified CallManager Features and Services Guide
Cisco Unified CallManager Extension Mobility
The Cisco Unified CallManager Extension Mobility (EM) feature allows users to temporarily access their Cisco Unified IP Phone configuration such as line appearances, services, and speed dials from other Cisco Unified IP Phones.
Cisco Unified 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 running SIP.
The following Cisco Unified IP Phones support Cisco Extension Mobility:
•
Cisco Unified IP Phones7970G/7971G
•
Cisco Unified IP Phone 7961G/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 Unified 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 log in or log out. 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 log in or log out, 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 Unified CallManager Extension Mobility user logs out of a device, all Call Back services that are active on the Cisco Unified CallManager Extension Mobility user automatically cancel.
Serviceability Considerations
Cisco Unified 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 Unified CallManager Serviceability for EM to be enabled:
•
Cisco Extension Mobility
•
Cisco Unified CallManager
•
Cisco Unified IP Phone Services
You activate/deactivate these services from Cisco Unified CallManager Serviceability > Service Activation. Refer to the Cisco Unified CallManager Serviceability Administration Guide for more information.
Trace configuration for extension mobility 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 Unified CallManager Extension Mobility, Cisco Unified CallManager Feature and Services Guide
Cisco Dialed Number Analyzer
Dialed Number Analyzer (DNA) installs as a feature service along with Cisco Unified CallManager. The tool allows you to test a Cisco Unified 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 Unified 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 Unified CallManager Administration. For more details, refer to Cisco Unified 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 Unified 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 Unified 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 Unified CallManager Serviceability (Serviceability > Tools > Dialed Number Analyzer).
Where to Find More Information
•
Cisco Unified CallManager Dialed Number Analyzer Guide
•
Cisco Unified CallManager Administration Guide
•
Cisco Unified CallManager Serviceability Administration Guide
•
Cisco Unified CallManager Serviceability System Guide
Cisco Emergency Responder 1.3(1)
Cisco Emergency Responder (Cisco ER) 1.3(1) supports Cisco Unified CallManager 5.0(2) in addition to Cisco CallManager 3.3 and Cisco Unified CallManager 4.0, 4.1, and 4.2.
•
Ensure all Cisco ER servers are version 1.3(1). This allows Cisco ER to support multiple Cisco Unified CallManager 5.0(2) 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) provides Windows-based support.
Where to Find More Information
Cisco Emergency Responder Administration Guide 1.3
Cisco Unified CallManager Assistant
Cisco Unified CallManager Assistant fully integrates into Cisco Unified CallManager Release 5.0.
Cisco Unified CallManager Administration Configuration Tips
Cisco Unified CallManager Release 5.0 Assistant features include the following configuration differences:
•
IIS no longer gets supported
•
Although Cisco Tomcat is still used, it does not represent an NT service.
•
Cisco Unified CallManager 5.0 supports one database, which also supports the directory information.
•
Cisco Unified CallManager Assistant supports Cisco Unified IP Phones 7940, 7941, 7960, 7961, 7970, and 7971, and Cisco IP Communicator.
•
Cisco Unified CallManager Assistant does not support SIP.
•
Partition Support—Cisco Unified CallManager Assistant supports the same line appearance (DN) in different partitions with the following configurations:
–
Lines with same DN but different partition gets treated as different lines.
–
Lines with same DN, same partition, and different devices gets treated as shared lines.
–
Lines with same DN and same partition on the same device do not get supported.
•
The Cisco Unified CallManager Assistant Manager Assistant configuration window displays the partition information next to the line number. The database stores this information.
•
Migration—When Cisco Unified CallManager is upgraded from a windows version, all Unified CM Assistant 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 Cisco Unified CallManager Assistant in Proxy line mode, ensure the proxy line numbers on the assistant phone are unique, even though in different partitions.
•
For Cisco Unified CallManager Assistant in Proxy line mode, two managers cannot have the same Cisco Unified CallManager Assistant-controlled line number (DN), even though in different partitions.
GUI Changes
Cisco Unified CallManager Assistant supports the following GUI changes:
End User Configuration
Use to configure managers and assistants in Cisco Unified CallManager Assistant.
Cisco Unified 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 Unified 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 Unified CM Assistant Configuration Wizard
•
Choose Cisco Unified CallManager Assistant configuration wizard from Application > Cisco Unified CallManager Assistant Configuration Wizard.
Cisco Unified CallManager Assistant Configuration
•
Choose Cisco Unified CallManager Assistant Configuration from User Management > End User Configuration, as well as from the Cisco Unified CallManager Assistant Manager Configuration.
•
An optional configuration parameter exists on the Cisco Unified CallManager Assistant Manager configuration window: Primary Line. If configured, this line gets 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 Unified CallManager Assistant, the ImmDiv softkey on the manager phone causes behavior that differs from that of previous Cisco Unified CallManager Assistant versions.
With the Cisco Unified CallManager 5.0 release, if a manager who is using Cisco Unified CallManager Assistant 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 Cisco Unified CallManager Assistant, 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 Unified 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://<Cisco Unified CallManager Assistant server>:8443/ma/Install/ Cisco Unified CallManager AssistantConsoleInstall.jsp
where
Cisco Unified CallManager Assistant server specifies the IP address of the server that has the Cisco Unified CallManager Assistant 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\Cisco Unified CallManager Assistant Console\
Manager Configuration URL
https://<server-name/ip>:8443/ma/desktop/maLogin.jsp
Cisco Unified CallManager Assistant 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 Unified CallManager Assistant supports the following capabilities for serviceability:
Cisco Unified CallManager Assistant_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 Unified CallManager 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 Cisco Unified CallManager Assistant 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 Unified CallManager Serviceability Administration Guide for more information.
The log file fields remain the same.
Activating Cisco Unified CallManager Assistant
Use Serviceability Control Center Feature Service to stop and start the Cisco Unified CallManager Assistant service.
Trace Tool Settings
Configure trace settings from Cisco Unified CallManager Serviceability. Choose Cisco Unified CallManager Serviceability > Trace.
Download Cisco Unified CallManager Assistant traces from the Cisco Unified 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 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 Unified CallManager Assistant supports the following considerations for BAT, which is now integrated with Cisco Unified CallManager Administration.
Accessing BAT from Cisco Unified CallManager
To configure managers and assistants in Cisco Unified CallManager Assistant 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 Cisco Unified CallManager Assistant Manager Reports
•
Generate Cisco Unified CallManager Assistant Reports
CAR/CDR Considerations
The CDR Analysis and Reporting Administration Guide documents CDR information for Cisco Unified CallManager Assistant.
Security Considerations
Cisco Unified CallManager Assistant supports security through the following service parameters and configuration windows:
Cisco Unified CallManager Assistant 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 Cisco Unified CallManager Assistant SecureSysUser that this Cisco Unified CallManager Assistant 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 Unified CallManager Assistant service CTI Manager connection is enabled or disabled. If enabled, Cisco Unified CallManager Assistant 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 Unified 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 plug-in. You can do this from Application > Plugins in Cisco Unified CallManager Administration.
Secure Connection to CTI
•
Cisco Unified CallManager Assistant supports a secure connection to CTI (TLS connection).
•
The administrator must configure an Cisco Unified CallManager Assistant Secure Sys User for CAPF profile (one per Unified CM Assistant node) by choosing User Management > Application User CAPF Application Profile.
Where to Find More Information
•
Cisco Unified CallManager Assistant With Proxy Lines, Cisco Unified CallManager Features and Services Guide
•
Cisco Unified CallManager Assistant With Shared Lines, Cisco Unified CallManager Features and Services Guide
•
Cisco Unified CallManager Security Guide
•
Cisco Unified CallManager Administration Guide
•
Cisco Unified 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 information for Cisco Unity and Cisco Unity Connection.
Cisco Unified 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 Unified CallManager Administration End User and Directory Number Configuration. For detailed information, refer to the Cisco Unified CallManager Administration Guide.
Note
You must configure both Cisco Unity (or Cisco Unity Connection) and Cisco Unified CallManager Administration (for example, set up Cisco Unity voice mailbox templates, Cisco Unified 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 Unified 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 Unified CallManager Administration. Release 5.0 provides the Application Server windows.
You can create Cisco Unity voice mailboxes, if defined, in Cisco Unified 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 Unified CallManager Administration.
Note









> Missed Calls, Placed Calls, or Received Calls.
