Issues in RTMT

Hi All,
I have an issue with my RTMT, when I tried to pull the logs for the particular time say 9:00 to 11:00, I am receiving only one file and that file has the traces starts from 13:00. This is one example only, what I mean to say is I am not getting the traces for the requested time. Please suggest.
Thanks,
Lajith

Hi Lajith,
This is probably because the traces are not present for the time 9.00 - 11.00. The only traces present are from 13.00. This could be because the traces got overwritten due to the volume of calls.
To confirm whether RTMT is making a mistake, I suggest you list the trace files present on the server by using the CLI.
Go into CLI
admin: file list activelog cm/trace/ccm/sdi(sdl)/ date detail
This command will give you the details of the CCM trace files present and the time that they were written.
For the location of all other trace files, here's a document. https://supportforums.cisco.com/document/65651/communications-manager-rtmt-trace-locations-cli
What is the CUCM version? By default, in 9.x, the CCM traces are in detailed mode.

Similar Messages

RTMT - Linux - Blank Screen

I installed the RTMT on Ubuntu (2 different systems) and when I log in I get a popup to accept the security certificate(but the popup is blank, I know it is the cert because it does that on windows version of RTMT) The RTMT screen appears, but the java never loads so all I have is a grey screen. Anyone else have similar issues with RTMT on Linux?

I can't even get the RTMT to install on Ubuntu. I get a Java error like:
argus@Io:~/Documents$ ./CcmServRtmtPlugin.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
Launching installer...
Exception in thread "main" java.lang.NoClassDefFoundError: com/zerog/lax/LAX
Caused by: java.lang.ClassNotFoundException: com.zerog.lax.LAX
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
Could not find the main class: com.zerog.lax.LAX. Program will exit.
argus@Io:~/Documents$ java -version
java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) 64-Bit Server VM (build 14.0-b16, mixed mode)
Do you have the 64bit kernel? Any ideas?? If you can help me install, maybe I can help with the blank message problems hah.

CCM 3.3(3) and RTMT issues

With CCM 3.3(3) with 1 publisher, and 2 subscriber servers the RTMT Callmanager Cluster info properties, the info for the 2nd subscriber does not report back in RTMT tool on the cluster info window. It saids "Error" next to most values but the first 2 in list report back ok.
The info from the servers displays fine.
Also, if you launch RTMT from the problem subscriber and click the info button the RTMT server version is empty.
So like it can't access data on this server, but this happens when you RTMT locally on the subscriber or remotely with IE over web. You can view all performance counters fine in RTMT on this server, it's just the cluster info window and RTMT version info, and processor summary window.
Regular windows performance monitor appears fine, can pull up counters fine.
CCM 3.3(3)sr4a
OS 2000.4-2sr7
RTMT client version 3.3(0.21)
RTMT server version is 3.3.2.0
This has been an issue for awhile, even before OS updates from 2000.2-7 to 2000.4-2. Not sure if RTMT ever worked fine on this.

you can goto the subscriber that is not seeming to report back all properties then perform the following:
open PERFMON and setup counters to view your statistics for the properties in question there.
if perfmon can see the counters but RTMT cannot,then i'd consider looking at RTMT as the problem.
if perfmon cannot see the counters then i'd look into the perfmon counters on that system. (this is what RTMT uses)

CUC Voicemail Issue

Hi all
Currently running CUC 10.x. User voicemail box was working fine. However, configured Unified Messaging and I can leave a voicemail for several users which illuminates the MWI on the phone and appears in email format. Problem is that I get prompted with the "Hello" greeting when pressing the messages button on the phone instead of the user voicemail box.
Any takers?
Thanks
Simon

Is this a new install? Has it ever worked?
If your issue is simply that when you press the message button you get the hello greeting it means CUC does not recognise the extension number that is calling in so routes the call to the default hello greeting.
If you use the RTMT tool and connect to CUC you can use port monitor to see what digits are being sent from CUCM. You may need to use a voicemail profile to manipulate the digits.
Out of interest why are you using full E164 for your extension number!? If you want to call someone across your office you have to dial the full E164!?
Hope that helps
Matty

Unity Connection 8.6.2 report error and issues

