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 <[email protected]> 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:[email protected]] > *Sent:* December 15, 2017 11:42 PM > *To:* Terry Oakley <[email protected]> > *Cc:* Ryan Huff <[email protected]>; [email protected] > > > *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 <[email protected]> > 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:* [email protected] > *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 <[email protected]> > *Sent:* Thursday, December 14, 2017 5:26:53 PM > *To:* Terry Oakley > *Cc:* [email protected] > *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 <[email protected]> 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 > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
