Re: SRST. IP phones don't try to register on a SRST device

Hi

The operation of SRST is as follows:

1) When all CMs in the list fails, the phones will try to register with their default gateway.

2) Alternatively, you can set up an 'SRST Refernce' in CallManager (under System/SRST) and then assign this to each IP phone. Then the SRST router will appear in the list of CallManagers in the phone, and the phone will register to this.

Doesn't matter the Device

Doesn't matter the Device Pool of gateway here. Phone gets SRST gateway reference from its own device pool hence device pool of phones should have correct reference of remote branch gateway to get registered with gateway during WAN fail over.

MGCP fallback and phones

MGCP fallback and phones fallback (SRST) process is completely different, hence irrespective of the MGCP process, if phones fail to register with current CCM Group servers, it will try to register with SRST gateway. MGCP process will run independently.

Re: SRST. IP phones don't try to register on a SRST device

Hi,

I have a similar issue. I have some remote sites with gateways Cisco 2811s and Cisco 1760s with SRST enabled and running H323. If the IP Phones lost connectivity to CCM, only IP Phones 7940s and 7960s are registred in SRST gateway. The IP Phones 7912s and ATAs are not registred. The IP Phones has only one device pool for each site.

I tested with some IOS versions, but it didnt works. I verified with debug ephone keepalive, and the gateway only recieve keepalives from IP Phones 7940s and 7960s. It looks as CCM was the cause of the issue, because IP phones 7912s does not show the SRST gateway as an optional CM on network settings. I do not see any wrong configuration on CCM or SRST gateway. Actually, I am only using very simple configuration on SRST gateway:

Re: SRST. IP phones don't try to register on a SRST device

I've just recently set up a site running CCM4.2 with 7912G phones and 2811 routers and SRST working fine.

Have you added the Device Pool to the phone and have you added an SRST reference to that Device Pool? A phone won't automatically register with the router unless it's configured to do so on the CCM - the documentation's not very clear on that. It takes a couple of minutes for it to fallback to SRST mode or you can just reboot the phone to hurry it along.

Let me know how you get on. If you don't have any luck I'll have a closer look at your config or paste mine in.

Re: SRST. IP phones don't try to register on a SRST device

Hi,

my issue was solved. I had configured CM?s name on Cisco CM setting; I didn?t have DNS on the network. I changed CM?s name for IP Address, and it started to work fine (I don?t remember if was neccesary to reset the IP Phones after change the setting).

Re: SRST. IP phones don't try to register on a SRST device

I have CP7912080001SCCP051117A phoneload too.

Version of CCM 4.2(1). SRST version is 3.3. IOS 12.4(3b) or 12.4(10). I founded that IP of SRST reference in CCM configuration MUST be equal IP of default gateway in SRST gateway. This is applicable only for 7912 Phone. For 7940/60 IP of SRST reference may differ from IP of default gateway. When I changed SRST ref to default gateway, my 7912 goes to SRST immediatily whether the CCM works or not. And I couldn't force 7912 back to CCM. Note, I had TFTP timeout messages at 7912 log screen. Only after shutting down SRST my 7912 came back to CCM. But after the last reset of 7912 I didn't see any message about SRST in 7912 configuration. I check CPxxxxx.cnf.xml from TFTP and see the SRST reference in it. Why does the 7912 Phone lose the SRST configuration and how to force to insert the IP of SRST in 7912 configuration? Resetting, deleting and making new phone, changing SRST reference at CCM administration was not successful. Routing and switching are good. Keepalive of CCM Publisher is 30 sec, of Subscriber is 60 sec. Keepalive of SRST is 30 sec.

I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
view more