The UM Active Directory objects enable the integration of Exchange 2007 Unified Messaging into Active Directory and the existing telephony infrastructure. Active Directory acts as a container for all the UM objects that are created and their configuration settings. Each UM object within Exchange 2007 is necessary to support Unified Messaging in an Active Directory environment. Some UM Active Directory objects are created to logically represent a telephony hardware device such as an IP gateway, and other UM Active Directory objects are created to represent a telephony dial plan for an organization or to support a specific feature of Unified Messaging.
The following example and figure illustrate the relationships between the Unified Messaging objects that are found in Active Directory.
The relationships between UM Active Directory objects.gif)
In the previous figure, the Unified Messaging servers represented as Server01, Server02, and Server03 are located in the datacenter for a company. These servers are also represented as Unified Messaging Server objects in Active Directory. Additionally, there are two UM dial plans, the Boston UM dial plan and the New York UM dial plan. There is a single PBX for each office. However, there are two IP gateways per PBX at each branch office for fault tolerance. Finally, Server01 and Server02 are members of the Boston UM dial plan, and Server01, Server02, and Server03 are all members of the New York UM dial plan.
When a call comes in to the PBX in the New York branch office and the call is forwarded to a Unified Messaging server, any of the available three Unified Messaging servers can answer the call and deliver the message to the user's mailbox because all the UM servers belong to the same dial plan. When a call is received in Boston for a user and the call is forwarded to a Unified Messaging server, either Server01 or Server02 can answer calls for the users in the Boston dial plan.
Exchange 2007 Unified Messaging provides voice messaging services that take advantage of your current Active Directory environment. There are several key Active Directory objects that you will must create and manage. These objects are outlined in the following sections.
UM Dial Plans
Unified Messaging dial plans are integral to the operation of Exchange 2007 Unified Messaging and are required to successfully deploy Unified Messaging on your network. A Unified Messaging dial plan is an Active Directory container object that logically represents one or more PBXs that share common user extension numbers. In practical terms, users' extensions that are attached to PBXs share a common numbering plan. Users can dial one another's telephone extensions without dialing a full telephone number. A UM dial plan is a logical representation of a telephony dial plan.
UM dial plans in Exchange 2007 Unified Messaging require that user telephone extension numbers be unique. UM dial plans are implemented in Unified Messaging to ensure that user telephone extensions are unique. In some telephony networks, multiple PBXs and multiple dial plans can exist. In these telephony networks, there could be two different users who have identical telephone extensions. UM dial plans resolve this issue. You can put the two users who have the same extension number into two separate UM dial plans. This makes the users' numbers unique for Unified Messaging.
The following figure illustrates how Unified Messaging dial plans can be used in an organization that has a single forest and multiple physical sites.
UM dial plans in a single forest in an organization that has multiple physical sites.gif)
How Dial Plans Work
When you integrate a telephony network together with Unified Messaging, there must be an IP gateway that connects your telephony network with your IP-based network. Each IP gateway in your organization is represented by a UM IP gateway object in Active Directory. Exchange 2007 Unified Messaging requires that you create at least one UM dial plan and that the UM dial plan has a Unified Messaging server and a UM IP gateway associated with it. After you install the Unified Messaging server role on a computer that is running Exchange 2007, you must associate the Unified Messaging server with at least one UM dial plan before it will answer calls. You can also associate a single Unified Messaging server with multiple UM dial plans. After the Unified Messaging server is associated with a UM dial plan, you must create a UM IP gateway and associate it with the UM dial plan that was created.
Important: |
|---|
|
Each time that you create a UM dial plan by using the Exchange Management Console, a UM mailbox policy will also be created. The UM mailbox policy will be named <DialPlanName> Default Policy.
|
If you create the first UM IP gateway and do not specify a UM dial plan at the time that you create it, a default UM hunt group is also created. Creating and associating these objects in Active Directory enables the Unified Messaging server to receive calls from the IP gateway and then process incoming calls for users who are associated with the UM dial plan. When a call comes in to the IP gateway, the IP gateway forwards the call to a Unified Messaging server and the Unified Messaging server tries to match the extension number of the user to the associated UM dial plan. The dial plan is identified from the pilot numbers to which the gateway presents the call.
UM IP Gateways
A UM IP Gateway object is a container object that logically represents a physical IP gateway hardware device, IP-PBX, or other SIP server that can interoperate with Exchange Unified Messaging. Before the IP gateway can be used to process Unified Messaging calls, it must be represented by an object in Active Directory.
Although there are many types and manufacturers of PBXs, IP gateways, and IP PBXs, there are basically two types of IP gateway component configurations:
-
IP PBX A single device
-
PBX (legacy) and an IP gateway Two separate components
To support Exchange 2007 Unified Messaging, one or both types of IP device configurations are used when connecting a telephony network infrastructure to a data network infrastructure.
UM IP Gateway Objects
The UM IP Gateway object is an Active Directory container object that contains one or more Active Directory UM hunt groups and other UM IP gateway configuration settings. UM IP Gateway objects are created in Active Directory to logically represent a physical hardware device known as an IP gateway. The UM IP gateway can represent either an IP gateway or an IP PBX. The combination of the IP Gateway object and a UM Hunt Group object establishes a logical link between an IP gateway hardware device and a UM dial plan.
After the UM IP Gateway object is created, the IP gateway can be linked to or associated with a single or multiple UM hunt groups and UM dial plans. The UM hunt group provides a link between the UM IP gateway and a UM dial plan. By creating multiple UM hunt groups, you can associate a single UM IP gateway with multiple UM dial plans.
Note: |
|---|
|
Before an IP gateway can be used to process calls, a UM IP gateway must be associated with at least one UM dial plan. Also, at least one Unified Messaging server must be associated with at least one UM dial plan.
|
Enabling and Disabling UM IP Gateways
By default, UM IP gateways are left in an enabled state after they are created. However, the UM IP gateway can be enabled or disabled. If you disable a UM IP gateway, it can be in one of two disabled modes. The first disabled mode forces all associated Unified Messaging servers to drop existing calls. The second disabled mode forces the Unified Messaging server that is associated with the UM IP gateway to stop handling any new calls presented by the IP gateway.
Note: |
|---|
|
If a UM IP Gateway object is deleted, the Unified Messaging servers associated with the UM IP gateway will no longer be able accept or process new call requests from the IP gateway.
|
UM Hunt Groups
A hunt group describes a set of PBX or IP PBX resources or extension numbers that are shared by users. Hunt groups are used to efficiently distribute calls into or out of a given business unit. For example, a PBX or IP PBX might be configured to have 10 extension numbers for the sales department. The 10 sales extension numbers would be configured as one hunt group. In a PBX or IP PBX, hunt groups are used to efficiently locate an open line, extension, or channel when an incoming call is received.
In a telephony network, a hunt group is defined as a set of extension numbers that are grouped as a single logical unit. When an incoming call is received, the PBX or IP PBX uses the hunt group or the group of extensions that are defined to "hunt" for an available or open line, extension, or channel that can be used to receive the call.
There are multiple algorithms or methods that have been created to be used by a PBX or IP PBX to define how the open line, extension, or channel will be located. These include the following:
-
Round robin
-
Most idle
-
Start with lowest number
Creating and defining a hunt group in a PBX or IP PBX reduces the possibility that a caller who places an incoming call will receive a busy signal when the call is received.
Understanding UM Hunt Groups
Unified Messaging hunt groups are very important to the operation of the Unified Messaging system. The UM hunt group is a logical representation of an existing PBX or IP PBX hunt group. UM hunt groups act as a connection or link between the UM IP gateway and the UM dial plan. A single UM hunt group is associated with at least one UM IP gateway and one UM dial plan.
Unified Messaging hunt groups are used to define the PBX or IP PBX hunt group from which incoming calls will be received. A pilot number that is defined for a hunt group in the PBX or IP PBX must also be defined within the UM hunt group. The pilot number is used to match the information presented for incoming calls through the Session Initiation Protocol (SIP) header on the message. The pilot number enables the Unified Messaging server to interpret the call together with the correct dial plan so that the voice or fax message can be routed correctly. It is very important to configure Unified Messaging hunt groups correctly, because incoming calls that do not correctly match the pilot number defined on the UM hunt group will not be answered and incoming call routing will fail.
When you create a Unified Messaging hunt group, you are enabling all Unified Messaging servers that are specified within the UM dial plan to communicate with an IP gateway. If you delete the Unified Messaging hunt group, the associated IP gateway will no longer service calls by using the specified pilot number. If the IP gateway is left without remaining UM hunt groups, the IP gateway will be unable to handle incoming calls.
UM Mailbox Policies
UM mailbox policies are required when you enable users for Exchange 2007 Unified Messaging. They are useful for applying and standardizing Unified Messaging configuration settings for UM-enabled users. You create UM mailbox policies to apply a common set of policies or security settings to a collection of UM-enabled mailboxes. You use Unified Messaging mailbox policies to set Unified Messaging settings for UM-enabled users, such as the following:
-
PIN policies
-
Dialing restrictions
-
Other general UM mailbox policy properties
For example, you can create a UM mailbox policy to increase the level of PIN security by reducing the maximum number of logon failures before a user will be locked out for a specific group of UM-enabled users, such as executives.
Unified Messaging mailbox policies are created in the Configuration container in Active Directory by using the Exchange Management Shell or the Exchange Management Console. By default, a single UM mailbox policy is created every time that you create a UM dial plan. The new UM mailbox policy is associated with the UM dial plan and part of the dial plan name is included in the display name of the UM mailbox policy. However, you can create additional UM mailbox policies based on the needs of your organization. Although a single UM mailbox policy is required to enable users for Unified Messaging, you can create additional UM mailbox policies and apply a common set of mailbox policy settings for other groups of users.
The mailbox of each UM-enabled user must be linked to a single UM mailbox policy when the mailbox is enabled for Unified Messaging. After you create a UM mailbox policy, you link one or more UM-enabled mailboxes to the UM mailbox policy. This lets you control PIN security settings such as the minimum number of digits in a PIN or the maximum number of logon attempts for the UM-enabled users who are associated with the UM mailbox policy. If you prefer, you can also control message text settings or dialing restrictions for the same or a different group of UM-enabled mailboxes.
Multiple UM-enabled users can be linked to a single UM mailbox policy. However, a single user can be associated with only one UM mailbox policy. After you create a new UM mailbox policy and link it to a UM dial plan, the UM mailbox policy settings that are defined are applied to the UM-enabled users. The settings that are defined on a UM dial plan and a UM mailbox policy will be applied to all users who are associated with the UM mailbox policy.
The following figure illustrates how Unified Messaging mailbox policies can be created to control dialing restrictions and PIN security settings for three different groups.
Example of Unified Messaging mailbox policies.gif)
UM Auto Attendants
Exchange 2007 Unified Messaging enables you to create one or more UM auto attendants, depending on the needs of your organization. UM auto attendants can be used to create a voice menu system for an organization that lets external and internal callers move through the UM auto attendant menu system to locate and place or transfer calls to company users or departments in an organization.
When anonymous or unauthenticated users call an external business telephone number, or when internal callers call a defined extension number, they are presented with a series of voice prompts that help them place a call to a user or locate a user in the organization and then place a call to that user. The UM auto attendant is a series of voice prompts or .wav files that callers hear instead of a human operator when they call an organization that has Exchange 2007 Unified Messaging. The UM auto attendant lets callers move through the menu system, place calls, or locate users by using DTMF or voice inputs. However, for automatic speech recognition (ASR) or voice inputs to be used, you must enable ASR on the UM auto attendant.
Important: |
|---|
|
In some companies (especially in East Asia), office telephones may not have letters on the keys of the telephone. This makes the spell-the-name feature that uses the DTMF interface almost impossible without a working knowledge of the key mappings. By default, Exchange 2007 Unified Messaging uses the E.161 key mapping. For example, 2=ABC, 3=DEF, 4=GHI, 5=JKL, 6=MNO, 7=PQRS, 8=TUV, and 9=WXYZ. When a combination of letters and numbers is inputted, for example "Mike1092", the numeric digits are mapped to themselves. For an e-mail alias of "Mike1092" to be entered correctly, the user must press the numbers 64531092. Also, there will not be a telephone key equivalent for characters other than A-Z and 0-9. Therefore, these characters should not be entered. For example, the e-mail alias "mike.wilson" would be entered as 6453945766. Even though there are 11 characters to be input, only 10 digits are entered by the user because the period (.) does not have a digit equivalent.
|
A UM auto attendant has the following features:
-
It provides corporate or informational greetings.
-
It provides custom corporate menus. You can link a menu option to another auto attendant to have more than one level.
-
It provides a directory search function that enables a caller to search an organization's directory for a name.
-
It enables a caller to connect to the telephone of, or leave a message for, members of the organization.
In Active Directory, each UM auto attendant that is created is represented as an object. There is no limit to the number of UM auto attendants that you can create in Active Directory. Each auto attendant can support an unlimited number of extensions. A UM auto attendant is associated with one, and only one, UM dial plan. However, UM auto attendants can reference or link to other UM auto attendants.
An incoming call that is received from an external telephone number or an internal telephone extension is processed by a Unified Messaging server and then sent to a UM auto attendant that has been created. The UM auto attendant is configured by the system administrator to use prerecorded voice (.wav) files that are then played over the telephone to the caller and that enable the caller to move through the Unified Messaging menu system. When you configure a UM auto attendant, you can customize all the .wav files that are used to meet the needs of your organization. For more information about custom prompts in Unified Messaging, see Understanding Unified Messaging Audio Prompts.
For more information about message flow with UM auto attendants, see Unified Messaging Auto Attendant Call Processing.
Auto Attendant with Multiple Languages
There are situations in which you may have to provide callers with auto attendants that have different languages. The language setting that is available on a UM auto attendant enables you to configure the default prompt language on the auto attendant. When you are using the default system prompts for the auto attendant, the default prompt language is the language that the caller will hear when the auto attendant answers the incoming call. This language setting will affect only the default system prompts that are provided when the Unified Messaging server role is installed. This setting will not affect custom prompts that have been configured on an auto attendant. The language that is selected as the default for the auto attendant is based on the version of Exchange 2007 that is installed.
When you install the U.S.-English version of Exchange 2007, there will be only one language available to configure on UM auto attendants: U.S. English. However, if you install a localized version of Exchange 2007, for example, Japanese, you will be able to configure the auto attendant that you create to use Japanese or U.S. English as the default language. Additional UM language packs can be installed on a Unified Messaging server to enable you to use other default language options on an auto attendant.
Caution: |
|---|
|
You cannot install UM language packs by using the .msi file for the language.
|
For example, if you have a business that is based in the United States but requires a menu system that gives callers the options of moving through the system in U.S. English, Spanish, and French, you must first install the UM language packs that you need. In this case, if you have installed the U.S.-English version of Exchange 2007, you would install the UM language packs for Spanish and French. However, because a Unified Messaging auto attendant can have only one language configured at a time, you would create four auto attendants: a main auto attendant that is configured to use U.S. English and then one auto attendant for each language: U.S. English, Spanish, and French. You would then configure the main auto attendant to have the appropriate key mappings to access the other auto attendants that you have created for each language. In this example, the main auto attendant would answer the incoming call and the caller would hear, "Welcome to Contoso, Ltd. For English, press or say 1. For Spanish, press or say 2. For French, press or say 3."
Auto Attendant Examples
The following examples demonstrate how you can use UM auto attendants together with Exchange 2007 Unified Messaging:
-
Example 1 At a company called Contoso, Ltd., external customers can use three external telephone numbers: 425-555-1111 (Corporate Offices), 425-555-2222 (Product Support), and 425-555-3333 (Sales). The Human Resources, Administration, and Accounting departments have internal telephone extensions and must be accessed from the Corporate Offices UM auto attendant.
To create a UM auto attendant structure that supports this scenario, create and configure three UM auto attendants that have the appropriate external telephone numbers. Create three other UM auto attendants for each department in the Corporate Offices. Then you configure each UM auto attendant based on your requirements, such as the greeting type or other navigational information.
The following figure is a graphical representation of how Unified Messaging auto attendants can be used in Example 1.
How to configure multiple UM auto attendants with multiple outside business telephone lines.gif)
-
Example 2 At a company called Contoso, Ltd., external customers call one main number for the business, 425-555-1000. When an external caller calls the main number, the UM auto attendant answers and prompts the caller by saying, "Welcome to Contoso, Ltd. Please press or say 'One' to be transferred to corporate administration. Please press or say 'Two' to be transferred to product support. Please press or say 'Three' to be transferred to corporate information. Please press or say 'Zero' to be transferred to the operator." To create a UM auto attendant structure that supports this scenario, you create a UM auto attendant that has customized extensions that route the call to the appropriate extension number.
The following figure is a graphical representation of how Unified Messaging auto attendants can be used in Example 2.
How to configure multiple UM auto attendants with a single outside business telephone line.gif)