Hello,
I found some other hits on this error and tried the workarounds (restarting tomcat, and report data harvester) but am still getting "Unable to find any report data based on parameter(s)" for a certain timeframe on multiple reports when I know activity occurred in that timeframe.
User Phone login report, Outcall Billing Detail Report, others.
CUC version is 8.6.2.20000-2
Problem is during this timeframe someone dialed into system and changed the transfer extensions to various LD numbers throughout an entire day and the reports aren't showing these outcalls. Call Manager CDR data show the calls being placed from Unity VM ports and the Unity Conversation Manager traces I grabbed for the timeframe show the calls to those numbers to. I'm just trying to match up with a report and figure out if there is some other log or trace file I can look to determine for sure the caller logged in to the voicemail box and changed the transfer extension on it. (guessed the voicemaill password). The failed log in report doesn't even show the failed login attempt in output from traces below. The transfer extension dest addr was different on the transfers on this same mailbox. Have locked down the system since but want to get better grip on this with the reports and traces.
I looked over the CUC 8.6.2 SU1 and SU2 release notes and not seeing any resolved bugs for these matters either.
Here are some samples lines from Conversation Manager traces:
00:32:46.399 HDR|02/04/2013 ,Significant
00:32:46.399 |9744,PhoneSystem-1-001,E68CA6DB3CAE4118BE9F9612BD3540A9,Arbiter,-1,Incoming Call [callerID='' callerName='' calledID='555123' redirectingID='555123' lastRedirectingID='555123' reason=4=FwdNoAnswer lastReason=8=FwdUncond] port=PhoneSystem-1-001 portsInUse=1 ansPortsFree=23 callGuid=E68CA6DB3CAE4118BE9F9612BD3540A9
00:33:55.006 |9744,PhoneSystem-1-001,E68CA6DB3CAE4118BE9F9612BD3540A9,MiuGeneral,25,Enter CAvMiuCall::TransferEx destAddr='715551231234' type=2=Release maxRings=4 mediaSwitch='00a499fa-a193-45b0-a153-564a64019eb8'
00:33:58.955 |9744,PhoneSystem-1-001,E68CA6DB3CAE4118BE9F9612BD3540A9,MiuGeneral,25,Exit CAvMiuCall::TransferEx=0x00000000=S_OK
00:34:37.090 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,Arbiter,-1,Incoming Call [callerID='' callerName='' calledID='555123' redirectingID='555123' lastRedirectingID='555123' reason=4=FwdNoAnswer lastReason=8=FwdUncond] port=PhoneSystem-1-001 portsInUse=1 ansPortsFree=23 callGuid=9DB394E443A3419FA0020BC9D1A92806
00:34:50.403 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,CDL,11,CCsCdlImsAccess::AuthenticateSubscriber: Cannot authenticate user: JOESMITH IMS Result Code: 1 on line 108 of file CdlIms/src/CsCdlImsAccess.cpp: Error: 0x80046505 Description: E_CDL_SP_EXEC_FAILURE
00:34:50.403 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,CDE,3,Authentication Failed for Subscriber 555123 (Src/CsCallSubscriber.cpp 2969)
00:34:50.404 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,-1,-1,An invalid password entered when trying to log into a user mailbox. Details - [].
00:36:29.331 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,MiuGeneral,25,Enter CAvMiuCall::TransferEx destAddr='715551231234' type=2=Release maxRings=4 mediaSwitch='00a499fa-a193-45b0-a153-564a64019eb8'
00:36:33.484 |9832,PhoneSystem-1-001,9DB394E443A3419FA0020BC9D1A92806,MiuGeneral,25,Exit CAvMiuCall::TransferEx=0x00000000=S_OK
00:44:53.444 |9743,PhoneSystem-1-001,FEB6975B82284F37A161CD66ECBA61C6,Arbiter,-1,Incoming Call [callerID='' callerName='' calledID='555123' redirectingID='555123' lastRedirectingID='555123' reason=4=FwdNoAnswer lastReason=8=FwdUncond] port=PhoneSystem-1-001 portsInUse=1 ansPortsFree=23 callGuid=FEB6975B82284F37A161CD66ECBA61C6
00:45:20.019 |9743,PhoneSystem-1-001,FEB6975B82284F37A161CD66ECBA61C6,MiuGeneral,25,Enter CAvMiuCall::TransferEx destAddr='715551231234' type=2=Release maxRings=4 mediaSwitch='00a499fa-a193-45b0-a153-564a64019eb8'
00:45:24.121 |9743,PhoneSystem-1-001,FEB6975B82284F37A161CD66ECBA61C6,MiuGeneral,25,Exit CAvMiuCall::TransferEx=0x00000000=S_OK
Thanks

