Updates to Cisco Unified Communications Manager 7.1(x) Documentation
Installation, Upgrade, and Migration
Setting the Cisco Unified Communications Manager MTU Size
Error Messages When Inserting or Removing a USB Drive
Installing Licenses While Replacing a Publisher Node
Password Validation During a Server Replacement
Rebooting Servers While You Are Replacing a Publisher Server
Warning for Restoring to a New Server
Two New dbreplication Commands Exist
CSCtx86215 Database Replication
Deleting Unassigned Directory Numbers
Cisco Unified Communication Manager Call Detail Records Administration
Incorrect CDR Field Description for destCallTerminationOnBehalfOf
Incorrect Order of CDR and CMR Fields
FAC and CMC Code is not Captured in CDR
Cisco Unified Communication Manager CDR Analysis and Reporting
Changed Values of Mobility Cell Pick
Purpose of Cisco Unified Communications Manager CDR Analysis and Reporting
Cisco Unified Communications Manager Security
You Can Use HTTPS Protocol with Different Browsers and Operating Systems
Definition of Locally Significant Certificate
Cisco Unified Communications Operating System
Incorrect Values for Phase One DH and Phase Two DH
Using Certificates Issued by a Third-Party Certificate Authority
Regenerating a Certificate Update
Revised Procedure to Shut Down the System
Pre-Upgrade Task Is Omitted From Software Upgrades Chapter
Note About IP Phone Firmware Upgrade Is Omitted From Software Upgrades Chapter
Cisco Unified Communications Manager Administration
Correction in Software Conference Bridge Maximum Audio Streams
Directory Lookup Dial Rule Configuration Settings Updates
User Must Change Password from Default Credential Policy
Circular Algorithm Description Is Incorrect
How the Number of Client Matter Codes Affects System Start Up Time
SIP Profile Configuration No Longer Includes a Call Stats Check Box
NTP Reference Configuration Settings Omits Two Available Modes
IP Subnet Example Incorrectly Contains a Period (.) Instead of a Slash (/)
Default Setting of the User Must Change at Next Login Check Box Is Incorrect
Device Name Field Omits Information About Valid Characters and Number of Characters Allowed
Valid Characters Not Included in the Description of the Transcoder Device Name Field
Valid Characters Not Included in the Description of the IOS Conference Bridge Name Field
Invalid Characters for Cisco Conference Bridge (WS-SVC-CMM) Description Field Omitted
Application Dial Rule Configuration Settings Table Is Incorrect
Valid Characters for Voice Mail Profile Name Field Omitted
Meet-Me Number/Pattern Configuration Settings Description Field Description Is Incorrect
User Documentation Misnames Single Button Barge Field
Allowed Prefix Digits Incorrect for AAR Group Configuration
Service Parameters Expanded Explanation
Do Not Begin Starting and Ending Directory Numbers with a Zero (0)
Number of Locations and Regions That Cisco Unified Communications Manager Supports
Intercom Route Partition Configuration Settings Description Field Information Is Incorrect
Valid Characters in Name Field of Role Configuration Window
Directory Number Chapter Includes Incorrect Information on Alerting Name and Display Name Fields
End User Chapter Includes Incorrect Information for Manager User ID Field
Trunk Configuration Chapter Does Not State That You Can Enter Hostname in Destination Address Field
Device Name of Cisco Unified Mobile Communicator Must Not Exceed 15 Characters
Recording Destination Address Field Description
Clarification of Log Missed Calls Check Box
Call Stats Check Box Not Available to Enable Voice Quality Metrics
Number of Digits Field Description Is Incorrect
OpenLDAP Version 2.3.41 Not Listed in LDAP Synchronization Documentation
CSCtj61834 MLPP Default Domain Name Displays MLPP ID Value
CSCtr84167 Block Offnet to Offnet Transfer
CSCtr40861 Incoming Calling Party Numbers should be up to 16 characters
CSCuc10415 Tip for Adding a New Server
CSCud34740 Application User AXL Password Must Not Contain Special Characters
Application Dial Rules Configuration Error Checking Information Is Incorrect
Time-of-Day Routing Chapter Omits Information About Defined Time Periods
Licensing Chapter Does Not State That You Should Use Microsoft Outlook to Receive Licenses
Voice Mail Chapters Do Not Describe MWI Service Parameter
Setting the Service Parameters for Cisco Unified Communications Manager Assistant
Japanese Language and Unicode Font
Setting the Service Parameters for Call Park
User Hold and Network Hold MOH Audio Source ID Cannot Be Defined Under Device Pool
How the Number of Client Matter Codes Affect System Start Up Time
Barge Initiators Cannot Conference In Additional Callers
IPMASecureSysUser Password Change Procedure
CSCsy92863 Intercom Route Partition Online Help Is Incorrect
Mobile Connect Support Restrictions
Configuring an H.323 Gateway for System Remote Access by Using Hairpinning
Enterprise Feature Access Two-Stage Dialing
Valid Characters in Name Field of Access List Configuration Window
Valid Characters in Name and Description Fields of Remote Destination Profile Window
Valid Characters in Name Field of Geolocation Filter Configuration Window
Valid Characters in Name Field of Geolocation Configuration Window
IPv6 Chapter Incorrectly Describes How IPv6 Addresses Display in the Find and List Phones Window
Intercom Calls Cannot Be Placed on Hold
IPv6 Chapter Does Not Contain Information on NTP Server
Mobile Voice Access Directory Number Field Description
No CMR Generated for IP Voice Media Streaming Application Component
Cluster Service Activation Node Recommendations
Cisco Unified Communications Manager TCP and UDP Port Usage
Troubleshooting Guide for Cisco Unified Communications Manager
Disaster Recovery System Administration Guide
Cisco Unified Communications Manager Features and Services Guide
Obtaining Documentation and Submitting a Service Request
This document contains information pertinent to Cisco Unified Communications Manager Release 7.1(x) documentation.
The Updates to Cisco Unified Communications Manager 7.1(x) Documentation document provides information about documentation omissions, errors, or updates that are not included in the documentation that supports the Unified CM 8.0(x) release train.
The maximum transmission unit (MTU) size that you configure for Cisco Unified Communications Manager must not exceed the lowest MTU size that is configured on any link in your network.
The default MTU size is 1500. You can configure the MTU size during product installation, or by using the CLI command set network mtu.
When you insert or remove a USB drive, you might see error messages on the console similar to “sdb: assuming drive cache: write through”. You can safely ignore these messages.
This section replaces the section “Replacing the Publisher Node” in the document Replacing a Single Server or Cluster for Cisco Unified Communications Manager. Follow this process to replace a publisher server with a new server.
Table 1 Replacing the Publisher Node Process Overview
The license files that get restored to the server by Disaster Recovery System are invalid because they are bound to the MAC address of the old server. To delete all invalid license files from your server, follow these steps:
Step 1 Obtain the MAC address of the new server by running the show status CLI command.
The MAC address displays in the field License MAC.
Step 2 View each license file on the server to determine which license files are invalid.
a. In Cisco Unified Communications Manager Administration, choose System > Licensing > License File Upload.
b. Choose a license file from the Existing License Files drop-down list.
c. Click the View File button.
d. The license file MAC address displays in the HOSTID field.
If the license file MAC address does not match the server MAC address, then the license is invalid.
e. Record the file name of each invalid license file.
f. Repeat this process for each license file on the server.
Step 3 Delete each invalid license file from the server by running the CLI command file delete license filename, where filename is the name of the license file.
For more information about this command, refer to the document Command Line Interface Reference Guide for Cisco Unifed Communications Solutions.
If you replace a server that was previously upgraded from an older product release, the Cisco Unified Communications Manager installation program may deny your passwords. This happens because the password validation rules might get stronger in the new product release, but passwords do not get revalidated during an upgrade; however, when you perform a fresh installation on the server that you are replacing, the new, stronger password validation occurs.
If this happens, choose new passwords that the installation program will accept. For more information about passwords, see the document Installing Cisco Unified Communications Manager.
This section comprises an update to the document Replacing a Single Server or Cluster for Cisco Unified Communications Manager Release 7.1(2). It applies to the procedure for replacing a publisher server in a cluster.
After you restore data to the new publisher node, reboot all the cluster nodes starting with the subscriber nodes. After the subscriber servers have finished rebooting, reboot the publisher node.
Currently, the documentation says to reboot just the publisher server, but in order for the database replication process to work properly you must reboot all of the subscriber nodes in the cluster before you reboot the publisher.
When you perform a DRS restore to migrate data to a new server, you must assign the new server the identical IP address and host name that the old server used.
For more information about replacing a server, refer to the Replacing a Single Server or Cluster for Cisco Unified Communications Manager guide.
This section contains information on documentation omissions, errors, and updates for the Troubleshooting Guide for Cisco Unified Communications Manager.
The Troubleshooting Guide for Cisco Unified Communications Manager omits two dbreplication commands.
utils dbreplication runtimestate
utils dbreplication quickaudit
Use this command to run a quick database check on selected content on dynamic tables.
This section of the Cisco Unified Communications Manager System Issues chapter in the Troubleshooting Guide for Cisco Unified Communications Manager requires this addition:
Extension Mobility does not work when database replication breaks between the Unified CM node running Extension Mobility and the Unified CM node to which the phone is registered.
This section contains information on documentation omissions, errors, and updates for the Cisco Unified Communications Manager Bulk Administration Guide.
Following is the procedure for using TAPS with Cisco Unified Contact Center Express 8.0 and Cisco Unified Communications Manager 7.1.x.
Step 1 Download the TAPS AAR file from cisco.com.
Step 2 From the Cisco Unified Contact Center Express UI, select Applications > AAR Management and log in as a TAPS user.
Step 3 The AAR Management window displays. Upload the TAPS_AAR.aar.
Step 4 From the Cisco Unified Contact Center Express UI, select Applications > Application Management.
Step 5 The Application Management page displays. Click the TAPS link.
Step 6 The Application Management Configuration window displays.
a. Select the Cisco_Unified_CM_IP_Address check box.
b. Enter the Cisco Unified Communications Manager IP address.
Note The default IP address specifies “ ”. Enter the IP address between the quotes.
Note Refer to the Cisco Unified Contact Center Express Administration Guide for more information on managing the TAPS_AAR.aar file.
Step 7 Restart Tomcat and "Cisco Unified CCX Cluster View Daemon" by using the following commands:
utils service "Cisco Tomcat" stop/start
utils service "Cisco Unified CCX Cluster View Daemon" stop/start
Note The TAPS AAR file that is available on cisco.com works with Cisco Unified Contact Center Express 8.0.2 and Cisco Unified Communications Manager 7.1.x.
Use the following procedure to delete unassigned directory numbers by creating a query to locate the phone records.
Step 1 Choose Bulk Administration > Phones > Delete Phones > Delete Unassigned DN.
The Delete Unassigned Directory Numbers window displays.
Step 2 From the first Delete Bulk Unassigned Directory Number where drop-down list box, choose one of the following criteria:
From the second Delete Bulk Unassigned Directory Number where drop-down list box, choose one of the following criteria:
Step 3 Specify the appropriate search text, if applicable.
A list of discovered phones displays by
Tip To find all unassigned directory numbers that are registered in the database, click Find without entering any search text.
Step 5 In the Job Information area, enter the Job description.
The default description is Delete Unassigned DN - Query
Step 6 To delete the unassigned directory numbers immediately, click the Run Immediately radio button. To delete the phone records at a later time, click Run Later.
Step 7 To create a job for deleting the phone records, click Submit.
Note Make sure to browse the entire list of displayed results before submitting the job.
Step 8 To schedule and/or activate this job, use the Job Configuration window.
This section contains information on documentation omissions, errors, and updates for the Cisco Unified Communications Manager Call Detail Records Administration Guide.
The description for the destCallTerminationOnBehalfOf field erroneously states “For example, if the originator of the call hangs up the phone, the OnBehalfOf code shows ‘12’ for Device. If the call terminates because of a transfer, the OnBehalfOf code shows ‘10’ for Transfer.” The term “originator” should read “destination.”
Some CDR and CMR fields are in the wrong order. See the following tables for the order in the document and the corrected order:
This documentation update resolves CSCus91749.
The following information about CDR entry for FAC and CMC calls is omitted in the Forced
authorization code (FAC) and Client Matter Code (CMC) topic in the Cisco Unified Communications Manager Call Detail Records Administration Guide.
CDR will now be written for a setup call leg for all the unanswered calls before the call is redirected to another caller if FAC is used to setup the call.
Note This call will not have any connect time since media is not connected for this call. The CDR will be logged regardless of the service parameter CdrLogCallsWithZeroDurationFlag if FAC is present in the call.
Step 1 Call from 136201 to 136111.
Step 2 136111 answers and speaks for a few seconds.
Step 3 136201 presses the Conference softkey and dials 136203.
Step 4 The user is prompted to enter the FAC code and the user enters 124. FAC code 124 is configured as level 1 and given a name as Forward_FAC.
Step 5 While 136203 is ringing, 136201 presses the Conference softkey to complete the conference.
Step 6 136203 answers the call.
Step 7 The three members in the conference talk for sometime.
Step 8 136111 hangs up, leaving 136201 and 136203 in the conference. Since there are only two participants in
the conference, the conference feature will join these two directly together and they talk for a few seconds.
Note The setup call CDR for this example is generated even though it is of zero duration since FAC is used for this call.
Step 1 Call from 136201 to 136111.
Step 2 136111 answers and speaks for a few seconds.
Step 3 136201 presses the Conference softkey and dials 136203.
Step 4 The user is prompted to enter the CMC code and the user enters 125. CMC code 125 is configured as level 1 and is given a name as Forward_CMC.
Step 5 While 136203 is ringing, 136201 presses the Conference softkey to complete the conference.
Step 6 136203 answers the call.
Step 7 The three members in the conference talk for sometime.
Step 8 136111 hangs sup, leaving 136201 and 136203 in the conference. Since there are only two participants in the conference, the conference feature will join these two directly together and they talk for a few seconds.
Note The setup call CDR for this example is generated even though it is of zero duration since CMC is used for this call.
This section contains information on documentation omissions, errors, and updates for the CDR Analysis and Reporting Administration Guide.
The Mobility section of “CDR Examples” chapter in the Cisco Unified Communications Manager Call Detail Records Administration Guide has wrong values for some field names. The corrected values follow:
The CDR Analysis and Reporting Administration Guide omits the following statement about the primary purpose of the Cisco Unified Communications Manager CDR Analysis and Reporting (CAR) software:
CAR is not intended to replace call accounting and billing solutions that third-party companies provide. You can find the companies that provide these solutions and that are members of the Cisco Technology Developer Program by searching the home page of the Cisco Developer Community at this URL: http://developer.cisco.com/web/cdc/home.
The following online document has been revised to include the omitted statement:
The “Mailing a Report” chapter in the Cisco Unified Communications Manager Call Detail Records Administration Guide omits this information:
This section contains information on documentation omissions, errors, and updates for the Cisco Unified Communications Manager Security Guide.
The Cisco Unified Communications Manager Security Guide incorrectly states that the HTTPS is only compatible with Microsoft Windows products. The following paragraph provides the corrected information:
HTTPS, or Hypertext Transfer Protocol over Secure Sockets Layer (SSL), secures communication between a compatible browser and web server. HTTPS uses certificates to ensure server identities and to secure the browser connection.
The definition of Locally Significant Certificate (LSC) in the Cisco Unified Communications Manager Security Guide need correction as follows: A third-party certificate authority (CA) cannot issue an LSC. An LSC represents a digital X.509v3 certificate that CAPF issues. It gets installed on a phone or JTAPI/TAPI/CTI application.
This section contains information on documentation omissions, errors, and updates for the Cisco Unified Communications Operating System Administration Guide.
The Security chapter of the Cisco Unified Communications Operating System Administration Guide incorrectly specifies the values for Phase One DH and Phase Two DH. On the IPSEC Policy Configuration window, the Phase One DH and Phase Two DH pulldown menus contain the values 2, 1, and 5.
This information supplements the documentation about using certificates that are issued by a third-party certificate authority (CA) that is in the Cisco Unified Communications Operating System Administration Guide.
– The CAPF CSR uses the following extensions:
– The CSRs for Cisco Unified Communications Manager, Tomcat, and IPSec use the following extensions:
This update applies to the Regenerating a Certificate procedure in Cisco Unified Communications Operating System Administration Guide.
After you regenerate certificates in the Cisco Unified Communications Operating System, you must perform a backup so that the latest backup contains the regenerated certificates. If your backup does not contain the regenerated certificates and you must perform restoration tasks for any reason, you must manually unlock each phone in your system so that the phone can register with Cisco Unified Communications Manager. For information about performing a backup, refer to the Disaster Recovery System Administration Guide.
The “System Restart” chapter in the Cisco Unified Communications Operating System Administration Guide requires the following revisions to the Shut Down the System section:
Do not press the power button on the server to shut down the server or to reboot the server. If you do, you may accidentally corrupt the file system, which may prevent you from being able to reboot your server.
To shut down the system, follow Procedure 1 or Procedure 2.
The hardware may require several minutes to power down.
Run the CLI command utils system shutdown or the command utils system restart. For information on how to run CLI commands, refer to the Command Line Interface Reference Guide for Cisco Unifed Communications Solutions.
Before you upgrade to Cisco Unified Communications Manager from supported appliance releases, make sure that you have enough disk space on the common partition to perform the upgrade. To ensure that you have enough disk space, determine the size of the ISO file on your DVD or on Cisco.com. If you are upgrading from a local source (DVD), you need the same amount of disk space as the size of the ISO file. If you are upgrading from a network source, you need twice the amount of disk space as the size of the combined ISO file.
To verify the disk space on the common partition, do one of the following tasks:
If you do not have enough disk space, use Real Time Monitoring Tool to collect core and trace files and delete them from the server. For more information on collecting files, refer to the Cisco Unified Real Time Monitoring Tool Administration Guide.
You can also use the log partition monitoring service or the command line interface (CLI) to delete files on your server; however, Cisco does not recommend using these tools to delete files during regular business hours, as they can impact system performance. For more information on configuring log partition monitoring, see the Cisco Unified Real Time Monitoring Tool Administration Guide. For more information on the CLI, see the Command Line Interface Reference Guide for Cisco Unifed Communications Solutions 7.1(5).
Note To prevent disk usage issues due to large numbers of trace files in the future, you should review your trace configuration settings in Cisco Unified Serviceability (Trace > Configuration). You can reduce the maximum number of trace files for your services or set the trace settings to the default values.
The “Software Upgrades” chapter in the Cisco Unified Communications Operating System Administration Guide omits the following pre-upgrade task:
Before you perform the Cisco Unified Communications Manager 7.1(5b) upgrade, ensure that the device name for the Cisco Unified Mobile Communicator device contains 15 or fewer characters. If the device name contains more than 15 characters for the Cisco Unified Mobile Communicator, the device does not migrate during the upgrade.
The “Software Upgrades” chapter in the Cisco Unified Communications Operating System Administration Guide omits the following pre-upgrade note:
After you perform a switch version when you upgrade Unified CM, IP phones request a new configuration file. This request results in an automatic upgrade to the device firmware.
This section contains information on documentation omissions, errors, and updates for the Cisco Unified Communications Manager Administration Guide, Cisco Unified Communications Manager Features and Services Guide, and the Cisco Unified Communications Manager System Guide.
Cisco Unified Communications Manager Administration Guide
Cisco Unified Communications Manager System Guide
Cisco Unified Communications Manager Features and Services Guide
This documentation update resolves CSCuu44805.
The maximum audio streams per software conference bridge is incorrectly listed as 128 in the “Software Conference Devices” section of the Cisco Unified Communications Manager Administration Guide. The correct value is 256.
The “Location Configuration” chapter of the Cisco Unified Communications Manager Administration Guide omits the following information:
The location that is configured in a device pool takes precedence over the location configured in the device when the location in the device is set to Hub_None. If the device location is set to any other user-defined location, standard rules apply and the device parameter takes priority.
The Directory Lookup Dial Rule Configuration Settings section of the “Call Routing Configuration” chapter of the Cisco Unified Communications Manager Administration Guide requires the following update.
The Total Digits to be Removed cell should include this information:
Enter the number of digits that you want Cisco Unified Communications Manager to remove from directory numbers that apply to this dial rule. For example, if you enter 3, Cisco Unified Communications Manager removes 408 from directory numbers that include 4085556666.
Valid values for this field range from 1 to 100. The total digits to be removed cannot be more than the number of digits of the directory numbers that apply to this directory lookup dial rule.
The Prefix With Pattern cell should include this information:
Enter the pattern to prepend to directory numbers that apply to this directory lookup dial rule. Valid values include digits (0 through 9), plus (+), asterisk (*), and pound (#).
Note If a prefix pattern is defined, the digits to be removed can equal 0. If the prefix pattern is not defined, the digits to be removed must be greater than 0.
The “Application User Configuration” and “End User Configuration” chapters of the Cisco Unified Communications Manager Administration Guide omits the following information:
If a user has "User must change password at next login" checked on the default credential policy for password of a Cisco Unified Communications Manager user it does not take effect.
The AAR Group field in the Hunt Pilot Configuration table in the "Hunt Pilot Configuration" chapter of the Cisco Unified Communications Manager Administration Guide incorrectly includes this note:
You can enable AAR for this hunt pilot only if all members of the line group are in the same location.
That is incorrect. You can configure hunt pilots pointing to hunt lists that have line group members in different locations.
The Line Group Configuration Settings table in the “Line Group Configuration” chapter of the Cisco Unified Communications Manager Administration Guide contains this description of the Circular Algorithm:
Circular-If you choose this distribution algorithm, Cisco Unified Communications Manager distributes a call to idle or available members starting from the (n+1)th member of a route group, where the nth member is the member to which Cisco Unified Communications Manager most recently extended a call. If the nth member is the last member of a route group, Cisco Unified Communications Manager distributes a call starting from the top of the route group.
Circular-If you choose this distribution algorithm, Cisco Unified Communications Manager distributes a call to idle or available members starting from the (n+1)th member of a route group, where the nth member is the next sequential member in the list who is either idle or busy but not "down”. If the nth member is the last member of a route group, Cisco Unified Communications Manager distributes a call starting from the top of the route group.
The “Client Matter Codes” chapter of the Cisco Unified Communications Manager Administration Guide omits the following information:
Because the number of CMCs directly impacts the time that is required for Cisco Unified Communications Manager to start up, limit the number of CMCs to 60,000. If you configure more CMCs than that, expect significant delays. For example, a system with 400,000 CMCs requires approximately 1 hour to start up; a system with 1 million CMCs requires approximately 4 hours to start up.
The SIP Profile Configuration Settings section of the “SIP Profile Configuration” chapter of the Cisco Unified Communications Manager Administration Guide includes information about the Check Stats check box.
The Phone NTP Reference Configuration Settings section of the “System Configuration” chapter of the Cisco Unified Communications Manager Administration Guide omits information about two available Modes.
The “SIP Route Patterns Configuration Settings” chapter of the Cisco Unified Communications Manager Administration Guide contains the following examples:
IPv4 address examples: 172.18.201.119 or 172.18.201.119/32 (explicit IP host address); 172.18.0.0/16 (IP subnet); 172.18.201.18.21 (IP subnet).
IPv4 address examples: 172.18.201.119 or 172.18.201.119/32 (explicit IP host address); 172.18.0.0/16 (IP subnet); 172.18.201.18/21 (IP subnet).
The “User Management Configuration” chapter of the Cisco Unified Communications Manager Administration Guide contains incorrect information about the default setting of the User Must Change at Next Login check box.
The correct information is that the default setting for this check box specifies checked.
The Phone Configuration Settings section of the “Cisco Unified IP Phone Configuration” chapter of the Cisco Unified Communications Manager Administration Guide does not include information about valid characters for the Device Name field. That information follows:
Enter a name to identify software-based telephones, H.323 clients, and CTI ports.
For device names that are not based on a MAC address, as a general rule, you can enter 1 to 15 characters comprised of alphanumeric characters (a-z, A-D, 0-9). In most cases you can use dot (.), dash (-), and underscore (_) as well.
Note Because the rules for the device name field depend on the device type, Cisco recommends that you refer to the product documentation to determine which character set is valid for your device, as well as the number of characters allowed.
The Transcoder Configuration Settings section of the “Transcoder Configuration” chapter of the Cisco Unified Communications Manager Administration Guide did not include the characters that are allowed in the Device Name field.
You can enter up to 15 characters in the Device Name field. Valid characters comprise alphanumeric characters (a-z, A-Z, 0-9), as well as dot (.), dash (-) and underscore (_).
The IOS Conference Bridge Configuration Settings section of the “Conference Bridge Configuration” chapter of the Cisco Unified Communications Manager Administration Guide does not include the characters that are allowed in the Device Name field.
You can enter up to 15 characters in the Device Name field. Valid characters comprise alphanumeric characters (a-z, A-Z, 0-9), as well as dot (.), dash (-) and underscore (_).
The Description field in the Cisco Conference Bridge (WS-SVC-CMM) Configuration Settings section of the “Conference Bridge Configuration” chapter of the Cisco Unified Communications Manager Administration Guide does not include the invalid characters.
Invalid characters comprise quotes (“), angle brackets (<>), backslash (), ampersand,(&), and percent sign (%).
The Application Dial Rule Configuration Settings table in the “ Application Dial Rules Configuration” chapter of the Cisco Unified Communications Manager Administration Guide contains some incomplete and erroneous information. The correct information follows.
In the Voice-Mail Profile Configuration Settings section of the “Voice Mail Configuration” chapter of the Cisco Unified Communications Manager Administration Guide, the description of the Voice Mail Profile Name field does not include information about valid characters.
The valid characters comprise alphanumeric characters (a-z, A-Z, 0-9), period(.), dash(-), underscore(_).
The Meet-Me Number/Pattern Configuration Settings section in the “Call Routing Configuration” chapter of the Cisco Unified Communications Manager Administration Guide incorrectly states that you can enter up to 30 alphanumeric characters in the description field. In fact, you can enter up to 50 alphanumeric characters.
The Device Profile Configuration Settings section in the “Device Configuration” chapter of the Cisco Unified Communications Manager Administration Guide incorrectly calls the Single Button Barge field, Single Button Barge/cBarge.
The description of that field also incorrectly includes information about cBarge.
The AAR Group Configuration Settings section in the “Call Routing Configuration” chapter of the Cisco Cisco Unified Communications Manager Administration Guide incorrectly enumerates the valid characters that are allowed in the Prefix Digits field.
The characters that are allowed comprise numeric characters (0-9), alpha characters (A - D), asterisk (*), pound sign (#), plus sign (+), and dash (-).
The “Service Parameters” chapter of the Cisco Unified Communications Manager Administration Guide omits the following information:
To configure service parameters, you must select a single server and a single service on that server. After you make the selection you can configure parameters for the service on that single serve and on others that apply to the service on all servers within the cluster; these get marked as clusterwide.
Unlike enterprise parameters that apply to all services, each service gets configured with a separate set of service parameters.
In the Cisco Unified Communications Manager Administration Guide, in Table 3 of the “Cisco Unified Communications Manager Configuration” chapter, under Auto-registration Information, the descriptions of Starting Directory Number and Ending Directory Number omit the information that neither number should begin with a zero (0).
The Cisco Unified Communications Manager Administration documentation incorrectly states the number of locations and regions that Cisco Unified Communications Manager supports. The correct limits follow:
The following online documents have been revised with the correct limits:
The Intercom Route Partition Configuration Settings description field in the “Configuring Intercom” chapter of the Cisco Unified Communications Manager Administration Guide omits a complete list of the non-alphanumeric characters that are not allowed in the description. The unacceptable characters comprise double-quotes ("), angle brackets (<>), square bracket ([ ]), ampersand (&), and percentage sign (%).
In the Cisco Unified Communications Manager Administration Guide, be aware that the description for the Name field in the Role Configuration window in the “Role Configuration” chapter is incomplete. The complete description follows:
Enter a name for the role. Roles can comprise up to 128 characters.
Valid characters include letters, numbers, dashes, dots (periods), spaces, and underscores.
The “Directory Number Configuration” chapter in the Cisco Unified Communications Manager Administration Guide incorrectly describes the Alerting Name field. In addition, The chapter does not describe the relationship between the Alerting Name field and Display (Internal Caller ID) field.
For the Alerting Name field, enter a name that you want to display on the phone of the caller.
This setting, which supports the Identification Services for the QSIG protocol, applies to shared and nonshared directory numbers. If you configure an alerting name for a directory number with shared-line appearances, when the phone rings at the terminating PINX, the system performs the following tasks:
If you do not configure an alerting name, “Name Not Available” may display on the caller phone. If you do not enter a name for the Display (Internal Caller ID) field, the information in the Alerting Name field displays in the Display (Internal Caller ID) field.
Setting the Always Display Original Dialed Number service parameter to True impacts the alerting name functionality. If you set the service parameter to True, the alerting name does not display on the calling phone; only the original dialed number displays.
For the Alerting Name field, enter a name that you want to display on the phone of the caller when the called phone is ringing.
This setting, which supports the Identification Services for the QSIG protocol, applies to shared and nonshared directory numbers. When the phone rings at the terminating PINX, if you configured an alerting name for a directory number with shared-line appearances, the system performs the following tasks:
Depending on the state of the call and your configuration, the alerting name, directory number, or display (internal caller ID) configuration may display on the phone, as described in the following bullets.
Setting the Always Display Original Dialed Number service parameter to True impacts the alerting name functionality. If you set the service parameter to True, the original dialed number and the alerting name displays during the call.
The “End User Configuration” chapter in the Cisco Unified Communications Manager Administration Guide incorrectly describes the Manager User ID field.
For the Manager User ID field, enter the user ID of the end user manager ID. The manager user ID that you enter must already exist in the directory as an end user.
For the Manager User ID field, enter the user ID of the end user manager ID. The manager user ID that you enter does not have to exist in the same cluster as the end user; therefore, Cisco Unified Communications Manager does not require that you enter a user ID that already exists in the database.
The “Device Pool Configuration” chapter in the Cisco Unified Communications Manager Administration Guide does not state that, for the Connection Monitor Duration field, you can enter -1 or leave the field blank to use the configuration for the enterprise parameter. When you configure the Connection Monitor Duration field in the Device Pool Configuration window, use the following information:
This setting defines the time that the Cisco Unified IP Phone monitors its connection to Cisco Unified Communications Manager before it unregisters from SRST and reregisters to Cisco Unified Communications Manager.
To use the configuration for the enterprise parameter, you can enter -1 or leave the field blank. The default value for the enterprise parameter equals 120 seconds.
Change this setting if you need to disable the connection monitor or if you want to extend the connection monitor time. The maximum number of seconds that you can enter in the field equals 2592000.
Tip When you change the value of the connection monitor duration, it applies only to the device pool that is being updated. All other device pools use the value in their own connection monitor duration fields or use the value that is configured in the enterprise parameter.
The “Trunk Configuration’ chapter in the Cisco Unified Communications Manager Administration Guide does not state that you can enter a hostname in the Destination Address field, which supports SIP trunks. Use the following information when you configure the Destination Address field:
The Destination Address represents the remote SIP peer with which this trunk will communicate. The allowed values for this field specify a valid V4 dotted IP address, a hostname, a fully qualified domain name (FQDN), or DNS SRV record only if the Destination Address is an SRV field is checked.
For SIP trunks that can support IPv6 or IPv6 and IPv4 (dual-stack mode), configure the Destination Address IPv6 field in addition to the Destination Address field.
SIP trunks only accept incoming requests from the configured Destination Address and the specified incoming port that is specified in the SIP Trunk Security Profile that is associated with this trunk.
For configuring SIP trunks when you have multiple device pools in a cluster, you must configure a destination address that is a DNS SRV destination port. Enter the name of a DNS SRV port for the Destination Address and check the Destination Address is an SRV Destination Port check box.
If the remote end is a Cisco Unified Communications Manager cluster, DNS SRV represents the recommended choice for this field. The DNS SRV record should include all Cisco Unified Communications Managers within the cluster.
The description of the Device Name field on the “Phone Configuration” chapter omits the following note:
Note Ensure that the device name of a Cisco Unified Mobile Communicator does not exceed 15 characters. If the device name of a Cisco Unified Mobile Communicator exceeds 15 characters, migration of this device will fail upon upgrade to a different release of Cisco Unified Communications Manager. If an existing Cisco Unified Mobile Communicator device name specifies a longer name, shorten the device name to 15 or fewer characters.
In the “Recording Profile Configuration” chapter of the Cisco Unified Communications Manager Administration Guide, the description of the Recording Destination Address field on the Recording Profile Configuration window omits the following information:
This field allows any characters except the following characters: double quotation marks (“), back quote (‘), and space ().
The description of the Log Missed Calls check box in the Directory Number Configuration chapter is misleading because it implies that the Log Missed Calls check box applies only to shared lines. However, the Log Missed Calls check box applies to both shared and non-shared phone lines. If the Log Missed Calls check box is checked, Cisco Unified Communications Manager logs missed calls in the call history on the phone. If the check box is unchecked, Cisco Unified Communications Manager does not log missed calls. The default setting for this check box is checked.
The Call Diagnostics and Voice-Quality Metrics section of the “Phone Features” chapter of the Cisco Unified Communications Manager System Guide incorrectly states that you can check the Call Stats check box on the SIP Profile Configuration window to enable voice quality metrics on Cisco Unified IP Phones for SIP.
The Application Dial Rules Configuration Error Checking section of the “Dial Rules Overview” chapter of the Cisco Unified Communications Manager System Guide misstates information about the Number of Digits field.
The correct information follows:
The Number of Digits field supports digits between 1 and 100, as well as the plus sign (+), the asterisk (*), and the number sign (#). Enter the number of digits of the dialed numbers to which you want to apply this application dial rule. You cannot allow this field to be blank for a dial rule.
The “Understanding the Directory” chapter in the Cisco Unified Communications Manager System Guide does not state the version of OpenLDAP that is supported for LDAP Synchronization with Cisco Unified Communications Manager Release 7.1(4).
DirSync allows you to synchronize data from corporate directories to Cisco Unified Communications Manager. Cisco Unified Communications Manager Release 7.1(4) allows synchronization from OpenLDAP 2.3.41 to the Cisco Unified Communications Manager database. In addition, Unified CM 7.1(4) allows synchronization from the following types of directories that were available in previous releases:
For more information, refer to the “Understanding the Directory” section of the Cisco Unified Communications Manager System Guide.
When you configure the MLPP Domain Name in Cisco Unified Communications Manager, the default name for MLPP Domain Name displays the MLPP ID value 000000 instead of Default as stated on the help page.
When you enable the service parameter Block Offnet to Offnet Transfer and make a blind transfer with Cisco Unity Connection, the Q.931 SETUP message which Cisco Unified Communications Manager sends to the PSTN gateway for an outbound PRI call still reaches the gateway. This transfer results in a dropped call.
When configuring the Incoming Calling Party Numbers setting, the number of characters you can enter is 16 not 8 for:
You can enter up to 16 characters, which include digits, the international escape character (+), asterisk (*), or the pound sign (#).
The following tip needs to be added to the “Server settings” topic in the Cisco Unified Communications Manager Administration Guide.
To avoid errors, Cisco recommends that you add a server to the system with a name that has less than 47 characters. Then, update the server name to the target length.
The following note is missing from the Application User Settings topic in the Cisco Unified Communications Manager Administration Online Help:
Note Do not use special characters when you create an AXL password for an application user.
The Application Dial Rules Configuration Error Checking section in the “Dial Rules Overview” chapter of the Cisco Unified Communications Manager System Guide contains incomplete or erroneous information. The correct information follows:
The application dial rules perform the following error checking in the Dial Rule Creation section of the Dial Rules Configuration window:
The “Time-of-Day Routing” chapter of the Cisco Unified Communications Manager System Guide omits the following information.
If you define a time period with a specific date, on that specified date, that period overrides other periods that are defined on a weekly basis.
Consider the following example:
In this case, on December 31st, the afterofficehours period does not get considered because it gets overridden by the more specific newyearseve period.
The “Licensing” chapter in the Cisco Unified Communications Manager System Guide does not state that Cisco recommends that you use Microsoft Outlook when you receive Cisco Unified Communications Manager licenses.
The voice mail chapters in the Cisco Unified Communications Manager System Guide do not describe the Multiple Tenant MWI Modes service parameter. For information on this service parameter, see the “CSCsx96370 Multiple Tenant MWI Modes Service Parameter” section in the Release Notes.
The Setting the Service Parameters for Cisco Unified Communications Manager Assistant section of the “Cisco Unified Communications Manager Assistant With Shared Line Support” and “Cisco Unified Communications Manager Assistant With Proxy Line Support” chapters of the Cisco Unified Communications Manager Features and Services Guide omits the following information.
Note Configure unique IP addresses for each pool so that the same Cisco IPMA server IP address does not appear in more than one pool.
The Configuring Web Dialer for the Local Language section of the “WebDialer” chapter of the Cisco Unified Communications Manager Features and Services Guide omits the following information:
If the Japanese language displays incorrectly when you use Microsoft Windows, ensure that the Unicode font is installed on your machine.
The Setting the Service Parameters for Call Park section of the “Call Park and Directed Call Park” chapter of the Cisco Unified Communications Manager Administration Guide omits some information about the call park reversion timer:
The Music On Hold Definitions section of the “Music On Hold” chapter in the Cisco Unified Communications Manager Features and Services Guide incorrectly states:
If no level four nor level three audio source IDs are selected, the system selects audio source IDs that are defined in level two, which is Device Pool-based.
As of Cisco Unified Communications Manager 6.x, that sentence should read:
If no level four nor level three audio source IDs are selected, the system selects audio source IDs that are defined in level two, which is Common Device Configuration-based
The Interactions and Restrictions section of the “Client Matter Codes and Forced Authorization Codes” chapter of the Cisco Unified Communications Manager Features and Services Guide omits the following information:
Because the number of Client Matter Codes (CMCs) directly impacts the time that is required for Cisco Unified Communications Manager to start up, limit the number of CMCs to 60,000. If you configure more CMCs than that, expect significant delays. For example, a system with 400,000 CMCs requires approximately 1 hour to start up; a system with 1 million CMCs requires approximately 4 hours to start up.
The Restrictions section of the “Barge and Privacy” chapter of the Cisco Unified Communications Manager Features and Services Guide omits the following information.
The Cisco Unified Communications Manager Features and Services Guide omits the following information.
If you change the IPMASecureSysUser password, you must then go to the IPMASecureSysUser config > CAPF Profile config window for the profile that was selected on the IPMA Service Parameters window, change the Certificate Operation to “Install/Upgrade,” provide the authentication string, and restart the IPMA service.
The Intercom Route Partition Configuration Settings description field in the “Configuring Intercom” chapter of the Cisco Unified Communications Manager Administration Guide omits a complete list of the non-alphanumeric characters that are not allowed in the description. The unacceptable characters comprise double-quotes ("), angle brackets (<>), square bracket ([ ]), ampersand (&), percentage sign (%).
The “Cisco Unified Mobility” chapter of the Cisco Unified Communications Manager Features and Services Guide omits the following restriction:
The Mobile Connect feature gets supported only for Primary Rate Interface (PRI) public switched telephone network (PSTN) connections.
For SIP trunks, Mobile Connect gets supported via IOS gateways or intercluster trunks.
The “Cisco Unified Mobility” chapter of the Cisco Unified Communications Manager Features and Services Guide omits the following (final) step in the “Configuring an H.323 Gateway for System Remote Access by Using Hairpinning” procedure:
Step 5 In the Cisco Unified Communications Manager, create a new route pattern to redirect the incoming MVA number to the H.323 gateway that has the vxml script loaded. Ensure that the Incoming CSS of the gateway can access the partition in which the new route pattern gets created.
The “Cisco Unified Mobility” chapter of the Cisco Unified Communications Manager Features and Services Guide omits the following (final) steps in the “Enterprise Feature Access Two-Stage Dialing” procedure:
Step 8 Ensure that the outbound VOIP dial-peer that is used on the gateway for the initial call leg over to the remote destination (mobile phone) has DTMF-relay configuration in it, so the DTMF codes can get passed through to Cisco Unified Communications Manager.
Step 9 Configure dial-peers on the gateway that receives the second-stage inbound call to the Enterprise Feature Access DID, so the call gets forwarded to the Cisco Unified Communications Manager. Ensure that the VOIP dial-peer has the DTMF-relay configuration in it.
Note If a generic dial-peer is already configured to forward the calls to Cisco Unified Communications Manager and is consistent with the EFA DN, you do not need to perform this step. Ensure that the VOIP dial-peer for this call leg also has a configured DTMF-relay command.
Refer to the Cisco Unified Communications Solution Reference Network Design (SRND) Based on Cisco Unified Communications Manager for the list of steps that you need to configure Enterprise Feature Access.
In the Cisco Unified Communications Manager Features and Services Guide, be aware that the description for the Name field in the Access List Configuration window in the “Cisco Unified Mobility” chapter is incomplete. The complete description follows:
Enter a text name for the access list.
This name can comprise up to 50 characters. You can use all characters except quotes (“), close angle bracket (>), open angle bracket (<), backslash (\), ampersand (&), and percent sign (%).
In the Cisco Unified Communications Manager Features and Services Guide, be aware that the description for the Name and Description fields on the Remote Destination Profile Configuration window in the “Cisco Unified Mobility” chapter is incomplete. The complete descriptions follow.
Enter a text name for the remote destination profile.
This name can comprise up to 50 characters. Valid characters include letters, numbers, dashes, dots (periods), spaces, and underscores.
Enter a text description of the remote destination profile.
This field can comprise up to 128 characters. You can use all characters except quotes (“), close angle bracket (>), open angle bracket (<), backslash (\), ampersand (&), and percent sign (%).
In the Cisco Unified Communications Manager Features and Services Guide, be aware that the description for the Name field in the Geolocation Filter Configuration window in the “Geolocations and Location Conveyance” chapter is incomplete. The complete description follows:
Enter a unique name for this geolocation filter. Default name cannot be blank.
This field can contain up to 50 ASCII characters. You can use all characters except quotes (“), close angle bracket (>), open angle bracket (<), backslash (\), ampersand (&), and percent sign (%).
In the Cisco Unified Communications Manager Features and Services Guide, the description for the Name field in the Geolocation Configuration window in the “Geolocations and Location Conveyance” chapter is incomplete. The complete description follows:
Enter a unique name for this geolocation.
The name can contain up to 50 ASCII characters. You can use all characters except quotes (“), close angle bracket (>), open angle bracket (<), backslash (\), ampersand (&), and percent sign (%).
The “Internet Protocol Version 6 (IPv6)” chapter in the Cisco Unified Communications Manager Features and Services Guide incorrectly describes how the IP address displays for an IPv6 Only phone in the Find and List Phones window in Cisco Unified Communications Manager Administration.
After you configure the phone in Cisco Unified Communications Manager Administration, you can view the IP address for the phone in the Find and List Phones window. For phones that have an IPv4 address only or both IPv4 and IPv6 addresses, the IPv4 address displays in the window; for phones that have an IPv6 address only, the IPv6 address displays in the window.
After you configure the phone in Cisco Unified Communications Manager Administration, you can view the IP address for the phone in the Find and List Phones window. For phones that have an IPv4 address only or both IPv4 and IPv6 addresses, the IPv4 address displays in the window. For phones with an IPv6 address only, the IP Address displays as 0.0.0.0 in the IP Address column in the Find and List Phones window. To identify the IPv6 address for the phone, click the Device Name link in the Find and List Phones window, which causes the Phone Configuration window to display. For the IPv6 Only device, the Phone Configuration window displays an IPv4 address of 0.0.0.0, listed as IP Address, above the IPv6 address.
The Restrictions section of the “Intercom” chapter in the Cisco Unified Communications Manager Features and Services Guide incorrectly indicates that intercom calls can be placed on hold. Actually, the system does not allow intercom calls to be placed on hold.
The “Internet Protocol Version 6 (IPv6)” chapter in the Cisco Unified Communications Manager Features and Services Guide does not contain the following information on NTP Servers and IPv6.
To avoid potential compatibility, accuracy, and network jitter problems, ensure that the external NTP servers that you specify for the primary node are NTP v4 (version 4). If you are using IPv6 addressing, ensure that the external NTP servers are NTP v4.
Cisco Unified Communications Manager does not support the logical partitioning feature for calls that involve Cisco Unified MeetingPlace or Cisco Unified MeetingPlace Express.
In the “Cisco Unified Mobility” chapter of the Cisco Unified Communications Manager Features and Services Guide, the description of the Mobile Voice Access Directory Number field on the Mobile Voice Access window omits the following information:
Enter a value between 1 and 24 digits in length. You may use the following characters: 0 to 9.
This section contains information on documentation omissions, errors, and updates for Cisco Unified Serviceability.
The Feature Services section of the "Understanding Services" chapter in the Cisco Unified Serviceability Administration Guide omits the following information:
The Cisco IP Voice Media Streaming Application service does not generate the Call Management Record (CMR) files for call legs that involve any IP Voice Media Streaming App components like conference, MOH, Annunciator or MTP.
The Application Billing Server Parameter Settings table in “Configuring CDR Repository Manager” chapter of the Cisco Unified Serviceability Administration Guide omits this information:
Password - Enter the password that is used to access the application billing server.
The “Configuring Services” chapter in the Cisco Unified Serviceability Administration Guide does not include the following information that describes service activation recommendations for specific nodes in a cluster. Table 5 provides a general summary of the cluster activation recommendations for a feature service in these nodes: publisher, subscriber, TFTP, and MOH. For specific recommendations that are associated with activating a particular feature service, refer to the Cluster Service Activation Recommendations section in the “Configuring Services” chapter.
The Cisco Unified Communications Manager TCP and UDP Port Usage document omits the following ports from the list of common service ports.
In the “Performing Failed RAID Disk Replacement Without Restart” procedure in the Troubleshooting Guide for Cisco Unified Communications Manager, step 10 is incorrect. It should read as follows:
10. To check the RAID rebuild status, perform the following steps:
a. Check the LED on the disk. When the rebuild completes successfully, the LED changes from flashing amber to green.
b. Check the status of the physical disk by entering the show hardware CLI command.
A “State Optimal” message appears under the Logical Drives Information section.
c. Check a generated syslog. To generate a syslog, see the “Schedule trace collection” topic in the Cisco Unified Real-Time Monitoring Tool Administration Guide.
A “Rebuild complete” message appears.
The Cisco Unified Communications Manager Troubleshooting Guide is missing the following procedure for troubleshooting if you lose all security tokens (etokens):
Perform the following procedure if you lose the security tokens and you need to update the CTL file.
Tip Perform the following procedure during a scheduled maintenance window, because you must reboot all servers in the cluster for the changes to take effect.
Step 1 On every Cisco Unified CallManager, Cisco TFTP, or alternate TFTP server, verify that CTLFile.tlv exists from the OS SSH command line.
Step 3 Repeat step 1 and step 2 for every Cisco Unified CallManager, Cisco TFTP, and alternate TFTP server.
Step 4 Obtain at least two new security tokens.
Step 5 By using the Cisco CTL client, create the CTL File, as described in “Installing the Cisco CTL Client” and “Configuring the Cisco CTL Client”.
Tip If the clusterwide security mode is in mixed mode, the Cisco CTL client displays the message No CTL File exists on the server but the CallManager Cluster Security Mode is in Mixed Mode. For the system to function, you must create the CTL File and set CallManager Cluster to Mixed Mode. Click OK; then, choose Set CallManager Cluster to Mixed Mode and complete the CTL file configuration.
Step 6 Reboot all the servers in the cluster.
Step 7 After you create the CTL file on all the servers and reboot all servers in the cluster, delete the CTL file from the phone, as described in “Deleting the CTL File on the Cisco Unified IP Phone”.
DNS is not mentioned in the Disaster Recovery System Administration Guide. The guide should state that the DNS Configuration on the server prior to restore should be the same as the DNS Configuration when the backup was taken.
Note We recommend that you retest the DRS with your SFTP server after you upgrade your Unified Communications Manager, upgrade your SFTP server, or you switch to a different SFTP server. Perform this step to ensure that these components operate correctly together. As a best practice, perform a backup and restore on a standby or backup server.
Use the information in the following table to determine which SFTP server solution to use in your system.
The following information is missing from the “Cisco Unified Mobility” chapter in the Cisco Unified Communications Manager Features and Services Guide :
Early Media cut-through is not supported for Single Number Reach (SNR) calls. SNR follows shared line behavior and does not function as desired with early media cut-through.
For example, Phone A (DN 1000) calls Phone B (DN 1001) which has an Remote Destination Phone C(DN 1001), sharing line with Phone B. When you enable early media cut-through and place a call to Phone B, both shared lines do not ring, because with early media cut-through enabled, a device may signal a connect, causing the other device to stop ringing.
To avoid this behavior, do not configure early media cut through on the outbound trunk or gateway for SNR.
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What’s New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What’s New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop by using a reader application. Be aware that the RSS feeds are a free service, and Cisco currently supports RSS version 2.0.