<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Abhiram, thank you for your reply.<br><br>No mixed mode has not been enabled. This is a new stock build of 10.6, so the COP file hasn't even been installed.<br><br>So far, I have taken Justin's advice and disabled LRO and and added a 2nd vCPU to each CUCM node. In my local testing, I haven't had the issue happen yet. So we'll have to see going forward.<br><br>Thanks,<br><br>Ryan <br><div><hr id="stopSpelling">From: akramadh@cisco.com<br>To: ryanhuff@outlook.com; jsteinberg@gmail.com<br>CC: cisco-voip@puck.nether.net<br>Subject: Re: [cisco-voip] UCCX 10.6 | CUCM 10.5.2 | CAD Extension out of service<br>Date: Wed, 10 Jun 2015 01:15:06 +0000<br><br>
<div>Hi Ryan,</div>
<div><br>
</div>
<div>CAD support shouldn’t be an issue and I don’t see this to be related to the mixed mode too. Either way, do you have agents(not the same) running both CAD and Finesse in your system? If the issue started after mixed mode was enabled, can you shut down Finesse
and monitor this?</div>
<div><br>
</div>
<div>The error you are talking about is typical when the CTI handle on the phone is lost/removed. So a TAC case should be the best way forward, and CAD ‘support' is not going away anytime soon :) Let me know how it goes. </div>
<div><br>
</div>
<div>
<div>
<div><font class="ecxApple-style-span" color="#000000"><font class="ecxApple-style-span" face="Calibri">Regards,</font></font></div>
<div><font class="ecxApple-style-span" color="#000000"><font class="ecxApple-style-span" face="Calibri">Abhiram Kramadhati</font></font></div>
<div><font class="ecxApple-style-span" color="#000000"><font class="ecxApple-style-span" face="Calibri">Technical Solutions Manager, CBABU</font></font></div>
<div>CCIE Collaboration # 40065</div>
</div>
</div>
<div><br>
</div>
<span id="ecxOLK_SRC_BODY_SECTION">
<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>Ryan Huff <<a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a>><br>
<span style="font-weight:bold;">Date: </span>Tuesday, 9 June 2015 10:40 pm<br>
<span style="font-weight:bold;">To: </span>Justin Steinberg <<a href="mailto:jsteinberg@gmail.com">jsteinberg@gmail.com</a>><br>
<span style="font-weight:bold;">Cc: </span>Cisco VOIP <<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] UCCX 10.6 | CUCM 10.5.2 | CAD Extension out of service<br>
</div>
<div><br>
</div>
<div><style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div class="ecxhmmessage">
<div dir="ltr">Hi Justin, thank you for your reply.<br>
<br>
CUCM 10.5.2su1 is in the active partition on all nodes (10.5.2.11900-3). <br>
<br>
LRO is interesting; my elastic sky version is 5.5 and according to the DocWiki (<a href="http://docwiki.cisco.com/wiki/Disable_LRO" target="_blank">http://docwiki.cisco.com/wiki/Disable_LRO</a>) it seems to only be an issue with 4.1 and more specifically, with CUCM < 8.6 with
ESXi 4.1. I've also seen several UC evangelical sites proclaim that LRO needs to be disabled where ever Virtual Cisco UC runs, versions be damned.<br>
<br>
I'm in pre-flight, so now is definitely the time to power down and knock LRO off.<br>
<br>
I guess I am more interested in the <i>why</i> at this point (plight of an engineer). I suppose this issue (if it is even an issue) will self-heal itself in v11 when CAD is no longer an option, but still plenty of need to support existing CAD.<br>
<br>
This is the first time I used this version mix (UCCX 10.6 | CUCM 10.5.2su1 | CAD), and I haven't ran into this issue before.<br>
<br>
Thanks for any thoughts you put into this.<br>
<br>
-Ryan<br>
<br>
<br>
<div>
<hr id="ecxstopSpelling">
Date: Tue, 9 Jun 2015 07:41:46 -0400<br>
Subject: Re: [cisco-voip] UCCX 10.6 | CUCM 10.5.2 | CAD Extension out of service<br>
From: <a href="mailto:jsteinberg@gmail.com">jsteinberg@gmail.com</a><br>
To: <a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a><br>
CC: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<br>
<p dir="ltr">Are you on UCM 10.5.2su1 ? I haven't seen that issue at all.</p>
<p dir="ltr">Is your VMware LRO disabled ?</p>
<p dir="ltr">Do your UCMs have one or two vCPU ?</p>
<div class="ecxgmail_quote">On Jun 9, 2015 12:42 AM, "Ryan Huff" <<a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a>> wrote:<br>
<blockquote class="ecxgmail_quote" style="border-left:1px #ccc solid;padding-left:1ex;">
<div>
<div dir="ltr">Has anyone been noticing that in this environment (UCCX 10.6 | CUCM 10.5.2 | CAD); extensions will sometimes report as OutOfService (and subsequently cause CAD login issues) when in fact, the phone is registered, associated to the jTAPI/RMCMSubsys
user, has CTI Control enabled (and is setup correctly in all other respects)?<br>
<br>
What seems to resolve this issue for me; is to super copy the phone to a fake mac address, delete the original and then re-mac the newly created device. Doing a cluster reboot seems to address this as well.<br>
<br>
This is a new 2 cluster build. Everything about the phone seems to function fine within call manager when CAD is having a login issue. I've changed the addressing mode on the phone (and CTI ports) to ipv4 only, turned JAL off on the phone. Just really odd and
not very easy to define.<br>
<br>
I know CAD is near death and Finesse is the future, but I have to support CAD in this scenario.<br>
<br>
Thanks,<br>
<br>
Ryan<br>
</div>
</div>
<br>
_______________________________________________<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><br>
<br>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</span></div> </div></body>
</html>