Hello ebergquist,
As advised we could try to run a report before an upgrade was performed to verify if it will pull the information, which in the event it does we would be matching the bug, therefore access the CUC CLI and type the following command: file get install *
You will be required to have an SFTP available for the file transfer and port 22 open on the sftp client.
Once you receive the files you would need to check system-history.log, below is an example.
=======================================
Product Name -    Cisco Unity Connection
Product Version - 8.5.1.12900-7
Kernel Image -    2.6.9-89.0.20.EL
=======================================
02/24/2013 13:35:02 | root: Boot 8.5.1.12900-7 Start
02/24/2013 16:03:45 | root: Install 8.5.1.12900-7 Success
Once you check the time stamp and date of the upgrade try to gather a report for a time range before the upgrade was performed, even though they might be overwritten, there still could be a possibility that it succeeds.
If this bug is not the issue then you might want to take into consideration:
1. Make sure that the service ReportDB is [STARTED] in the output of the command: utils service list.
2. If you have Digital Networking on your server make sure there is no stalled replication. Go to RTMT (Real Time Monitoring Tool)> Syslogs> Select on the dropdown your server> Doble click on Application logs> CiscoSyslog. You can then do a manual search or sort with the filter option:
Severity: Error
App ID: CuReplicator
Hit apply. Below is an example:
Date: Feb 19 08:01:15
Machine Name: LAB1111
Severity: Error
App ID: CuReplicator
Message: : 1151681: LAB1111.corpnet2.com: Feb 19 2013 08:01:11.662 UTC : UC_UCEVNT-3-EvtReplicatorStalledReceiveReplication %[ClusterID=][NodeID=LAB1111]: Detected stalled replication receiving from location LAB1111. Waiting for missing USN 2222. This situation may indicate network connectivity problems.
3.Make sure that replication is working properly in the cluster. You can check them via the following commands: showcuc cluster status    and   utils dbreplcation runtimestate
For the TransferEx that you state changed to ceros -> TransferEx=0x00000000=S_OK , this is just a hexadecimal value that is returned stating that the transfer that took place during the call was successful, in this case the actual transfer was to the following destination -> TransferEx destAddr='715551231234', and was during a call to ->calledID='555123' , this does not have to do with the actual change of a transfer number performed by a user.
Those traces won't be enough you will have to additionally set: ConvSub, level 3   and CDE, level 16 so that you may see output in the traces as the example posted in the previous thread.
Traces would be the path to follow in order to verify the user that changed the transfer rule, as this is as i understand the goal your pursuing.
However if it is of any help, another way to get on hold of the numbers that were updated on the Transfer Rule is to use the User Data Dump tool, this information reflects changes regardless of whether it was done via TUI (Telephone User Interface) or GUI (Graphic User Interface). For more information on the tool go to:
http://ciscounitytools.com/Applications/CxN/UserDataDump/Help/UserDataDump.htm
Traces are extensive to be reviewed if done manually, however you can do a text search with a tool as Notepad ++ to look for keywords as "NewTransferNumber =" or "CDE,16,Transfer allowed", once you find this you check the call GUIDwhich is the reference number of the call and that exists during the entire length of the call, whether it is while a person is leaving a voicemail or the user is accessing his/her's inbox. This would speed up your search.
So as explained in the first thread you would then do another text search returning all possible matches with that callGUID.
Now if you get to the very beginning of the call you would see something like:
Line 13712: 18:58:05.156 |24720,CCIE-1-001,0C9C97BDF5F444F0B535D231C32DDCB4,Arbiter,-1,Incoming Call [callerID='2199' callerName='' calledID='6789' redirectingID='' lastRedirectingID='' reason=1=DirectlastReason=1024=Unknown] port=CCIE-1-001 portsInUse=1 ansPortsFree=1callGuid=0C9C97BDF5F444F0B535D231C32DDCB4
In this example you see my test user callerID='2199' calling the Pilot number 6789 which is the voicemail button
calledID='6789, and the what type of call is it whether Forward or Direct, when logging to voicemail you are going to see Direct which is going to match the Direct Routing Rules and send the call to the attempt sign in conversation.
The other approach is a rule out method between the Audit traces and the User Data Dump tool.
So let's say you have a baseline document that states all of the Transfer numbers for all users.
If the User Data Dump reflects a different number and the Audit logs do not show any change, starting from the time the baseline was created and the point of time where the number was changed, then you could deduce the change was done via TUI (Telephone User Interface). Unfortunately you wouldn't be able to tell who did the change in this case.
Nevertheless, remember that a user may have for example an Alternate Extension so the change might not necessarily be done from the office phone: "Alternate extensions can make calling Cisco Unity Connection from an alternate device—such as a mobile phone, a home phone, or a phone at another work site—more convenient. When you specify the phone number for an alternative extension, Connection handles all calls from that number in the same way that it handles calls from a primary extension (assuming that ANI or caller ID is passed along to Connection from the phone system). This means that Connection associates the alternate phone number with the user account, and when a call comes from that number, Connection prompts the user to enter a PIN and sign in."
Best regards,
David Rojas
Cisco TAC Support Engineer, Unity
Email: [email protected]
Phone: 1-407- 241-2965 ext 6406
Mon, Wed, and Fri 12:00 pm to 9:00 pm ET, Tue and Thu 8:00 am to 5:00pm ET
Cisco Worldwide Contact link is below for further reference.
http://www.cisco.com/en/US/support/tsd_cisco_worldwide_contacts.html

Issue with transferring calls to VM for the correct DN Unity Connection 9.1.2

Hi all
I have been facing an issue with a Unity Connection Server v9.1.2. Every time an internal extension (assigned to VM profile and to Unity as a user) which is configured to be transferred to VM after 20 sec or so NoAN,is called , Unity treats the call as the extension of the calling party and not the called party. Furthermore , I dont know if this has any relation with the problem I am facing but when I check the voicemail port status in RTMT its seems like that regardless it is a direct call to the Unity from an extension (dial the pilot number or press the messages button on the IP phone) or a redirected call from an extension to Unity due to NoAN configuration, the Reason is Direct and the caller party number is always the extension initiated the call and not the one redirected to the Unity (second case).
I have changed the Use Last (Rather than First) Redirecting Number for Routing Incoming Call Unity parameter in the
System Settings > Advanced >Conversations -> checked and
Redirecting Diversion Header Delivery - Outbound CUCM parameter ->checked
in the SIP Trunk configuration used for the integraton of the CUCM with Unity but none of those seem to address this issue. Is there any guidelines you can give me to overcome this issue?
The servers I am using are
CUCM v9.1.2 BE
CUC v9.1.2 BE
Thank You in Advance

Hello again,
The Voice Mail Box Mask was blank before. However I tried XXXX (I use 4-digit extension for the VM pilot) but this did not seem to fix anything to the system....Same situation as before. Any more suggestions?
Thank you

Incoming calls issue in Third Party SIP Phone

Hi,
Yesterday I configured my third party sip phone which is yealink in this case on cucm and successfully registered it with cucm, despite of registration i have some calling issue in this phone. I am able to make outbound calls from this phone to any other phone however issue is related to inbound calls.I tried calling its DN from anywhere but call disconnect after sometime. Also didnt get any proper sip session trace in RTMT. Kindly suggest some step to sortout this issue.
Thanks

Dear Manish,
Call normally dicsonnected after 30-40 sec with termination code 102 in session trace. PFB SDI trace with 5030 is Thirdparty sip phone and 5033 is c7945. Looking forward for your suggestion.
CallingPartyNumber=5033
|DialingPartition=
|DialingPattern=5030
|FullyQualifiedCalledPartyNumber=5030
|DialingPatternRegularExpression=(5030)
|DialingWhere=
|PatternType=Enterprise
|PotentialMatches=NoPotentialMatchesExist
|DialingSdlProcessId=(0,0,0)
|PretransformDigitString=5030
|PretransformTagsList=SUBSCRIBER
|PretransformPositionalMatchList=5030
|CollectedDigits=5030
|UnconsumedDigits=
|TagsList=SUBSCRIBER
|PositionalMatchList=5030
|VoiceMailbox=
|VoiceMailCallingSearchSpace=PT-LHR-LOCAL:PT-Local:Unityvmpt:PT-F6-Local:PT-ISL-LOCAL:PT-KHI-LOCAL:PT_Operator_LHR:PT_Operator_KHI:PT_Operator_ISL
|VoiceMailPilotNumber=7103
|RouteBlockFlag=RouteThisPattern
|RouteBlockCause=0
|AlertingName=Syed Ahmer
|UnicodeDisplayName=Syed Ahmer
|DisplayNameLocale=1
|OverlapSendingFlagEnabled=0
12:17:38.028 |//SIP/SIPUdp/wait_SdlSPISignal: Outgoing SIP UDP message to 172.16.200.21:[5062]:
[23928282,NET]
INVITE sip:[email protected]:5062 SIP/2.0
Via: SIP/2.0/UDP 10.100.200.11:5060;branch=z9hG4bK1ca0cc6e317649
From: "Syed Ahmer" ;tag=8787406~039e2a80-8561-4586-8954-d01ed2aa12c8-246211918
To:
Date: Thu, 30 Jan 2014 07:17:38 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Send-Info: conference, x-cisco-conference
Alert-Info:
Contact:
Remote-Party-ID: "Syed Ahmer" ;party=calling;screen=yes;privacy=off
Max-Forwards: 70
Content-Length: 0
|14,100,50,1.14103336^10.163.14.4^SEP00230432C828
12:17:38.028 |EnvProcessUdpPort - EnvProcessUdpHandler::fireSignal() varId = 0|14,100,50,1.14103336^10.163.14.4^SEP00230432C828
12:17:38.028 |EnvProcessUdpHandler::fireSignal - SEND: index = 0, handler = 0xaf299320|*^*^*
12:17:38.028 |EnvProcessUdpPort::fireSignal - SEND, destination = 172.16.200.21:5062|*^*^*
12:17:38.028 |EnvProcessUdpPort - EnvProcessUdpHandler::send(buff, 850, 172.16.200.21:5062)|*^*^*

Issue on Cisco Unity Connection after performing 'utils ntp restart'

Hello everybody.
There's a client with Cisco Unity Connection 8.5.1.10000-206. After doing a 'utils ntp restart', the following message showed up:
Communication is not functioning correctly between the servers in the Cisco Unity Connection cluster. To review server status for the cluster, go to the Tools > Cluster Management page of Cisco Unity Connection Serviceability.
The client states that there was no service for 5 minutes and wants to know if performing this task shoud be disruptive or not and if there is any official document from Cisco stating this.
See SrvConnUnity_1.jpg sent by the client after performing the ntp restart.
Right now the service is normal (see SrvConnUnity_2.jpg attached). The client also sent a 'utils ntp
status':
admin:utils ntp status
ntpd (pid 10899) is running...
     remote           refid      st t when poll reach   delay   offset jitter
==============================================================================
*127.127.1.0     LOCAL(0)        10 l   16   64 377    0.000    0.000   0.002
synchronised to local net at stratum 11
   time correct to within 12 ms
   polling server every 64 s
Current time in UTC is : Fri Apr 26 16:01:23 UTC 2013
Current time in America/Argentina/Buenos_Aires is : Fri Apr 26 13:01:23 ART 2013
admin:
Could anybody help me with this? What steps should I take? Many thanks in advance.
Best,
Patricio

Hello Patricio,
On the command line guide you won't see any downtime requirements for the Unity Connection server:
Command Line Interface Reference Guide for Cisco Unified Communications Solutions Release 8.5(1)
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/cli_ref/8_5_1/cli_ref_851.html
Utils ntp restart
This command restarts the NTP service.
Command syntax
utils ntp restart
Parameters
None
Requirements
Command privilege level: 0
Allowed during upgrade: Yes
Also on the caveats i do not see any particular mention for this: (Caveats could be found applicable to CUC)
Release Notes for Cisco Unified Communications Manager Release 8.5(1)
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/rel_notes/8_5_1/cucm-rel_notes-851.html
Breaking up the output of the "utils ntp status" there are are two considerations:
admin:utils ntp status
ntpd (pid 10899) is running...
     remote           refid      st t when poll reach   delay   offset jitter
