Problems Using Call Back

This section describes problems, possible causes, recommended actions, and error messages, if applicable to the problem.

User presses Callback softkey before phone rings.

Symptom

During a call, the CallBack softkey may display on the phone, even though the phone is not ringing yet.

Probable Cause

User may not be pressing the CallBack softkey at the appropriate time.

Corrective Action

Users must press the CallBack softkey after a ringing or busy signal is received. Pressing the softkey at the wrong time may cause an error message to display on the phone.

User unplugs or resets phone after pressing the CallBack softkey but before Call Back occurs.

Symptom #1

Caller phone reset occurs after CallBack softkey is pressed but before Call Back is activated.

Probable Cause

The user reset the phone.

Corrective Action #1

The caller phone does not display the Call Back activation window after the reset, and the caller must press the CallBack softkey to view the active Call Back service. Call Back notification occurs on the phone.

Symptom #2

Caller phone reset occurs after Call Back is activated but before called party becomes available.

Probable Cause

The user reset the phone.

Corrective Action #2

You do not need to perform a corrective action. If the reset occurs before the called party becomes available, Call Back occurs as expected.

Symptom #3

Caller phone reset occurs after Call Back is activated, but called party becomes available before the reset completes on the caller phone.

Probable Cause

The user reset the phone.

Corrective Action #3

CallBack notification does not occur automatically, so the caller must press the CallBack softkey to view the active Call Back service.

In an intracluster or intercluster call back scenario, a caller initiates Call Back for a user, for example, user B, who is unavailable. When user B becomes available, the availability notification screen displays on the caller phone, and a tone plays. The caller misses the availability notification for some reason, and the phone resets.

The caller contacts a different user, user C, for example, and presses the CallBack softkey because user C appears busy. The replace/retain screen displays on the caller phone, but the screen does not state that the availability notification already occurred for user B.

Probable Cause

The user reset the phone.

Corrective Action

After a phone reset but not during an active call, review the call back notifications on the phone. Press the CallBack softkey.

Error Messages for Call Back

This section provides a list of error messages that may display on the phone.

Error Message Call Back is not active. Press Exit to quit this screen.

Explanation User presses the CallBack softkey during the idle state.

Recommended Action The error message provides the recommended action.

Error Message CallBack is already active on xxxx. Press OK to activate on yyyy. Press
Exit to quit this screen.

Explanation A user tried to activate Call Back, but it is already active.

Recommended Action The error message provides the recommended action.

Error Message CallBack cannot be activated for xxxx.

Explanation A user tried to activate Call Back, and the extension is not found in the database.

Recommended Action The user must try again, or the administrator must add the directory number to Cisco Unified Communications Manager Administration.

Error Message Service is not active.

Explanation You set the Callback Enabled Flag service parameter to False, which means that the feature remains disabled.

Recommended Action For the Call Back feature, configure the Cisco CallManager service parameter, Callback Enabled Flag, to True.

Locating the Call Back Log Files

Traces for the Call Back feature exist as Cisco Communications Manager and CTIManager SDL and SDI records. To access the traces, refer to the Cisco Unified Serviceability Administration Guide.

Troubleshooting Call Control Discovery

The following alarms support the call control discovery feature. To access the alarm definitions in Cisco Unified Serviceability, choose Alarm > Definitions. The alarms support the CallManager alarm catalog (choose CallManager Alarm Catalog > CallManager).

•SAFUnknownService

–Informational alarm

–Cisco Unified Communications Manager does not recognize the service ID in a publish revoke or withdrawal message that the SAF forwarder issued.

•SAFPublishRevoke

–Informational alarm

–You issued a CLI command on the SAF Forwarder router to revoke the publish action for the service or subservice ID that is specified in this alarm.

•DuplicateLearnedPattern

–Error alarm

–The call control discovery requesting service received the same hosted DN from multiple remote call-control entities. The parameter, Issue Alarm for Duplicate Learned Patterns, controls whether this alarm gets issued.

–In RTMT, open the Learned Pattern report and find the duplicate pattern that is specified in this alarm. Ensure that the learned patterns are unique. Determine which remote call-control entity needs to be changed so duplicate patterns do not exist.

•CCDIPReachableTimeOut

–Error Alarm

–The CCD requesting service detected that it can no longer reach the learned patterns through IP. All learned patterns from this SAF forwarder get marked as unreachable (via IP), and all calls to learned patterns get routed through the PSTN. Calls get routed through the PSTN for a specific amount of time before PSTN failover times out.

–Check IP connectivity and resolve any TCP or IP problems in the network.

•CCDPSTNFailOverDurationTimeOut

–Error Alarm

–When learned patterns are not reachable through IP, Cisco Unified Communications Manager routes calls through the PSTN. When this alarm occurs, the PSTN failover duration has expired, and calls to learned patterns cannot be routed. All learned patterns get purged from Cisco Unified Communications Manager.

–This alarm indicates that the CCD requesting service has met the maximum number of allowed learned patterns.

–This alarm displays the value that is configured for the parameter, CCD Maximum Numbers of Learned Patterns, as well as the maximum number of learned patterns that are allowed by the system (20,000). Consider whether the specified maximum number of learned patterns is correct for your deployment. If the value is too low, compare it with the number that displays in the SystemLimitCCDLearnedPatterns in this alarm. If the maximum number is below the system limit, which is 20,000 learned patterns, increase the value for the CCD Maximum Numbers of Learned Patterns parameter.

•LostConnectionToSAFForwarder

–Error alarm

–A TCP connection failure caused the connection between the SAF forwarder and Cisco Unified Communications Manager to be lost. When the TCP connection is restored, Cisco Unified Communications Manager attempts to connect to the SAF forwarder automatically. If IP connectivity is unreachable for longer than the duration of the CCDLearnedPatternIPReachableDuration feature parameter, calls to learned patterns get routed through PSTN instead of through IP. Calls through PSTN to learned patterns get maintained for a specific period of time before PSTN failover times out.

–Investigate possible causes of a TCP connection failure, such as power failure, loose cables, incorrect switch configuration, and so on.

•SAFForwarderError

–Cisco Unified Communications Manager received an error from the SAF forwarder.

–Refer to the reason code and description for specific information and actions (where applicable) about the reason that this alarm occurred.

For example, reason code 472 indicates that the external client, in this case, Cisco Unified Communications Manager, did not increment the service version number correctly. For example, reason code 474 indicates that the external client, in this case, Cisco Unified Communications Manager, sent a publishing request over a TCP connection to the SAF forwarder before the client registers to the forwarder. For example, reason code 400 indicates that the external client, in this case, Cisco Unified Communications Manager, did not construct the SAF message correctly.

Troubleshooting Call Park

User cannot park calls. When the user presses the Park softkey or feature button, the call does not get parked.

Ensure that a unique call park number is assigned to each Cisco Unified Communications Manager in the cluster. See the Cisco Unified Communications Manager Administration Guide.

The partition that is assigned to the call park number does not match the partition that is assigned to the phone directory number. See the Cisco Unified Communications Manager Administration Guide.

The call park number does not display long enough for the user.

Set the Call Park Display Timer to a longer duration. For information on setting parameters for call park, see the Cisco Unified Communications Manager Features and Services Guide.

Troubleshooting Cisco Extension Mobility

Cisco Extension Mobility provides troubleshooting tools for the administrator. These tools include performance counters (also known as perfmons) and alarms that are part of Cisco Unified Serviceability. For information about performance counters (perfmons), refer to the Cisco Unified Real-Time Monitoring Tool Administration Guide. For information about alarms, refer to the Cisco Unified Serviceability Administration Guide.

This section provides the following information to help you troubleshoot problems with Cisco Communications Manager ExtensionMobility:

After a user logs out and the phone reverts to the default device profile, the user finds that the phone services are no longer available.

1. Check the Enterprise Parameters to make sure that the Synchronization Between Auto Device Profile and Phone Configuration is set to True.

2. Subscribe the phone to the Cisco Extension Mobility service.

After logging in, the user finds that the phone services are not available.

This problem occurs because the User Profile did not have any services that were associated with it when the profile was loaded on the phone.

Perform the following steps:

1. Change the User Profile to include the Cisco Extension Mobility service.

2. Change the phone configuration where the user is logged in to include Cisco Extension Mobility. After the phone is updated, the user can access the phone services.

