[cisco-voip] UC server performance and UCCX agent in reserve

[Terry Oakley]

Not taking this personally at all.   ☺

Tomcat was running for approximately 25 days as we had just upgraded from 11.5 SU2 to SU3 for O365 support and had rebooted all of the UCM pub and subs as well as the IMP pub and sub.   I am hoping this is not indicative of what may become a routine to restart Tomcat services.   Or is it.   I know the more we are tying functions together, Unity Connection, IM and Presence, UC, UCCX, O365 there is going to be more need for me/us to get a better and fuller understanding of how this all dances together and what tune it likes to dance too.   And hopefully if I can learn at least a step or two of that dance (and remember them) I can then create a more optimized system.

I totally appreciate what you stated Anthony and wholeheartedly agree.   Time now for me to put my agreement into action.  BTW hope your cutover went well, I have sadly been involved with really bad ones and a few very few, good ones.   Hope yours was the later.

Terry

PS since I have you all on this thread, any concern/gotcha with enabling Webdialer?


From: Anthony Holloway [mailto:avholloway+cisco-voip at gmail.com]
Sent: December 15, 2017 11:42 PM
To: Terry Oakley <Terry.Oakley at rdc.ab.ca>
Cc: Ryan Huff <ryanhuff at outlook.com>; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UC server performance and UCCX agent in reserve

Out of curiosity, how long had Tomcat been running before you restarted it?

This isn't at you Terry, but in general.

Companies will spend a lot of money getting systems in place, but then completely forget that technology has a life cycle; leading towards a better experience.  And no, I don't just mean upgrade to the latest shiny version.  I mean, efficiency, features, user experience, stability, scale, shorter MTTR.

Without being able to quantify it, I have seen more than a comfortable amount of environments without: a pre-production environment, proper analytics, proper change control, a good monitoring solution (emails from RTMT don't count), resource usage monitoring, a good backup strategy, vmtools up to date, and anything other than just MACD work being performed.

It's like there's this sole effort on "projects," and the old saying: "if isn't broke, don't fix it," wins again. We lose the chance to truly understand our systems, and therefore the chance to optimize them.

/rant

Disclaimer: Today was a long cutover, and I'm tired

PS Ryan amazes me too.
On Thu, Dec 14, 2017 at 10:32 PM Terry Oakley <Terry.Oakley at rdc.ab.ca<mailto:Terry.Oakley at rdc.ab.ca>> wrote:

Thank you again Ryan.   I think I found the issue.   One of the tests showed a problem with AXL services.  Restarted Tomcat and we appear to be much better.





________________________________
From: Terry Oakley
Sent: Thursday, December 14, 2017 5:29:31 PM
To: Ryan Huff

Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] UC server performance and UCCX agent in reserve

Thanks Ryan.. .I will have a look tonight..



PS i don't know how you find all the time to respond to all of us but I am very thankful that you do.  😊

________________________________
From: Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>>
Sent: Thursday, December 14, 2017 5:26:53 PM
To: Terry Oakley
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] UC server performance and UCCX agent in reserve

Just based on that description alone, I’d say it might be possible you have some LAN congestion?
Everything you’re talking about here is riding http/https.

- Any recent QoS policy changes?

- Is other non-UC web traffic slower than normal from those PCs?

- Run utils diagnose test on the CLI of each server and see if you find any goodies ...

-Ryan

On Dec 14, 2017, at 7:18 PM, Terry Oakley <Terry.Oakley at rdc.ab.ca<mailto:Terry.Oakley at rdc.ab.ca>> wrote:

For the past week and a bit I have noticed a decline in UC (Call Manager) response time when editing/adding a device.   The message 'loading' stays on for 5 to 10 seconds or even longer.   Page refresh is also really slow.   In looking at RTMT the CPU/Memory/disk space are all around 50% or less with no apparent spikes.   Any suggestions on where this lag could be?



On another but may be related , a couple of our agents (but not all) both have had their phones restart while in use, and today both had their agent go into Reserved state for a couple of minutes before finally connecting and allowing them service.     Again any suggestions on where one would look would be appreciated.



UC 11.5 SU3

UCCX 11.5

IMP 11.5 SU3

O365

Unity Connection 11.5



Terry


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20171218/ad964f63/attachment.html>