[cisco-voip] CAD losing connection to CRS Server

[STEVEN CASPER]

We are having a similar problem. I see the following errors from RTMT
when the CSR agents disconnect:
 
Call Manager heartbeat rate below 24 beats per minute.
Current heartbeat rate is 4 beats per minute.
 
TFTP Server heartbeat rate below 24 beats per minute.
Current heartbeat rate is 9 beats per minute.
 
From the CAD Log:
 

16:29:17 02/15/2008 FATAL  FCICD0014 Return: sockRC=<15>, <failed to
receive message header from icd server>.
16:29:17 02/15/2008 FATAL  FCICD0011 ERROR: <16:error in receiving
socket message from icd server>.
16:29:17 02/15/2008 FATAL  PhoneDev PD0151 HeartBeatFailure: ICD
offline
16:29:17 02/15/2008 MINOR  FastCall AW1896 Unable to get RASCAL Global
ID for agent state change.
16:29:17 02/15/2008 MINOR  FastCall AW1933 Unable to write agent state
change to RASCAL: GID=0 Error=RASCAL Global ID error
16:29:17 02/15/2008 MINOR  FastCall AW1952 Unable to write agent state
change to RASCAL: GID=0 Error=RASCAL Global ID error
16:29:17 02/15/2008 INFO   DA0010  Failed to bind to LDAP server. Can't
contact LDAP server
16:29:17 02/15/2008 INFO   DA0010  Failed to bind to LDAP server. Can't
contact LDAP server
16:29:17 02/15/2008 INFO   DAClient  Could not get service FastCall
Rascal Server
16:29:17 02/15/2008 INFO   DA0010  Failed to bind to LDAP server. Can't
contact LDAP server
16:29:17 02/15/2008 INFO   DAClient  Could not get service Chat Server
16:29:46 02/15/2008 INFO   Enterprise_Data  EA0202 Shutting down
 
The CRS server is in the same subnet as this CCM Subscriber server. The
Publisher is in a separate subnet across a MAN. We have a sniffer set up
on the sub/CRS subnet to try to capture the errors. Couple of
questions:
 
Which CCM server is generating the heartbeats? Is it the Sub to the Pub
with the Pub acknowledging or the other way around?
 
Who is the CRS server exchanging heartbeats with?
 
Thanks for any advice!
 
Steve  

>>> "Jason Aarons (US)" <jason.aarons at us.didata.com> 2/18/2008 1:21 PM
>>>

Any IOS IPS ?  I had a similar issue and turning off the IPS resolved
it, customer was going to open a TAC case about the IPS.
 
We did extensive troubleshooting with TAC as the problem was
intermittent, the IPS turn off was after 2-3 weeks of not being able to
resolve the problem, lucky guess on our part.
 

From:cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah
Bennett
Sent: Monday, February 18, 2008 10:18 AM
To: cisco-voip at puck.nether.net 
Subject: [cisco-voip] CAD losing connection to CRS Server

 
Hello gang.  Hope all is well in your parts of the world.
We are trying to root cause an issue where various users on our IPCC
system (IPCC 4.05 HA) are losing connection for a few seconds between
the CAD application and the CRS server.
The bulk of the reports are coming from our extended office call
center.  This location is about 100 miles from our primary office where
the IPCC cluster is located.  The remote office is connected via a
multi-meg MPLS WAN connection back to our primary office.
We have not found a pattern yet, and the disconnection only last for a
few seconds with the normal CAD message that the connection to the CRS
server was lost and reestablished.  I have also noticed that at the same
time as the CAD disconnection, the clients Microsoft Communicator IM
client will lose connection as well.  
Is there some type of “keep alive” signal for the CAD/CRS connection
that may be getting delayed.
Thanks again for your advice.  
Micah Bennett
Telecommunications Admin
Automated License Systems







The information contained in this email and any attachments is
confidential and may be subject to copyright or other intellectual
property protection. If you are not the intended recipient, you are not
authorized to use or disclose this information, and we request that you
notify us by reply mail or telephone and delete the original message
from your mail system.

 



Disclaimer: This e-mail communication
 and any attachments may contain
confidential and privileged information and is for use by the designated
addressee(s) named above only. If you are not the intended addressee,
you are hereby notified that you have received this communication in
error and that any use or reproduction of this email or its contents is
strictly prohibited and may be unlawful. If you have received this
communication in error, please notify us immediately by replying to this
message and deleting it from your computer. Thank you. 

************************************
This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080219/f264cbd6/attachment.html