04-13-2011 08:36 AM - edited 03-19-2019 02:44 AM
Dear All,
Can someone help me here?
Our IP phones are getting resetting and restarting frequently. Details are given below, but its not affecting our active calls.
9:38:38a 14: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=UCM-closed-TCP
9:38:38a 18: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=Failback
9:40:10a 10: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=TCP-timeout
9:41:11a 14: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=UCM-closed-TCP
9:41:11a 18: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=Failback
10:09:49a 10: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=TCP-timeout
10:09:51a 23: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=Reset-Restart
10:28:00a 10: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=TCP-timeout
10:28:10a 23: Name=SEPECC882B0AD77 Load= SCCP45.9-0-3S Last=Reset-Restart
App Load ID jar45sccp.9-0-3TH1-22.sbn
Boot Load ID tnp65.8-3-1-21a.bin
Version SCCP45.9-0-3S
CUCM Version 7.1.5
Thanks in advance
10-07-2011 12:11 AM
Hi Hariharan,
Cisco Unified IP Phone 7900 series introduced a Geometric TCP mechanism to permit IP Phones to measure the round-trip delay between the IP Phone and Unified CM, then adapt the keepalive timeout value. This provided a very accurate failover mechanism when the network delay is consistent. However, if the network delay is inconsistent, this mechanism may cause the IP Phones to inaccurately attempt failover. Cisco Unified IP Phone firmware 8.4(2) introduces the ability for the Network Administrator to disable this behavior, if necessary, through the Detect Unified CM Connection Failure parameter defined on the IP Phone device configuration. The default value is Normal; this Geometric TCP mechanism can be disabled if the parameter is set to Delayed. That is documented in
Cisco Unified IP Phone Release Notes for Firmware Release 8.4(2) 7971G-GE, 7970G, 7961G-GE, 7961G, 7941G-GE, 7941G, 7931G, 7911G, and 7906G (SCCP and SIP)
Hope this helps
01-28-2012 01:25 AM
Dear All
I am also facing same problem for Cisco 7941G and 7962 phones.
Problem remians unresolved, even with latest firmware.
Phone reset and re-register automatically with error, last=reset-restart last=TCP timeout
Is there any solution for this problem???? This probelm happens for the phone across WAN as well as LAN.
We continously piniging CUCM for couple of days, there not even single timeout...!
But Phone sometime un-register and register back its own....!
Rgds
Rajesh
09-26-2013 07:41 AM
Hi all,
As you ca suspect, we have a similar issue, and can't find the cause for it.
rajesh.kumar, did you resolve your issue?
Hope to get some feedback,
BR
Ales
09-26-2013 07:57 AM
We are experinceing this issue only with remote users using VPn. Phones will restart atleast once in day. Checked the logs TCP time out and reboots take 5 to 10 minutes. Put the users into solarwinds no issues detected with connectivity.
09-27-2013 10:03 PM
The only possible method for finding the root cause in this situation is :
!) Set up parallel packet captures for the primary callmanager ( to which the phone is registered ) and the IP phone itself and let it run until the issue is reported. You will need a dedicated pc with wireshark running to do so.
2) Analyze the captures from about 5 minutes before the issue is reported, looking for any packets that left the phone and did not make it to the callmanager or a delay in the same and the same thing in reverse direction.
HTH
Manish
03-20-2014 10:21 AM
Probably not an issue with v7.1.5, but I just had a TAC case with identical issue on our v8.6.2.20000-2 >> 8.6(2a) where RTMT showed an alert for number of reg'd phones exceeded, even though we have a 7,500 endpoint OVA deployment on each node and the alerted node had less than 1,000 end points registered in a cluster with 4 CUCM subscriber nodes. If you're running v8.6.2 this may be your issue as well on phones continously resetting themselves.
https://tools.cisco.com/bugsearch/bug/CSCts39201
Conditions state ""client is connecting over an unstable network which causes the client to continuously attempt registrations to the backup subscriber," but that's not the case in our environment. It is stable but TAC still deemed this as our problem.
Bug CSCts39201-
Subscriber incorrectly indicates NumRegisteredDevices is exceeded:
Symptom:
Unified CM Subscriber does not allow phones to register and generates a NumRegisteredDevices exceeded alarm even though there are only a few or no devices registered.
Workaround:
None. Once this condition occurs, the Cisco CallManager service must be restarted on the affected subscriber.
Affected: 8.6.2.20000-2 >> 8.6(2a)
Fixed in:
8.6(2.21002.1)
8.6(1.21016.2)
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide