Cisco AXL Web Service;Cisco UXL Web Service is down
I see two critical event repeated in my RTMT as followed:
1- Service operational status is DOWN. Cisco AXL Web Service;Cisco UXL Web Service. The alert is generated on Fri Mar 14 03:44:04 AST 2014 on node 10.193.192.15. 2- At Fri Mar 14 03:44:34 AST 2014 on node UCCX IP ; the following SyslogSeverityMatchFound events generated: SeverityMatch : Critical MatchedEvent : Mar 14 03:44:05 MAD-DC-C210-UCCX01 user 2 ntpRunningStatus.sh: The local NTP client is off by more than the acceptable threshold of 3 seconds from its remote NTP system peer. The normal remedy is for NTP Watch Dog to automatically restart NTP. However; an unusual number of automatic NTP restarts have already occurred on this node. No additional automatic NTP restarts will be done until NTP time synchronization stabilizes. This is likely due to an excessive number of VMware Virtual Machine migrations or Storage VMotions. Please consult your VMware Infrastructure Support Team. AppID : Cisco Syslog Agent ClusterID : NodeID : MAD-DC-C210-UCCX01 TimeStamp : Fri Mar 14 03:44:05 AST 2014.
Also when i apply utilis servise list on uccx CLI i see Cisco AXL Web Service;Cisco UXL Web Service are stopped.
I am facing a connection problems with CAD, CSD and IPPA
is these events a critical and how i can run these service
The AXL web service and the UXL web service are cosmetic on the UCCX and do not have any impact. This is present as a part of the code imported from the VOS platform during the initial build of 8.5. (base version 22.214.171.12400-37)
This has been removed from 8.5.1 SU3 onwards (Not sure about SU1 and SU2)
Regarding NTP sync issue, please check the NTP status on the CLI:
"utils ntp status"
If it is not in sync, then please correct the NTP issues. UCCX does not support WIndows based NTP servers.
NTP sync can cause a lot of issues and this can also lead to the issues you are seeing with the CAD, CSD and IPPA.
Windows NTP server must not be used with VOS systems (Linux-based CUCM, UCCX, etc.) as they use SNTP to communicate time; SNTP is slightly different from NTPv4 (used by VOS systems).
RTMT alerts will be thrown (Event Viewer Applogs will also show this):
You may see this in the Event Viewer Syslogs:
"The local NTP client is off by more than the acceptable threshold of 3 seconds from its remote NTP system peer. The normal remedy is for NTP Watch Dog to automatically restart NTP. However, an unusual number of automatic NTP restarts have already occurred on this node. No additional automatic NTP restarts will be done until NTP time synchronization stabilizes. This is likely due to an excessive number of VMware Virtual Machine migrations or Storage VMotions. Please consult your VMware Infrastructure Support Team."
When you grep the Event Viewer Syslogsfor "ntp", you will see stratum warnings and large NTP time corrections happen:
TIME HOSTNAME user 4 ntp_one_shot.sh: The external NTP server, NTPSERVER, is stratum 9, which is unacceptably high. External NTP servers must be <= stratum 8 and are recommended to be <= stratum 5.
TIME HOSTNAME user 6 ilog_impl: ntpdate query response: server NTPSERVER, stratum 9, offset 28949.200803, delay 0.02574 27 Dec 21:21:00 ntpdate: step time server NTPSERVER offset 28949.200803 sec (rc=0).
TIME HOSTNAME user 4 ntpRunningStatus.sh: The local NTP client is off by more than the acceptable threshold of 3 seconds from NTP server NTPSERVER. Restarting NTP ... TIME HOSTNAME user 6 ilog_impl: Restarting NTP as time offset is 28949.201135 msec.
That's a time correction of 28949 seconds (approx. 8 hours)!
You can refer to page 91 of the Unified Communications SRND for further details. This holds true for UCCX as well as CUCM.
“Cisco highly recommends configuring the publisher to point to a Stratum-1, Stratum-2, or Stratum-3 NTP server to ensure that the cluster time is synchronized with an external time source.
Cisco recommends synchronizing Unified CM with a Cisco IOS or Linux-based NTP server. Using Windows Time Services as an NTP server is not recommended or supported because Windows Time Services often use Simple Network Time Protocol (SNTP), and Linux-based Unified CM cannot successfully synchronize with SNTP.
The external NTP server specified for the primary node should be NTP v4 (version 4) to avoid potential compatibility, accuracy, and network jitter problems.”
Hope this helps! Please mark the thread as solved as appropriate.
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: firstname.lastname@example.org Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...