I have two cucm clusters which are both integrated with AD at the moment. Because they are two different clusters, users on one cluster cant see users on the other cluster. I need to integrate both cluster to an External directory and point both cucm clusters to that directotry, so that to the end user it looks as though its a single directory.
I have heard you can use AXL, SDK etc. I am sure lots of people here have succesfully done this..Can you share your ideas with me..point me in the right direction..
Are they integrated to the same AD forest, different domains? If so you can use MSFT ADAM or LDS integration. If these are simply different domains on same forest then instead of pointing to DC point to GC root directory.
Thanks for the suggestion. I am not sure how the LDS integration will look like. I havent used one before..Can you please clarify..
Will it look like this?
Each cluster will be integrated with the LDS server and the LDS server will then point to AD? If this is the case then this looks like it will impact the existing AD integration.
What I am looking for is just directory that can query AD and ip phones url can point to this directory to search for users..
Correct, LDS is a MSFT service that replaced older ADAM, CUCM is supported to integrated with ADAM/LDS just select that instead of AD when creating the LDAP integration. You or the customer will need to configure LDS infrastructure though.
Again this is only needed if you have multiple forests and you need to integrate to more than 5 separate instances, with single forest but multiple domains you can simply connect to Global Catalog. Check out LDAP section in SRND on more details.
The challenge I see with this now is that, I have over 3,000 users/cluster on both clusters now. Going down this path, will be too intrusive in that I will have to delete the existing AD integration and re-integrate with LDS. If everything goes well, the users should stay the same and their Device associations should not be affected. However, these clusters are heavily dependent on EM, hence users PIN will change etc..So a few bottlenecks with this. I believe this would have been great if it had been factored into the design from the beginning..
I may have to go down SDK route. I came across an IP Phone SDK called "multiple directory" Its scripted to be used with multiple clusters. The asp is configured to point to different CUCM directories in the order that they are defined within the script. So users can perform a directory lookup against CUCM server responsible for that cluster and the result will be displayed to the ip phone.
This look less intrusive and will utilize the CUCM directory pulled from AD..What do you think?
First, do you need all users in both clusters? If not, you could look at the possibility of restricting your directory scope, and further limit it with an LDAP filter.
Second, yes you can create a custom directory on the phones. It's as simple as creating a new phone service, and subscribing your phones to it.
The docs on that are here: http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/all_models/xsi/8_5_1/xsidevguide851.pdf
If you need more concrete examples, you can reverse engineer the current corporate directory in your web browser.
Look in your enterprise parameters to see what the current directory url is, and then plug it into your location bar of your browser.
You should see XML output like the folowing:
Corporate Directory Select a directory
Then access that url in your browser, and you'll get something like this:
Directory Search Enter search criteria First Name f A Last Name l A Number n T 1 Search SoftKey:Submit 2 << SoftKey:<< 3 Cancel SoftKey:Cancel
This last sample illustrates search for lastnames beginning with an "H".
Holloway, Anthony 2
Records 1 to 31 of 64
Thanks for this. However this looks like asking users to use their web browser to perform user lookups..Thats not what I am looking for...
You missunderstood me. My mentioning the browser was simply to show you that you can reverse engineer the directory in an effort to make your new custom directory look and feel just like the Cisco provided one. I have also linked you to the IP Phone Application Services Notes which explains it all in great detail.
Anthony, I am sorry for mis understanding what you were trying to pass across. I am not sure how reverse engineer the directory. I an not a developer or programmer. I have looked at doc though..Can you explain a little better
Thanks for your help
You don't have to be a developer to make this work, but certainly it will make it easier on you.
The basics of this solution are as follows: