Re: [cisco-voip] IP Phones + MGCP FXS + Shared Lines

2017-12-18 Thread Ryan Huff 
It is interesting that this is not specifically documented anywhere, as an 
unsupported feature. My suspicion is that because, it does work, some to most 
of the time.


The typical symptom I've seen from shared mgcp fxs is a, "ghost ring". Pretty 
sure it has to do with the notify event in the MGCP protocol and how CUCM 
responds to that in a "shared line" scenario. No Anthony, that isn't me being 
empirical  that is from an OLD TAC case, if I can find it I'll print to PDF 
and sanitize the secret bits and send it to you.


Clearly, the most appropriate thing to do is a code adjustment in CUCM to 
prevent sharing MGCP FXS lines.


-Ryan


From: cisco-voip  on behalf of Anthony 
Holloway 
Sent: Monday, December 18, 2017 5:48 PM
To: Lelio Fulgenzi
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] IP Phones + MGCP FXS + Shared Lines

No unfortunately, just gotta play the cards dealt on this one.

Actually, I'm not interested in changing anything, I'm looking for 
documentation that supports what these two Cisco employee have publicly stated. 
 I personally will only cite sources from official documentation, and not from 
web forums, regardless of who posted it.  Because, at the end of the day, that 
employee can be wrong, and Cisco does not have to take responsibility for the 
infraction.  However, in documentation they do.  Either they fix the 
documentation, or they fix the technology.

On Sat, Dec 16, 2017 at 4:00 PM Lelio Fulgenzi 
> wrote:

Looks like the thread points you to sccp controlled fxs ports. I'm sure you 
have your reasons for wanting MGCP. Curious what those are.

Could you get away with ATAs?

Sent from my iPhone

On Dec 16, 2017, at 1:50 AM, Anthony Holloway 
> wrote:

Does anyone have current information on whether or not MGCP FXS ports can be on 
shared lines with Cisco IP Phones?

No anecdotal or empirical evidence please.  I'm looking for documented facts, 
preferably the kind that doesn't require re-reading it like 10 times to come up 
with your own interpretation.

Check out what the two Cisco Employees are saying in this thread from 2010 
(Spoiler - It's not supported)

https://supportforums.cisco.com/t5/ip-telephony/shared-line-between-ip-phones-and-fxs-port-with-sccp-setup/td-p/1045431

Are you a Cisco employee who likes to stick your neck out for internet 
strangers, and also believe this to be unsupported?  Please contact me.  Or 
not.  I'm not crying.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] IP Phones + MGCP FXS + Shared Lines

2017-12-18 Thread Anthony Holloway 
No unfortunately, just gotta play the cards dealt on this one.

Actually, I'm not interested in changing anything, I'm looking for
documentation that supports what these two Cisco employee have publicly
stated.  I personally will only cite sources from official documentation,
and not from web forums, regardless of who posted it.  Because, at the end
of the day, that employee can be wrong, and Cisco does not have to take
responsibility for the infraction.  However, in documentation they do.
Either they fix the documentation, or they fix the technology.

On Sat, Dec 16, 2017 at 4:00 PM Lelio Fulgenzi  wrote:

>
> Looks like the thread points you to sccp controlled fxs ports. I'm sure
> you have your reasons for wanting MGCP. Curious what those are.
>
> Could you get away with ATAs?
>
> Sent from my iPhone
>
> On Dec 16, 2017, at 1:50 AM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> Does anyone have current information on whether or not MGCP FXS ports can
> be on shared lines with Cisco IP Phones?
>
> No anecdotal or empirical evidence please.  I'm looking for documented
> facts, preferably the kind that doesn't require re-reading it like 10 times
> to come up with your own interpretation.
>
> Check out what the two Cisco Employees are saying in this thread from 2010
> (Spoiler - It's not supported)
>
>
> https://supportforums.cisco.com/t5/ip-telephony/shared-line-between-ip-phones-and-fxs-port-with-sccp-setup/td-p/1045431
>
> Are you a Cisco employee who likes to stick your neck out for internet
> strangers, and also believe this to be unsupported?  Please contact me.  Or
> not.  I'm not crying.
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

2017-12-18 Thread 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 
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-v...@gmail.com]
> *Sent:* December 15, 2017 11:42 PM
> *To:* Terry Oakley 
> *Cc:* Ryan Huff ; cisco-voip@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 
> 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@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 
> *Sent:* Thursday, December 14, 2017 5:26:53 PM
> *To:* Terry Oakley
> *Cc:* cisco-voip@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  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

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Brian Meade 
In IM under Presence->Domains, do you have multiple domains
listed?  Do you have something other than default under Presence Advanced
configuration for setting domain names?  Setting the voice services domain
is one of the few reasons you need to login internally first.

If you are using UserID@Default Domain then you shouldn't need to login
internally first.  You may just need to remove the domain portion from the
username on the username/password page when logging in the first time.

On Mon, Dec 18, 2017 at 4:06 PM, Ahmed Abd EL-Rahman <
ahmed.rah...@bmbgroup.com> wrote:

> What’s the flexible Jabber ID? Also I have local users created on CUCM
> with no LDAP integration.
>
>
>
> For the domain portion it’s not removed if the first login is through MRA
> and the login failed but as mentioned if I logged in thought inside network
> before the login through MRA goes smooth and login successfully but with
> one exception that IM service is not available.
>
>
>
>
>
>
>
>
>
>
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* Monday, December 18, 2017 11:50 PM
>
> *To:* Ahmed Abd EL-Rahman 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Jabber IM service Issue
>
>
>
> Are you using flexible Jabber ID?
>
>
>
> One thing to make sure is that first time MRA login gets rid of the domain
> portion in the username on the username/password form after entering
> username@domain in the service discovery window.
>
>
>
> On Mon, Dec 18, 2017 at 3:43 PM, Ahmed Abd EL-Rahman <
> ahmed.rah...@bmbgroup.com> wrote:
>
> Hi Brian,
>
>
>
> Will try what you suggested, but other than this issue I have another
> symptom, the user must use Jabber for first time from inside the network
> then afterwards he can use it from outside but if he tries the first time
> from outside the network it won’t register as all, even the login stage is
> not passed.
>
>
>
> Does this point to anything ?
>
>
>
>
>
>
>
>
>
>
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* Monday, December 18, 2017 11:27 PM
>
>
> *To:* Ahmed Abd EL-Rahman 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Jabber IM service Issue
>
>
>
> Try removing "inspect sip" from the global policy.  You don't want that in
> there with Expressway.  Not sure if XMPP traffic hits that as well or not.
>
>
>
> You can also try refreshing the IM Servers on the Expressway-C Unified
> Communications configuration.
>
>
>
> Enabling diagnostic logging on the Expressway-E and Expressway-C then
> trying to connect should help show what is going on as well.
>
>
>
> On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman <
> ahmed.rah...@bmbgroup.com> wrote:
>
> Hi Brian,
>
>
>
> Currently I’m opening all IP traffic to Expressway public IP on our Cisco
> ASA FW
>
>
>
> Regarding the inspection configured here it is :
>
> policy-map global_policy
>
> class inspection_default
>
>   inspect dns maximum-length 512
>
>   inspect ftp
>
>   inspect h323 h225
>
>   inspect h323 ras
>
>   inspect rsh
>
>   inspect rtsp
>
>   inspect esmtp
>
>   inspect sqlnet
>
>   inspect skinny
>
>   inspect sunrpc
>
>   inspect xdmcp
>
>   inspect sip
>
>   inspect netbios
>
>   inspect tftp
>
>
>
> which one could cause this issue ?
>
>
>
>
>
>
>
>
>
>
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* Monday, December 18, 2017 10:43 PM
> *To:* Ahmed Abd EL-Rahman 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Jabber IM service Issue
>
>
>
> Looks like possible XMPP/TCP 5222 connection issues from the logs.  It
> just keeps reconnecting over and over again but the port is open on the
> Expressway and through the firewall.
>
>
>
> What model firewall are you using?  You may need to disable some XMPP
> inspection/application filtering.
>
>
>
>
>
> On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman <
> ahmed.rah...@bmbgroup.com> wrote:
>
> Dear Gents,
>
>
>
> I have a question regarding Jabber setup, I have Jabber client working
> fine from internal network but externally it’s able to login and both phone
> and voice mail services are connected but IM service is not working while
> IM service works just fine from inside network.
>
>
>
> Attached is Jabber client logs for this case.
>
>
>
> So any ideas ?
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
>
>
>
___

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Ahmed Abd EL-Rahman 
What’s the flexible Jabber ID? Also I have local users created on CUCM with no 
LDAP integration.

For the domain portion it’s not removed if the first login is through MRA and 
the login failed but as mentioned if I logged in thought inside network before 
the login through MRA goes smooth and login successfully but with one exception 
that IM service is not available.






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com [mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 11:50 PM
To: Ahmed Abd EL-Rahman 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Are you using flexible Jabber ID?

One thing to make sure is that first time MRA login gets rid of the domain 
portion in the username on the username/password form after entering 
username@domain in the service discovery window.

On Mon, Dec 18, 2017 at 3:43 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Will try what you suggested, but other than this issue I have another symptom, 
the user must use Jabber for first time from inside the network then afterwards 
he can use it from outside but if he tries the first time from outside the 
network it won’t register as all, even the login stage is not passed.

Does this point to anything ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 11:27 PM

To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Try removing "inspect sip" from the global policy.  You don't want that in 
there with Expressway.  Not sure if XMPP traffic hits that as well or not.

You can also try refreshing the IM Servers on the Expressway-C Unified 
Communications configuration.

Enabling diagnostic logging on the Expressway-E and Expressway-C then trying to 
connect should help show what is going on as well.

On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Currently I’m opening all IP traffic to Expressway public IP on our Cisco ASA FW

Regarding the inspection configured here it is :
policy-map global_policy
class inspection_default
  inspect dns maximum-length 512
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect rsh
  inspect rtsp
  inspect esmtp
  inspect sqlnet
  inspect skinny
  inspect sunrpc
  inspect xdmcp
  inspect sip
  inspect netbios
  inspect tftp

which one could cause this issue ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 10:43 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Looks like possible XMPP/TCP 5222 connection issues from the logs.  It just 
keeps reconnecting over and over again but the port is open on the Expressway 
and through the firewall.

What model firewall are you using?  You may need to disable some XMPP 
inspection/application filtering.


On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman 
> wrote:
Dear Gents,

I have a question regarding Jabber setup, I have Jabber client working fine 
from internal network but externally it’s able to login and both phone and 
voice mail services are connected but IM service is not working while IM 
service works just fine from inside network.

Attached is Jabber client logs for this case.

So any ideas ?

Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Ryan Huff 
I think Brian has it  FJID (Flexible Jabber ID) is not supported over MRA.

Sent from my iPhone

On Dec 18, 2017, at 4:02 PM, Ahmed Abd EL-Rahman 
> wrote:

No Ryan, I have no WebEx service.





Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Monday, December 18, 2017 11:48 PM
To: Ahmed Abd EL-Rahman 
>
Cc: Brian Meade >; 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Is your domain provisioned with the WebEx connect service?

On Dec 18, 2017, at 3:43 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Will try what you suggested, but other than this issue I have another symptom, 
the user must use Jabber for first time from inside the network then afterwards 
he can use it from outside but if he tries the first time from outside the 
network it won’t register as all, even the login stage is not passed.

Does this point to anything ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com [mailto:bmead...@gmail.com] 
On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 11:27 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Try removing "inspect sip" from the global policy.  You don't want that in 
there with Expressway.  Not sure if XMPP traffic hits that as well or not.

You can also try refreshing the IM Servers on the Expressway-C Unified 
Communications configuration.

Enabling diagnostic logging on the Expressway-E and Expressway-C then trying to 
connect should help show what is going on as well.

On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Currently I’m opening all IP traffic to Expressway public IP on our Cisco ASA FW

Regarding the inspection configured here it is :
policy-map global_policy
class inspection_default
  inspect dns maximum-length 512
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect rsh
  inspect rtsp
  inspect esmtp
  inspect sqlnet
  inspect skinny
  inspect sunrpc
  inspect xdmcp
  inspect sip
  inspect netbios
  inspect tftp

which one could cause this issue ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 10:43 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Looks like possible XMPP/TCP 5222 connection issues from the logs.  It just 
keeps reconnecting over and over again but the port is open on the Expressway 
and through the firewall.

What model firewall are you using?  You may need to disable some XMPP 
inspection/application filtering.


On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman 
> wrote:
Dear Gents,

I have a question regarding Jabber setup, I have Jabber client working fine 
from internal network but externally it’s able to login and both phone and 
voice mail services are connected but IM service is not working while IM 
service works just fine from inside network.

Attached is Jabber client logs for this case.

So any ideas ?

Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Ahmed Abd EL-Rahman 
No Ryan, I have no WebEx service.





Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Monday, December 18, 2017 11:48 PM
To: Ahmed Abd EL-Rahman 
Cc: Brian Meade ; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Is your domain provisioned with the WebEx connect service?

On Dec 18, 2017, at 3:43 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Will try what you suggested, but other than this issue I have another symptom, 
the user must use Jabber for first time from inside the network then afterwards 
he can use it from outside but if he tries the first time from outside the 
network it won’t register as all, even the login stage is not passed.

Does this point to anything ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com [mailto:bmead...@gmail.com] 
On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 11:27 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Try removing "inspect sip" from the global policy.  You don't want that in 
there with Expressway.  Not sure if XMPP traffic hits that as well or not.

You can also try refreshing the IM Servers on the Expressway-C Unified 
Communications configuration.

Enabling diagnostic logging on the Expressway-E and Expressway-C then trying to 
connect should help show what is going on as well.

On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Currently I’m opening all IP traffic to Expressway public IP on our Cisco ASA FW

Regarding the inspection configured here it is :
policy-map global_policy
class inspection_default
  inspect dns maximum-length 512
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect rsh
  inspect rtsp
  inspect esmtp
  inspect sqlnet
  inspect skinny
  inspect sunrpc
  inspect xdmcp
  inspect sip
  inspect netbios
  inspect tftp

which one could cause this issue ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 10:43 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Looks like possible XMPP/TCP 5222 connection issues from the logs.  It just 
keeps reconnecting over and over again but the port is open on the Expressway 
and through the firewall.

What model firewall are you using?  You may need to disable some XMPP 
inspection/application filtering.


On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman 
> wrote:
Dear Gents,

I have a question regarding Jabber setup, I have Jabber client working fine 
from internal network but externally it’s able to login and both phone and 
voice mail services are connected but IM service is not working while IM 
service works just fine from inside network.

Attached is Jabber client logs for this case.

So any ideas ?

Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Brian Meade 
Are you using flexible Jabber ID?

One thing to make sure is that first time MRA login gets rid of the domain
portion in the username on the username/password form after entering
username@domain in the service discovery window.

On Mon, Dec 18, 2017 at 3:43 PM, Ahmed Abd EL-Rahman <
ahmed.rah...@bmbgroup.com> wrote:

> Hi Brian,
>
>
>
> Will try what you suggested, but other than this issue I have another
> symptom, the user must use Jabber for first time from inside the network
> then afterwards he can use it from outside but if he tries the first time
> from outside the network it won’t register as all, even the login stage is
> not passed.
>
>
>
> Does this point to anything ?
>
>
>
>
>
>
>
>
>
>
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* Monday, December 18, 2017 11:27 PM
>
> *To:* Ahmed Abd EL-Rahman 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Jabber IM service Issue
>
>
>
> Try removing "inspect sip" from the global policy.  You don't want that in
> there with Expressway.  Not sure if XMPP traffic hits that as well or not.
>
>
>
> You can also try refreshing the IM Servers on the Expressway-C Unified
> Communications configuration.
>
>
>
> Enabling diagnostic logging on the Expressway-E and Expressway-C then
> trying to connect should help show what is going on as well.
>
>
>
> On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman <
> ahmed.rah...@bmbgroup.com> wrote:
>
> Hi Brian,
>
>
>
> Currently I’m opening all IP traffic to Expressway public IP on our Cisco
> ASA FW
>
>
>
> Regarding the inspection configured here it is :
>
> policy-map global_policy
>
> class inspection_default
>
>   inspect dns maximum-length 512
>
>   inspect ftp
>
>   inspect h323 h225
>
>   inspect h323 ras
>
>   inspect rsh
>
>   inspect rtsp
>
>   inspect esmtp
>
>   inspect sqlnet
>
>   inspect skinny
>
>   inspect sunrpc
>
>   inspect xdmcp
>
>   inspect sip
>
>   inspect netbios
>
>   inspect tftp
>
>
>
> which one could cause this issue ?
>
>
>
>
>
>
>
>
>
>
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* Monday, December 18, 2017 10:43 PM
> *To:* Ahmed Abd EL-Rahman 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Jabber IM service Issue
>
>
>
> Looks like possible XMPP/TCP 5222 connection issues from the logs.  It
> just keeps reconnecting over and over again but the port is open on the
> Expressway and through the firewall.
>
>
>
> What model firewall are you using?  You may need to disable some XMPP
> inspection/application filtering.
>
>
>
>
>
> On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman <
> ahmed.rah...@bmbgroup.com> wrote:
>
> Dear Gents,
>
>
>
> I have a question regarding Jabber setup, I have Jabber client working
> fine from internal network but externally it’s able to login and both phone
> and voice mail services are connected but IM service is not working while
> IM service works just fine from inside network.
>
>
>
> Attached is Jabber client logs for this case.
>
>
>
> So any ideas ?
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Ryan Huff 
Is your domain provisioned with the WebEx connect service?

On Dec 18, 2017, at 3:43 PM, Ahmed Abd EL-Rahman 
> wrote:

Hi Brian,

Will try what you suggested, but other than this issue I have another symptom, 
the user must use Jabber for first time from inside the network then afterwards 
he can use it from outside but if he tries the first time from outside the 
network it won’t register as all, even the login stage is not passed.

Does this point to anything ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com [mailto:bmead...@gmail.com] 
On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 11:27 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Try removing "inspect sip" from the global policy.  You don't want that in 
there with Expressway.  Not sure if XMPP traffic hits that as well or not.

You can also try refreshing the IM Servers on the Expressway-C Unified 
Communications configuration.

Enabling diagnostic logging on the Expressway-E and Expressway-C then trying to 
connect should help show what is going on as well.

On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Currently I’m opening all IP traffic to Expressway public IP on our Cisco ASA FW

Regarding the inspection configured here it is :
policy-map global_policy
class inspection_default
  inspect dns maximum-length 512
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect rsh
  inspect rtsp
  inspect esmtp
  inspect sqlnet
  inspect skinny
  inspect sunrpc
  inspect xdmcp
  inspect sip
  inspect netbios
  inspect tftp

which one could cause this issue ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 10:43 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Looks like possible XMPP/TCP 5222 connection issues from the logs.  It just 
keeps reconnecting over and over again but the port is open on the Expressway 
and through the firewall.

What model firewall are you using?  You may need to disable some XMPP 
inspection/application filtering.


On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman 
> wrote:
Dear Gents,

I have a question regarding Jabber setup, I have Jabber client working fine 
from internal network but externally it’s able to login and both phone and 
voice mail services are connected but IM service is not working while IM 
service works just fine from inside network.

Attached is Jabber client logs for this case.

So any ideas ?

Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Ahmed Abd EL-Rahman 
Hi Brian,

Will try what you suggested, but other than this issue I have another symptom, 
the user must use Jabber for first time from inside the network then afterwards 
he can use it from outside but if he tries the first time from outside the 
network it won’t register as all, even the login stage is not passed.

Does this point to anything ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com [mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 11:27 PM
To: Ahmed Abd EL-Rahman 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Try removing "inspect sip" from the global policy.  You don't want that in 
there with Expressway.  Not sure if XMPP traffic hits that as well or not.

You can also try refreshing the IM Servers on the Expressway-C Unified 
Communications configuration.

Enabling diagnostic logging on the Expressway-E and Expressway-C then trying to 
connect should help show what is going on as well.

On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman 
> wrote:
Hi Brian,

Currently I’m opening all IP traffic to Expressway public IP on our Cisco ASA FW

Regarding the inspection configured here it is :
policy-map global_policy
class inspection_default
  inspect dns maximum-length 512
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect rsh
  inspect rtsp
  inspect esmtp
  inspect sqlnet
  inspect skinny
  inspect sunrpc
  inspect xdmcp
  inspect sip
  inspect netbios
  inspect tftp

which one could cause this issue ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 10:43 PM
To: Ahmed Abd EL-Rahman 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Looks like possible XMPP/TCP 5222 connection issues from the logs.  It just 
keeps reconnecting over and over again but the port is open on the Expressway 
and through the firewall.

What model firewall are you using?  You may need to disable some XMPP 
inspection/application filtering.


On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman 
> wrote:
Dear Gents,

I have a question regarding Jabber setup, I have Jabber client working fine 
from internal network but externally it’s able to login and both phone and 
voice mail services are connected but IM service is not working while IM 
service works just fine from inside network.

Attached is Jabber client logs for this case.

So any ideas ?

Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Brian Meade 
Try removing "inspect sip" from the global policy.  You don't want that in
there with Expressway.  Not sure if XMPP traffic hits that as well or not.

You can also try refreshing the IM Servers on the Expressway-C Unified
Communications configuration.

Enabling diagnostic logging on the Expressway-E and Expressway-C then
trying to connect should help show what is going on as well.

On Mon, Dec 18, 2017 at 3:16 PM, Ahmed Abd EL-Rahman <
ahmed.rah...@bmbgroup.com> wrote:

> Hi Brian,
>
>
>
> Currently I’m opening all IP traffic to Expressway public IP on our Cisco
> ASA FW
>
>
>
> Regarding the inspection configured here it is :
>
> policy-map global_policy
>
> class inspection_default
>
>   inspect dns maximum-length 512
>
>   inspect ftp
>
>   inspect h323 h225
>
>   inspect h323 ras
>
>   inspect rsh
>
>   inspect rtsp
>
>   inspect esmtp
>
>   inspect sqlnet
>
>   inspect skinny
>
>   inspect sunrpc
>
>   inspect xdmcp
>
>   inspect sip
>
>   inspect netbios
>
>   inspect tftp
>
>
>
> which one could cause this issue ?
>
>
>
>
>
>
>
>
>
>
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* Monday, December 18, 2017 10:43 PM
> *To:* Ahmed Abd EL-Rahman 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Jabber IM service Issue
>
>
>
> Looks like possible XMPP/TCP 5222 connection issues from the logs.  It
> just keeps reconnecting over and over again but the port is open on the
> Expressway and through the firewall.
>
>
>
> What model firewall are you using?  You may need to disable some XMPP
> inspection/application filtering.
>
>
>
>
>
> On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman <
> ahmed.rah...@bmbgroup.com> wrote:
>
> Dear Gents,
>
>
>
> I have a question regarding Jabber setup, I have Jabber client working
> fine from internal network but externally it’s able to login and both phone
> and voice mail services are connected but IM service is not working while
> IM service works just fine from inside network.
>
>
>
> Attached is Jabber client logs for this case.
>
>
>
> So any ideas ?
>
>
>
> Best Regards
>
>
>
> Ahmed Abd EL-Rahman
>
> Senior Network Engineer
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber IM service Issue

2017-12-18 Thread Ahmed Abd EL-Rahman 
Hi Brian,

Currently I’m opening all IP traffic to Expressway public IP on our Cisco ASA FW

Regarding the inspection configured here it is :
policy-map global_policy
class inspection_default
  inspect dns maximum-length 512
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect rsh
  inspect rtsp
  inspect esmtp
  inspect sqlnet
  inspect skinny
  inspect sunrpc
  inspect xdmcp
  inspect sip
  inspect netbios
  inspect tftp

which one could cause this issue ?






Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer

From: bmead...@gmail.com [mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Monday, December 18, 2017 10:43 PM
To: Ahmed Abd EL-Rahman 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber IM service Issue

Looks like possible XMPP/TCP 5222 connection issues from the logs.  It just 
keeps reconnecting over and over again but the port is open on the Expressway 
and through the firewall.

What model firewall are you using?  You may need to disable some XMPP 
inspection/application filtering.


On Mon, Dec 18, 2017 at 2:25 PM, Ahmed Abd EL-Rahman 
> wrote:
Dear Gents,

I have a question regarding Jabber setup, I have Jabber client working fine 
from internal network but externally it’s able to login and both phone and 
voice mail services are connected but IM service is not working while IM 
service works just fine from inside network.

Attached is Jabber client logs for this case.

So any ideas ?

Best Regards

Ahmed Abd EL-Rahman
Senior Network Engineer


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Cisco 8865 with UCCE 11.6 - No Whisper or Silent Monitor support

2017-12-18 Thread James Buchanan 
Hello,

Does anyone have any insight into why UCCE 11.6 does not support using the
8845/8865 for Whisper or Silent Monitor even though the other 88XX models
are supported?

Thanks,

James
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

2017-12-18 Thread 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-v...@gmail.com]
Sent: December 15, 2017 11:42 PM
To: Terry Oakley 
Cc: Ryan Huff ; cisco-voip@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 
> 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@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 >
Sent: Thursday, December 14, 2017 5:26:53 PM
To: Terry Oakley
Cc: cisco-voip@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 
> 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@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net

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

2017-12-18 Thread Ki Wi 
We have 10.5.x running with the same issue as well. frequently the tomcat
hang on the publisher.

Finding is there's excessive AXL request from poorly programmed application
which sort of DoS the server.
By right they should reuse AXL connection, instead the software keep on
establishing around 5 connections per sec...



On Sun, Dec 17, 2017 at 3:22 AM, Ryan Huff  wrote:

> I cannot speak to Cisco’s implementation (if any Cisco CUCM devs are on
> here, feel free to chime in) however it’s been my experience as a
> programmer (long before I fell in love with UC) that tomcat, as a whole, is
> a rather leaky web server solution.
>
> When I last studied and researched this topic heavily, it seemed to be
> many community’s opinion this was largely due to buffer (memory) management
> (or lack of efficient management thereof).
>
> Personally, I’d love to see Cisco decouple phone services from tomcat and
> package a more kick-ass web server with CUCM specifically for phone
> services, like Apache. I’ve suggested dual web server processes for a long
> time (for more reasons than just phone services) but I’m just a voice in a
> sea of millions.
>
> There is the old “trick” of tossing 2GB extra of RAM at each CUCM VM guest
> machine (if you can spare it). Generally speaking, it doesn’t solve the
> problem, but usually makes it less frequent.
>
> At the very least, I would think in the modern mesh database versions of
> CUCM, phone services should be able to run on the subscribers. All that
> would likely take more re-architecting than I’m guessing Cisco is willing
> to invest in at this point.
>
> To Charles’s point; predictive, scheduled tomcat restarts is the only way
> I’ve ever come to efficiently and effectively manage this when you have a
> cluster where tomcat is used heavily.
>
> -Ryan
>
> On Dec 16, 2017, at 11:59 AM, Matt Jacobson 
> wrote:
>
> On the subject of tomcat performance and AXL requests, what is the
> recommended setup for TMS - CUCM integratio
> ​n?? I have seen AXL requests from TMS to overwhelm tomcat causing admin
> interface to be unresponsive or crash until tomcat is restarted.​
>
> The TMS documentation is not specific about whether you add only one CUCM
> node or all nodes.
> ​I plan to test this when I get a chance, but if you add all nodes, does
> TMS load balance these requests or just spam all the nodes in the same
> manner?​
>
> In the CUCM release notes it says this:
>
> AXL Requests to Unified CM Nodes
>
> If you run Cisco TelePresence Management Suite (TMS) for scheduling, then
> the node that you add it to sends multiple AXL queries to fetch endpoint
> information. Because of the load that TMS generates, we recommend that you
> do not configure other applications that use AXL (such as Cisco Emergency
> Responder or Cisco Unified Attendant Console) to send AXL requests to these
> nodes.
>
>
> On Sat, Dec 16, 2017 at 10:50 Charles Goldsmith 
> wrote:
>
>> For us, we are restarting tomcat on the pub about once a week.  Our
>> administrative interface is used pretty heavily with MACD stuff.  I've
>> found that if we use one of the low utilization subs, we aren't having the
>> issues.
>>
>> We can't restart tomcat that easily due to EM usage, and yes, we have a
>> dedicated pub.
>>
>> On Sat, Dec 16, 2017 at 12:42 AM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>>> 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 
>>> 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,