Cisco Unified Communications Manager (CallManager)

Configuring Cisco Unified Communications Manager Directory Integration

Document ID: 109379

Updated: Jan 07, 2009



This document provides information on how to setup, configure, and troubleshoot the Cisco Unified Communications Manager (formerly known as CallManager) Version 5.0 and later with Active Directory Integration.



Ensure that you meet these requirements before you attempt this configuration:

  • Basic knowledge of Microsoft Windows/Active Directory (AD)

Components Used

The information in this document is based on Cisco Unified Communications Manager 6.1(2)

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.


Refer to the Cisco Technical Tips Conventions for more information on document conventions.

Background Information

Directory Integration

By default, on a non-integrated Cisco Unified Communications Manager (CUCM), there are two types of users: end users and application users.

  • End users — All users associated with a physical person and an interactive login. This category includes all IP Telephony users, as well as Unified CM administrators when you use the User Groups and Roles configuration (equivalent to the Cisco Multilevel Administration feature in prior Unified CM versions).

  • Application users — All users associated with other Cisco IP Communications features or applications, such as Cisco Attendant Console, Cisco IP Contact Center Express, or Cisco Unified Communications Manager Assistant. These applications need to authenticate with Unified CM, but these internal users do not have an interactive login. This serves purely for internal communications between applications, for example, CCMAdministrator, AC, JTAPI, RM, CCMQRTSecureSysUser, CCMQRTSysUser, CCMSysUser, IPMASecureSysUser, IPMASysUser, WDSecureSysUser, and WDSysUser.

When you integrate Cisco Unified Communications Manager with the Active Directory, the Directory Integration process uses an internal tool called Cisco Directory Synchronization (DirSync) on the Unified CM to synchronize a number of user attributes (either manually or periodically) from a corporate LDAP directory. When this feature is enabled, end users are automatically provisioned from the corporate directory.

Note: Application users are kept separate and are still provisioned through the Unified CM Administration interface. In other words, application users cannot be synchronized from AD.

In summary, end users are defined in the corporate directory and synchronized into the Unified CM database, while application users are stored only in the Unified CM database and do not need to be defined in the corporate directory.


In this section, you are presented with the information to configure the features described in this document.

Note: Use the Command Lookup Tool (registered customers only) to obtain more information on the commands used in this section.

Network Diagram

This document uses this network setup:

Typical Directory Integration Scenario


  • Active Directory:

  • Domain name:

  • Cisco Unified Communications Manager :


This document uses these configurations:

Service Account in AD

