03-03-2010 03:52 AM - edited 03-17-2019 09:57 PM
We are having a few issues here with Call Manager 5.1 whereas the phones have started to reboot randomly, they have been fine for over 18months and to the best of my knowleagde nothing has changed on the network, below are the debug logs taken from the phone: -
10:53:13a 10: Name=SEP00260B5D595D Load= SCCP11.8-3-3SR2S Last=TCP-timeout
10:53:44a 10: Name=SEP00260B5D595D Load= SCCP11.8-3-3SR2S Last=TCP-timeout
10:53:44a 18: Name=SEP00260B5D595D Load= SCCP11.8-3-3SR2S Last=Failback
9:44:51p 25: Name=SEP00260B5D595D Load= SCCP11.8-3-3SR2S Last=Initialized
11:34:51a 10: Name=SEP00260B5D595D Load= SCCP11.8-3-3SR2S Last=TCP-timeout
11:49:42a 10: Name=SEP00260B5D595D Load= SCCP11.8-3-3SR2S Last=TCP-timeout
What would cause these timeouts?
Thanks
Martyn
Solved! Go to Solution.
09-07-2011 07:31 AM
Just when you think you've found the exact problem..... no resolution? I've got same problem here on CCM8.0.3 with 7942 firmware 9.0.3 phones. Heard mention of QoS issues and ASA version/SCCPv19 issues.
Martyn, Daniel,Steve - did you guys fix this?
8:25:58p 10: Name=SEP001FCAE7AFC8 Load= SCCP42.9-0-3S Last=TCP-timeout
8:28:07p 14: Name=SEP001FCAE7AFC8 Load= SCCP42.9-0-3S Last=UCM-closed-TCP
8:32:08p 18: Name=SEP001FCAE7AFC8 Load= SCCP42.9-0-3S Last=Failback
Regards
Rich
09-07-2011 07:46 AM
Do you have port security enabled on your switch, if so what is is set to
Martyn
09-08-2011 01:23 AM
I'll check Martyn. Awaiting customer to confirm firewall settings too-heard of ASA causing issues with newer firmwares.
Rich
09-07-2011 09:51 AM
Rich,
Upon further investigation, we determined that only the 7937 conference phones were resetting
Changing the access VLAN to be the same as the voice VLAN fixed the issue (recommended by TAC after weeks of troubleshooting)
07-27-2012 07:29 AM
Hi Steve,
I'm trying to understand the recommendation by TAC regarding the fix to your issue. Did they explain why ?
Thanks
11-06-2012 12:14 PM
We have the issue of phones resetting randomly in a CMBE6000 system with only 48 phones connected. There are 4 locations, 3 connected via EPL and 1 location via point to point T1.
All locations, including the main site are seeing sporadic phone resetting. All the phones are either 7942 or 7962 with SCCP42.9-1-1SR1S app load.
CCM version is 8.5
Over the past month I have initiated two TAC calls. The following has been done with no resolution to the problem:
Geometric TCP
The Cisco Unified IP Phone firmware 7.2(1) 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. The 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.
Has anyone resolved this issue?
-Mick
11-06-2012 12:37 PM
Can you your switch config please
11-07-2012 06:08 AM
I'm assuming you want to see the QoS settings:
!
mls qos map cos-dscp 0 8 16 24 32 46 48 56
mls qos srr-queue input bandwidth 70 30
mls qos srr-queue input threshold 1 80 90
mls qos srr-queue input priority-queue 2 bandwidth 30
mls qos srr-queue input cos-map queue 1 threshold 2 3
mls qos srr-queue input cos-map queue 1 threshold 3 6 7
mls qos srr-queue input cos-map queue 2 threshold 1 4
mls qos srr-queue input dscp-map queue 1 threshold 2 24
mls qos srr-queue input dscp-map queue 1 threshold 3 48 49 50 51 52 53 54 55
mls qos srr-queue input dscp-map queue 1 threshold 3 56 57 58 59 60 61 62 63
mls qos srr-queue input dscp-map queue 2 threshold 3 32 33 40 41 42 43 44 45
mls qos srr-queue input dscp-map queue 2 threshold 3 46 47
mls qos srr-queue output cos-map queue 1 threshold 3 4 5
mls qos srr-queue output cos-map queue 2 threshold 1 2
mls qos srr-queue output cos-map queue 2 threshold 2 3
mls qos srr-queue output cos-map queue 2 threshold 3 6 7
mls qos srr-queue output cos-map queue 3 threshold 3 0
mls qos srr-queue output cos-map queue 4 threshold 3 1
mls qos srr-queue output dscp-map queue 1 threshold 3 32 33 40 41 42 43 44 45
mls qos srr-queue output dscp-map queue 1 threshold 3 46 47
mls qos srr-queue output dscp-map queue 2 threshold 1 16 17 18 19 20 21 22 23
mls qos srr-queue output dscp-map queue 2 threshold 1 26 27 28 29 30 31 34 35
mls qos srr-queue output dscp-map queue 2 threshold 1 36 37 38 39
mls qos srr-queue output dscp-map queue 2 threshold 2 24
mls qos srr-queue output dscp-map queue 2 threshold 3 48 49 50 51 52 53 54 55
mls qos srr-queue output dscp-map queue 2 threshold 3 56 57 58 59 60 61 62 63
mls qos srr-queue output dscp-map queue 3 threshold 3 0 1 2 3 4 5 6 7
mls qos srr-queue output dscp-map queue 4 threshold 1 8 9 11 13 15
mls qos srr-queue output dscp-map queue 4 threshold 2 10 12 14
mls qos queue-set output 1 threshold 1 100 100 50 200
mls qos queue-set output 1 threshold 2 125 125 100 400
mls qos queue-set output 1 threshold 3 100 100 100 400
mls qos queue-set output 1 threshold 4 60 150 50 200
mls qos queue-set output 1 buffers 15 25 40 20
mls qos
!
interface GigabitEthernet0/1
description TX-C2911-FNB-GR-M1-1
switchport access vlan 49
switchport mode access
srr-queue bandwidth share 1 30 35 5
queue-set 2
priority-queue out
mls qos trust cos
auto qos trust
no mdix auto
!
interface GigabitEthernet0/2
description **********
switchport access vlan 40
switchport mode access
srr-queue bandwidth share 1 30 35 5
queue-set 2
priority-queue out
mls qos cos 1
mls qos trust cos
auto qos trust
no mdix auto
spanning-tree portfast
!
interface GigabitEthernet0/3
switchport access vlan 40
switchport mode access
switchport voice vlan 49
switchport priority extend cos 1
srr-queue bandwidth share 1 30 35 5
queue-set 2
priority-queue out
mls qos cos 1
mls qos trust cos
auto qos trust
no mdix auto
spanning-tree portfast
interface Vlan1
no ip address
!
interface Vlan40
description Workstation VLAN
ip address 10.X.X.X 255.255.0.0
ip helper-address 10.X.X.X
no ip proxy-arp
!
interface Vlan49
description VoIP VLAN
ip address 10.X.X.X 255.255.0.0
no ip proxy-arp
!
!
router eigrp 10
network 10.0.0.0
eigrp stub connected summary
!
ip default-gateway 10.X.X.X
ip classless
ip http server
ip http secure-server
!
interface Vlan1
no ip address
!
interface Vlan40
description Workstation VLAN
ip address 10.X.X.X 255.255.0.0
ip helper-address 10.10.240.11
no ip proxy-arp
!
interface Vlan49
description VoIP VLAN
ip address 10.X.X.X 255.255.0.0
no ip proxy-arp
!
!
router eigrp 10
network 10.0.0.0
eigrp stub connected summary
!
ip default-gateway 10.X.X.X
ip classless
ip http server
ip http secure-server
11-07-2013 04:47 PM
Michael,
Did you ever find a resolution to your phone resetting? If so, do you mind sharing. We are having the same issue.
Thanks,
Jason
11-08-2013 05:14 AM
Hi Jason,
Yes we did. Our system was a CMBE5K running Call Manager 8.5. After several months of back and forth with Cisco TAC increasing Keep Alive Timers and the reviewing QoS on the network infrastructure and finally trying to send them multiple packet captures and traces from RTMT out of frustration from not finding a resolution and at odd's with the TAC team I simply upgraded the system to 8.6 and the problem imeediately went away.
So the actual resolution is not known in my case. Could have been a corrupt operating system? Bug in the 8.5 or the phone firmware shipped with that version?
I can't say for sure but it seams logical that if the problem was never there before and no major changes to the network, etc. have been made then maybe rebuildig/reinstalling the system and restoring a backup or upgrading the system may be the resolution. 8.5 to 8.6 is a refresh upgrade which from my understanding completely reinstalls the operating system which would have eliminated any corruption in the file system.
-Mick
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: