We have 2 servers, both LDAP synced and authenticating against LDAP. Both servers can search for and find the same user from LDAP and we can create the same user on both servers. When we digitally network the servers, we still see the same 2 users in the search (created on each UC server) and we can still add a new user twice, one on each server. We can probably get around this by searching at different levels on AD or use filtering. Anyone had any similar issues...TIA, Jeff
apologies for not making myself clear, thanks for the response,
2 Unity Connection 7.12a servers, the servers are single servers that are networked together.
The issue is that we can search for the same user from each server and can make the same user a connection user on each server, same name, alias, extension etc - is that correct or should the system not allow us to do that.
If you are using Digital Networking to network two or more Connection servers that are each integrated with an LDAP directory, do not specify a user search base on one Connection server that overlaps a user search base on another Connection server, or you will have user accounts and mailboxes for the same Connection user on more than one Connection server.
Note You can eliminate the potential for duplicate users by creating an LDAP filter on one or more Connection servers. See the "Filtering LDAP Users" section in the "Integrating Cisco Unity Connection with an LDAP Directory" chapter of the System Administration Guide for Cisco Unity Connection Release 7.x.
I am looking to use LDAP synch and autentication with two Connection Clusters and this looks like a real pain to me.
Thanks for the reply Steve, I agree it is a pain and agree the only way is to put in specific filters which we have tested and worked fine in the lab and also the non overlapping searches will mean close work with the customers AD guys. cheers...Jeff
I think it searches and brings in users but not computer accounts or disabled users. We added a description filter for VM1 and this only pulled in users with VM1 in the description ( it was only on a test system I don't have access to the system to tell you the exact format)
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
[toc:faq]CUCM Database Replication is an area in which Cisco customers
and partners have asked for more in-depth training in being able to
properly assess a replication problem and potentially resolve an issue
without involving TAC. This document discusse...