==============================================================================
*127.127.1.0     LOCAL(0)        10 l   16   64 377    0.000    0.000   0.002
First, you are using the ip address 127.127.1.0 which is the referenced used for the local system clock, the asterisc means is the preferred option as there is no other IP available. This is not a good practice and not recommended.
Secondly the stratum is unreliable, meaning too high to reach or too low to be accepted by Unity Connection.
If you would happen to run 'utils diagnose test' you would have probably seen an output as the following example below:
admin:utils diagnose test
Log file: platform/log/diag1.log
Starting diagnostic test(s)
===========================
test - disk_space          : Passed (available: 25680 MB, used: 7849 MB)
skip - disk_files          : This module must be run directly and off hours
test - service_manager     : Passed
test - tomcat              : Passed
test - tomcat_deadlocks    : Passed
test - tomcat_keystore     : Passed
test - tomcat_connectors   : Passed
test - tomcat_threads      : Passed
test - tomcat_memory       : Passed
test - tomcat_sessions     : Passed
test - validate_network    : Reverse DNS lookup missmatch
test - raid                : Passed
test - system_info         : Passed (Collected system information in diagnostic log)
test - ntp_reachability    : Passed
test - ntp_clock_drift     : Passed
test - ntp_stratum         : Failed
The reference NTP server is a stratum 11 clock.
NTP servers with stratum 5 or worse clocks are deemed unreliable.
Please consider using an NTP server with better stratum level.
Please use OS Admin GUI to add/delete NTP servers.
skip - sdl_fragmentation   : This module must be run directly and off hours
skip - sdi_fragmentation   : This module must be run directly and off hours
test - ipv6_networking     : Passed
And on the RTMT (Real Time Monitoring Tool) you would have seen a Critical event:
Condition:
The best external NTP server, , is stratum , which is unacceptably high. External NTP servers must be <= strata 8 and should be <= strata 5. NTP server strata can be verified using the CLI 'utils ntp status' command ('st' column). Try using different NTP servers.
Problem cause:
All specified external NTP server(s) have unacceptably high stratum values. Network issues exist or the designated servers have unreliable stratum values.
Information is self explanatory and therefore reassures the need of having a NTP different from the server itself.
By the snippet you sent we can know that it is the publisher server, as the Subscriber polls this information from the Publisher.
Installing the Operating System and Cisco Unity Connection 8.x
http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/installation/guide/8xcucig020.html
"Cisco recommends that you use an external NTP server to ensure accurate system time on the publisher server. Ensure the external NTP server is stratum 9 or higher (meaning stratums 1-9). The subscriber server will get its time from the publisher server"
Documentation also reaffirms the need for that NTP to be accessible otherwise your system can be degraded. Some addtional information which would be interesting to know is:
- Why did they had to restart the NTP in the first place?
System Requirements for Cisco Unity Connection Release 8.x
http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/requirements/8xcucsysreqs.html
"A network time protocol (NTP) server must be accessible to the Connection server"
On the Cisco Unity Connection Serviceability> Tools> CLuster Management screen shot you sent i see that the ports were "Not Available" and that the customer stated "there was no service for 5 minutes".
By no service did they mean that over the phone they heard a disconnected tone or a failsafe message?
Additionaly after the servers resolved from SBR the Subscriber never recovered entirely as it did not start the Conversation Manager service.
Bottom line if they are able to reproduce it then it would be worth a while checking with TAC
Best regards,
David Rojas Peck
Cisco TAC Support Engineer, Unity
Email: [email protected]
Mon, Wed, and Fri 12:00 pm to 9:00 pm ET, Tue and Thu 8:00 am to 5:00pm ET
Cisco Worldwide Contact link is below for further reference.
http://www.cisco.com/en/US/support/tsd_cisco_worldwide_contacts.html

Is RTMT can monitor when the first Route Group of a Route List is not used ?

Hi everyone,
I want to find how monitor this event in RTMT without success. I hope someone will have an idea to suggest !
My problem :
I have one Route List (RL_Remote) wich is used to route calls between two sites. This Route List has two Route Group :
- the first is a SIP trunk connected to my remote site (RG_SIP)
- the second is a local route group wich used PSTN (RG_PSTN) [BACKUP]
Is it possible that RTMT sends me an alarm when calls are routing via RL_Remote but are not using RG_SIP ?
In fact, I want to receive an alarm as soon as the Backup Route Group (RG_PSTN in my example) is used.
Thanks for your help !
Have a nice day,
Franck-Emanuel

More or less correct yes:
Core Issue
This issue can occur if an available route is not found in the indicated route list.
If the call fails on the current gateway, Cisco CallManager attempts to extend the call to the next route in the route list. This occurs until it reaches the last route. If the call cannot be completed with the last gateway, the Route List Exhausted event is logged.
These are possible reasons for a failure on the current gateway:
Unallocated number, such as a non-existing destination
Busy user
Out of bandwidth
Gateway fails to respond to the call setup request
The user receives alerts similar to this in the Real-Time Monitoring Tool (RTMT):
Most Recent Alert Raised: At 09:19:27 on 12/21/2005 on cluster CALLMANAGER1-Cluster. Number of RouteListExhausted events exceed 0 within 60 minutes.
There are at least five RouteListExhausted events (up to 30) received during the monitoring interval from 09:07:27, 12/21/2005 to 10:07:27, 12/21/2005.
https://supportforums.cisco.com/docs/DOC-29032

