7961 phones stuck in SRST fallback with WAN link up??

Unanswered Question
Jun 27th, 2007

CCM 4.23 SR2b, 7961 FW version is SCCP41.8-2-2SR1S. H323 gateway 12.4(8c). Some phones mysteriously get stuck in CCM fallback SRST mode and do not re-register with CCM even though WAN is up. Only thing that gets the phones back is to cut the power then they register back to CCM fine??

config excerpts:

!

interface Loopback0

ip address 192.168.100.15 255.255.255.255

no ip redirects

no ip unreachables

no ip proxy-arp

ip pim sparse-dense-mode

h323-gateway voip interface

h323-gateway voip bind srcaddr 192.168.100.15

call-manager-fallback

max-conferences 8 gain -6

ip source-address 192.168.100.15 port 2000

max-ephones 42

max-dn 30

voicemail 95556587

alias 1 3200 to 7500

moh music-on-hold.au

multicast moh 239.x.x.118 port 16384 route 192.168.100.1

Before I go into debug/trace mode I wanted to check if anyone has seen this??

Thanks in advance,

Tony

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
eug-c Fri, 06/29/2007 - 18:37

Hi,

Can you check the CallManager list in the Device configuration in the settings button of the phone? Somehow the phone can't reach the CCM ip addresses list in this list.

From your CCM, can you ping this phone's IP address? Try a constant ping. Any drops?

Lastly, is there any firewall btw?

Just my two cents.

:)

r.geranio Thu, 11/22/2007 - 21:48

Hi

Yes, we have started to see this. We have over 2000 IP phones spreadout over a dozen or so branches with a centralized CallManager cluster at the Data Centre. When the Data Centre WAN link goes all phones go in SRST. When the WAN link is restored, quite a few phone remain in "CM fallback" mode. I used a sniffer on one of the IP Phones which was stuck in SRST and I did not see it sending the 120 second keepalive/retry to the the CallManager subscriber (as it should be according to Cisco SRST documentation "Cisco SRST V3.2: Overview of Cisco IOS SRST"); I only see the 30 second keepalives to the SRST router (and the response from the router).

Resetting the Phone fixes it, or you can go to the SRST router and type:

conf t

call-manager-fallback

reset all

Our SRST config looks just like yours.

We are using CallManager 4.2(1) and skinny client Firmware SCCP41.8-2-1S. All IP Phones are 7941G, with some 7911's and 7961G's.

I'm currently looking through Cisco bug lists but haven't found any known bugs with this skinny client firmware that fits this problem.

I will try upgrading all skinny client software on IP phones before loggin a TAC case.

Actions

This Discussion