<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body dir="auto">
<div><span></span></div>
<div>
<div>Ha! Anthony ... I am almost positive that I've seen that particular bug I hit with live data posted here before; I thought it was you, perhaps not. I'll have to search the threads later.</div>
<div id="AppleMailSignature"><br>
Thanks,
<div><br>
</div>
<div>Ryan</div>
</div>
<div><br>
On Jun 23, 2016, at 12:11 PM, Anthony Holloway <<a href="mailto:avholloway+cisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr">If I know what you are referring to, about my earlier post, this has to do with using a browser which does not support the type of LiveData feed that Cisco intends for you to use.
<div><br>
</div>
<div>LiveData functions best when the browser supports <a href="https://en.wikipedia.org/wiki/WebSocket">
HTTP WebSockets</a>. This is a method of opening/closing fewer HTTP connections from clients to server and passing multiple data updates over a single connection.</div>
<div><br>
</div>
<div>When you use an older browser (E.g., IE 9), OR you use a newer browser in older compatibility view mode (E.g., IE 11 compatible mode) the Livedata implementation in Finesse doesn't fail, it actually gracefully degrades to basic HTTP GET requests and passes
every single update to the live data views over individual connections. This cause a significant increase of load on the SocketIO process and the CPU will go through the roof.</div>
<div><br>
</div>
<div>As far as I know, this is not a documented defect, because the compatibility matrix specifically states which browsers are supported. So in theory, you shouldn't be using a browser that causes this issue in the first place.</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Jun 22, 2016 at 8:44 PM, Ryan Huff <span dir="ltr">
<<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Hello CC brothers and sisters,</p>
<p>A bit back I emailed in regarding <a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCup71611" target="_blank">
CSCup71611</a> which is a bug that in some instances, prevents creating an initial Call Control group after a new install / upgrade. It has been proven that this bug is not a 100% hit every time but does exist in the 11.0.1 code base (I hit it in 11.0.1), although
previously thought to have been corrected in the 10.6.x base.</p>
<p>Yesterday, I also hit <a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCux33949" target="_blank">
CSCux33949</a> in the 11.0.1 code base which impacts the Socket.IO service and creates intermittent session timeouts in the LiveData service. I believe, if I'm not mistaken, our own Anthony Holloway has mentioned this bug before. The TAC agent I worked with
stated that <a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCux33949" target="_blank">
CSCux33949</a> is a 100% hit every install (but I am not completely sure that is correct).<br>
</p>
<p>In both cases, the latter being the more involved of the two, it took rooting the box and either messing with PKIDs or uploading jar files to fix code (I also fully realize that I signed my own death warrant by deploying 11.0.1 over the much more mature
and stable 10.6(1)SU2).</p>
<p>Just thought I would bump this back to the top, in case anyone is considering a UCCX11.0.1 deployment anytime soon.</p>
<p>Thanks,</p>
<p>Ryan<br>
</p>
<p><br>
</p>
</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" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
</body>
</html>