RTMT Messges

My RTMT sent alerts in the middle of the night marked critical, however trying to understand what the issue was is a bit tough. Can anyone point me to documentation that explains the RTMT alerts or tell me what this message means?
At Sat Apr 18 03:02:49 EDT 2015 on node CUCMSUB, the following SyslogSeverityMatchFound events generated:
SeverityMatch : Critical
MatchedEvent : Apr 18 03:02:24 CUCMSUB authpriv 2 sshd[19183]: fatal: Read from socket failed: Connection reset by peer [preauth] AppID : Cisco Syslog Agent ClusterID :
NodeID : CUCMSUB
TimeStamp : Sat Apr 18 03:02:24 EDT 2015
Thank you

The phone system is behind our corporate firewall, however there is no scanning that I am aware of. This is not a normal message, I've been here for a bit over a year and I don't recall seeing anything like this before.

CCM Publisher issue

wh have CCM version5.1 and the publisher keeps on rebooting. Any idea why this could be happening or has anyone come across this problem before

I would personally download the RTMT Plugin from the CallManager and monitor the performance of the server.
There is obviously a service or environment issue causing your server to re-start (processor over-utilization etc.), and you should be able to tell from the performance counters what this is?
Please rate if useful.....

Alert message on RTMT CCM 6x

Hi all,
I keep getting this Alert from RTMT. what surprises me is that we are not using Attendant Console.
"Attendant Console Server heartbeat rate below 24 beats per minute. Current heartbeat rate is 14 beats per minute."
Can anyone please elaborate whats going on? Also, Do I need to restart any of the services? Thanks.

Hi,
Have you checked under the "Cisco Unified Serviceability" or CCMService page?
Look under Tools > Service Activitation
Is the Attendant Console Server activated?
If you are not using it, then you can deactivate and stop it.
This will stop the alert, but there may be an underlying issue that could be causing other unreported problems or may cause problems in the future.. worth a look :)
To find your root cause, you should look at some of the following questions..
Are you getting any other RTMT alerts?
What sort of network is in between the servers?
Is there a firewall?
Packet loss?
Could heartbeat messages between the servers be getting lost?
Cheers,
Tim

Trouble starting RTMT on windows 7 x64

Hi, can anyone help me with a problem I'm having with the RTMT tool for call manager version 8.6.1.20000-1?
I can't run the RTMT tool.
When I launch the installer two processes show up in my task manager: javaw.exe and JRtmt.exe. They dissapaer (close) in about half a second. No error message is displayed, no logs (that i can find) are made, and no UI shows up.
I have already tried:
-running in compatibility mode
-running as administrator
-Restarting the machine
-Reinstalling RTMT
-Downloading a replacement RTMT installer from Cisco (verified via md5)
-Installing on a different computer
-Disabling Anti-virus applications
-Restarting into selective start-up mode
-Reinstalling Java
-Opening a TAC ticket.
The tech note here:
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080a5d2c9.shtml#intro doesn't list my specific issue, but i tried a solution that was listed there anyway.
-RTMT stuck at loading please wait: Not quite my issue but I did the solution anyway which was to run the run.bat file located in the RTMT install directory, this is the output from the CLI:
C:\Program Files (x86)\Cisco\Unified Serviceability\JRtmt>run.bat
C:\Program Files (x86)\Cisco\Unified Serviceability\JRtmt>".\jre\bin\java" -Dsun.java2d.d3
d=false -Xbootclasspath/a:.;.\lib\xerces.jar;.\lib\log4j.jar;.\lib\jcchart450J.jar;.\lib\c
ollections.jar;.\lib\JbcBeans.jar;.\lib\activation.jar;.\lib\axis.jar;.\lib\axis-ant.jar;.
\lib\commons-discovery.jar;.\lib\commons-io-1.3.2.jar;.\lib\commons-logging.jar;.\lib\comm
ons-lang-2.1.jar;.\lib\commons-net.jar;.\lib\ifxjdbc.jar;.\lib\mail.jar;.\lib\maverick-deb
ug-all.jar;.\lib\jaxrpc.jar;.\lib\saaj.jar;.\tzupdater.jar;.\lib\jide-common.jar;.\lib\jid
e-dialogs.jar;.\lib\jide-grids.jar;.\lib\wsdl4j.jar;.\lib\javacsv.jar;.\lib\jtds.jar;.\lib
\commons-beanutils.jar;.\lib\commons-collections.jar;.\lib\commons-digester.jar;.\lib\comm
ons-el.jar;.\lib\commons-jexl.jar;.\lib\commons-scxml.jar;.\lib\derby.jar;.\lib\xalan.jar;
.\lib\openssoclientsdk.jar -jar JRtmt.jar
Exception in thread "main" java.lang.NullPointerException
        at com.cisco.ccm.serviceability.rtmt.ui.SystemUtil.getLog4jConf(Unknown Source)
        at com.cisco.ccm.serviceability.rtmt.ui.JRtmtMain.initTrace(Unknown Source)
        at com.cisco.ccm.serviceability.rtmt.ui.JRtmtMain.main(Unknown Source)
