<div dir="ltr"><div>I think you understand it correctly.  Unless we're both wrong.</div><div><br></div><div>Are you using the same filter in both CUCM as the LDAP browser (can you share it?)?  Same search base?  Same user to BIND with?  Same AD or GC server?  Same Port?  Same TLS setting?</div><div><br></div><div>Do you know which user account is the anomaly?</div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 30, 2020 at 3:34 PM Lelio Fulgenzi <<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
OK - I'm trying to reconcile accounts being imported into CUCM before I modify the filter we're using.<br>
<br>
I've used the base filter suggested, plus I've added the (sn=*) to ensure we get only accounts with non-empty last names.<br>
<br>
However, my reconciliation is off by 1 (including taking into account inactive LDAP accounts).<br>
<br>
CUCM: 86,636<br>
LDAP Browser: 86,637<br>
<br>
I could just write it off as an anomaly, but I've sync'ed multiple times and ran the LDAP search multiple times, and I'm pretty sure no one is making changes.<br>
<br>
Anyone aware of any other criteria CUCM puts on to the import process?<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>