Confirming That the Forward Timer in the Phone System Is in Synch with the Rings to Wait For Setting in Cisco Unity Connection
For supervised transfers, the number of rings that Cisco Unity Connection waits before routing a call to a user personal greeting (or to another extension) can be reconfigured. If the phone system is programmed to forward calls, confirm that the phone system waits longer to forward a call than Connection waits before taking a message.
If the phone system is forwarding the call to another extension before Connection can take a message, the following may occur:
The caller does not hear the beginning of the user personal greeting. (For example, the user greeting is “Hi, this is Maria Ramirez. Please leave a message after the tone.” But the caller hears only “...message after the tone.”)
The call is forwarded to another phone (for example, the operator) rather than to the personal greeting of the user.
The call is forwarded to the opening greeting.
The caller hears only ringing.
To Synchronize the Forward Timer and the Rings to Wait For Setting
Step 1 In the phone system programming, find and note the setting of the forward timer.
Step 2 In Cisco Unity Connection Administration, expand
, then select
Step 3 On the Search Users page, select the alias of the user whose calls are not being routed to the correct greeting.
Note If the user does not appear in the search results table, set the applicable parameters in the search fields at the top of the page, and select Find.
Step 4 On the Edit User Basics page, on the Edit menu, select
Step 5 On the Transfer Rules page, select the name of the active transfer rule.
Step 6 On the Edit Transfer Rule page, under Transfer Action, confirm that the
option is selected for the Transfer Calls To field and that the extension number is correct.
Step 7 In the Transfer Type list, confirm that
Step 8 In the Rings to Wait For field, the setting should be two rings fewer than the setting of the forward timer of the phone system, which you noted in Step 1. This setting is typically not greater than four. It specifies the number of rings that Connection waits before routing the call to the personal greeting of the user.
If the settings do not meet the parameters, either reprogram the phone system so that it waits longer before forwarding unanswered calls, or change the Rings to Wait For field setting so that Connection routes the call before the phone system forwards it.
Step 9 Select
Step 10 To change the default Rings to Wait For value for future users, expand
Note If you change settings in a user template, the settings are not changed for existing users whose accounts were created from that template. Changing the template settings affects only the users who are added after the template changes are made.
Step 11 On the Search User Templates page, select the alias of the user template that you want to change.
Note If the user template does not appear in the search results table, set the applicable parameters in the search fields at the top of the page, and select Find.
Step 12 On the Edit User Template Basics page, on the Edit menu, select
Step 13 On the Transfer Rules page, select the name of the active transfer rule.
Step 14 On the Edit Transfer Rule page, under Transfer Action, confirm that the
option is selected for the Transfer Calls To field.
Step 15 In the Transfer Type list, confirm that
Step 16 In the Rings to Wait For field, enter the same setting that you entered in Step 8.
Step 17 Select
Confirming That the Phone System Integration Enables Playing the User Personal Greeting for Callers
When callers hear the opening greeting rather than the user personal greeting, confirm that the phone system integration is correctly set up. If the settings are not correct, call forward to personal greeting and easy message access are not enabled. Do the following procedure.
To Verify the Phone System Integration Settings
Step 1 In Cisco Unity Connection Administration, expand
Step 2 Confirm that the settings for the phone system, port group, and ports match those indicated in the applicable Cisco Unity Connection integration guide, at
Step 3 Correct any incorrect settings for the phone system integration.
Step 4 Confirm that the extension that the caller reached is the same as the primary or alternate extension of the user.
Step 5 If callers still hear the opening greeting after dialing the user extension, contact Cisco TAC.
Confirming That the Search Scope Configuration Sends the Call to the Intended Destination
If a caller enters digits to transfer to an extension from the automated attendant or from a user greeting and reaches an unintended destination, check the search scope of the call at the point where the caller enters the digits. Cisco Unity Connection uses the search scope to match the extension that the caller dials to an object with this extension, such as a user, contact, or remote contact at a VPIM location. In particular, if your dial plan includes overlapping extensions, it is possible for the caller to enter an extension that matches multiple users or other Connection objects and be transferred to a different object than the caller expects to reach.
To make a match by extension, Connection checks the search space that is currently defined as the search scope for the call. Connection searches the partitions in this search space in the order that they appear in the Assigned Partitions list in Cisco Unity Connection Administration, and returns the first result found.
The search scope of the call when the caller reaches a system call handler is defined by the Search Scope setting on the Call Handler Basics page for the handler, and may either be explicitly set to a particular search space, or may be set to inherit the search space from the call, in which case it may have been set by a previous handler or by the last call routing rule that processed the call. When a user greeting is played, the search scope of the call is defined by the Search Scope setting on the User Basics page for the user in Cisco Unity Connection Administration.
You can trace the search scope of a call by enabling the CDE micro trace (level 4 Search Space). For detailed instructions on enabling the traces and viewing the trace logs, see the
“Diagnostic Traces in Cisco Unity Connection 9.x”