Jabber is dialing incorrect number for a contact

Document

Fri, 07/20/2012 - 09:00
May 11th, 2012

TITLE

Jabber is dialing incorrect number for a contact

SYMPTOMS

When calling a contact in Jabber, Jabber attempts to dial an unexpected telephone number for that individual, which may break the dial rules configured in Cisco Unified Communications Manager or result in fast busy.  Further, Jabber does not use the directory settings attribute mapping that you speficied in the server configuration on the Cisco Unified Presence server.

ENVIRONMENT

Cisco Jabber for Windows 9.0.1

Cisco Unified Communications Manager integrated with Microsoft Active Directory for LDAP services

Cisco Unified Presence

CAUSES

Jabber does not use the directory settings specified on the Cisco Unified Presence server, rather it relies on the global configuration file (jabber-config.xml) from the TFTP server to obtain the directory settings.  By default, the contact telephone number is mapped to the telephoneNumber attribute in AD; which is why you may observe Jabber attempting to call the full E.164 telephone number.  When the environment stores telephone numbers to use with the dial rules configured in CUCM in a different AD attribute, the admin must specify which attribute to look at in the global config file for Jabber to look there.

RESOLUTION

  1. Verify the Active Directory attribute which stores the telephone number you wish Jabber to search; for example "ipPhone"
  2. Download the existing global configuration file from your TFTP server
  3. Edit the global configuration file to specify the attribute you wish Jabber to use in the Directory tag, for example:
    <Directory>
      <BusinessPhone>ipPhone</BusinessPhone>
    </Directory>
  4. Upload the TFTP file to CUCM and restart the TFTP service
  5. Restart Cisco Jabber on the desktop, it will download the new global configuration file and use the new attribute



PREVENTION

Verify the global configuration file contains the correct parameters per documentation on Cisco.com

RELATED TOPICS

http://www.cisco.com/en/US/docs/voice_ip_comm/jabber/Windows/9_0_1/b_jabber_win_icg_chapter_0100.html#reference_63061470ADA34F16BA1209D670C0E4C3

http://www.cisco.com/en/US/docs/voice_ip_comm/jabber/Windows/9_0_1/b_jabber_win_icg_chapter_0100.html#task_6C18F120C3D04A37867E0A3E9C031188

This document was generated from the following discussion:

Loading.
Nicolas Horchower Fri, 07/20/2012 - 09:00

Hello,

Have you planned to implement preferredNumber as the first number tried by Jabber ?

It will allow easier integration with customer directory. In your exemple, you need to lost one field to add ipPhone.

Thanks to preferredNumber, you can let the default mapping, and just add as the highest priority any field.

Regards,

NH

Actions

This Document

Related Content