Link to home
Create AccountLog in
Avatar of amigan_99
amigan_99Flag for United States of America

asked on

Verifying SRST operation

Short of failing the WAN connection from the phones to the Call Manager - what all can you do to verify that SRST is ready to kick in in the event of a WAN failure?  Using CUCM 7.1, 2811 ISR in the remote office.  Thank you.

nc-2811-1# sho call-manager-fallback
CONFIG (Version=7.0(1))
=====================
Version 7.0(1)
For on-line documentation please see:
http://www.cisco.com/en/US/products/sw/voicesw/ps4625/tsd_products_support_series_home.html

ip source-address 10.10.68.1 port 2000
max-ephones 42
max-dn 144 dual-line
max-conferences 8 gain -6
dspfarm units 0
dspfarm transcode sessions 0
huntstop
no huntstop channel
huntstop channel 0
voicemail 1260
cnf-file location: system:
cnf-file option: PER-PHONE-TYPE
network-locale[0] US   (This is the default network locale for this box)
network-locale[1] US
network-locale[2] US
network-locale[3] US
network-locale[4] US
user-locale[0] US    (This is the default user locale for this box)
user-locale[1] US
user-locale[2] US
user-locale[3] US
user-locale[4] US
srst mode auto-provision is OFF
srst ephone template is 0
srst dn template is 0
srst dn line-mode single
time-format 12
date-format mm-dd-yy
timezone 0 Greenwich Standard Time
secondary-dialtone 9
call-forward busy 1260
call-forward noan 1260 timeout 25
transfer-pattern ....
transfer-pattern 9T
keepalive 30 auxiliary 30
timeout interdigit 10
timeout busy 10
timeout ringing 180
timeout transfer-recall 0
timeout ringin-callerid 8
timeout night-service-bell 12
caller-id name-only: enable
system message primary Phone System Down - SRST
Limit number of DNs per phone:
  12SP: 56
  7902: 56
  7905: 56
  7906: 56
  7910: 56
  7911: 56
  7912: 56
  7920: 56
  7921: 56
  7925: 56
  7931: 56
  7935: 56
  7936: 56
  7937: 56
  7940: 56
  7941: 56
  7941GE: 56
  7942: 56
  7945: 56
  7960: 56
  7961: 56
  7961GE: 56
  7962: 56
  7965: 56
  7970: 56
  7971: 56
  7975: 56
  7985: 56
  anl: 56
  ata: 56
  bri: 56
  CIPC: 56
  vgc-phone: 56
Log (table parameters):
     max-size: 150
     retain-timer: 15
transfer-system full-consult
transfer-digit-collect new-call
local directory service: enabled.
Extension-assigner tag-type ephone-tag.
Avatar of Steven Carnahan
Steven Carnahan
Flag of United States of America image

You can test with a single phone if it is in the same subnet as the SRST router.

Change the default gateway on one phone to a bogus IP adress. The phone won't be able to see the CUCM and should then fail over and register with the SRST. Once you confirm that it works with SRST then change the gateway back and it should register with the CUCM again.
Avatar of amigan_99

ASKER

Thanks a good idea.  I am remote however and the phones register via DHCP.  Anything I could run on the router or CUCM to get insight into SRST readiness?
Are the phones in their own VLAN?  You could put in a deny for that VLAN to the CUCM on the router.

For example. all our phones are in VLAN x.x.100.x
You they are all on one vlan.  And indeed I could fail all the phones say pointing route to null for the CUCM.  But I am trying to just do check without failing.  When I am out there in a couple of months I'll do just that - route to dev null and let the chips fall where they may.  But for now I'm looking for some commands that would show that the phones will be ready to go into SRST mode if the WAN went down.
ASKER CERTIFIED SOLUTION
Avatar of Steven Carnahan
Steven Carnahan
Flag of United States of America image

Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
Perfect. Thanks much!