I have opened a TAC case already and Cisco's response was "there's a problem with windows, we don't support windows."
Can somebody who's Java savvy please help me with this issue?

Thank you Jameson, I verified my settings to be the same, currently I have Java 6u45 loaded and RTMT 9.1, and get the following error:
C:\Applications\JRtmt\RTMT9>run.bat
C:\Applications\JRtmt\RTMT9>".\jre\bin\java" -Dsun.java2d.d3d=false -Xbootclassp
ath/a:.;.\lib\xerces.jar;.\lib\log4j.jar;.\lib\jcchart450J.jar;.\lib\collections
.jar;.\lib\JbcBeans.jar;.\lib\activation.jar;.\lib\axis.jar;.\lib\axis-ant.jar;.
\lib\commons-discovery.jar;.\lib\commons-io-1.3.2.jar;.\lib\commons-logging.jar;
.\lib\commons-lang-2.1.jar;.\lib\commons-net.jar;.\lib\ifxjdbc.jar;.\lib\mail.ja
r;.\lib\jsch-0.1.44.jar;.\lib\commons-codec.jar;.\lib\jaxrpc.jar;.\lib\saaj.jar;
.\tzupdater.jar;.\lib\jide-common.jar;.\lib\jide-dialogs.jar;.\lib\jide-grids.ja
r;.\lib\wsdl4j.jar;.\lib\javacsv.jar;.\lib\jtds.jar;.\lib\commons-beanutils.jar;
.\lib\commons-collections.jar;.\lib\commons-digester.jar;.\lib\commons-el.jar;.\
lib\commons-jexl.jar;.\lib\commons-scxml.jar;.\lib\derby.jar;.\lib\xalan.jar;.\l
ib\openssoclientsdk.jar -jar JRtmt.jar
Exception in thread "main" java.lang.NullPointerException
at com.cisco.ccm.serviceability.rtmt.ui.SystemUtil.getLog4jConf(Unknown
Source)
at com.cisco.ccm.serviceability.rtmt.ui.JRtmtMain.initTrace(Unknown Sour
ce)
at com.cisco.ccm.serviceability.rtmt.ui.JRtmtMain.main(Unknown Source)
Chris

RTMT Timezone data version mismatch

When opening the RTMT tool I get an error "There is a mismatch between timezone versions on this RTMT and the server you are trying to connect." Both my workstation and CUCM server are pointing to the same NTP so the time is the same. If I click Yes to update it errors and the tool closes. If I click NO to just let the mismatch be the tools opens up. Any suggestions on how to resolve this problem?
Thanks,
john

Hey John,
We experienced the same issue after we upgraded the callmanager.
Our fix was to uninstall RTMT and download it again from CCM and reinstall it.
Hope this helps,
if so, please rate.
Thanks.

RTMT Allerts

For RTMT alerts is it possible when monitoring a centralized system to configure the alerts to actually tell what devices in what locations are having the issues? Or do you have to go in to the monitoring tool to find this out?
Thanks.

First thing is to post the status of the utils ntp status as Brian noted above. However, there are also a number of NTP-related bugs in CUCM 8.6 and higher. I have had several customers with similar issues and it is generally been purely cosmetic. See the following thread, review the bug IDs, and you may consider opening a TAC case as well:
https://supportforums.cisco.com/discussion/11275801/problem-ntp-after-upgrade-and-install-vmtools
Be sure to take a look at Aaron Harrison's recommendation as well in that thread. He always has solid advice in the forum.
Hailey
Please rate helpful posts!

Issues in RTMT

Similar Messages

Maybe you are looking for