After performing a login or logout, the user finds that the phone resets instead of restarting.

Locale change may provide the basis for reset.

If the User Locale that is associated with the login user or profile is not the same as the locale or device, after a successful login, the phone will perform a restart that is followed by a reset. This occurs because the phone configuration file is being rebuilt.

Troubleshooting Cisco Extension Mobility Error Messages

Use the information in Table 8-3 to troubleshoot the error codes and error messages that display on the phone when Cisco Extension Mobility is used.

Table 8-3 Troubleshooting Error Messages That Display on the Phone

Error Code

Message on Phone

Recommended Action

201

[201]-Authentication error

The user should check that the correct UserID and PIN were entered; the user should check with the system administrator that the UserID and PIN are correct.

22

[22]-Dev.logon disabled

Make sure that you have chosen "Enable Extension Mobility" check box on the Phone Configuration window. Refer to the Cisco Unified Communications Manager Features and Services Guide.

205

[205]-User Profile Absent

Make sure that you have associated a Device Profile to the user. Cisco Unfed Communications Manager Features and Services Guide.

208

[208]-EMService Conn. error

Verify that the Cisco Extension Mobility service is running by choosing Cisco Unified Serviceability > Tools > Control Center—Feature Services.

25

[25]-User logged in elsewhe..

Check whether the user is logged in to another phone. If multiple logins need to be allowed, ensure the Multiple Login Behavior service parameter is set to Multiple Logins Allowed.

Host not found

Check that the Cisco Tomcat service is running by choosing Cisco Unified Serviceability > Tools > Control Center—Network Services.

Http Error [503]

If you get this error when Services button is pressed, check that the Cisco Communications Manager Cisco IP Phone Services service is running by choosing Cisco Unified Serviceability > Tools > Control Center—Feature Services.

If you get this error when you select Extension Mobility service, check that the Cisco Extension Mobility Application service is running by choosing Cisco Unified Serviceability > Tools > Control Center—Network Services.

202

[202]-Blank userid or pin

Enter a valid userid and PIN.

26

[26]- Busy, please try again

Check whether the number of concurrent login/logout requests is greater than the Maximum Concurrent requests service parameter. If so, lower the number of concurrent requests.

To verify the number of concurrent login/logout requests, use Cisco Unified Communications Manager Cisco Unified Real-Time Monitoring Tool to view the Requests In Progress counter in the Extension Mobility object.

6

[6]-Database Error

Check whether a large number of requests exists

If large number of requests exists, the Requests In Progress counter in the Extension Mobility object counter specifies a high value. If the requests are rejected due to large number of concurrent requests, the Requests Throttled counter also specifies a high value.

Collect detailed database logs.

207

[207]-Device Name Empty

Check that the URL that is configured for Cisco Extension Mobility is correct.

Troubleshooting Cisco Unified Communications Manager Assistant

This section covers solutions for the most common issues that relate to Cisco Unified Communications Manager Assistant. Table 8-4 describes troubleshooting tools for Cisco Unified Communications Manager Assistant and the client desktop.

The administrator directs the user to the following URL, which is a JSP page that supports the Sun Java plug-in: https://<servername>:8443/ma/Install/IPMAConsoleInstallJar.jsp

Automatic Installation of MS Virtual Machine Is No Longer Provided for Download

Symptom

The Assistant Console fails to install from the web when you are trying to install on a computer that is running Microsoft Windows XP. A message displays that all the components for the program are not available. When the user chooses Download Now, the following message displays:

Automatic installation of MS Virtual Machine is no longer available for download

Probable Cause

Microsoft does not support Microsoft JVM in IE version 6 of Windows XP.

Note This error does not occur if you have the Microsoft JVM with XP Service Pack 1 installed on your system.

Corrective Action

Perform one of the following corrective actions:

•Install the Netscape browser (version 7.x) and use Netscape to install the assistant console.

•Install the Sun Java Virtual Machine plug-in for IE from the following URL:

http://java.sun.com/getjava/download.html

When the Sun Java plug-in completes installation, point the browser at the following URL:

User Authentication Fails

User authentication fails when you sign in on the login window from the assistant console.

Probable Cause

The following probable causes can apply:

