I read about srst being implemented on remote sites cluster over WAN, where WAN connection goes down to the main CUCM cluster then srst will kick in on the remote sites for the remote phones
1) Now if I only got a single cluster cucm and one cucm on the single cluster, is it advisable or ok to configure srst on that single cluster so that IP phones can still call each other , NDD and IDD when cucm goes down?
2) Also if srst has kick in and after a while the cucm on that single cluster goes online again, how long will the phones in srst mode shift back its registration to cucm? Can that period of time be adjusted like shorten it?
It's good to configure SRST if you need High Availability incase remote site looses connectivity to central CUCM (one node or multiple node cluster). Remote site phones will register to local SRST Router and will be able to make and receive calls (but IP Phone may not have all the features in SRST compared to while registered to CUCM).
An IP phone that connects to the SRST over a WAN reconnects itself to CUCM as soon as it can establish a connection with CUCM over the WAN link. However, if the WAN link is unstable, the IP phone switches back and forth between the SRST and CUCM. This situation causes temporary loss of phone service (no dial tone). These reconnect attempts, known as WAN link flapping issues, continue until the IP phone successfully reconnects itself to CUCM. These WAN link disruptions fit into two classifications: infrequent random outages that occur on an otherwise stable WAN and the sporadic, frequent disruptions that last a few minutes.
To resolve the WAN link flapping issues between CUCM and SRST, CUCM provides an enterprise parameter and a setting in the Device Pool Configuration window that is called Connection Monitor Duration.
The default for the enterprise parameter specifies 120 seconds. Use the enterprise parameter to change the connection duration monitor value for all IP phones in the CUCM.
The 2021 IT Blog Awards, hosted by Cisco, is now open for submissions. Submit your blog, vlog or podcast by Friday, December 3.
To learn what's new in this year's competition or to gain insights into the judging considerations, check out t...
Greetings, Wanted to share a few lessons learned while migrating from a distributed to centralized IMP deployment. Our current setup included many CUCM/IMP distributed clusters with centralized Expressway server for MRA login. We did not wish to perf...
Parsec's Cisco UCCE/PCCE CC Connector application for CRM works as a bridge between the CRM and Cisco UCCE/PCCE CC solution.The CRM can be any cloud based CRM like Salesforce (SFDC), ServiceNow ,MS Dynamics or a 3rd party CRM.The CRM user/Agent will have ...
It’s a feature which allows CUCM to determine whether the phone is in its home location or a roaming station.By enabling this feature users can roam from one site to another site and acquire the site-specific settings such as Codecs, MRGL, Call rout...