<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; font-family: Calibri, sans-serif;">
<div>Just a quick update. We tested this with UCCX/CUIC/Finesse 11.5 and the issue is not seen. The issue seems to be with the encryption method. </div>
<div><br>
</div>
<div>In UCCX/CUIC/Finesse:</div>
<div>((/usr/local/platform/.security/dkey_status.txt file and install.log:08/23/2016 15:25:44 InstallWizard|ccmEncryptionConfigOptional:<b>dynamicKeyCCMEncryption='optional'</b>.|<LVL::Debug>).</div>
<div><br>
</div>
<div>In CUCM: </div>
<div>(/usr/local/platform/.security/dkey_status.txt file and also from the installation log install.log:08/10/2016 21:36:10 InstallWizard|ccmEncryptionConfigOptional: <b>dynamicKeyCCMEncryption='enable'</b>.|<LVL::Debug>) .</div>
<div><br>
</div>
<div>With the encryptionAPI used in CUCM, the length of the encrypted password is going beyond 64 characters and that could be the problem (but that is not confirmed yet). We’ll monitor this and take the necessary action if anything is needed on the contact
centre products. Thanks. </div>
<div><br>
</div>
<div>
<div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Regards,</font></font></div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Abhiram Kramadhati</font></font></div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Technical Solutions Manager, CCBU</font></font></div>
<div>CCIE Collaboration # 40065</div>
</div>
</div>
<div style="color: rgb(0, 0, 0); font-size: 14px;"><br>
</div>
<div style="color: rgb(0, 0, 0); font-size: 14px;"><br>
</div>
<span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0); font-size: 14px;">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>cisco-voip <<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>> on behalf of Anthony Holloway <<a href="mailto:avholloway+cisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>><br>
<span style="font-weight:bold">Date: </span>Monday, 22 August 2016 at 1:57 PM<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:daniel@ohnesorge.me">daniel@ohnesorge.me</a>" <<a href="mailto:daniel@ohnesorge.me">daniel@ohnesorge.me</a>><br>
<span style="font-weight:bold">Cc: </span>Cisco VoIP Group <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [cisco-voip] Serious 11.5 installation defect<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">Wow, good to know, but I cannot say that I have ever seen a password that long on a server before. That's a first for me. I tend to still use 8 character length. Old habit, I'm sure.
<div><br>
</div>
<div>Are you consistently deploy 16+ character passwords now a days?</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Aug 21, 2016 at 5:54 PM, Daniel Ohnesorge via cisco-voip
<span dir="ltr"><<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
<br>
Just wanted to make you all aware of a serious installation defect with 11.5 that the Cisco DE's are currently investigating and will soon be raising a new defect against.<br>
<br>
Basically, the CUCM Publisher installation goes ahead fine but once you try to install any subscriber (including the CUPS DB PUB), the installation will fail after all Network and Connectivity checks passed. It has taken TAC, BU and DE's 2 weeks to figure out
what was going wrong, it turns out that the password used for the Application User is too long (even though it is withing documentation guidelines). The password I used was 1 Uppercase, 14 lowercase, 1 number and 1 special character (underscore). DE's have
been able to replicate the issue in the lab using the same complexity. When using a password such as ipcbu123 the installation is successful. This affects CUCM, CUPS and CUC.<br>
<br>
Thanks,<br>
Daniel<br>
______________________________<wbr>_________________<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/mailma<wbr>n/listinfo/cisco-voip</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</span>
</body>
</html>