Table Of Contents
Cisco Unity Conversation
About System Prompts
Recording Greetings and Names
Using the Cisco Unity Greetings Administrator to Record and Manage Greetings
Using the Media Master to Record Greetings and Names
Determining Which Recording and Playback Device to Use
Selecting Your Recording and Playback Device
Sending System Broadcast Messages
System Broadcast Messages Overview
Task List for Setting Up and Offering Access to the Cisco Unity Broadcast Message Administrator
Setting Up the Cisco Unity Broadcast Message Administrator
Enabling Subscribers to Send and Update System Broadcast Messages
Using the Cisco Unity Broadcast Message Administrator to Send and Update System Broadcast Messages
How You Can Customize Cisco Unity Conversations
Changing How Subscribers Skip Messages During Message Playback (Standard Conversation)
Enabling a Warning Tone for End of Recording
Customizing the Warning Tone for End of Recording
Specifying How Subscribers Log On to Cisco Unity From Subscriber Greetings
Configuring Call Waiting Hold Time
Cisco Unity Music on Hold
Changing How Cisco Unity Saves New Messages That Subscribers Skip During Message Playback (Optional Conversation 1)
Offering Subscribers Additional Caller Information Before Message Playback
Changing the Order for Addressing and Recording
Changing How Subscribers Confirm Message Addressing
Streamlining Message Addressing
Changing What Subscribers Hear When They Manage Deleted Messages
Setting Up System Transfers
How Subscribers Can Customize the Cisco Unity Conversation
Cisco Unity Conversation
When callers access Cisco Unity by phone, they hear a set of prerecorded instructions and options known as the Cisco Unity conversation—or the TUI (telephone user interface). Unidentified callers hear the unidentified caller conversation, which enables them to access the Cisco Unity automated attendant, conduct subscriber searches by using directory assistance, use call routing options, and play audiotext messages. Subscribers hear the subscriber conversation, which enables them to log on to Cisco Unity, enroll as new subscribers, send and receive messages, record greetings, and change their personal settings.
To learn about the ways in which you can manage the Cisco Unity conversation and change what Cisco Unity plays to unidentified callers and subscribers, see the following sections in this chapter:
•About System Prompts
•Recording Greetings and Names
•Sending System Broadcast Messages
•How You Can Customize Cisco Unity Conversations
•How Subscribers Can Customize the Cisco Unity Conversation
Related Documentation
For information on the audio codecs that Cisco Unity supports, see the "Audio Codecs" section on page 26-6.
About System Prompts
System prompts are standard recordings that come with the Cisco Unity system. The prompts are played in different combinations in multiple places in the phone conversation. All system prompts are located in the CommServer\Localize\Prompts directory and subdirectories.
You can specify the default language in which system prompts are played to all subscribers and callers. See the "Specifying Phone Languages" section on page 8-3. In addition, you can use the Audio Management tools available in Tools Depot to change prompt volume and speed for each Cisco Unity server:
•The Set Volume utility allows you to select the volume level at which all callers hear Cisco Unity system prompts. To instructions, refer to the Set Volume utility Help.
•The Set Prompt Speed utility allows you to select how fast Cisco Unity plays system prompts. For instructions, refer to the Set Prompt Speed utility Help. In particular, review the Requirements/Special Notes section before you run the utility. Alternatively, consider specifying appropriate prompt speeds for each subscriber instead.
You cannot change what the system prompts say by using the Cisco Unity Administrator, the Cisco Unity Assistant, or the phone conversation. In fact, customizing system prompts is not supported. Do not delete system prompts, as this can cause system errors. All system prompts are automatically deleted and replaced when you upgrade Cisco Unity (including maintenance upgrades).
Recording Greetings and Names
You can record names for subscribers, public distribution lists, private lists, and call handlers (including interview handlers and directory handlers), and greetings for subscribers and call handlers, by using a Media Master control bar on the pages within the Cisco Unity Administrator. In circumstances when you cannot access the Cisco Unity Administrator, you can access the Cisco Unity Greetings Administrator from any phone to manage greetings for call handlers.
Before you begin recording subscriber and call handler names and greetings, consider the following:
•Who will record the greetings? For example, do you want to hire a professional to record the call handler greetings?
•What will the greetings say? Write detailed scripts for the greetings before beginning to record.
Review the following sections to learn about the ways in which you can record greetings and names. Note that subscribers can record their own names and personal greetings by accessing the Cisco Unity conversation by phone, or by using a Media Master on the pages within the Cisco Unity Assistant. (Note that in version 3.1 and earlier, the Cisco Unity Assistant was known as the ActiveAssistant, or AA.) For more information on setting up subscribers to record names and greetings, see the "Setting Up the Media Master" section on page 6-11.
Using the Cisco Unity Greetings Administrator to Record and Manage Greetings
The Cisco Unity Greetings Administrator allows you—or the call handler owner(s) that you assign—to manage call handler greetings from any phone. The owner of the call handler can be any subscriber or public distribution list.
By using the Cisco Unity Greeting Administrator, you can do the following tasks without having to access a Media Master control bar in the Cisco Unity Administrator:
•Rerecord a call handler greeting.
•Enable or disable the alternate greeting for a call handler.
•Determine which greeting is currently active for a call handler.
For example, if your office is unexpectedly closed because of bad weather, you can call Cisco Unity from home to enable the alternate Opening Greeting, or rerecord a call handler greeting to state that the office is closed.
Note The RSA SecurID system is not available for subscribers who use the Cisco Unity Greetings Administrator.
For information on setting up and using the Cisco Unity Greetings Administrator, see the "Setting Up the Cisco Unity Greetings Administrator" section on page 19-3 and the "Using the Cisco Unity Greetings Administrator to Change Call Handler Greetings" section on page 19-5.
Using the Media Master to Record Greetings and Names
The Media Master control bar appears on each page of the Cisco Unity Administrator on which recordings can be made. It allows you to make and play recordings, either with a phone or with your computer microphone and speakers, by clicking the Media Master controls.
The Media Master control bar relies on DCOM (Distributed Component Object Model), and does not work through a firewall that blocks DCOM communications. It also requires that your browser is able to download and run ActiveX controls.
Figure 5-1 Media Master Control Bar
See Table 5-1 for an overview of the Media Master Options menu.
Table 5-1 Media Master Control Bar Options Menu
Option
|
Meaning
|
New
|
Use this option to start a new recording.
|
Paste
|
Paste a copied recording of a voice message, name, or greeting into this recording.
|
Paste from file
|
Paste a WAV file that you have stored on your computer into this recording. Note that when you do, the file is converted (if applicable) and saved on the Cisco Unity server in the G711 format—even when this is not the recording and storage codec specified for the Cisco Unity server.
(For consistent sound quality, the codec format of all greetings and recorded names should match the message recording and storage codec being used by Cisco Unity. You can view the codec format of greetings and recorded names by using the Codec Checker utility. You change the codec format for greetings and recorded names by using the Set WAV Format utility. Both utilities are available in the Cisco Unity Tools Depot.)
|
Copy
|
Copy this recording so that you can paste it into another voice message, name, or greeting recording.
|
Copy to file
|
Save this recording as a WAV file to a location that you specify.
|
Playback devices
|
Select the phone or the multimedia speakers used with your computer. If you select the phone, you must click Options on the Media Master Control Bar Options menu and enter an extension and server name.
For more information, see the "Determining Which Recording and Playback Device to Use" section.
|
Recording devices
|
Select the phone or the multimedia microphone used with your computer. Note that if you select the phone, you must click Options on the Media Master Control Bar Options menu and enter an extension and server name.
For more information, see the "Determining Which Recording and Playback Device to Use" section.
|
Options
|
Enter an extension and the Cisco Unity server name here when you want to use the phone as the playback and recording device for the Media Master.
Note that during failover and failback, you cannot use the phone as a recording or playback device with the Media Master in the Cisco Unity Administrator unless you manually update the Cisco Unity server name specified in the Media Master. For more information, refer to the "Notifying Subscribers to Update the Server Name in the Media Master" section in the Cisco Unity Failover Configuration and Administration Guide. The guide is available at http://www.cisco.com/en/US/products/sw/voicesw/ps2237/products_feature_guides_list.html.
|
Determining Which Recording and Playback Device to Use
When determining the recording and playback device that you want to use with the Media Master in the Cisco Unity Administrator, consider the following points:
•The phone serves as the default recording and playback device for the Media Master.
•The phone offers the best sound quality for recordings.
In order to use the phone as a recording and playback device, Cisco Unity must have at least one port assigned for a TRAP Connection per session on the System > Ports page. (See the "Voice Messaging Port Settings" section on page 26-17 for more information.) Alternatively, when you make and play recordings by using a computer microphone and speakers, no ports are used, which decreases the load on the Cisco Unity server and leaves ports open for other functions.
For a "behind the scenes" summary of how the Media Master works with a given recording and playback device, see the "What Happens When Subscribers Use the Phone as Their Recording and Playback Device" section on page 6-13 and the "What Happens When Subscribers Use a Computer Microphone and Speakers as Their Recording and Playback Device" section on page 6-13.
•When you use the phone as a recording device, the recording and storage codec specified for the Cisco Unity server determines the format in which the recordings are saved and stored on the Cisco Unity server. However, when you use a computer microphone as the recording device, your recordings are saved and stored in the G711 format—even when this is not the recording and storage codec specified for the Cisco Unity server.
(For consistent sound quality, the codec format of all greetings and recorded names should match the message recording and storage codec being used by Cisco Unity. You can view the codec format of greetings and recorded names by using the Codec Checker utility. You change the codec format of greetings and recorded names by using the Set WAV Format utility. Both utilities are available in the Cisco Unity Tools Depot.)
Selecting Your Recording and Playback Device
Use the following procedure to change the recording and playback device used by the Media Master. Updates to the Media Master are saved per user, per computer. If you plan to use another computer to access the Cisco Unity Administrator, the Media Master needs to be updated on the second computer as well.
To Select a Recording and Playback Device
Step 1 Go to any Media Master control bar in the Cisco Unity Administrator.
Step 2 From the Options menu, click Playback Devices.
The Options menu button is on the far left of the Media Master control bar. See Figure 5-1.
Step 3 Select the device that you want to use from the list.
The <Use Preferred Device> option refers to the recording and playback devices that you have already selected for your computer (click Settings > Control Panel > Sounds and Multimedia on the Windows Start menu to set your preferred devices). See the Windows Help for more information on preferred recording and playback devices.
Step 4 From the Options menu, click Recording Devices, and repeat Step 3.
Sending System Broadcast Messages
System broadcast messages are recorded announcements sent to everyone in an organization (or to particular location(s) within an organization). You determine whether subscribers can use the Cisco Unity Broadcast Message Administrator to send and/or update broadcast messages. (By default, Cisco Unity subscribers are not enabled to use the Cisco Unity Broadcast Message Administrator.)
See the following sections to learn about broadcast messaging:
•System Broadcast Messages Overview
•Task List for Setting Up and Offering Access to the Cisco Unity Broadcast Message Administrator
•Using the Cisco Unity Broadcast Message Administrator to Send and Update System Broadcast Messages
System Broadcast Messages Overview
Though system broadcast messages may sound similar to regular voice messages, they are not simply voice messages sent to a large distribution list. They are unique in the following ways:
•System broadcast messages are played immediately after subscribers log on to Cisco Unity by phone—even before they hear message counts for new and saved messages. After logging on, subscribers hear how many system broadcast messages they have and Cisco Unity begins playing them.
•For each system broadcast message, the sender specifies how long Cisco Unity will broadcast the message. The sender can specify that a system broadcast message is "active" for a day, a week, a month—even indefinitely. Subscribers hear only the system broadcast messages that are active at the time that they log on to Cisco Unity.
•Subscribers must listen to each system broadcast message in its entirety before Cisco Unity allows them to hear new and saved messages or to change setup options. Subscribers cannot fast-forward or skip a system broadcast message.
•If a subscriber hangs up before playing the entire system broadcast message, the message plays again the next time that the subscriber logs on to Cisco Unity by phone (assuming that the message is still active).
•When a subscriber has finished playing a system broadcast message, the message can either be replayed or permanently deleted. Subscribers cannot respond to, forward, or save system broadcast messages.
•Subscribers can receive an unlimited number of system broadcast messages.
•Subscribers receive system broadcast messages even when they exceed their mailbox size limits and are no longer able to receive other messages. Because of the way that the messages are stored on the Cisco Unity server, they are not included in the total mailbox size for each subscriber.
•New subscribers hear all active broadcast messages immediately after they enroll as a Cisco Unity subscriber.
•System broadcast messages do not light message waiting indicators (MWIs) on subscriber phones, nor do they cause distinctive dial tones to notify subscribers of a new message when they pick up their desk phone receiver. System broadcast messages also do not trigger message notifications for alternative devices, such as a pager or another phone.
•Subscribers do not receive system broadcast messages in the Cisco Unity Inbox.
•Unified Messaging subscribers do not receive system broadcast messages in their e-mail Inboxes.
Task List for Setting Up and Offering Access to the Cisco Unity Broadcast Message Administrator
Use the following task list to set up broadcast messaging:
1. Set up the Cisco Unity Broadcast Message Administrator on each Cisco Unity server. See the "Setting Up the Cisco Unity Broadcast Message Administrator" section.
2. (Optional) Use the Advanced Settings tool on each Cisco Unity server to specify:
–Maximum recording length of system broadcast messages. By default, subscribers can record messages up to 300,000 milliseconds (5 minutes) in length. The setting is called Conversation—System Broadcast Message Maximum Recording Length.
–The order in which Cisco Unity presents system broadcast messages to subscribers. By default, the oldest messages play first. The setting is called Conversation—System Broadcast Message Playback Order.
–How long Cisco Unity retains expired system broadcast messages on the server. By default, Cisco Unity purges the WAV file and any data associated with a message 30 days after its end date and time. The setting is called Conversation—System Broadcast Message Retention Period.
–The number of days that a system broadcast message remains active when the subscriber does not specify an end date and time. The default is 30 days. The setting is called Conversation—System Broadcast Message Default Active Days.
–How often Cisco Unity checks for new system broadcast messages. By default, Cisco Unity checks for new messages every five minutes. The setting is called Conversation—System Broadcast Message Check Frequency.
Refer to the Advanced Settings Help for details on each setting. (The Advanced Settings tool is available in Tools Depot.)
3. Enable subscribers to send system broadcast messages. See the "Enabling Subscribers to Send and Update System Broadcast Messages" section.
4. If applicable, set up distribution list(s) so subscribers can use the Cisco Unity Broadcast Message Administrator to send broadcast messages to VPIM locations. To do so, you first must understand how broadcast messaging works with networked servers. Refer to the "Networked System Broadcast Messages" section in the "Using VPIM for Networking with Cisco Unity Express or Other Cisco Unity Systems" chapter of the Networking in Cisco Unity Guide. The guide is available at http://www.cisco.com/en/US/products/sw/voicesw/ps2237/products_feature_guides_list.html.
5. Let the applicable subscribers know how to access and use the Cisco Unity Broadcast Message Administrator. For an overview on how to use it, see the "Using the Cisco Unity Broadcast Message Administrator to Send and Update System Broadcast Messages" section.
Make sure that those who are able to send system broadcast messages to subscribers on multiple servers understand the meaning of each addressing option offered by the Cisco Unity Broadcast Message Administrator, and that they understand how to address a message to reach subscribers on a particular group of servers.
Refer to the applicable section in the Networking in Cisco Unity Guide:
–The "Addressing System Broadcast Messages to Digitally Networked Servers" section in the "Digital Networking" chapter.
–The "Addressing System Broadcast Messages to Multiple Servers" section in the "Using VPIM for Networking with Cisco Unity Express or Other Cisco Unity Systems" chapter.
The guide is available at http://www.cisco.com/en/US/products/sw/voicesw/ps2237/products_feature_guides_list.html.
Setting Up the Cisco Unity Broadcast Message Administrator
To send a system broadcast message, Cisco Unity subscribers log on to the Cisco Unity Broadcast Message Administrator—a special conversation that allows them to send and/or update system broadcast messages. You can give subscribers access to the Cisco Unity Broadcast Message Administrator in one of the following ways:
Create a Call Handler to Send Subscribers to the Cisco Unity Broadcast Message Administrator
You can create a new call handler, assign it a unique extension, and specify the Broadcast Message Administrator as the action that Cisco Unity performs after the greeting. To make the transfer quick and seamless to subscribers, select a blank greeting for the call handler.
See the "Creating and Modifying Call Handlers" section on page 19-2.
Offer the Cisco Unity Broadcast Message Administrator as a One-Key Dialing Option From a Greeting
You can specify that Cisco Unity will send a caller to the Broadcast Message Administrator (on the Caller Input page for any call handler or subscriber greeting) when a caller presses a particular key during the greeting. For example, you could specify that Cisco Unity sends the caller to the Cisco Unity Broadcast Message Administrator when a subscriber presses a particular key during the Opening Greeting or even during his or her own greeting.
To set up a one-key dialing option for accessing the Cisco Unity Broadcast Message Administrator, use caller input settings for a call handler to send callers to the Broadcast Message Administrator conversation when they press the key that you specify during a call handler greeting. Then, enable caller input for the applicable greeting. Optionally, you can (re)record the greeting to mention the key that callers can press in the call handler greeting. (For example, "...for the Cisco Unity Broadcast Message Administrator, press 3.")
For additional information on setting caller input options, see the "Call Handler Caller Input Settings" section on page 19-13.
Set Up a Special "Cisco Unity Broadcast Message Administrator" Phone Number and Routing Rule
Refer to the documentation for the phone system to set up a new phone number. Then, on the Call Management > Call Routing > Direct Calls page in the Cisco Unity Administrator, create a routing rule that sends any call that arrives for the new number to the Broadcast Message Administrator conversation. Distribute the new number to callers who are enabled to send and/or update system broadcast messages.
For additional information on setting up call routing rules, see the "Creating and Modifying Call Routing Rules" section on page 22-3 and the "Direct Calls and Forwarded Calls Routing Table Settings" section on page 22-4.
Enabling Subscribers to Send and Update System Broadcast Messages
Because system broadcast messages are designed to convey important and often time-sensitive information to a large number of subscribers at once, Cisco Unity subscribers can use the Cisco Unity Broadcast Message Administrator only if they are enabled to do so in the Cisco Unity Administrator. By default, Cisco Unity subscribers are not enabled to use the Cisco Unity Broadcast Message Administrator to send or update system broadcast messages.
In the Cisco Unity Administrator, you can specify whether subscriber(s) can send system broadcast messages to all subscribers on the local Cisco Unity server, to all locations in the Cisco Unity global directory, or to specific locations and/or public distribution lists set up for system broadcast messaging to remote networks. You can also specify whether subscribers can update system broadcast messages stored on the local Cisco Unity server. If you want to enable an existing group of subscribers to send system broadcast messages, you can use the Bulk Edit tool available in Tools Depot.
Consider how subscribers in your organization might use system broadcast messaging when determining which Cisco Unity subscribers can send and update system broadcast messages, and whether they can send messages to subscribers on the local Cisco Unity server, or other locations and/or remote networks. For example, as a Cisco Unity administrator, you may want to send a welcome message to subscribers on a new system or remind all Cisco Unity subscribers to change their phone passwords. Other Cisco Unity subscribers—such as network administrators, members of management, Human Resources personnel, and facilities managers—may also need to send system broadcast messages to announce planned network outages for particular locations, organization-wide goals and personnel changes, branch office closures for holidays, security alerts, and the like.
You can use the following procedures to enable subscribers to send and update system broadcast messages:
•Do the "To Enable Sending and Updating System Broadcast Messages in a Subscriber Template" procedure to allow a group of subscribers to send and update system broadcast messages. (Consider that changes to settings in a template do not affect any of the existing subscriber accounts that were based on that template; your updates to the template settings will affect only those subscribers whose accounts are created after you make the updates.)
•Do the "To Enable an Existing Subscriber to Send and Update System Broadcast Messages" procedure to allow an existing subscriber to send and update system broadcast messages. Alternatively, you can use the Bulk Edit utility in Tools Depot to modify multiple subscriber accounts at once. Refer to Help for details.
To Enable Sending and Updating System Broadcast Messages in a Subscriber Template
Step 1 In the Cisco Unity Administrator, go to any Subscribers > Subscriber Template page, and find the template that you want to modify.
Step 2 Browse to the Features page.
Step 3 Under Broadcast Messages, check the applicable check boxes:
•Subscriber Can Send Broadcast Messages to Subscribers on This Server—Check this check box to allow subscribers to send system broadcast messages to all subscribers on the local Cisco Unity server.
•Subscriber Can Send Broadcast Messages to Subscribers on Multiple Servers—Check this check box to allow subscribers to send system broadcast messages to all locations in the Cisco Unity global directory, or to specific locations and/or public distribution lists set up for system broadcast messaging. (By checking this check box, you also enable subscribers to send broadcast messages to all subscribers on the local Cisco Unity server.)
•Subscriber Can Update Broadcast Messages Stored on This Server—Check this check box to allow subscribers to edit system broadcast messages stored on the local Cisco Unity server. Note that by checking this check box, you also enable subscribers to send system broadcast messages to all subscribers on the local Cisco Unity server.
Consider that when a system broadcast message is sent to multiple locations, a copy of the message is sent to each server and then distributed to the subscribers homed on that server. As a result, subscribers must make updates to each message locally. To do so, subscribers must be enabled to update messages on each server and then they must log on to Cisco Unity Broadcast Message Administrator for each Cisco Unity server to update the messages.
Step 4 Click the Save icon.
To Enable an Existing Subscriber to Send and Update System Broadcast Messages
Step 1 In the Cisco Unity Administrator, go to any Subscribers > Subscribers page and find the applicable subscriber.
Step 2 Browse to the Features page.
Step 3 Under Broadcast Messages, check the applicable check boxes:
•Subscriber Can Send Broadcast Messages to Subscribers on This Server—Check this check box to allow subscribers to send broadcast messages to all subscribers on the local Cisco Unity server.
•Subscriber Can Send Broadcast Messages to Subscribers on Multiple Servers—Check this check box to allow subscribers to send system broadcast messages to the local Cisco Unity server, to all locations in the Cisco Unity global directory, or to specific locations and/or public distribution lists set up for broadcast messaging. (By checking this check box, you also enable subscribers to send broadcast messages to all subscribers on the local Cisco Unity server.)
•Subscriber Can Update Broadcast Messages Stored on This Server—Check this check box to allow subscribers to edit system broadcast messages stored on the local Cisco Unity server. Note that by checking this check box, you also enable subscribers to send system broadcast messages to all subscribers on the local Cisco Unity server.
Consider that when a system broadcast message is sent to multiple locations, a copy of the message is sent to each server and then distributed to the subscribers homed on that server. As a result, subscribers must make updates to each message locally. To do so, subscribers must be enabled to update messages on each server and then they must log on to Cisco Unity Broadcast Message Administrator for each Cisco Unity server to update the messages.
Step 4 Click the Save icon.
Using the Cisco Unity Broadcast Message Administrator to Send and Update System Broadcast Messages
Subscribers who are able to send system broadcast messages can use the Cisco Unity Broadcast Message Administrator to do the following tasks:
•Record and send one or more system broadcast messages. If the subscriber hangs up or is disconnected before sending the system broadcast message(s), Cisco Unity deletes the recording(s).
•Define when a system broadcast message becomes active and for how long. Unless otherwise specified by the subscriber, each message is set to broadcast immediately and to remain active for 30 days. Subscribers can set a future date and time for the message to be broadcast, and can specify that a system broadcast message is "active" for a day, a week, a month—even indefinitely. (Date and times reflect the time zone for the subscriber who sends the message, not those who receive it.)
Note If the delivery of a system broadcast message fails, the subscriber who sent it will receive a nondelivery receipt (NDR), indicating that the delivery failed and if known, the reason why it failed. However, unlike the process of sending other voice messages, the subscriber cannot resend the system broadcast message after playing the NDR. Instead, the subscriber must log on to the Cisco Unity Broadcast Message Administrator to re-record the message and send it again.
Subscribers who are able to update system broadcast messages can use the Cisco Unity Broadcast Message Administrator to do the following tasks on the local Cisco Unity server:
•Review active messages. (If there is more than one active message, the Cisco Unity Broadcast Message Administrator presents them in order based on the start date and time, starting with the newest messages.)
•Change the end date and time for active messages.
•Change or add to a recording for future messages. (Note that Cisco Unity enforces the total message length limit even when material is added to a message.)
•Change the start date and time and/or the end date and time for future messages. (Note that the end date and time does not adjust automatically if subscribers change the start date and time but do not change the end date and time.)
•Delete active and future messages. (Note that Cisco Unity does not report which subscribers have already played an active message.)
How You Can Customize Cisco Unity Conversations
You can customize the conversations that subscribers and unidentified callers hear in several ways, as shown in Table 5-2.
Table 5-2 Summary of Conversation Customizations That You Can Make
Customization
|
Description
|
Scope
|
Additional Information
|
Broadcast messages
|
Specify that subscribers can use Cisco Unity to do the following tasks:
•Send broadcast messages to other subscribers on same server
•Send broadcast messages to subscribers on multiple servers
•Update previously recorded broadcast messages stored on local server
Default: Disabled.
|
Individual subscribers and/or groups
|
See the "Sending System Broadcast Messages" section.
|
Call handlers
|
You can customize the predefined call handlers or create your own. You may want to use a call handler in the following ways:
•As an automated attendant.
•To offer prerecorded audiotext.
•As a message recipient.
•To transfer calls.
|
All subscribers and/or outside callers per server
|
See the "Call Handler Settings" chapter.
For guidance on creating a call management plan, see the "Call Management" chapter.
|
Call holding wait time and music
|
You can configure call waiting hold time. You can also customize the music that callers hear while on hold.
|
All subscribers and/or outside callers per server
|
See the "Configuring Call Waiting Hold Time" section, and the "Cisco Unity Music on Hold" section.
|
Call routing
|
You can customize how Cisco Unity handles direct calls and forwarded calls.
Based on criteria such as the phone number of the caller and the schedule that you specify, you can route certain calls to the Operator call handler, Opening Greeting, a subscriber greeting, the subscriber logon conversation, and so on.
|
All subscribers and/or outside callers per server
|
See the "Call Routing" chapter.
For guidance on creating a call management plan, see the "Call Management" chapter.
|
Caller ID
|
You can enable Cisco Unity to provide subscribers with additional information about callers who leave messages for them.
|
Individual subscribers and/or groups
|
See the "Offering Subscribers Additional Caller Information Before Message Playback" section.
|
Caller input
|
For subscriber greetings, you can define the actions that Cisco Unity takes in response to touchtone keys pressed by callers.
Default: Enabled with the *, 0, or # keys mapped as follows:
•The * key is set up to offer the Sign-In conversation.
•The # key is set up to skip greetings.
•The 0 key is set up to send callers to the Operator call handler.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Greetings Settings" section on page 10-15 and the "Subscriber Greetings Settings" section on page 14-19.
|
Conversation menu style
|
You can specify that subscribers hear the comprehensive instructions offered by the full menus, or that they hear brief menus.
Default: Full.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 and the "Subscriber Conversation Settings" section on page 14-10.
|
Conversation style
|
You can select the conversation style that subscribers hear when they listen to and manage their messages over the phone. Each style offers a different keypad mapping for the message-retrieval menus, and one even allows you to specify your own keypad mapping:
•Standard Conversation—Subscribers hear the menus depicted in the Cisco Unity Phone Menus for the Standard Conversation.
•Optional Conversation 1—Subscribers hear the menus depicted in the Cisco Unity Phone Menus for Optional Conversation 1.
•Custom Alternate Keypad Mapping— Subscribers hear the menus that use the keypad mapping that you specify in the Custom Keypad Map utility. You can also use the utility to generate a user card in HTML that you can give to subscribers.
•Alternate Keypad Mapping S—Subscribers hear the menus that use the keypad mapping depicted in the "Cisco Unity Phone Menus and Shortcuts" chapter of the Cisco Unity User Guide.
•Alternate Keypad Mapping X—Subscribers hear the menus that use the keypad mapping depicted in the "Cisco Unity Phone Menus and Shortcuts" chapter of the Cisco Unity User Guide.
•Alternate Keypad Mapping N—Subscribers hear the menus that use the keypad mapping depicted in the "Cisco Unity Phone Menus and Shortcuts" chapter of the Cisco Unity User Guide.
A Hospitality conversation is also available for hotel guests.
Default: Standard.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 and the "Subscriber Conversation Settings" section on page 14-10.
The Cisco Unity User Guide is available at http://www.cisco.com/en/US/prod ucts/sw/voicesw/ps2237/products_ user_guide_list.html.
The Custom Keypad Map utility is available in Tools Depot. To learn how to use it, refer to Help.
If applicable, see the "Hospitality and Property Management System Integration" chapter.
|
Deleting messages
|
You can:
•Dictate whether subscribers can listen to, reply to, or forward deleted messages, or restore them as new or saved messages (this setting applies at the class of service (COS) level).
•Change how Cisco Unity handles the way in which multiple deleted messages are deleted.
•Enable Cisco Unity to request confirmation from subscribers before proceeding with a deletion of a single deleted message. (To delete a deleted message, subscribers must belong to a class of service that allows them to retain and review deleted messages.) Default: Disabled.
•Enable Cisco Unity to request confirmation from subscribers before proceeding with a deletion of a single new or saved message. Default: Disabled.
Note that the Cisco Unity conversation plays the menu that offers the deleted messages option to all subscribers—even those who do not have COS rights to access deleted messages. You can specify that Cisco Unity plays the menu offering access to deleted messages only to subscribers who have COS rights to access them.
|
All subscribers and/or outside callers per server
|
See the "Class of Service Messages Settings" section on page 11-9.
Additionally, see the "Changing What Subscribers Hear When They Manage Deleted Messages" section.
To change whether the Cisco Unity plays the menu that offers the deleted messages option, refer to the Advanced Settings tool Help (in the Unity Settings list, click Conversation—Do Not Offer Deleted Messages Option). The Advanced Settings tool is available in Tools Depot.
|
Directory handlers
|
You can specify:
•Search scope.
•Whether a directory handler searches for subscribers first name first, or last name first.
•What subscribers and callers hear when the directory handler finds one or more matches.
•What the directory handler does when it detects no caller input.
You can also set up multiple directory handlers to provide directory searches for systems with hundreds or thousands of subscribers.
|
All subscribers and/or outside callers per server
|
See the "Directory Handler Settings" chapter.
For guidance on creating a call management plan, see the "Call Management" chapter.
|
Double-key time interval
|
You can adjust the time that Cisco Unity waits for a second key before acting upon the first (known as the "double-key timeout"). Consider changing the interval of time that Cisco Unity uses to interpret two key presses if subscribers complain that Cisco Unity does not act upon key presses as they expect.
See also the "Responding to phone menus: timeouts for subscribers" section in this table.
|
All subscribers per server
|
Refer to the Advanced Settings tool Help (in the Unity Settings list, click Conversation—Set "Double Key Press" Time). The Advanced Settings tool is available in Tools Depot.
|
Finding messages
|
You can enable subscribers to use Message Locator to find voice messages from Cisco Unity subscribers and outside callers when they check messages by phone.
When Message Locator is enabled, subscribers are prompted to "Press 5 to find messages" from the Cisco Unity Main menu.
Default: Disabled.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Features Settings" section on page 10-30 and the "Subscriber Features Settings" section on page 14-38.
|
First-time enrollment
|
You can specify that when subscribers log on for the first time (or the next time, as applicable), Cisco Unity prompts them to enroll. The first-time enrollment conversation asks subscribers to record a name and greeting, set a password, and choose whether to be listed in directory assistance.
Note that Cisco Unity does not prevent subscribers from completing the enrollment process if they do not record their name. You can change the first-time enrollment conversation so that it requires subscribers to record a voice name to complete first-time enrollment.
Default: First-time enrollment is enabled, but subscribers are not required to record a voice name.
|
Individual subscribers and/or groups
All subscribers per server (require recorded name)
|
See the "Subscriber Template Profile Settings" section on page 10-3 and the "Subscriber Profile Settings" section on page 14-2.
To require all subscribers to record a voice name during enrollment, refer to the Advanced Settings tool Help (in the Unity Settings list, click Conversation—First-Time Enrollment: Require Subscribers to Record Names). The Advanced Settings tool is available in Tools Depot.
|
Greetings: alternate greeting notification and caller options
|
You can enable Cisco Unity to play a prompt that reminds subscribers when their alternate greeting is turned on.
To prevent mailboxes from filling up while subscribers are on vacation or on an extended leave of absence, you can also specify that Cisco Unity will:
•Transfer callers to the greeting without ringing the subscriber phone.
•Prevent callers from skipping the subscriber greeting.
•Prevent callers from leaving messages at all.
Default: Disabled.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Greetings Settings" section on page 10-15 and the "Subscriber Greetings Settings" section on page 14-19.
|
Greetings: maximum length
|
You can set the maximum recording length allowed for subscriber greetings.
Default: 90 seconds.
(See also the "Recording time limits" section in this table.)
|
Subscriber groups
|
See the "Class of Service Greetings Settings" section on page 11-10.
|
Greetings: setting up
|
You can enable up to five greetings for each subscriber and call handler. You specify how long each greeting is enabled, the greeting source, and the actions that Cisco Unity takes during and after each greeting.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Greetings Settings" section on page 10-15, the "Subscriber Greetings Settings" section on page 14-19, and the "Call Handler Greetings Settings" section on page 19-10.
|
Identified Subscriber Messaging (ISM)
|
ISM affects what subscribers hear when they call other subscribers from their primary or alternate extensions and are forwarded to the greetings of the subscribers they call. If they then leave a message, ISM affects what the called subscriber hears and can do when listening to the message.
When ISM is enabled, Cisco Unity recognizes that the calling extension is associated with a subscriber and accordingly plays the internal greeting of the called subscriber. Additionally, when the called subscriber later listens to the message, Cisco Unity plays the recorded voice name of the subscriber who left the message and allows the called subscriber to record a reply.
Default: Enabled.
|
All subscribers and/or outside callers per server
|
See the "Configuration Settings" section on page 26-2.
For an explanation of how ISM works with remote subscribers, and for information on how to set it up, refer to the applicable guide:
•The Networking in Cisco Unity Guide, available at http://www.cisco.com/en/US/ products/sw/voicesw/ps2237/ products_feature_guides_list. html.
•The Cisco Unity Bridge Networking Guide, available at http://www.cisco.com/en/US/ products/sw/voicesw/ps2237/ products_feature_guides_list. html
|
Interview handlers
|
You can specify:
•What questions the interview handler asks.
•To whom the interview response is delivered.
•The extension (if any) that callers dial to reach the interview handler.
•The language in which callers hear system prompts.
|
All subscribers and/or outside callers per server
|
See the "Interview Handler Settings" chapter.
For guidance on creating a call management plan, see the "Call Management" chapter.
|
Language: settings for routing rules and call handlers
|
You can customize the language settings for routing rules, call handlers, interview handlers, and directory handlers.
|
Individual conversation components
|
See the "Specifying Phone Languages" section on page 8-3.
|
Language: settings for specific subscribers
|
You can specify which language callers hear when they leave messages for individual subscribers. (This affects prompts such as "Record your message at the tone.")
|
Individual subscribers and/or groups
|
See the "Specifying Phone Languages" section on page 8-3.
|
Language: system prompts
|
You can specify the default language in which system prompts are played to all subscribers and callers.
|
All subscribers and/or outside callers per server
|
See the "Specifying Phone Languages" section on page 8-3.
|
Language: Text to Speech (TTS)
|
You can specify the default TTS language that subscribers hear when having their e-mail read to them over the phone.
|
Individual subscribers and/or groups
|
See the "Specifying Text to Speech Languages" section on page 8-2.
|
Leaving messages: enabling and customizing a warning tone
(Cisco CallManager and SIP phone system integrations only)
|
You can enable a warning tone to play before the maximum allowable message length of a recording is reached.
You can also customize the tone by recording a WAV file with another tone or a brief message.
Default: Disabled.
|
All subscribers and/or outside callers per server
|
See the "Enabling a Warning Tone for End of Recording" section and the "Customizing the Warning Tone for End of Recording" section.
|
Leaving messages: maximum message length for unidentified callers
|
You can set the maximum message length allowed to unidentified callers.
(See also the "Sending messages: maximum message length for subscribers" section and the "Recording time limits" section in this table.)
|
Individual subscribers and/or groups
|
See the "Subscriber Template Messages Settings" section on page 10-22 and the "Subscriber Messages Settings" section on page 14-25.
|
Leaving messages: what unidentified callers can do
|
You can dictate whether the Cisco Unity conversation offers callers the opportunity to edit the messages that they leave for subscribers, and allows them to mark messages urgent.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Messages Settings" section on page 10-22 and the "Subscriber Messages Settings" section on page 14-25.
|
Logging off
|
You can select the destination—such as a call handler, interview handler, subscriber, or directory assistance—that Cisco Unity sends subscribers to when they exit the subscriber conversation.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 and the "Subscriber Conversation Settings" section on page 14-10.
|
Logging on
|
For subscribers on each Cisco Unity server, you can use caller input settings to specify:
•Which key(s) subscribers can press to interrupt a subscriber greeting so that they can log on to Cisco Unity.
•What subscribers hear after Cisco Unity prompts them to log on.
You can also set up cross-server logon for multiple Cisco Unity servers. Cross-server logon allows you to provide subscribers with one phone number that they can call to log on to Cisco Unity from outside your organization.
|
Individual subscribers and/or groups for single or networked servers
|
See the "Specifying How Subscribers Log On to Cisco Unity From Subscriber Greetings" section.
For more information, refer to the "Cross-Server Logon, Transfers, and Live Reply" chapter of the Networking in Cisco Unity Guide, available at http://www.cisco.com/en/US/prod ucts/sw/voicesw/ps2237/products_ feature_guides_list.html.
|
Playing messages: excluding all receipts
|
You can exclude nondelivery receipts (NDRs) and return (read and delivery) receipts from the list of messages that the Cisco Unity conversation plays for subscribers. (By default, all receipts are included.)
|
All subscribers and/or outside callers per server
|
Refer to the Advanced Settings tool Help. The setting is called Conversation—Exclude All Receipts From Voice Mail Stack.
The Advanced Settings tool is available in Tools Depot.
|
Playing messages: excluding return receipts
|
You can exclude return receipts (read and delivery) from the list of messages that are played for subscribers. (By default, read receipts are included.)
|
All subscribers and/or outside callers per server
|
Refer to the Advanced Settings tool Help. The setting is called Conversation—Exclude Return Receipts From Voice Mail Stack.
The Advanced Settings tool is available in Tools Depot.
|
Playing messages: message playback options
|
You can dictate whether subscribers hear the Message Type menu, message counts, and timestamps when they check messages, and you can specify the order in which Cisco Unity plays messages.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 and the "Subscriber Conversation Settings" section on page 14-10.
|
Recorded names: maximum recorded name length
|
You can specify the number of seconds allowed for subscriber recorded names.
|
Subscriber groups
|
See the "Class of Service Profile Settings" section on page 11-3.
|
Recording time limits
|
You can specify:
•How much to truncate the end of a recording when a message is terminated with a touchtone.
•Silence thresholds before, during, and after recordings.
•The number of seconds that Cisco Unity uses as a cutoff for short and long recordings.
•The minimum length of recordings, in seconds, for messages or greetings.
|
All subscribers and/or outside callers per server
|
See the "Recording Settings" section on page 26-6.
|
(Re)playing messages
|
You can change the Cisco Unity conversation so that it replays only the message body when a subscriber replays a voice message.
Default: Cisco Unity replays both the summary and the body of the message.
|
All subscribers and/or outside callers per server
|
Refer to the Advanced Settings tool Help. The setting is called Conversations—Do Not Replay Message Summary.
The Advanced Settings tool is available in Tools Depot.
|
Replying to messages: "Live Reply"
|
On each Cisco Unity server, you can enable subscribers to reply to messages from other subscribers by calling them.
You can also enable cross-server live reply to subscribers on networked Cisco Unity servers. Cross-server live reply allows subscribers to "live reply" to messages from subscribers on other Cisco Unity servers in a dialing domain.
Default: Disabled.
|
Subscriber groups for single or networked servers
|
See the "Class of Service Messages Settings" section on page 11-9.
For more information, refer to the "Cross-Server Logon, Transfers, and Live Reply" chapter of the Networking in Cisco Unity Guide, available at http://www.cisco.com/en/US/prod ucts/sw/voicesw/ps2237/products_ feature_guides_list.html.
|
Responding to phone menus: timeouts for outside callers
|
For outside callers, you can specify the following:
•How long Cisco Unity waits for outside callers to press a key after playing a menu.
•How long Cisco Unity waits for additional key presses after the outside caller has pressed a key.
•How many times Cisco Unity repeats a menu if the caller has not responded to a menu.
|
Outside callers per server
|
See the "Configuration Settings" section on page 26-2.
|
Responding to phone menus: timeouts for subscribers
|
For each subscriber, you can specify the following:
•How long Cisco Unity waits for the subscriber to press a key after playing a menu.
•How long Cisco Unity waits for additional key presses after the subscriber has pressed a key.
•How many times Cisco Unity repeats a menu if the subscriber has not responded to a menu.
See also the "Double-key time interval" section in this table.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 and the "Subscriber Conversation Settings" section on page 14-10.
|
Securing voice messages
|
You can set up private secure messaging and enable subscribers to use it. Private secure messaging provides security through the use of public/private key encryption for voice messages that subscribers record by using the Cisco Unity conversation.
Voice messages that are marked private and secure cannot be heard by anyone other than a Cisco Unity subscriber who is homed on a Cisco Unity server that is configured for private secure messaging.
|
All subscribers and/or outside callers per server
|
For information on how to set up private secure messaging, refer to the "Private Secure Messaging (Cisco Unity Version 4.0(5) and Later)" section in the "Securing Subscriber Messages" chapter of the Cisco Unity Security Guide. The guide is available at http://www.cisco.com/en/US/prod ucts/sw/voicesw/ps2237/prod_mai ntenance_guides_list.html.
|
Sending messages: address by name or number
|
You can determine how Cisco Unity prompts subscribers to address messages to other subscribers when they send messages ("Press 2 to send a message"): by entering extensions, by spelling first names, or by spelling last names.
(When spelled name searches are enabled for the server, subscribers can switch between addressing by name and addressing by extension by pressing the # key twice at any time. See also the "Spelled name searches and addressing" section in this table.)
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 and the "Subscriber Conversation Settings" section on page 14-10.
|
Sending messages: address confirmation
|
You can alter how Cisco Unity prompts a subscriber to confirm message addressing when they send messages ("Press 2 to send a message").
|
All subscribers and/or outside callers per server
|
See the "Changing How Subscribers Confirm Message Addressing" section.
|
Sending messages: addressing order
|
You can change the order in which Cisco Unity prompts subscribers to address and record messages.
|
All subscribers and/or outside callers per server
|
See the "Changing the Order for Addressing and Recording" section.
|
Sending messages: maximum message length for subscribers
|
You can set the maximum message length allowed to subscribers.
Default: 300 seconds.
(See also the "Leaving messages: maximum message length for unidentified callers" section in this table.)
|
Individual subscribers and/or groups
|
See the "Subscriber Template Messages Settings" section on page 10-22 and the "Subscriber Messages Settings" section on page 14-25.
|
Sending messages: public distribution lists
|
You can specify whether subscribers can send messages to public distribution lists.
|
Subscriber groups
|
See the "Class of Service Messages Settings" section on page 11-9.
|
Sending messages: streamlining addressing
|
You can specify that Cisco Unity allows subscribers to continue adding names after adding a recipient. In this way, you can significantly streamline the addressing process when subscribers send and forward messages to multiple recipients.
|
All subscribers and/or outside callers per server
|
See the "Streamlining Message Addressing" section.
|
Skipping messages
(Optional conversation 1 only)
|
You can specify whether Cisco Unity saves new messages that subscribers have skipped by pressing # during message playback: as saved messages or as new messages.
Default: Saved as new.
|
All subscribers and/or outside callers per server
|
See the "Changing How Cisco Unity Saves New Messages That Subscribers Skip During Message Playback (Optional Conversation 1)" section.
|
Skipping messages
(standard conversation only)
|
You can specify whether Cisco Unity fast-forwards to the end of a message or skips to the next message when subscribers press the # key during message playback.
Default: Cisco Unity fast-forwards to the end of the message and then plays the After Message menu. Subscribers press ## to skip to the next message during message playback.
|
All subscribers and/or outside callers per server
|
See the "Changing How Subscribers Skip Messages During Message Playback (Standard Conversation)" section.
|
Speed control: prompts for all conversations
|
You can specify how fast Cisco Unity plays all system prompts.
(To learn more about system prompts, see also the "About System Prompts" section.)
|
All subscribers and/or outside callers per server
|
Refer to the Set Prompt Speed utility Help. In particular, review the Requirements/Special Notes section before you run the utility.
The Set Prompt Speed utility is an Audio Management tool, available in Tools Depot.
|
Speed control: prompts for subscriber conversation
|
You can specify the speed at which Cisco Unity plays prompts to subscribers on the applicable Conversation page for a subscriber template or an individual subscriber in the Cisco Unity Administrator or by using Bulk Edit.
Note that the speed you specify does not affect the playback speed of recorded names, greetings, or messages.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 or the "Subscriber Conversation Settings" section on page 14-10.
|
Speed control: subscriber messages
|
You cannot specify how fast Cisco Unity plays subscriber messages. Instead, subscribers can adjust the playback speed of their messages by phone or from a Media Master control bar. (Not all phone system integrations support speed control by phone.)
(See also the "Speed control: prompts for subscriber conversation" section and the "Speed control: prompts for all conversations" section in this table.)
|
Individual subscribers
|
For information about adjusting the playback speed of messages, refer subscribers to the "Overview: Changing Recording and Playback Settings" chapter in the Cisco Unity User Guide, available at http://www.cisco.com/en/US/prod ucts/sw/voicesw/ps2237/products_ user_guide_list.html.
|
Spelled name searches and addressing
|
You can specify whether Cisco Unity allows subscribers to search for and address messages to other subscribers by spelling names.
Default: Enabled.
(See also the "Sending messages: address by name or number" section in this table.)
|
All subscribers and/or outside callers per server
|
See the "Configuration Settings" section on page 26-2.
|
Transfer and holding options
|
You can dictate some of what subscribers and unidentified callers hear when Cisco Unity transfers a call from the automated attendant or a directory handler to a subscriber, including what they hear when they are on hold.
For example, depending on how you set up Cisco Unity and the phone system to handle call transfers, you may be able to use call transfer settings to:
•Select what Cisco Unity says and does when the subscriber phone is busy.
•Determine what Cisco Unity plays when transferring calls.
•Set up call screening.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Call Transfer Settings" section on page 10-12 and the "Subscriber Call Transfer Settings" section on page 14-15.
|
Transfers: across networked servers
|
Cross-server transfer allows for transfers of calls from the automated attendant or a directory handler of one Cisco Unity server to a subscriber on another Cisco Unity server in the dialing domain.
|
All subscribers and/or callers for networked servers
|
For more information, refer to the "Cross-Server Logon, Transfers, and Live Reply" chapter of the Networking in Cisco Unity Guide, available at http://www.cisco.com/en/US/prod ucts/sw/voicesw/ps2237/products_ feature_guides_list.html.
|
Transfers: offering "system transfers"
|
You can set up call handler greetings, subscriber greetings, and/or routing rules to allow subscribers to dial internal phone numbers that are not associated with Cisco Unity subscribers.
By default, Cisco Unity prompts subscribers and callers to confirm the number that they enter before performing the transfer. You can disable the prompt.
|
Individual subscribers and/or groups
|
See the "Setting Up System Transfers" section.
|
Transfers: restricting phone numbers
|
You can specify which phone numbers subscribers can use for transferring calls.
|
Subscriber groups
|
See the "Restriction Tables" chapter.
|
TTY
|
You can install TTY prompts so that subscribers and unidentified callers who use TTY can call Cisco Unity and use the same features that a hearing caller can use, with a few exceptions.
|
Individual subscribers and/or groups
|
See the "TTY Overview" section on page 8-5.
|
Volume: subscriber menus
(for analog or DTMF integrations only)
|
You can select the volume level at which subscribers hear the Cisco Unity conversation.
|
Individual subscribers and/or groups
|
See the "Subscriber Template Conversation Settings" section on page 10-7 and the "Subscriber Conversation Settings" section on page 14-10.
|
Volume: system prompts
|
You can select the volume level at which all callers hear Cisco Unity system prompts. (To learn more about system prompts, see also the "About System Prompts" section.)
|
All subscribers and/or outside callers per server
|
Refer to the Set Volume utility Help.
The Set Volume utility is an Audio Management tool, available in Tools Depot.
|
Changing How Subscribers Skip Messages During Message Playback (Standard Conversation)
You can customize the standard conversation to change how subscribers skip messages. By default, subscribers can press the # key to fast-forward to the end of a message, and press ## to skip to the next message as they play messages. You may want to consider changing the Cisco Unity conversation so that subscribers can press a single # key to skip a message during message playback.
By using the Advanced Settings tool to change the registry, you can specify what action Cisco Unity takes when subscribers press the # key while playing new, saved, and deleted messages. (Subscribers require the applicable COS rights to play deleted messages by phone.) The applicable registry values are:
0
|
When subscribers press the # key during message playback, Cisco Unity fast-forwards to the end of the message and then plays the After Message menu. Subscribers press ## to skip to the next message during message playback. (Default)
|
1
|
When subscribers press the # key during message playback, Cisco Unity skips to the next message. Cisco Unity skips two messages when subscribers press ## during message playback. Subscribers can press 99 to fast-forward to the end of the message.
|
Changing whether subscribers press # or ## to skip a message during message playback also affects the shortcuts that subscribers can use while listening to a message. The changes to all keys are summarized in Table 5-3 below:
Table 5-3 Keys Affected by Changing How Subscribers Skip Messages During Message Playback
Task
|
Key(s) Subscribers Press When Registry Value is O 1
|
Key(s) Subscribers Press When Registry Value is 1 2
|
Fast-forward to end of message (Cisco Unity plays After Message menu)
|
#
|
99
|
Skip message and save as is
|
##
|
#
|
Skip message and restore as saved
|
#2
|
992
|
Skip message and reply
|
#4
|
994
|
Skip message and reply to all
|
#42
|
9942
|
Skip message and forward message
|
#5
|
995
|
Skip message and save as new/restore as new
|
#6
|
996
|
Skip message and deliver e-mail/fax to fax
|
#8
|
998
|
Skip message and play message properties
|
#9
|
999
|
The registry change is applied systemwide to all subscribers who are associated with the Cisco Unity server and who use the standard conversation. You cannot make the change for an individual subscriber or a specific group of subscribers who use the standard conversation. If subscribers in your organization are already accustomed to pressing ## to skip to the next message, review the "Support Desk Orientation" section on page 7-7 before you make the change. It is important that you understand the potential problems that may arise when subscribers do not readily adapt to the new key mappings.
Note For Cisco Unity failover, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated.
Do the following procedure if you would like to change the action that Cisco Unity takes when subscribers press the # key during message playback.
To Change How Subscribers Skip Messages During Message Playback
Step 1 On the Cisco Unity server desktop, double-click the Cisco Unity Tools Depot icon.
Step 2 In the left pane, under Administrative Tools, double-click Advanced Settings Tool.
Step 3 In the Unity Settings pane, click Conversations—Set # to Skip to Next Message (Standard Conversation Only).
Step 4 In the New Value list, click the applicable value, and click Set.
Step 5 When prompted, click OK.
Step 6 Click Exit.
Step 7 Restart the Cisco Unity software for the registry change to take effect.
Enabling a Warning Tone for End of Recording
Note This feature applies only to integrations with Cisco CallManager or SIP phone systems.
Cisco Unity can be set to sound a warning tone before reaching the maximum allowable message length while callers record their messages. By default, the warning tone is disabled. There are two settings that can be customized:
•The number of milliseconds before reaching the maximum message length when the warning tone will sound. Any setting greater than 0 enables the warning tone.
•The maximum recording length in milliseconds for which no warning tone will sound. This setting prevents the warning tone from sounding for shorter recordings such as voice names.
For example, if the maximum message length is set for 300 seconds and the first setting is set for 10 seconds, the warning tone will sound after 290 seconds of recording—10 seconds before the recording limit is reached and the recording session is terminated.
You can also customize the warning tone by recording a WAV file with another tone or a brief message. To do so, see the "Customizing the Warning Tone for End of Recording" section.
Note For Cisco Unity failover, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated.
To enable the warning tone, do the following procedure.
To Enable the Warning Tone for the End of Recording
Step 1 On the Cisco Unity server desktop, double-click the Cisco Unity Tools Depot icon.
Step 2 In the left pane, expand Administrative Tools, and double-click Advanced Settings Tool.
Step 3 In the Unity Settings pane, click Conversation—Record Termination Warning: Record Termination Warning Time. Information about this setting appears in the Description box.
Step 4 In the New Value field, enter a number of milliseconds to indicate when the warning tone will sound. The tone sounds this number of milliseconds prior to the end of the allowed recording time. We recommend entering 10000.
Step 5 Click Set.
Step 6 In the Unity Settings pane, click Conversation—Record Termination Warning: Minimum Recording Length for Termination Warning.
Step 7 In the New Value field, enter the maximum recording length in milliseconds for which no warning tone will sound. We recommend entering 30000.
Step 8 Click Set.
Step 9 Click Exit to close the Unity Registry Settings window.
Step 10 For the settings to take effect, exit and restart the Cisco Unity software.
Customizing the Warning Tone for End of Recording
When enabled, a recording beep sounds as the warning tone. You can customize the warning tone by recording another tone or a brief message as a WAV file and specifying the location of the WAV file.
Note For Cisco Unity failover, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated.
To specify a customized warning tone, do the following procedure.
To Specify the Location of a Customized Warning Tone
Step 1 On the Cisco Unity server desktop, double-click the Cisco Unity Tools Depot icon.
Step 2 In the left pane, expand Administrative Tools, and double-click Advanced Settings Tool.
Step 3 In the Unity Settings pane, click Conversation—Record Termination Warning: Warning WAV File Location.
Step 4 In the New Value field, enter the full path of the WAV file that you want to use as the warning tone.
Step 5 Click Set.
Step 6 Click Exit to close the Unity Registry Settings window.
Step 7 For the settings to take effect, exit and restart the Cisco Unity software.
Specifying How Subscribers Log On to Cisco Unity From Subscriber Greetings
Caller input settings allow you to specify how subscribers log on to Cisco Unity when they are listening to a subscriber greeting. By using the caller input settings you can specify which key(s) subscribers can press to interrupt a subscriber greeting so that they can log on to Cisco Unity, and what subscribers hear after Cisco Unity prompts them to log on.
Note You specify caller input settings on the subscriber template and on individual subscriber pages in the Cisco Unity Administrator, or by using Bulk Edit or the Cisco Unity Bulk Import wizard. Caller input settings work for a particular greeting only when the Allow Caller Input check box is checked on the applicable Greetings page for the subscriber template or individual subscriber in the Cisco Unity Administrator.
By default, Cisco Unity is set up so that subscribers hear the Cisco Unity Sign-In conversation, which prompts them for their ID and password when they press * during any subscriber greeting—either their own or another subscriber greeting. As an alternative, you can accommodate subscribers who want an easier way to log on from their own greeting by offering the Easy Sign-In conversation, which prompts subscribers only for a password.
Table 5-4 summarizes the options available to you for specifying how subscribers log on to Cisco Unity from their own greeting or from another subscriber greeting:
Table 5-4 Summary of Caller Input Options Available for Specifying How Subscribers Log On to Cisco Unity
from Subscriber Greetings
Cisco Unity Conversation
|
Description
|
Subscriber Use
|
Best Practice
|
Sign-In
|
Prompts subscribers to enter an ID and password when they press * during any subscriber greeting.
Enabled by default.
|
To avoid leaving a message as "an unidentified caller," subscribers can log on to Cisco Unity from another subscriber greeting when they call the subscriber from a phone that is not associated with their account. (Cisco Unity subscribers cannot reply to messages from unidentified callers.)
|
Continue to offer the Sign-In conversation so that subscribers can make the most of identified subscriber messaging.
If you are considering reassigning the key used to access the Sign-In conversation, consider that subscribers also access the Sign-In conversation by pressing * from the Opening Greeting.
|
Easy Sign-In
|
Prompts subscribers to enter a password when they press a key during any subscriber greeting.
Disabled by default. (No key is mapped to the Easy Sign-In conversation.)
|
Subscribers can dial their extensions and log on quickly. In this situation, subscribers may prefer the Easy Sign-In to the Sign-In conversation for several reasons:
•They find the extra step of entering their ID redundant as they had already entered it when they dialed their extension (assuming that Cisco Unity IDs are the same as subscriber extensions).
•They find the extra step of entering their ID annoying because they migrated from another voice messaging system that did not prompt them to enter an ID when they logged on from their greeting.
•They migrated from another voice messaging system and are used to pressing a different key to log on from their greeting.
Offering subscribers a fast and familiar way to log on from their own greeting is a handy alternative when subscribers cannot remember the pilot number to access Cisco Unity by phone.
(Note that when subscribers call another subscriber and attempt to log on, Cisco Unity requires the password associated with the extension of the subscriber who placed the call.)
|
Provide Easy Sign-In to subscribers who want a faster way to log on from their own greeting or to accommodate subscribers who are accustomed to another voice messaging system.
Keys 1-9 are unmapped, and are therefore good choices for assigning to the Easy Sign-In conversation. Consider the following if you are thinking of using the *, 0, or # key instead:
•Avoid reassigning the * key so that you can continue to offer the Sign-In conversation.
•The # key is already set up to skip greetings. It is also the key that subscribers use to skip ahead throughout the Cisco Unity conversation.
•The 0 key is already set up to send callers to the Operator call handler.
•The Cisco Unity subscriber documentation reflects the behavior described above for the *, 0, and # keys.
|
Configuring Call Waiting Hold Time
With call holding, when the phone is busy, Cisco Unity can ask callers to hold. Cisco Unity manages each caller in the queue, according to the settings you configure. You can configure call waiting hold time, as described below. You can also customize the music that callers hear while on hold, as described in the "Cisco Unity Music on Hold" section.
The call holding wait time for the first caller in the queue can be configured by making changes in the following registry keys:
HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\CallTransfer\1.0\WaitTimeSec
HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\CallTransfer\1.0\Attempts
The default value for each key is 5. To obtain the call holding queue wait time for the first caller in the queue, Cisco Unity multiplies the values of the keys. For example, the default value of 25 seconds is a WaitTimeSec of 5 seconds x 5 Attempts. If both keys were set to a value of 10, the call holding queue wait time would be 100 seconds (a WaitTimeSec of 10 x 10 Attempts), and so on.
The WaitTimeSec setting controls how long Cisco Unity waits between attempts to connect the caller. We recommend a value between 5 and 15. A value outside of this range could prevent Cisco Unity from functioning as designed.
The Attempts setting controls how many times Cisco Unity tries the subscriber extension before asking whether the caller wants to continue to hold. We recommend a value between 2 and 10. Increasing this setting will decrease the frequency at which Cisco Unity asks whether the caller wants to continue to hold.
If these registry keys are not present on your system, you can add them as DWORD values. You do not need to restart Cisco Unity for the changes to take effect.
Do the following procedure to add or change call holding wait time registry keys.
To Add or Change Call Holding Wait Time Registry Keys
Step 1 On the Cisco Unity server, on the Windows Start Menu, click Run.
Step 2 Start Regedit.
Caution Changing the wrong registry key or entering an incorrect value can cause the server to malfunction. Before you edit the registry, confirm that you know how to restore it if a problem occurs. (Refer to the "Restoring" topics in Registry Editor Help.) Note that when Cisco Unity failover is configured, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated. If you have any questions about changing registry key settings, contact Cisco TAC.
Step 3 If you do not have a current backup of the registry, click Registry > Export Registry File, and save the registry settings to a file.
Step 4 Expand the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\CallTransfer\1.0
If the registry key does not exist, continue with Step 5; otherwise, skip to Step 12.
Step 5 On the Edit menu, click New Key.
Step 6 Name the new key CallTransfer.
Step 7 Click the new CallTransfer key, then on the Edit menu, click New Key.
Step 8 Name the new key 1.0.
Step 9 Click the new 1.0 key, then on the Edit menu, click New DWORD Value.
Step 10 Double-click the new DWORD.
Step 11 In the Edit DWORD Value window, name the new DWORD WaitTimeSec, and then click Decimal.
Step 12 Set the WaitTimeSec Value Data to a number between 5 and 15.
Step 13 Click OK.
Step 14 Expand the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\CallTransfer\1.0
If the Attempts setting for the registry key does not exist, continue with Step 15; otherwise, skip to Step 18.
Step 15 Click the 1.0 key, then on the Edit menu, click New DWORD Value.
Step 16 Double-click the new DWORD.
Step 17 In the Edit DWORD Value window, name the new DWORD Attempts, and then click Decimal.
Step 18 Set the Attempts Value Data to a number between 2 and 10.
Step 19 Click OK.
Step 20 Close the Registry Editor.
Step 21 If the Cisco Unity system is configured for failover, repeat this procedure to apply the registry setting on the secondary server.
Cisco Unity Music on Hold
When Music on Hold is enabled, what callers on hold hear depends on the phone system.
Cisco CallManager
|
The first caller on hold in the call holding queue hears a series of holding tones approximately every five seconds. Subsequent callers in the queue for the same extension will hear music on hold that is generated by Cisco Unity system prompts.
|
SIP phone systems
|
All callers on hold in the call holding queue hear silence.
|
Circuit-switched phone systems
|
The first caller on hold in the call holding queue hears hold music generated by the phone system, if it is configured to provide music on hold. Otherwise, the first caller hears a series of holding tones approximately every five seconds. Even when the phone system is configured to provide music on hold, subsequent callers in the queue for the same extension will hear music on hold that is generated by Cisco Unity system prompts.
|
The default wait time in the holding queue for the second and subsequent callers is approximately 30 seconds, and is based on the playing time of the music on hold system prompt WAV files. Cisco Unity plays each of the music on hold files in sequence, beginning with the file PHHoldMusic009.wav. If the caller presses 1 to continue to hold, Cisco Unity loops back to the first file, PHHoldMusic000.wav, then plays the next sequentially-numbered file if the caller wants to continue to hold, and so on.
To increase the holding queue wait time for the second and subsequent callers in the call holding queue, re-record the following ten prompts: PHHoldMusic000.wav through PHHoldMusic009.wav, located in the \CommServer\Localize\Prompts\<Language>\<Codec>\AvPHGreet directory. You can use the same music source for each of the prompts, or choose different music for each prompt. If you do not have an automatic call distribution or other call center product installed, you can record custom messages at the beginning or at the end of the music for several of the prompts, for example, "Your call is important to us. We apologize for the delay. A representative will be with you shortly," or a brief message advertising your products. The playing time for each of these WAV files should be approximately the same, and be from 45 to 120 seconds in length. Be sure to record and test all ten prompts. If any of the ten PHHoldMusic WAV files are missing, callers will hear the fail-safe conversation and be unable to continue holding.
Be aware that subsequent callers in the holding queue cannot advance while a particular WAV file is playing; Cisco Unity takes action on the call at the end of the playing of each WAV file. Therefore, we recommend that you keep the playing time for each of the prompts to the minimum amount of time that meets the needs of your site. (Note, however, that the first caller on hold will be transferred to the extension at whatever point it becomes available.)
Caution Customized system prompt WAV files are not preserved during a Cisco Unity upgrade, or on a system restoration when the backup was made by using the Cisco Unity Disaster Recovery Tools. Keep a copy of your customized music on hold prompt files, so that you can replace the standard music on hold prompts, if applicable, after an upgrade or system restoration.
Changing How Cisco Unity Saves New Messages That Subscribers Skip During Message Playback (Optional Conversation 1)
You can customize Optional Conversation 1 to change how Cisco Unity handles new messages that subscribers skip during message playback. By default, when subscribers press # to skip a new message during message playback, Cisco Unity saves the message as new. This means that when subscribers call Cisco Unity to check messages, the skipped message remains in the list of new messages that Cisco Unity plays. In addition, message waiting indicators (MWI) on subscriber phones remain lit as long as there are new messages.
By using the Advanced Settings Tool to change the registry, you can customize Optional Conversation 1 so that Cisco Unity saves new messages that subscribers skip by pressing # during message playback as saved messages rather than as new messages. Subscribers in your organization may prefer this so that when they call Cisco Unity to check for new messages, they hear only newly arrived messages, and not the messages that they skipped earlier. Likewise, subscribers can then rely on their MWIs to determine when a new message arrives.
How Cisco Unity saves new messages that subscribers skip depends on the registry value you set:
0
|
Cisco Unity saves skipped messages as new messages.
|
1
|
Cisco Unity saves skipped messages as saved messages.
|
The registry change is applied systemwide to all subscribers who are associated with the Cisco Unity server and who use Optional Conversation 1. You cannot make the change for an individual subscriber or a specific group of subscribers who use Optional Conversation 1. The change does not affect subscribers who use the standard conversation.
Note If Cisco Unity failover is configured, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated.
Do the following procedure if you would like Cisco Unity to save new messages as saved messages when subscribers skip them by pressing # during message playback. Note that the procedure does not change how Cisco Unity saves messages when subscribers press 9 or # after message playback.
To Change How Cisco Unity Handles Messages That Subscribers Skip By Pressing # During Message Playback
Step 1 On the Cisco Unity server desktop, double-click the Cisco Unity Tools Depot icon.
Step 2 In the left pane, under Administrative Tools, double-click Advanced Settings Tool.
Step 3 In the Cisco Unity Settings pane, click Optional Conversation 1: Customize Skipped Message State.
Step 4 In the New Value list, click the applicable value, and click Set.
Step 5 When prompted, click OK.
Step 6 Click Exit.
You do not need to restart the Cisco Unity software for the registry change to take effect.
Offering Subscribers Additional Caller Information Before Message Playback
The Cisco Unity subscriber conversation can be customized so that it provides subscribers with additional information about each caller who left a message, before it plays the message. By using the Bulk Edit utility (available in Tools Depot), you can provide individual subscribers or a specific group of subscribers with additional information on one or both of the types of callers who leave messages for them, as indicated in Table 5-5.
Table 5-5 Caller Information That Cisco Unity Can Offer Before Message Playback
For Messages Left by This Type of Caller
|
Message Type
|
Cisco Unity Plays This by Default
|
Cisco Unity Plays This When Additional Caller Information Is Offered
|
Identified subscriber (including call handlers)
|
Voice, fax, e-mail, receipts
|
The recorded name of the subscriber. If the subscriber (or call handler) does not have a recorded name, Cisco Unity plays the primary extension associated with the subscriber or call handler instead.
|
Both the recorded name (if available) and the primary extension before playing the message.
When a subscriber (or call handler) does not have a recorded name nor an extension, Cisco Unity simply plays the message without announcing who it is from.
|
Unidentified caller
|
Voice
|
The message, without announcing who it is from or playing the phone number of the caller first.
|
The phone number (if available) of the caller before playing the message.
|
If you choose to provide Cisco Unity subscribers with additional caller information before message playback, consider the following requirements:
•Subscribers hear sender information before Cisco Unity plays each message only if their accounts are configured to play it. Either a Cisco Unity administrator or a subscriber can specify message playback preferences. (Cisco Unity administrators specify whether subscribers hear sender information before message playback on the Conversation pages in the Cisco Unity Administrator, while subscribers can specify their own message playback preferences in the Cisco Unity Assistant.)
•In addition, to allow Cisco Unity to provide the phone number (ANI or caller ID) information on unidentified callers, your phone system must support sending such information to Cisco Unity. (Refer to your phone system documentation for more information.) When Cisco Unity receives ANI information on a caller, it will make use of only the valid numbers, and ignores any other characters that the phone system sends.
Refer to the Bulk Edit Help for details on using it to modify existing subscriber accounts. You use one or both of the following fields on the Conversation tab in Bulk Edit to offer subscribers additional caller information before message playback:
Announce Sender's Extension for Messages from Subscribers
|
Specifies whether Cisco Unity provides subscribers with additional caller information on subscribers (and call handlers) who leave messages for them.
|
Announce ANI for Messages from Unidentified Callers
|
Specifies whether Cisco Unity provides subscribers with additional caller information on unidentified callers who leave messages for them.
|
Changing the Order for Addressing and Recording
The Cisco Unity subscriber conversation can be customized to change the order in which Cisco Unity prompts subscribers to address and record when they send or forward messages to other subscribers or distribution lists. By default, when a subscriber sends or forwards a message, Cisco Unity first prompts the subscriber to address the message and then prompts the subscriber to record the message or to record an introduction for a forwarded message.
By using the Advanced Settings Tool to change the registry, you can customize the subscriber conversation so that Cisco Unity prompts subscribers to record a message or introduction before prompting them to address it.
How Cisco Unity prompts subscribers to address and record when they send and forward messages depends on the registry value you set:
0
|
Cisco Unity records the message and then addresses it.
|
1
|
Cisco Unity addresses the message and then records it.
|
The registry change is applied systemwide to all subscribers associated with the Cisco Unity server. You cannot make the change for an individual subscriber or a specific group of subscribers. Finally, note that you cannot change the order in which Cisco Unity prompts subscribers to address and record when they reply to messages; Cisco Unity always prompts subscribers to record a reply before allowing them to add additional recipients.
Note If the Cisco Unity system is configured for failover, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated.
Do the following procedure to change the order in which Cisco Unity prompts subscribers to address and record when they send messages.
To Change the Order of Addressing and Recording When Subscribers Send Messages
Step 1 On the Cisco Unity server desktop, double-click the Cisco Unity Tools Depot icon.
Step 2 In the left pane, under Administrative Tools, double-click Advanced Settings Tool.
Step 3 In the Unity Settings pane, click Conversation—Subscriber Send Message Flow.
Step 4 In the New Value list, click the applicable value, and click Set.
Step 5 When prompted, click OK.
Step 6 Click Exit.
You do not need to restart the Cisco Unity software for the registry change to take effect.
Changing How Subscribers Confirm Message Addressing
The Cisco Unity subscriber conversation can be customized to alter how Cisco Unity prompts a subscriber to confirm message addressing. By default, when a subscriber addresses a message, Cisco Unity plays the recorded name and extension of the intended recipient (or, when there is no recorded name, Cisco Unity plays the extension instead) and asks the subscriber to confirm that the recipient is correct.
By using the Advanced Settings Tool to change the registry, you can customize how Cisco Unity prompts subscribers to confirm message addressing. Table 5-6 shows the confirmation prompts that subscribers hear during message addressing, depending on the registry value you set.
Note The Advanced Settings Tool also allows you to customize other aspects of the subscriber conversation. The Cisco Unity prompts listed in Table 5-6 assume that all other registry settings related to the subscriber conversation are set to their default values. Changes to some registry settings—such as the Directory List Selection Style setting—affect what the subscriber hears when you customize message addressing.
Table 5-6 Confirmation Prompts During Message Addressing
Registry Value
|
When There Is an Exact Match
|
When There Is More Than One Matching Name
|
0
|
"For <recipient name> at <extension>, press #. To cancel, press *."
|
"There are <x> matching names; choose by number. For Alex Campbell at extension 2015, press 1. For Li Campbell at extension 2003, press 2. For Terry Campbell at extension 2078, press 3..."
|
1
|
"For <recipient name>, press #. To cancel, press *."
|
"There are <x> matching names; choose by number. For Alex Campbell, press 1. For Li Campbell, press 2. For Terry Campbell, press 3..."
|
2
|
"Added."
|
"There are <x> matching names; choose by number. For Alex Campbell at extension 2015, press 1. For Li Campbell at extension 2003, press 2. For Terry Campbell at extension 2078, press 3..."
|
The registry change is applied systemwide to all subscribers associated with the Cisco Unity server. You cannot change how Cisco Unity prompts an individual subscriber or a specific group of subscribers to confirm message addressing.
Note If the Cisco Unity system is configured for failover, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated.
Do the following procedure to change how subscribers confirm message addressing.
To Change How Subscribers Confirm Message Addressing
Step 1 On the Cisco Unity server desktop, double-click the Cisco Unity Tools Depot icon.
Step 2 In the left pane, under Administrative Tools, double-click Advanced Settings Tool.
Step 3 In the Unity Settings pane, click Conversation—Subscriber Addressing Confirm Match Mode.
Step 4 In the New Value list, click the applicable value, and click Set.
Step 5 When prompted, click OK.
Step 6 Click Exit.
You do not need to restart the Cisco Unity software for the registry change to take effect.
Streamlining Message Addressing
By default, when subscribers address messages by phone ("Press 2 to send," or during forwarding), Cisco Unity allows them to add a single recipient and then prompts them to indicate with a key press what they want to do next (for example, "To add another recipient, press 1. For message options, press 3. To record, press #."). Subscribers who send and forward messages to multiple recipients may find pressing 1 to continue addressing after each recipient tedious and time-consuming. Instead, you can specify that Cisco Unity allows subscribers to continue adding names after each recipient. In this way, you can significantly streamline the addressing process when subscribers send and forward messages to multiple recipients.
To specify that Cisco Unity allow subscribers to continue entering recipient names or extensions (as applicable) until they indicate that they have completed addressing, do the following procedure. By enabling streamlined addressing, forwarding messages to single recipients requires that subscribers press an extra keystroke as when streamlined addressing is disabled. The change affects the Send and Forward flows for all subscribers associated with the Cisco Unity server, regardless of subscriber conversation style and whether Cisco Unity is set up to prompt subscribers to record before or after addressing.
Note If the Cisco Unity system is configured for failover, registry changes on one Cisco Unity server must be made manually on the other Cisco Unity server, because registry changes are not replicated.
To Streamline Message Addressing
Step 1 On the Cisco Unity server desktop, double-click the Cisco Unity Tools Depot icon.
Step 2 In the left pane, under Administrative Tools, double-click Advanced Settings Tool.
Step 3 In the Unity Settings pane, click Conversation—Subscriber Send Message Flow (Streamlined Addressing for Multiple Recipients).
Step 4 In the New Value list, click 1, and click Set.
Step 5 When prompted, click OK.
Step 6 Click Exit.
You do not need to restart the Cisco Unity software for the change to take effect.
Changing What Subscribers Hear When They Manage Deleted Messages
You can use the Advanced Settings tool (available in Tools Depot) to customize the subscriber conversation to change what subscribers hear when they manage their deleted messages in the following ways:
•Change how Cisco Unity handles the way in which multiple deleted messages are permanently deleted. By default, when subscribers press 3 > 2 > 2 from the Main menu to permanently delete multiple deleted messages at once, Cisco Unity allows them to choose which messages they want to delete; subscribers can either delete their deleted voice messages or delete all of their deleted messages.
As alternatives to the default, you can specify that Cisco Unity does not prompt subscribers to choose, and instead will permanently delete the type of messages you specify: either deleted voice messages or all deleted messages (voice, fax, and e-mail, as applicable). To set up either alternative, use the Advanced Settings tool to change the Conversation—Set How Deleted Messages Are Deleted in Bulk setting. Refer to the Advanced Settings Help for details.
•Enable Cisco Unity to request confirmation from subscribers before proceeding with a permanent deletion of a single deleted message. (To permanently delete a deleted message, subscribers must belong to a class of service that allows them to retain and review deleted messages.) By default, when subscribers permanently delete a deleted message as they review deleted messages by phone, Cisco Unity does not ask them to confirm the deletion.
You can enable Cisco Unity to request confirmation from subscribers before proceeding with the deletion. To do so, use the Advanced Settings tool to change the Conversation—Confirm Delete When Deleting a Deleted Message setting. Refer to the Advanced Settings Help for details.
•Enable Cisco Unity to request confirmation from subscribers before proceeding with a deletion of a single new or saved message. By default, when subscribers delete a new or saved message, Cisco Unity does not ask them to confirm the deletion.
You may want to enable Cisco Unity to request confirmation from subscribers before proceeding with the deletion, especially if many subscribers do not belong to a class of service that allows them to retain and review their deleted messages, because the deletion would be permanent for them. To do so, use the Advanced Settings tool to change the Conversation—Confirm Delete When Deleting a New or Saved Message setting. Refer to the Advanced Settings Help for details.
Setting Up System Transfers
In your organization, you may find that callers want to be able to dial numbers that are not typically listed in directory assistance. For example, subscribers and outsider callers may find it convenient to be able to call Cisco Unity and transfer from the Opening Greeting or another call handler to a lobby extension, conference room extension, or an extension assigned to someone in the organization who is not a Cisco Unity subscriber, such as an employee who is visiting from another site and is using a guest office. In addition, some subscribers may want to be able to call Cisco Unity and then transfer to phone numbers outside of the organization—such as frequently called customers or vendors—so that they do not have to hang up after checking messages to place another call, or so that they will not incur long-distance charges while on business travel.
You can route callers to one of two "system transfer" conversations, both of which offer callers the ability to transfer to numbers that are not associated with Cisco Unity subscribers:
Caller System Transfer
|
This conversation prompts callers to enter the number that they want to transfer to.
To protect Cisco Unity from toll fraud and unauthorized use, Cisco Unity performs the transfer only when the CS_Default_System_Transfer restriction table permits it.
|
Subscriber System Transfer
|
This conversation prompts callers to log on to Cisco Unity. After callers enter their Cisco Unity IDs and passwords, Cisco Unity prompts them to enter the number that they want to transfer to.
To protect Cisco Unity from toll fraud and unauthorized use, Cisco Unity performs the transfer only when permitted by the transfer restriction table that is associated with the class of service for the subscriber who logged on.
|
You can route callers to either system transfer conversation in several ways, including:
•By offering a system transfer as a "one-key dialing" option. You can specify either system transfer (on the Caller Input page for any call handler or subscriber greeting) as the action that Cisco Unity performs when a caller presses a particular key during the greeting.
For example, to allow all callers to transfer to a lobby phone, guest office, or a conference room from the Opening Greeting, you could specify that Cisco Unity will offer Caller System Transfers when callers press 3. To offer system transfers to a particular subscriber, you could specify that Cisco Unity will offer Subscriber System Transfers when the subscriber presses a particular key during the Opening Greeting or even during his or her own greeting.
•By creating a new phone number and a corresponding routing rule to send callers to either system transfer conversation. In this way, when callers dial the number, Cisco Unity sends calls to the system transfer conversation you specify.
Note Regardless of how you offer callers either type of system transfer, Cisco Unity releases calls to the phone system, which handles the transfer to the specified number.
Follow the applicable task list in this section to set up Caller and Subscriber System Transfers. For both types of transfers, Cisco Unity prompts subscribers and callers to confirm the number that they enter before performing the transfer. To disable the confirmation prompt, use the Advanced Settings tool to change the Conversation—Confirm Number Before System Transfer Conversation setting. Refer to the Advanced Settings Help for details. (The Advanced Settings tool is available in Tools Depot.)
Task List: Offering Caller System Transfers
1. Modify the CS_Default_System_Transfer restriction table. See the "Restriction Tables" chapter for details on how restriction tables work and how to modify them to allow the numbers you want.
2. Set up a one-key dialing option or a new phone number that callers can use for system transfers:
•Setting Up a One-key Dialing Option—Use caller input settings for a call handler to send callers to the Caller System Transfer conversation when they press the key that you specify during a call handler greeting. Then, enable caller input for the applicable greeting and re-record the greeting to mention the key that callers can press in the call handler greeting. (For example, "...to reach a conference room, press 3.") See the "Call Handler Caller Input Settings" section on page 19-13.
•Setting Up a "System Transfers" Phone Number—Refer to the documentation for the phone system to set up a new phone number. Then, on the Call Management > Call Routing > Direct Calls page in the Cisco Unity Administrator, create a routing rule that sends any call that arrives for the new number to the Caller System Transfer conversation. Distribute the new number to callers who will find Caller System Transfers convenient. See the "Creating and Modifying Call Routing Rules" section on page 22-3 and the "Direct Calls and Forwarded Calls Routing Table Settings" section on page 22-4 for details on creating routing rules for direct calls.
Task List: Offering Subscriber System Transfers
1. For the subscribers who will use Subscriber System Transfers, modify the transfer restriction table that is associated with the subscriber class of service so that the subscribers can dial numbers that are not associated with Cisco Unity entities. See the "Restriction Tables" chapter for details on how transfer restriction tables work and how to modify them to allow the numbers you want.
Tip If you are not offering system transfers to all subscribers in a single class of service, reassign those who will use it to a new class of service that has a transfer restriction table that will allow them to dial the applicable numbers.
2. Set up a one-key dialing option or a new phone number that callers can use for system transfers:
•Setting Up a One-key Dialing Option—Use caller input settings for a call handler or a subscriber greeting to send callers to the Subscriber System Transfer conversation when they press the key that you specify during the greeting. Then, enable caller input for the applicable greeting. Tell subscribers which key to press to access the Subscriber System Transfer conversation when they listen to the greeting, or if you are not concerned about other callers hearing the option and not being able to use it, re-record the greeting to mention the key. (For example, "...to reach a conference room, press 3.") See the "Call Handler Caller Input Settings" section on page 19-13 and the "Subscriber Caller Input Settings" section on page 14-23.
•Setting Up a "System Transfers" Phone Number—Refer to the documentation for the phone system to set up a new phone number. Then, on the Call Management > Call Routing > Direct Calls page in the Cisco Unity Administrator, create a routing rule that sends any calls to the new number to the Subscriber System Transfer conversation. Distribute the new number only to the subscribers who will use Subscriber System Transfers. See the "Creating and Modifying Call Routing Rules" section on page 22-3 and the "Direct Calls and Forwarded Calls Routing Table Settings" section on page 22-4 for details on creating routing rules for direct calls.
How Subscribers Can Customize the Cisco Unity Conversation
Subscribers can customize the Cisco Unity conversation by phone or by using the Cisco Unity Assistant. Table 5-7 details the conversation settings that subscribers can change.
Table 5-7 Settings That Subscribers Can Change
Settings That Can Be Changed by Using the Cisco Unity Assistant
|
Settings That Can Be Changed by Using the Phone Conversation
|
Greetings:
•Record a personal greeting
•Enable or disable greeting
•Specify an expiration date for an enabled greeting
•Switch between system prompt and personal greeting
|
Greetings:
•Record a personal greeting
•Enable or disable greeting
•Specify an expiration date for an enabled greeting
|
Call Transfer1 :
•Transfer indirect calls to an extension or send to the greeting
•Change extension
|
Call Transfer1:
•Transfer indirect calls to an extension or send to the greeting
•Change extension
|
Call Holding and Screening2 :
•Select how Cisco Unity handles indirect calls when the subscriber phone is busy, including placing the caller on hold, prompting the caller to hold or leave a message, and sending the caller directly to the greeting
•Select how Cisco Unity handles indirect calls, including telling the subscriber who the call is for, announcing that Cisco Unity is transferring the call, prompting the subscriber to accept or refuse a call, and prompting callers to say their names
|
Call Holding and Screening2:
None
|
Message Playback:
•Select full or brief Cisco Unity conversation menus
•Select the action that Cisco Unity performs when the subscriber calls Cisco Unity, including greeting the subscriber by name and announcing the number of new messages by type
•Select the action that Cisco Unity performs when messages are played, including announcing the name and number of the sender who left a message, whether the timestamp is played before or after the message, and the volume level at which messages are played
•Specify whether Cisco Unity plays the Message Type menu
•Specify message playback order
|
Message Playback:
Select full or brief Cisco Unity conversation menus
|
Message Addressing:
•Switch between addressing messages to other subscribers by name, or by extension3
•Specify order for addressing messages by name (last name followed by first name, or vice versa)
|
Message Addressing:
Switch between addressing to other subscribers by name or by extension (by pressing ##)
|
Caller Options:
•Allow callers to edit messages
•Allow callers to mark messages urgent
|
Caller Options:
None
|
Personal Settings:
•Record a name
•Change directory listing status
•Select the language used for the subscriber phone conversation
|
Personal Settings:
•Record a name
•Change directory listing status
|
To set up the recording and playback devices that subscribers will use, see the "Setting Up the Media Master" section on page 6-11. For a complete list of settings that subscribers can change by phone or by using the Cisco Unity Assistant—including call transfer, message notification, and private list settings, see the "Subscriber Orientation" section on page 7-1.