•Incorrect administration of the user in the database.

•Incorrect administration of the user as an assistant or a manager.

Corrective Action

Ensure that the user ID and the password are administered as a Cisco Unified Communications Manager user through Cisco Unified Communications Manager Administration.

You must administer the user as an assistant or a manager by associating the Cisco Unified Communications Manager Assistant user information, which you access through Cisco Unified Communications Manager Administration > User Management > End User.

Ensure that the user ID and the password are administered as a Cisco Unified Communications Manager user through Cisco Unified Communications Manager Administration.

You must administer the user as an assistant or a manager by associating the Cisco Unified Communications Manager Assistant user information, which you access through Cisco Unified Communications Manager Administration > User Management > End User. For more information, see the Cisco Unified Communications Manager Features and Services Guide.

Probable Cause #3

When you deleted a manager from an assistant, Cisco Unified Communications Manager Administration left a blank line for the assistant.

Corrective Action #3

From the Assistant Configuration window, reassign the proxy lines. For more information, see the Cisco Unified Communications Manager Features and Services Guide.

The Cisco Unified Communications Manager Assistant route point did not get configured properly.

Corrective Action #2

Use wild cards to match the directory number of the Cisco Unified Communications Manager Assistant CTI route point and the primary directory numbers of all managers that are configured for Cisco Unified Communications Manager Assistant.

Probable Cause #3

The status window on the manager phone displays the message, Filtering Down. This can indicate that Cisco Unified Communications Manager Assistant CTI route point may be deleted or may not be in service.

Corrective Action #3

Use the following procedure to configure the CTI route point and restart the Cisco IP Manager Assistant service.

Calling Party Gets a Reorder Tone

Calling party gets a reorder tone or a message: "This call cannot be completed as dialed."

Probable Cause

You may not have configured the calling search space of the calling line correctly.

Corrective Action

Check the calling search space of the line. For the configuration details, see the Cisco Unified Communications Manager Administration Guide.

You can also use the Cisco Dialed Number Analyzer service to check any flaws in the calling search space. For more details, see the Cisco Unified Communications Manager Dialed Number Analyzer Guide for more details.

Manager Is Logged Out While the Service Is Still Running

Symptom

Although the manager is logged out of Cisco Unified Communications Manager Assistant, the service still runs. The display on the manager IP phone disappears. Calls do not get routed, although filtering is on. To verify that the manager is logged out, view the application log by using the Cisco Unified Real-Time Monitoring Tool. Look for a warning from the Cisco Java Applications that indicates that the Cisco IP Manager Assistant service logged out.

Probable Cause

The manager pressed the softkeys more than four times per second (maximum limit allowed).

Corrective Action

The Cisco Unified Communications Manager administrator must update the manager configuration. Perform the following procedure to correct the problem.

Step 4 In the CTI Route Point Configuration window, click the line to update from the Directory Numbers box.

The Directory Number Configuration window displays.

Step 5 In the Call Forward and Pickup Settings section, check the Forward No Answer Internal and/or the Forward No Answer External check box and enter the CTI route point DN in the Coverage/Destination field (for example, CFNA as 1xxx for the route point DN 1xxx).

When a remote destination (mobile phone) is not a smart phone and a call to this mobile phone is anchored through Cisco Unified Communications Manager, the user can hang up the mobile phone and expect to see a Resume softkey on the user desktop phone to resume the call. The user cannot resume this call on the user desktop phone.

Possible Cause

If the calling party receives busy/reorder/disconnect tone when the mobile phone hangs up, the mobile phone provider probably did not disconnect the media. Cisco Unified Communications Manager cannot recognize this circumstance, because no disconnect signals came from the provider. To verify whether this is the case, let the calling party wait 45 seconds, when service provider will time out and send disconnect signals, upon which Cisco Unified Communications Manager can provide a Resume softkey to resume the call.

Recommended Action

Perform the following actions:

•Add the following command to the gateway:

voice call disc-pi-off

•For the Cisco CallManager service, set the Retain Media on Disconnect with PI for Active Call service parameter to False.

Troubleshooting Cisco Web Dialer

This section covers error messages for the most common issues that relate to Cisco Web Dialer.

Cisco CTIManager Down

Cisco CTIManager service that is configured for Cisco Web Dialer went down.

Corrective Action

After a short time, retry your connection.

Session Expired, Please Login Again

Symptom

Cisco Web Dialer displays the following message:

Session expired, please login again.

Probable Cause

A Cisco Web Dialer session expires

•After the Web Dialer servlet gets configured or

•If the Cisco Tomcat Service is restarted.

Corrective Action

Log in by using your Cisco Unified Communications Manager userID and password.

User Not Logged in on Any Device

Symptom

Cisco Web Dialer displays the following message:

User not logged in on any device.

Probable Cause

The user chooses to use Cisco Extension Mobility from the Cisco Web Dialer preference window but does not get logged in to any IP phone.

Corrective Action

•Log in to a phone before using Cisco Web Dialer.

•Choose a device from the Cisco Web Dialer preference list in the dialog box instead of choosing the option Use Extension Mobility.

Failed to Open Device/Line

Symptom

After a user attempts to make a call, Cisco Web Dialer displays the following message:

User not logged in on any device.

Probable Cause

•The user chose a Cisco Unified IP Phone that is not registered with Cisco Unified Communications Manager. For example, the user chooses a Cisco IP SoftPhone as the preferred device before starting the application.

•The user who has a new phone chooses an old phone that is no longer in service.

Corrective Action

Choose a phone that is in service and is registered with Cisco Unified Communications Manager.

Destination Not Reachable

Symptom

Cisco Web Dialer displays the following message on the End Call window:

Destination not reachable.

Probable Cause

•User dialed the wrong number.

•The correct dial rules did not get applied. For example, the user dials 5550100 instead of 95550100.

Troubleshooting Directed Call Park

User cannot park calls. After the Transfer softkey (or Transfer button if available) is pressed and the directed call park number is dialed, the call does not get parked.

Ensure that the partition that is assigned to the call park number matches the partition that is assigned to the phone directory number. See the Cisco Unified Communications Manager Administration Guide.

Ensure that the partition and calling search space are configured correctly for the device. See the Cisco Unified Communications Manager Administration Guide.

Ensure that the user presses the Transfer softkey (or Transfer button if available) before dialing the directed call park number, then presses the Transfer softkey (or Transfer button) again or goes on hook after dialing the directed call park number. Because directed call park is a transfer function, the directed call park number cannot be dialed alone. See the Cisco Unified Communications Manager Features and Services Guide.

Note You can complete the transfer only by going on hook rather than pressing the Transfer softkey (or Transfer button) a second time if the Transfer On-hook Enabled service parameter is set to True. See the Cisco Unified Communications Manager System Guide.

User cannot retrieve parked calls. After dialing the directed call park number to retrieve a parked call, the user receives a busy tone, and the IP phone displays the message, Park Slot Unavailable.

Ensure that the user dials the retrieval prefix followed by the directed call park number. See the Cisco Unified Communications Manager Features and Services Guide.

Parked calls do not revert to the number that parked the call.

Check the configuration of the directed call park number to ensure that it is configured to revert to the number that parked the call rather than to a different directory number. See the Cisco Unified Communications Manager Features and Services Guide.

When an attempt is made to delete a directed call park number or range, a message displays that indicates that the number or range cannot be deleted because it is in use.

You cannot delete a directed call park number that a device is configured to monitor (by using the BLF button). To determine which devices are using the number, click the Dependency Records link on the Directed Call Park Configuration window.

After configuring a range of directed call park numbers, user cannot park a call at a number within the range.

Review the syntax for entering a range of directed call park numbers. If incorrect syntax is used, the system may appear to configure the range when it actually does not. See the Cisco Unified Communications Manager Features and Services Guide.

–Verify the URI for the adjunct route server. Ensure that the URI uses the following formula:

https://<hostname or IPv4 address of route server>:<port that is configured on route server>/path from route server configuration

–If the adjunct route server uses https, verify that you imported and exported the required certificates, as described in the "External Call Control" chapter in the Cisco Unified Communications Manager Features and Services Guide.

–If the adjunct route server uses https, verify that hostname that you enter for the URI for the Primary Web Service and Secondary Web Services fields in the External Call Control Profile window in Cisco Unified Communications Manager Administration matches the hostname that is in the adjunct route server certificate.

