[cisco-voip] Active Directory Integration using E.164

[Fuller, Ben]

It breaks IP Communicator v7 as well.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons (US)
Sent: Friday, 19 February 2010 8:53 AM
To: Mark Marquez; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Active Directory Integration using E.164

The + still breaks things like UCCX, and the dialer on my cell phone (syncs to Outlook where some numbers have +).  There might be cases where some DNs would need to be non e164 for awhile.

I recommend longer digits on the phones, with translation patterns to expand your 4-5 digits to the longer match.

This thread was covered last week as well;

http://www.gossamer-threads.com/lists/cisco/voip/125479


From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mark Marquez
Sent: Thursday, February 18, 2010 3:43 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Active Directory Integration using E.164

I'd like to hear from the list regarding the possible implications of using E.164 formatted numbers (i.e. +1333445555) in Active Directory and performing CUCM LDAP integration using CUCM7.  The internal extension ranges vary depending on location and can be either 4 or 5 digits extensions.  I realize that by populating Active Directory with E.164 numbers that the CUCM Directory would probably not have numbers in a "dialable" format.  In other words, I wouldn't be able to select a telephone number via the Corporate Directory and dial it unless some kind of Translation pattern were applied behind the scenes. Again, I'm assuming I could use a Translation pattern to modify the E.164 number displayed in the Directory to either a 4 or 5 digits number.  If this is possible, and what other things should I take into consideration.


________________________________

Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.

________________________________
CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact UXC Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.
DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not UXC Getronics Australia. While we endeavour to protect our network from computer viruses, UXC Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100219/b6fd7d51/attachment.html>