Q. How long does it take for IP phones to fall back to the Cisco Unified SRST router?
A. You get an "instant" failover if and only if:
â¢ Failover occurs when the phones have a hot standby TCP socket already open to the failover device (SRST or the second Cisco Unified Communications Manager).
â¢ Failover occurs when the TCP connection is explicitly closed by a TCP FIN, RST, or Internet Control Message Protocol (ICMP) host unreachable, so that the phone is not replying until it times out: The phone sends station keepalive messages to its primary and backup Cisco Unified Communications Manager servers. The phone knows the TCP connection of its backup server is up because of the keepalive messages, and attempts registration when needed. The following fields are recommended default values (though configurable): StationKeepAliveInterval: 30 seconds; and Station2ndKeepAliveInterval: 180 seconds.
Following are the three scenarios of failovers:
â¢ Failover occurs when the Cisco Unified Communications Manager server to which the phone is registered stops working: If the active Cisco Unified Communications Manager is manually stopped, the failover is immediate because the Cisco Unified Communications Manager closes its TCP connections, causing the phone to register with its designated standby (or backup) server immediately.
â¢ Failover occurs when the Cisco Unified Communications Manager process locks up: This scenario is the worst scenario; if it occurs, failover could potentially take 90 seconds because the phone makes three station keepalive attempts spaced 30 seconds apart as default (30 seconds is changeable, however).
â¢ Failover occurs when a TCP failure occurs: TCP failure could be the result of a router or switch going down, or the server itself going into complete failure mode. As soon as the phone sends its first station keepalive message after the TCP connection is down, it sends TCP retries for approximately 20 to 25 seconds. After that, the phone attempts registration with its designated standby (or backup) server.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...