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

[Anthony Holloway]

Sounds good.

Also, I must say, that I have not seen this Tomcat issue the folks in this
thread seem to be reporting as normal Tomcat behavior.  I can't think of
the last time I had Tomcat hang, and I had to restart it.  Not saying it
doesn't happen, just not in my world.

I have no concerns using webdialer.  I don't often see it in use, but I
have seen it used...recently in fact.

On Mon, Dec 18, 2017 at 11:49 AM Terry Oakley <Terry.Oakley at rdc.ab.ca>
wrote:

> Not taking this personally at all.   J
>
>
>
> 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>
> 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
> *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>
> *Sent:* Thursday, December 14, 2017 5:26:53 PM
> *To:* Terry Oakley
> *Cc:* 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> 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
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> 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/589add57/attachment.html>