For Partitioned Intradomain Federation with Microsoft Lync, you must configure TLS; TCP is not supported. See the chapter Configure Microsoft Lync for Partitioned Intradomain Federation for more information.
This chapter describes the configuration steps for enabling Partitioned Intradomain Federation between IM and Presence and Microsoft Live Communications Server (LCS) or Microsoft Lync or Microsoft Office Communications Server (OCS). The following Lync, LCS and OCS platforms are supported:
Microsoft Lync Server 2010, Standard Edition and Enterprise Edition
Microsoft Live Communications Server 2005, Standard Edition and Enterprise Edition
Microsoft Office Communications Server 2007 Release 2, Standard Edition and Enterprise Edition
Note
If you have a mixed deployment of both Lync and OCS/LCS servers, you must run the user migration tools independently for the Lync users and the OCS/LCS users, that is, you must run the tools twice; once for the Lync users and once for the OCS/LCS users.
The following server software is required for Partitioned Intradomain Federation:
Cisco Software
IM and Presence Server Release 9.1(1)
Cisco Unified Communications Manager Server Release 9.1(1)
Microsoft Software
Depending on the deployment, one of:
Microsoft Lync Server 2010, Standard Edition or Enterprise Edition
Microsoft Live Communications Server 2005, Standard or Enterprise Edition
Microsoft Office Communications Server 2007 Release 2, Standard or Enterprise Edition
Depending on the deployment, one of:
Lync Administrative Tools (optional install item available during installation of Lync)
LCS Administrative Tools (optional install item available during installation of LCS)
OCS Administrative Tools (optional install item available during installation of OCS)
Microsoft Active Directory
Other Software
At least version 1.1 of the .NET Framework—this must be installed on the server from which you run the user migration tools.
Client software
The client software required for Partitioned Intradomain Federation deployment between IM and Presence and Lync/OCS/LCS depends on your deployment. You can have any combination of IM and Presence supported clients in a Partitioned Intradomain Federation deployment.
The following IM and Presence clients are supported in a Partitioned Intradomain Federation deployment between IM and Presence and Lync/OCS/LCS:
Cisco Software
Cisco Unified Personal Communicator Release 8.5
Cisco Jabber for Mac
Cisco Jabber for Windows
Cisco Jabber IM for Mobile (iPhone, Android, Blackberry)
Cisco Jabber for iPad
Cisco Jabber for Cius
Note
For version compatibility for all Cisco Jabber clients, see the appropriate Cisco Jabber client documentation.
Third-Party Software
Third-party XMPP Clients
Microsoft Lync/OCS/LCS supported clients
Depending on the deployment,
the following clients are supported:
Microsoft Lync 2010
Microsoft Office Communicator 2005
Communicator Web Access 2005
Note
Communicator Web Access 2005 is only supported when TLS encryption
is not enabled between
IM and Presence and Microsoft LCS. This is because Communicator Web
Access 2005 does not support Federal Information Processing Standard (FIPS)
Compliance, which must be enabled on Microsoft LCS to support TLSv1 encryption
as required by
IM and Presence.
It is essential that you plan carefully for the configuration of Partitioned Intradomain Federation between IM and Presence and Lync/OCS/LCS. Read the items in this section before you begin any configuration for this integration.
Partitioned Intradomain Federation, by its nature, supports integration between IM and Presence and Lync/OCS/LCS within a shared presence domain. Lync/OCS/LCS, however, supports the configuration of multiple presence domains for each Lync/OCS/LCS deployment.
Note
Cisco requires that all Microsoft Lync and Microsoft Office Communicator users have the same presence domain as IM and Presence client users for Partitioned Intradomain Federation.
If any Microsoft Lync or Microsoft Office Communicator users do not share the same presence domain, Partitioned Intradomain Federation is not possible for those users.
User migration
If users are being migrated from Lync/OCS/LCS to IM and Presence as part of this integration, consider the information below.
The Partitioned Intradomain Federation integration between IM and Presence and Lync/OCS/LCS is designed to provide basic communication between users during a phased migration from Lync/OCS/LCS to IM and Presence.
However, Partitioned Intradomain Federation integration introduces a performance overhead. Because of this, IM and Presence can support a maximum of 130,000 SIP Intradomain Federation contacts per server. To ensure that this federated contact threshold is not exceeded on any IM and Presence server during migration of users from Lync/OCS/LCS to IM and Presence, a detailed user migration plan may be required.
You can use the following calculation to get an estimate of the maximum number of IM and Presence users that can be supported without breaking the above federated contact threshold:
Max Supported Users = 130,000 / Average Contact List Size
Based on this calculation, the following table gives an indication of the maximum number of IM and Presence users that can be supported without breaking the 130,000 federated contact threshold.
Table 1 Maximum Number of Supported IM and Presence Users
Average Contact List Size
Maximum Supported Users (without High Availability)
1 This assumes a 2-node subcluster running in active/active mode.
You require a detailed user migration plan if the number of users to be provisioned on any IM and Presence server within your deployment exceeds the relevant limit above. Contact your Cisco Support representative to begin the process of defining a detailed migration plan.
Notes
The values for the maximum number of supported users in the table above are based on worst-case figures; that is, in the case where all contacts are federated.
With proper migration planning, the full complement of users can be deployed on an IM and Presence server in a phased manner, without breaking the 130,000 federated contact threshold.
When High Availability is enabled, each IM and Presence server must be able to handle the load associated with all users within the IM and Presence 2-node subcluster. Therefore, the limit per IM and Presence server must be halved.
If you are unsure about the average contact list size within your Lync/OCS/LCS deployment, assume it to be worst-case (200 contacts) when you are deciding whether a migration plan is required.
The values for the maximum number of supported users in the table above assume HCS-7845-I3 hardware or the equivalent Cisco supported virtual platform based on the IM and Presence OVA template for 5000 users. The equivalent numbers for a subset of other platforms are detailed below. If your platform is not listed, contact your Cisco Support representative for advice.
IM and Presence can support up to 18,000 SIP Intradomain Federation contacts per server on the HCS-7825-H4 platform. The following table gives an indication of the maximum number of IM and Presence users that can be supported without breaking the18,000 federated contact threshold.
Table 2 Maximum Number of Supported IM and Presence Users on HCS-7825-H4 Hardware
Average Contact List Size
Maximum Supported Users (without High Availability)
2 This assumes a 2-node subcluster running in active/active mode.
HCS-7845-H2 hardware
IM and Presence can support up to 90,000 SIP Intradomain Federation contacts per server on the HCS-7845-H2 platform. The following table gives an indication of the maximum number of IM and Presence users that can be supported without breaking the 90,000 federated contact threshold.
Table 3 Maximum Number of Supported IM and Presence Users on HCS-7845-H2 Hardware
Average Contact List Size
Maximum Supported Users (without High Availability)
During migration from Lync/OCS/LCS to IM and Presence, Microsoft Lync, and Microsoft Office Communicator users should maintain the same identity (URI). Maintaining the same identity during migration has the following benefits:
It allows for the user’s availability state to be maintained because the user’s identity does not change.
It also allows for much simpler migration of a user’s contact lists because the contact lists can be directly imported from Lync/OCS/LCS to IM and Presence.
IM and Presence URIs are composed by joining the Cisco Unified Communications Manager user ID with the IM and Presence domain as follows:
<userid>@<domain>
If users are manually added through the Cisco Unified Communications Manager GUI or through the Cisco Unified Communications Manager Bulk Administration Tool (BAT), you must ensure that the user ID that you specified when you created the user matches the user portion of the user’s Lync/OCS/LCS URI. For example, if the Lync/OCS/LCS URI is bobjones@foo.com, you should create the user with a user ID of bobjones.
If Cisco Unified Communications Manager is configured to synchronize users from Active Directory, you must ensure that the Active Directory field that is used to map to the Cisco Unified Communications Manager user ID matches the user portion of the Lync/OCS/LCS URI. Note the following:
Cisco Unified Communications Manager maps to userID from a limited number of Active Directory fields, the most common of which is sAMAccountName.
If Cisco Unified Communications Manager maps userID to sAMAccountName, the Lync/OCS/LCS URI for the migrating users must also match the format <sAMAccountName>@<domain>.
If the sAMAccountName of Bob Jones is bjones, the Lync/OCS/LCS URI must be bjones@cisco.com.
If any Lync/OCS/LCS URIs do not match the format <sAMAccountName>@<domain>, you must modify them prior to the first migration of users from Lync/OCS/LCS to IM and Presence.
Duration guidelines for user migration tools
Cisco provides a number of tools to allow bulk migration of users from Lync/OCS/LCS to IM and Presence. To allow you to plan your migration, it is important to be aware of the time required for each tool to run when you are migrating a large number of users. This section describes the expected run time for each of those tools.
Note
If you have a mixed deployment of both Lync and OCS/LCS servers, you must run the tools independently for the Lync users and the OCS/LCS users, that is, you must run the tools twice; once for the Lync users and once for the OCS/LCS users.
The Export Contact List tool (ExportContacts.exe) can export contacts from Lync/OCS/LCS at an average rate of 800 contacts per second (or 48,000 contacts per minute). You can use the following equation as a guide to estimate the expected run time for this tool for a set of Lync/OCS/LCS users.
Time to export contacts (mins) = Number of Lync/OCS/LCS users x Average Contact List Size / 48000
The following table shows the expected run time for a number of sample cases.
Table 4 Sample Expected Run Times for the Export Contact List Tool
Number of Lync/OCS/LCS Users
Average Contact List Size
Time to Export Contacts
2000
100
5 minutes
5000
75
8 minutes
15000
60
19 minutes
Disable Account tool
The Disable Account tool (DisableAccount.exe) can disable Lync/OCS/LCS accounts at an average rate of 13 accounts per second (or 800 accounts per minute). You can use the following equation as a guide to estimate the expected run time for this tool for a set of Lync/OCS/LCS users.
Time to disable accounts (mins) = Number of Lync/OCS/LCS users / 800
The following table shows the expected run time for a number of sample cases.
Table 5 Sample Expected Run Times for the Disable Account Tool
Number of Lync/OCS/LCS Users
Time to Disable Accounts
2000
3 minutes
5000
7 minutes
15000
20 minutes
Delete Account tool
The Delete Account tool (DeleteAccount.exe) can delete Lync/OCS/LCS accounts at an average rate of 13 accounts per second (or 800 accounts per minute). You can use the following equation as a guide to estimate the expected run time for this tool for a set of Lync/OCS/LCS users.
Time to delete accounts (mins) = Number of Lync/OCS/LCS users / 800
The following table shows the expected run time for a number of sample cases.
Table 6 Sample Expected Run Times for the Delete Account Tool
Number of Lync/OCS/LCS Users
Time to Delete Accounts
2000
3 minutes
5000
7 minutes
15000
20 minutes
BAT Contact List Import tool
The IM and Presence BAT utility can import contacts at varying rates, depending on the IM and Presence platform. The following table shows the expected import rate for a selection of IM and Presence platforms.
Table 7 Import Rate for IM and Presence BAT Tool
IM and Presence Platform
Import Rate
MCS-7825-H4/1000 user OVA
6/sec
MCS-7845-H2
12/sec
MCS-7845-I3/5000 user OVA
22/sec
The following table shows the expected run time for a number of sample cases
Table 8 Sample Expected Run Times for the BAT Contact List Import Tool
Number of Users
Average Contact List Size
Import Time (Rate = 22/sec)
2000
100
2hours, 32 minutes
5000
75
4 hours, 45 minutes
15000
60
11 hours, 22 minutes
Notes
The calculations for the Export Contact List tool, Disable Account tool and Delete Account tool are based on Lync/OCS/LCS and Active Directory (AD) running on hardware with at least 2Ghz CPU processing power, and 2GB of RAM.
Running these user migration tools has no affect on the capabilities of other Lync/OCS/LCS users who are signed into Microsoft Lync or Microsoft Office Communicator.
Cisco recommends that you perform user migration during a scheduled maintenance window to reduce the load on the Lync/OCS/LCS and AD system.
DNS configuration
Domain Name System (DNS) "A" records must be published within the enterprise for all IM and Presence and Lync/OCS/LCS servers.
Lync/OCS/LCS servers must be able to resolve Fully Qualified Domain Names (FQDN) and IP addresses for all IM and Presence servers.
Likewise, IM and Presence servers must be able to resolve FQDNs and IP addresses for all Lync/OCS/LCS server and pool FQDNs.
Certificate Authority server
If TLS encryption is enabled as part of this Partitioned Intradomain Federation integration, an external or internal Certificate Authority (CA) may be used to sign security certificates on IM and Presence and Lync/OCS/LCS. Cisco recommends that you use the same CA to sign Lync/OCS/LCS and IM and Presence certificates. If not, the root certificates for each CA must be uploaded onto Lync/OCS/LCS and IM and Presence servers.
High availability
You need to consider how you are going to configure availability in your Partitioned Intradomain Federation deployment.
If you wish to make your IM and Presence Partitioned Intradomain Federation capability highly available, you can deploy a load balancer in front of your designated (routing) IM and Presence nodes. Cisco recommends that you use the Cisco CSS 11500 Content Services Switch.
The Cisco CSS 11500 Content Services Switch documentation is available at the following URL:
Additional configuration for Routing IM and Presence Server
In multi-server deployments, an IM and Presence server must be dedicated as the Routing IM and Presence server. This means that it is a front-end server that accepts all new inbound SIP requests from Lync/OCS/LCS and routes them onwards to the IM and Presence server on which the request recipient is homed.
Cisco recommends that you do not assign any users to Routing IM and Presence servers; this ensures that the Routing IM and Presence servers have the capacity to handle the volume of SIP traffic from Lync/OCS/LCS.
Because no users are assigned to Routing IM and Presence servers, you can deactivate many of the feature services to free up resources on the Routing IM and Presence servers. Deactivate the following feature services on Routing IM and Presence servers:
The following services must be running on each
IM and Presence server to support Partitioned Intradomain Federation:
Cisco SIP Proxy
Cisco XCP SIP
Federation Connection Manager
Cisco XCP Router
The Cisco XCP Router is a network service and therefore
is started by default. The Cisco SIP Proxy and Cisco SIP Federation
Connection Manager are feature services, which you must start.
The following procedure describes how to start the Cisco SIP Proxy and Cisco SIP Federation Connection Manager feature services. You
must perform this procedure on all
IM and Presence servers.
Note
For dedicated Routing
IM and Presence servers, do not activate the Cisco XCP SIP
Federation Connection Manager service because no users are assigned to
dedicated Routing
IM and Presence servers.
Procedure
Step 1
Select
Cisco Unified IM and Presence
Serviceability > Tools > Service
Activation.
Step 2
From the
Server menu, select the
IM and Presence server.
Step 3
Check the following services:
Cisco SIP Proxy
Cisco SCP SIP Federation Connection Manager
Step 4
Select
Save.
Plan services restarts during off-peak periods
During the integration process, you need to restart the Lync\OCS\LCS server front-end services. Plan to perform the services restart during off-peak periods, such as during a maintenance window, to minimize the impact to users. For more information, see the Partitioned Intradomain Federation configuration workflows and topics related to restarting services for your server type.