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.
03-03-2010 06:05 AM
Hi
The timeouts are most likely to be caused by network conditions.
If you are sure this is not the case then the server may be having issues... if a reboot cures it there's likely to be some sort of bug or memory leak that is causing it to not respond. There is also a limit on the number of phones/devices that can be in the server subnet - so if you have 1000+ phones in the same subnet as the serves, the ARP tables fill up and connections will be dropped.
Regards
Aaron
Please rate helpful posts...
03-03-2010 06:05 AM
Hi
The timeouts are most likely to be caused by network conditions.
If you are sure this is not the case then the server may be having issues... if a reboot cures it there's likely to be some sort of bug or memory leak that is causing it to not respond. There is also a limit on the number of phones/devices that can be in the server subnet - so if you have 1000+ phones in the same subnet as the serves, the ARP tables fill up and connections will be dropped.
Regards
Aaron
Please rate helpful posts...
03-03-2010 06:50 AM
Thanks for the reply, is there anyway I can find any logs either from the switch or RTMT to help solve this problem, I
noticed that when I ping out CalManager from my Desktop I get 100% sucess, how ever if I ping from our switch on site where the phones are I get 5 responses then drops a packet, it follows a pattern so I wondering if this should be the case.
Thanks
Martyn
PS only 403 registered phones and average of 20 calls
03-03-2010 10:34 AM
how ever if I ping from our switch on site where the phones are I get 5 responses then drops a packet,
That is normal, by design phones rate limit ping responses,
03-04-2010 01:12 AM
Phones are still bouncing today, I want to run wireshark to see if thatr picks anything up but wondering how to set it up.
At the minute Im just plugged into the PC port of the IP phone and capturing everything, is that the correct way to go.
Thanks
Martyn
03-04-2010 01:32 AM
Hi
Sounds like a good start - as the traffic is TCP, if there is trouble with the communication you are likely to see retransmissions from the client when it tries to send keepalives..
Regards
03-04-2010 01:36 AM
Hi and thanks for the reply, couple of questions
Would you put any filters on wireshark
Will wireshark captures all the phone vlan traffic if my PC is in the Data vlan
Thanks again
Martyn
03-04-2010 01:53 AM
Hi
Well - if you are just interested in Phone-CCM traffic, you can filter the capture so that you don't pick up all the PC stuff. Probably sensible if you will leave the cap running all day.
Something like this would filter based on source/dest IP:
ip.addr == 192.168.0.0/24 || ip.addr == 192.168.1.0/24
Substitute your phone and CCM server subnets to just get traffic from those source/dests.
When you click the Start icon, instead of just clicking Start again to get a default capture, hit Options. Set up the Capture files bit to write the data out to multiple file every 30 minutes or so instead of just piling it all into memory until your PC falls over.
Finally - you would want the 'PC Voice VLAN Access' and 'SPAN to PC Port' options checked on the handset device page in CCM, then Reset. WHen you start the capture, verify you can see the packets.... You should see SCCP (filter keyword is just 'skinny') whenever you do things on the handset, and when you make a call should see lots of RTP (filter 'rtp').
Regards
Aaron
Please rate helpful posts...
03-04-2010 04:31 AM
Can you beleive it, no reboots since I have been monitoring...
03-04-2010 09:07 AM
Of course not... just leave that packet cap running forever and all will be well :-)
03-05-2010 02:56 AM
Cought one yesterday just before I left for home.
545 49.457337 172.28.113.21 172.29.3.10 TCP 50015 > cisco-sccp [RST, ACK] Seq=37 Ack=25 Win=8192 Len=0
Also there were a couple of:
543 48.843708 172.28.113.21 172.29.3.10 SKINNY [TCP Retransmission] KeepAliveMessage
Thanks
Martyn
03-05-2010 04:09 AM
Hi there
So these traces suggest that the keepalives aren't being ACKed, so are being retransmitted... most likely due to network conditions.
Do you have a QoS enabled WAN?
If you're still not sure if it's WAN conditions, you can trace from both ends and see whether the keepalives sent by the phone actually turn up on the server..
On a linux CCM you can do:
utils network capture file
Then the CLI will block until you hit the 'count' number of packets or press CTRL+C. You can retrieve the file using the RTMT trace/log collection page...
Regards
Aaron
07-10-2012 01:57 AM
Hi Aaron Harrison,
I have same issue with local LAN. But, my network is subnet 20 ( 255.255.240.0). Do you have any ideas for my case?
Thuc
04-22-2011 11:05 AM
Martyn,
Did you ever get this issue resolved?
I am having the exact issue
Thanks,
Steve
08-30-2011 09:03 PM
Hi guys,
Does anybody knows how to resolved this issue?
Best Regards
Daniel
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