•Network connectivity dropped between Cisco Unified Communications Manager and the adjunct route server. Because the Connection Loss and PDP Out Of Service counters are incrementing counters, they indicate that at one time good connections were made to the adjunct route server. Therefore, an event in the network caused the problem, or an event occurred on the adjunct route server.

–Verify that the adjunct route server is running and that network connectivity is good.

•Cisco Unified Communications Manager routing query to the adjunct route server times out because of slow response from the adjunct route server. The adjunct route server may be overloaded because of processing service requests, or network instability occurred.

–Increase the value for the Routing Request Timer in the external call control profile, or increase the value for the External Call Control Routing Request Timer service parameter.

–Increase the value for the External Call Control Maximum Connection Count To PDP service parameter.

–Add a secondary web service (redundant adjunct route server) in the external call control profile and enable load balancing in the profile.

–Verify that the XACML or CIXML is correctly formatted. Both the XACML request and response display in the Cisco CallManager SDI trace. The routing response code for each routing request exists in the trace. A value of 0 means the request was received and parsed correctly.

Call failed due to exceed maximum diversion hops or maximum diversion hops to the same translation pattern.

–Verify the service parameter configuration, and change, if necessary.

–Verify the obligation configuration on the adjunct route server for call redirection. For example, A calls B; the route for B indicates to divert A to C; the route for C says indicates to divert A to D. D has CFA enabled to E. The route for E says to divert to A to F, and so on.

•RTMT shows the warning alarm, FailedToFulfillDirectiveFromPDP. This alarm contains one of following reasons.

–Insert of the announcement failed.—Check whether the Cisco IP Voice Media Streaming App service is running in Cisco Unified Serviceability. If it is running, check that the Annunciator service parameter for the Cisco IP Voice Media Streaming App service is set to True. Furthermore, there could be codec mismatch. The annunciator supports G.711, G.729, and Cisco Wideband codec, which the caller device may not support.

–Announcement can't be played because no early media capability.—The caller device does not supports the early media capability. Some devices that support the early media capability are SIP trunk and H323 trunk.

–Redirect Call Error with Error Code.—Check the Diversion Rerouting Calling Search Space configured in the external call control profile to determine whether it includes the partition of a redirected destination/device.

–Extend Call Error with Error Code.—Perhaps a destination is busy or unregistered, or the destination pattern is a translation pattern that is not associated with a device.

Intercom Lines Not Showing Up on Phone When Button Template Has Them

The phone version may be earlier than 8.3(1), or the button template may not be assigned to the phone.

Step 1 Check the phone version. Ensure that it is 8.3(1) or above.

Step 2 Determine whether the button template is assigned to the phone.

Step 3 Capture the sniffer trace between Cisco Unified Communications Manager and the phone. In the button template response, see whether intercom lines get sent to the phone (button definition = Ox17).

Intercom Lines Not Showing Up When Phone Falls Back to SRST

Symptom

The phone, which was configured with Cisco Unified Communications Manager Release 6.0(x) or later, includes two intercom lines. Cisco Unified Communications Manager stops and falls back to SRST. The intercom lines do not display.

Possible Cause

The SCCP version of SRST does not support SCCP version 12.

Recommended Action

Step 1 Check the SCCP version of SRST. If SRST supports SCCP version 12, it will support intercom lines.

Step 2 If SRST supports SCCP version 12, capture a sniffer trace and ensure that the button template that the phone sent includes intercom lines.

Troubleshooting - SIP

The following sections help you determine issues on phones that are running SIP.

Phones Do Not Register with Cisco Unified Communications Manager

Cisco Unified IP Phones with an IP Addressing Mode of IPv6 Only do not register with Cisco Unified Communications Manager.

Corrective Actions

•Via the CLI, verify that you enabled IPv6 on the Cisco Unified Communications Manager server.

•In the Enterprise Parameter Configuration window, verify that the Enable IPV6 enterprise parameter is set to True.

•In the Server Configuration window, verify that you configured either the host name or the IPv6 address for the Cisco Unified Communications Manager server in the Ipv6 Name field. If you configured a host name, verify that you configured DNS to resolve the host name to an IPv6 address.