Follow these steps to create a service account in AD that allows the CM sync agreement to connect and authenticate to it.

  1. This account must be able to READ all user objects within the desired search base and have a password set to never expire. In this case, the Administrator account is used, but any other account with READ access to all user objects within the desired search base suffices.


  2. On Cisco Unified Communications Manager, open the ccmadmin page (http://X.X.X.X/ccmadmin) and navigate to System > Ldap> Ldap System.

  3. Check the Enable Synchronizing from LDAP Server check box and choose Microsoft Active Directory for the LDAP Server Type and sAMAccountName for the LDAP Attribute for User ID.


    The The end users that Unified CM imports from AD are based on a standard AD attribute. In this case, sAMAccountName is used. Other possibilities are Mail, employeeNumber, telephoneNumber, or userPrinicpalName.

  4. From the CCMAdmin page, navigate to System > Ldap > Ldap Directory and click Add New to add a new Directory Replication Agreement.


  5. These two windows appear, which indicate that any current user in the CM DB will be deleted once the Directory Integration is in place.



  6. Fill out these fields:

    • LDAP Configuration Name: This is any name you want to assign to the integration.

    • LDAP Manager Distinguished name: This is the account configured in AD in Step 1. Be sure to use one of these:

      • Complete canonical name, for instance, cn=Administrator, dc=eire, dc=com

      • User Principal Name (UPN), for instance,

    • LDAP Password: This is the password for the account configured in AD in Step 1.

    • LDAP User search base: This path defines from where the integration pulls users from the AD.

    • LDAP Directory Synchronization Schedule.


  7. Define the users' fields that need to be synchronized. This defines the mapping LDAP attribute versus the attribute that the CM uses. For example, the attribute samaccountname maps against the attribute userid in the CM Informix Database. In another example, the attribute objectguid is mapped to the attribute uniqueidentifier in the CM Informix Database.

  8. Add the Hostname or IP for the AD server. Specify the port number (in this case 389) and check whether or not you want to use SSL.


  9. Activate and start the Cisco DirSync Service from the Serviceability page (http://X.X.X.X/ccmservice) Tools > Service Activation > Cisco DirSync Tools > Control Center > Feature Services > Cisco DirSync to finish the configuration.


    Additional service parameters that can be configured, but these can be left to default.


  10. You can now force a manual sync in order to synchronize the users in AD (and, more specifically, the users in the container cn=Users from the domain to Cisco Unified Communications Manager. In order to do so, navigate to the bottom of the Directory Integration page on Cisco Unified Communications Manager (System > Ldap > Ldap Directory) and open the newly created Directory Integration Field. At the bottom, click the Perform Full Sync Now button.


  11. Once the sync finishes, go to the Cisco Unified Communications Manager admin pages (http://X.X.X.X/ccmadmin) and navigate to User Management > Endusers. You can now see the users that were synched from AD in the Cisco Unified Communications Manager DB with an active LDAP status.


    Note: In this environment, a user had existed on Cisco Unified Communications Manager prior to running the Directory Integration.

  12. After the sync, this user is now in the Delete Pending state.


  13. Every night at 3.15 am, an internal process called the Garbage Collector service runs. This process permanently deletes any account that has been in the Inactive – Delete Pending state for over 24 hours. The Cisco Unified Communications Manager does not sync Active Directory passwords. Cisco Unified Communications Manager has no knowledge of Microsoft Active Directory encryption mechanism. Instead, in Cisco Unified Communications Manager 5.0, a default password of ciscocisco and a default PIN of 12345 are assigned.

    In Cisco Unified Communications Manager 6.0 and later, a default Credential Policy mechanism is used. This can be activated from the CCMAdmin pages: User Management > Credential Policy Default.



  14. The Credential Policy allows you to configure a default password, as well as some password policies. All users that are synchronized from AD then feed off this template for their passwords.


  15. The same applies for the PIN in Cisco Unified Communications Manager 6.0 and later.


    In other words, when Cisco Unified Communications Manager is integrated with AD (Directory Integration) but Directory Authentication has NOT been enabled (more about the Authentication mechanism later), all end users that were synchronized are authenticated locally, that is, against the Informix database in Cisco Unified Communications Manager.

    Because you can authenticate locally, you can change the password of the user from Cisco Unified Communications Manager itself.

    Note: This is not the case if you use Directory Authentication, as well.


Directory Authentication

Directory Authentication is installed on top of Directory Synchronization, so to have Directory Authentication, Directory Integration is a prerequisite. The basic idea is the same, but the only difference is that users are authenticated against the External Directory and no longer against the Cisco Unified Communications Manager Informix database. In other words, all end user authentication attempts (for example, to access ccmuser pages, etc.) are redirected to AD.

Note: Authentication does NOT apply to application users or PINs. For instance, extension mobility PIN authentication requests are authenticated locally (against the Cisco Unified Communications Manager database) and not through AD.


  1. In order to configure Directory Authentication, open the ccmadmin page (http://X.X.X.X/ccmadmin) and navigate to System > Ldap > Ldap Authentication.

  2. Fill out the fields as shown in the graphic:

    • LDAP Manager Distinguished name: This is the account configured in AD in Step 1. Be sure to use one of these:

      • Complete canonical name, for instance, cn=Administrator, dc=eire, dc=com

      • User Principal Name (UPN), for instance,

    • LDAP Password: This is the password for the account configured in AD in Step 1.

    • LDAP User search base.


    Note: When Authentication is enabled, there is no longer a password field on the configuration of individual users in Cisco Unified Communications Manager because user passwords are managed from AD and no longer from Cisco Unified Communications Manager.


Troubleshooting Directory Integration (Sync)

Scenario: You added the user Joe Bloke in AD and manually performed a sync from within Cisco Unified Communications Manager.

  1. Set the DirSync traces to Detailed. Navigate to the Cisco Unified Communications Manager Serviceability page and choose Trace > Configuration > Directory Services > DirSync.





  2. In a DirSync Trace, DirSync is invoked from Cisco Unified Communications Manager:

    2008-12-15 14:42:13,743 DEBUG [DSLDAPMain] dirsync.DSLDAPMain 
       ( - DSLDAPMain[handleIncomingReq] Now start 
       LDAPSyncImpl for agreement=f74f2069-1160-9d4a-7e8a-db6c476dd9d5
    2008-12-15 14:42:13,779 INFO  [DSLDAPMain] ldapplugable.DSLDAPSyncImpl 
       ( - LDAPSync
       [DSLDAPSyncImpl] Search base=cn=Users, dc=eire, dc=com
  3. The account that is configured in Cisco Unified Communications Manager to fetch the users is the administrator account:

    2008-12-15 14:42:13,787 INFO  [DSLDAPMain] ldapplugable.DSLDAPSyncImpl 
       ( - LDAPSync
       [DSLDAPSyncImpl] Manager
    2008-12-15 14:42:13,813 DEBUG [DSLDAPMain] ldapplugable.DSLDAPSyncImpl 
       ( - LDAPSync
       [DSLDAPSyncImpl] Attributes to return - objectguid:samaccountname:
       Successful LDAP connection to : ldap://
  4. Go out to AD and search for all users based on SamAccountName and objectguid within the specified user search base. Find the new user Joe Bloke:

       [sendUserData] Directory entry is CN=Joe Bloke: null:null:
       {mail=mail:, objectguid=objectGUID: 
       [B@1ce3fc5, givenname=givenName: Joe, 
       samaccountname=sAMAccountName: jbloke, sn=sn: Bloke}
    2008-12-15 14:42:15,351 DEBUG [DSLDAPSyncImpl
       ldapplugable.DSLDAPSyncImpl ( - 
       Getting ObjectGUID
  5. Remember to fetch certain AD attributes (for example, samaccountname, objectguid, givenname, department, telephonenumber, etc.). Give them a correspondent value in the Informix DB. For example, map “objectguid” in AD to “UniqueIdentifier” within Informix on Cisco Unified Communications Manager. This is a small example of the mapping of AD to Informix. This list is only a small subset. There are several more that are not included in this document.


  6. In this case, map the ObjectGuid that was found for user jbloke and give a correspondent value to the UniqueIdentifier Value in Cisco Unified Communications Manager:

       ObjectGUID value=cc15b7817840b947990b83551140cf86
    db6c476dd9d5)] ldapplugable.DSLDAPSyncImpl ( 
       - LDAPSync(f74f2069-1160-9d4a-7e8a-db6c476dd9d5)[formUserObject] 
       Name=uniqueidentifier Value=cc15b7817840b947990b83551140cf86
  7. Next check in Informix if a user with this particular UniqueIdentifier attribute already exists:

    2008-12-15 14:42:15,692 DEBUG [DirSync-DBInterface] 
       DSDBInterface.updateUserInfo Check update using uniq id. 
       SQL-SELECT * FROM  EndUser WHERE uniqueidentifier
  8. Then add the user in the Enduser table in Informix in Cisco Unified Communications Manager:

    2008-12-15 14:42:15,724 DEBUG [DirSync-DBInterface] common.
       DSDBInterface ( - DSDBInterface.insert 
       SQL-INSERT INTO EndUser(userid,firstname,mailid,uniqueidentifier,
       lastname,fkdirectorypluginconfig,status) values 

Troubleshooting Directory Integration (Authentication)

Scenario: You logged into the CCMUser pages with the user ID “kurt” Authentication redirected to AD.

  1. Take a sniffer trace on Cisco Unified Communications Manager.

  2. You see a Search Request.


    You also see a SearchResponse from AD to Cisco Unified Communications Manager for the user in question.



There is currently no verification procedure available for this configuration.


This section provides information you can use to troubleshoot your configuration.

Error Message: Error while Connecting to ldap

This error message appears when trying to perform LDAP integration with Cisco Unified Communications Manager:

Error while Connecting to ldap://, java.lang.RuntimeException: 
Unexpected error: 
the trustAnchors parameter must be non-empty

In order to resolve the issue, make sure that the relevant security certificate is uploaded under the CUCM OS Administration/Security/Certificate Management. Also, restart the DirSyn and Tomcat services from the Windows services.

Related Information

Updated: Jan 07, 2009
Document ID: 109379