- Configuration of IM and Presence Service with Microsoft OCS
- Configuration of Cisco Unified Communications Manager for Integration with Microsoft OCS
- Configuration of IM and Presence Service for Integration with Microsoft OCS
- Configuration of Microsoft Components for Integration with IM and Presence Service
- Configuration of Normalization Rules on Microsoft Active Directory
- Security Certificate Configuration for IM and Presence Service
- Configuration of Security between IM and Presence Service and Microsoft OCS
- Load Balancing over TCP
- Microsoft OCS Remote Call Control Installation
Contents
- Configuration of Normalization Rules on Microsoft Active Directory
- Configure Normalization Rules on Microsoft Active Directory
- Verify Username Displays on Microsoft Office Communicator Interface
- Sample Normalization Rules
Configuration of Normalization Rules on Microsoft Active Directory
Configure Normalization Rules on Microsoft Active Directory
A reverse look-up of a directory number to username does not work under these conditions:
- a Microsoft Office Communicator user is controlling the Cisco Unified IP Phone
- there is an incoming voice call to that user
- the directory number for the user is configured as E.164 in the Active Directory
- Active Directory phone number normalization rules are not set up
Under these conditions, the application identifies the call as coming from an extension number, and the username will not display in Microsoft Office Communicator.
Therefore you must set up the correct normalization rules for the Active Directory address book on the Microsoft Office Communicator server to enable the Microsoft Office Communicator user to see name of the calling party in the popup window that displays when the call is made.
![]() Note | You must provide a normalization rule file for extension dialing. See the sample normalization rules topic for an example. |
The CA-signed certificate for Microsoft OCS needs to be on the Microsoft Office Communicator PC to achieve correct certificate distribution for address book synchronization. If a common CA is used to sign certificates, for example Verisign or RSA, the CA certificate may already come installed on the PC.
What to Do Next
Verify Username Displays on Microsoft Office Communicator Interface
Verify Username Displays on Microsoft Office Communicator Interface
You must verify that the user is able to see name of the calling party in the Microsoft Office Communicator popup window that displays when the call is made.
Configure the normalization rules on Microsoft Active Directory.
Step 1 | Exit Microsoft Office Communicator. Do not just sign out. |
Step 2 | Delete the address book file contacts.db at the following location: C:\Documents and Settings\<username>\Local Settings\Application Data\Microsoft\Communicator |
Step 3 | Start the Microsoft Office Communicator client and sign in again. |
Step 4 | Verify that galcontacts.db is created. |
Step 5 | Exit Microsoft Office Communicator again, sign in, and verify that the username displays in Microsoft Office Communicator. |
Sample Normalization Rules
# ++ test RTP## PSTN:+61262637900, Extension:37XXX # +61262637ddd [\s()\-\./\+]*(61)?[\s()\-\./]*0?(2)\)?[\s()\-\./]*(6263)[\s()\-\./]*(7\d\d\d) 3$4;phone-context=dialstring # ++ test1 RTP ## Site:, PSTN:+61388043300, Extension:33XXX [\s()\-\./\+]*(61)?[\s()\-\./]*0?(3)\)?[\s()\-\./]*(8804)[\s()\-\./]*(3\d\d\d) 3$4;phone-context=dialstring #Test input +61388043187, Test result-> tel:33187;phone-context=dialstring # ++ test2 RTP ## PSTN:+61292929000, Extension:29XXX [\s()\-\./\+]*(61)?[\s()\-\./]*0?(2)\)?[\s()\-\./]*(9292)[\s()\-\./]*(9\d\d\d) 2$4;phone-context=dialstring # Test input +61292929761, test result-> tel:29761;phone-context=dialstring
You must provide a normalization rule file for extension dialing. For example, a sample normalization rule for three digit extension dialing is:
^(\d{3}) $1;phone-context=dialstring