•If the phone gets an IPv6 address via stateless autoconfiguration, verify that you configured the Allow Auto-Configuration for Phone setting as On.

•Verify that the Cisco CallManager and Cisco TFTP services are running.

Calls Over SIP Trunks Fail

Symptom

Incoming calls fail if they come over a SIP trunk that has an IP Addressing Mode of IPv6 Only.

Corrective Actions

•Via the CLI, verify that you enabled IPv6 on the Cisco Unified Communications Manager server.

•In the Enterprise Parameter Configuration window, verify that the Enable IPV6 enterprise parameter is set to True.

•Verify that the INVITE does not contain IPv4 signaling.

Symptom

Outgoing calls fail if they come over a SIP trunk that has an IP Addressing Mode of IPv6 Only.

Corrective Actions

•Via the CLI, verify that you enabled IPv6 for the operating system on the Cisco Unified Communications Manager server.

•In the Enterprise Parameter Configuration window, verify that the Enable IPV6 enterprise parameter is set to True.

•In the Trunk Configuration window, verify that you configured an IPv6 destination address for the SIP trunk.

Calls Between Devices Fail

Symptom

Calls between two devices fail.

Corrective Actions

•In the device configuration window, verify the IP addressing mode of the devices.

•If one device has an IP Addressing Mode of IPv4 Only and the other device has an IP Addressing Mode of IPv6 Only, ensure that a dual-stack MTP is configured and available for media translation.

Music On Hold Does Not Play on Phone

Symptom

Phone user cannot hear music on hold.

Corrective Actions

•Verify the IP addressing mode of the device where music on hold is played. If the IP addressing mode for the device is IPv6 Only and if music on hold is configured for unicast music on hold, ensure that a dual- stack MTP is configured and available for media translation.

•If you configured multicast music on hold, be aware that phones that have an IP addressing mode of IPv6 Only cannot play music on hold.

Troubleshooting Logical Partitioning

This section describes corrective actions for issues that are related to logical partitioning. For more information, see the following sections:

When the GeolocationPolicy records get configured from logical partitioning policy records, you can configure the following policy: Border:US:NC:RTP:bld1 to Interior:US:NC:RTP:bld1.

In this case, the incorrect value was chosen from the drop-down list box for the LOC field in the Location Partitioning Policy Configuration window, which displays both BLD1 and bld1.

Therefore, the administrator must make sure to choose entries, so the case of the geolocation entry matches the case of the value that is used in GeolocationPolicy.

•No logical partitioning policy check takes place for VoIP-to-VoIP-device calls or features with only VoIP participants.

•Cisco Unified Communications Manager Administration allows configuration of policies between Interior:geolocpolicyX and Interior:geolocpolicyY, but such configuration does not get used during logical partitioning checks.

Logical Partitioning Policies Require Adjustment

Symptom

The fields in the logical partitioning policies are not configured correctly.

Corrective Action

Because the hierarchy of geolocation fields is significant, ensure that the hierarchical order of all fields is correct, and ensure that all fields are present. Hierarchical order means that Country entries precede A1 entries, which precede A2 entries, and so on.

Ensure that all fields are present in the logical partitioning policies and all fields are specified in the correct hierarchical order.

See the example that follows.

Example of Logical Partitioning Policies That Match

In the following geolocation information, search for policy between Border:IN:KA and Interior:IN:KA.

The following possible policies match in order, where IN represents a Country field entry and KA represents an A1 field entry:

GeolocationPolicyA

GeolocationPolicyB

Policy

Border:IN:KA

Interior:IN:KA

Allow/Deny

Border:IN:KA

Interior:IN

Allow/Deny

Border:IN:KA

Interior

Allow/Deny

Border:IN

Interior:IN:KA

Allow/Deny

Border:IN

Interior:IN

Allow/Deny

Border:IN

Interior

Allow/Deny

Border

Interior:IN:KA

Allow/Deny

Border

Interior:IN

Allow/Deny

Border

Interior

Allow/Deny

Example of Logical Partitioning Policies That Do Not Match

In contrast, if the field of a geolocation is missing in a logical partitioning policy, the necessary match does not occur. The following logical partitioning policies do not include the Country field entry, which specifies IN: