Location Profiles
Microsoft Office Communications Server 2007 and Microsoft Office Communications Server 2007 R2 will reach end of support on January 9, 2018. To stay supported, you will need to upgrade. For more information, see Resources to help you upgrade your Office 2007 servers and clients.
Planning location profiles consists of:
Listing all the locales in which your organization has an office.
In a large multinational company with numerous small branch offices this can be a time-consuming task. The list must be up to date and complete. It will need to be revised as company organization evolves.
Identifying valid number patterns for each locale.
The most time-consuming part of planning your location profiles is identifying the valid number patterns for each location. In some cases, you may be able to copy normalization rules that you have written for one location profile to other location profiles, especially if the corresponding locales are within the same country or even on the same continent. In other cases, small changes may be enough to make normalization rules appropriate in other locations.
Developing an organization-wide scheme for naming location profiles and their corresponding Exchange Server 2007 UM dial plans.
Adopting a standard naming scheme assures that names assigned to location profiles and their corresponding UM dial plans are consistent across the organization and over time, regardless of who or how many people are doing the work.
Deciding whether multiple location profiles are required for a single location.
If your organization maintains a single dial plan across multiple locations, you may still need to create a separate dial plan for Enterprise Voice users who are migrating from a PBX and need to have their existing extensions retained.
Deciding whether to deploy Exchange UM before or after you have created location profiles.
If you deploy Exchange UM before you create location profiles (recommended), then assigning names to location profiles consists simply of using the FQDN of their corresponding dial plans.
If you create location profiles before you deploy Exchange UM, you have two main options:
Rename the location profiles later, when you know the FQDNs of their corresponding UM dial plans.
Duplicate existing location profiles and rename the copies with the FQDNs of their corresponding UM dial plans. You can keep the old location profiles, so long as you use the new ones when configuring Exchange UM.
Assigning location profiles to Communications Server Front End Server, Enterprise Edition Pool, and Mediation Servers (or Advanced Media Gateways).
Mediation Servers use location profiles to convert incoming numbers from a national number format to E.164 format for purposes of routing to Communications Server. Each Communications Server 2007 Front End Server and pool must be associated with a location profile to determine how outgoing calls to the PSTN or a PBX are to be routed.
Determining whether you will need to configure your location profiles to handle scenarios in which Exchange UM initiates calls on a user's behalf. For more information about this issue, along with the pros and cons of two options, see Configuring Location Profiles for Exchange UM Call Initiation Scenarios, in Normalization Rules.
When you create a location profile, you must provide a name, a description, and a set of normalization rules.
Name
A location profile name normally should reflect the location to which it applies, and within certain constraints the choice is yours. However, integrating Exchange UM with Communications Server imposes an additional requirement on location profile names; namely, that they match the FQDNs of their corresponding UM dial plans. For example, if the name of a UM dial plan is London, then the name of the corresponding location profile must be London.forestFQDN, where forestFQDN is the forest in which the UM dial plan is located.
These values are captured in the phone-context attribute of the Exchange UM dial plan. For example, if the Exchange UM dial plan name is, say, "London," then the phone-context attribute is set to London.forestFQDN. And if the forest FQDN is Contoso.com, then the name of the London location profile should be London.Contoso.com.
With regard to naming location profiles, you have two deployment options:
Regardless of the order of deployment, a separate location profile must exist for each Exchange UM dial plan. If the same dial plan name is used in multiple Exchange forests, a matching location profile must be created that matches the UM dial plan FQDN for each forest.
The OCSUMUtil tool that is included with Office Communications Server 2007 can be used to validate location profile names. The tool does not correct invalid names; it simply alerts you to the need to do so.
Note
If you are not deploying Exchange 2007 Unified Messaging, then you can, with only a few constraints, give whatever name you like to a location profile, so long as that name is unique.
Description
We recommend that you type the common, recognizable name of the geographic location to which the corresponding location profile applies. For example, if the location profile name is London.Contoso.com, then the recommended Description would be London. If you have deployed the Office Communicator 2007 Phone Edition, the name in this field will be displayed to end users for the purpose of allowing them to select the appropriate location profile for a call.