<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>The worst case scenario, which we ran into, was a scenario where the pub is up and accepting auth requests but not able to process them. In our case the cluster was up for almost 300 days, and there were memory error alerts popping up. It would be nice for the system to understand this issue and go to the next node to try the auth process. </div><div><br></div><div>Interesting note about LDAPS. We are using that. Not sure if that poses additional issues. </div><div><br></div><div>Wish there was an easy way to test this out in production. Perhaps a quick ACL to block phone agent and desktop agent access to the pub and see what happens. And then another test where the ACL blocks access to the LDAP server temporarily. <br><br>Sent from my iPhone</div><div><br>On Jul 6, 2015, at 10:04 AM, Ryan Huff <<a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
<div dir="ltr">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">Hi Dan!<br><br>Thanks for the clarification/correction .... I just happen to have a few 3-node cluster hanging around and I just tried this 5 times in a mix of 9.1.1, 10.0 and 10.5 and here is what I found:<br><br>3 times LDAP auth was a seamless failover to the sub<br>2 times LDAP auth did not work on the sub until I bounced the tomcat service on the sub, then it worked fine.<br><br>I'm wondering if that, on the times it doesn't work in a failover (because I have experienced it a few times) a simple service bounce is all that is needed?<br><br>I suppose another cause of LDAP auth failover NOT working (but not always intuitive) would be cluster over wan (nodes in the cluster are not all on the same segment) and the sub node that LDAP auth is trying to bind from can't talk to the AD server.<br><br><div><hr id="stopSpelling">From: <a href="mailto:dpagan@fidelus.com">dpagan@fidelus.com</a><br>To: <a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>; <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Date: Mon, 6 Jul 2015 13:45:08 +0000<br>Subject: Re: [cisco-voip] LDAP Authentication when CUCM publisher is down.<br><br>
<style><!--
.ExternalClass p.ecxMsoNormal, .ExternalClass li.ecxMsoNormal, .ExternalClass div.ecxMsoNormal {
font-size:11.0pt;
font-family:"Calibri",sans-serif;
}
.ExternalClass a:link, .ExternalClass span.ecxMsoHyperlink {
color:#0563C1;
text-decoration:underline;
}
.ExternalClass span.ecxMsoHyperlinkFollowed {
color:#954F72;
text-decoration:underline;
}
.ExternalClass span.ecxEmailStyle17 {
font-family:"Calibri",sans-serif;
color:windowtext;
}
.ExternalClass span.ecxEmailStyle18 {
font-family:"Calibri",sans-serif;
color:#404040;
font-weight:normal;
font-style:normal;
}
.ExternalClass span.ecxEmailStyle19 {
font-family:"Calibri",sans-serif;
color:windowtext;
}
.ExternalClass .ecxMsoChpDefault {
font-size:10.0pt;
}
.ExternalClass div.ecxWordSection1 {
}
--></style>
<div class="ecxWordSection1">
<p class="ecxMsoNormal"><span style="color:#404040;">LDAP authentication is used by Tomcat and isn’t just restricted to the Publisher server - Subscriber nodes handle this as well. DirSync is specific to synchronization of LDAP attributes and only runs on the Pub,
so synchronization would definitely be affected if the Publisher is offline. I suggest to check out the Tomcat Security logs off CUCM for more info on user authentication against LDAP and your source of failure.
</span></p>
<p class="ecxMsoNormal"><span style="color:#404040;"> </span></p>
<p class="ecxMsoNormal"><span style="color:#404040;">So to answer your question, LDAP authentication should still work when the Publisher is offline.</span></p>
<p class="ecxMsoNormal"><span style="color:#404040;"> </span></p>
<p class="ecxMsoNormal"><span style="color:#404040;">For the UCCX agent concern, authentication of agents occur over AXL to CUCM, so if the AXL server is the Publisher, and that’s offline or experiencing issue w/ Tomcat during an authentication attempt by the UCCX
agent, then I would imagine seeing a failure. AXL and Tomcat Security logs off the UCM side should shed some light on that problem</span></p>
<p class="ecxMsoNormal"><span style="color:#404040;"> </span></p>
<p class="ecxMsoNormal"><span style="color:#404040;">As for SSO, I checked w/ my teammate and, in his experience, SSO can be handled by Subscriber nodes assuming the metadata was imported to those servers - authentication occurs against the IdP and not CUCM so
this seems logical to me as well.</span></p>
<p class="ecxMsoNormal"><span style="color:#404040;"> </span></p>
<p class="ecxMsoNormal"><span style="color:#404040;">Hope this helps.</span></p>
<p class="ecxMsoNormal"><span style="color:#404040;"> </span></p>
<p class="ecxMsoNormal"><span style="color:#404040;">- Dan</span></p>
<p class="ecxMsoNormal"><span style="color:#404040;"> </span></p>
<p class="ecxMsoNormal"><span style="color:#404040;"> </span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in;">
<p class="ecxMsoNormal"><b>From:</b> cisco-voip [<a href="mailto:cisco-voip-bounces@puck.nether.net">mailto:cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Lelio Fulgenzi<br>
<b>Sent:</b> Monday, July 06, 2015 9:16 AM<br>
<b>To:</b> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> Re: [cisco-voip] LDAP Authentication when CUCM publisher is down.</p>
</div>
</div>
<p class="ecxMsoNormal"> </p>
<div>
<p class="ecxMsoNormal"><span style="font-size:12.0pt;"> </span></p>
</div>
<div>
<p class="ecxMsoNormal">This has been our experience as well. Glad you started this thread. It's seems like a huge single point of failure to me for such an integral part of the process. I suspect hunt group login would also be affected. <br>
<br>
Sent from my iPhone</p>
</div>
<div>
<p class="ecxMsoNormal" style=""><br>
On Jul 6, 2015, at 5:02 AM, Matthew Collins <<a href="mailto:mcollins@block.co.uk">mcollins@block.co.uk</a>> wrote:</p>
</div>
<blockquote style="">
<div>
<p class="ecxMsoNormal">Hi All,</p>
<p class="ecxMsoNormal"> </p>
<p class="ecxMsoNormal">CUCM 10.5 </p>
<p class="ecxMsoNormal"> </p>
<p class="ecxMsoNormal">Just trying to get some conformation, When LDAP Synchronization and authentication is enabled this is performed by the DirSync process that only runs on the CUCM Publisher. So If we lose the CUCM Publisher for whatever reason it would seem
that the Authentication also fails due to the single point of failure of DirSync. Should LDAP authentication still work if the CUCM Publisher is still down.</p>
<p class="ecxMsoNormal"> </p>
<p class="ecxMsoNormal">So for LDAP users this would stop them signing in to Jabber clients and UCCX agents who are ldap’ed synced logging into the finesse webpages. Does anyone know is SSO is resilient on the CUCM publisher or would SSO still work in a Publisher
outage. </p>
<p class="ecxMsoNormal"> </p>
<p class="ecxMsoNormal"><span style="font-size:10.0pt;font-family:"Century Gothic",sans-serif;color:#009DB1;">Regards</span></p>
<p class="ecxMsoNormal"><span style="font-size:10.0pt;font-family:"Century Gothic",sans-serif;color:#009DB1;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:10.0pt;font-family:"Century Gothic",sans-serif;color:#009DB1;">Matthew Collins
</span></p>
<p class="ecxMsoNormal"> </p>
</div>
</blockquote>
<blockquote style="">
<div>
<p class="ecxMsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman",serif;">_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span></p>
</div>
</blockquote>
</div>
<br>_______________________________________________
cisco-voip mailing list
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a></div></div>
</div>
</div></blockquote></body></html>