Cisco Cisco Meeting Server 2000

7.4 Support for XMPP resiliency

Note: XMPP resiliency is still a beta feature, it should not be used in production environments.

XMPP resiliency provides fail-over protection for a client being unable to reach a specific XMPP
server. XMPP resiliency can be configured in multi-server deployments where there are at least
three XMPP servers in the deployment.

Note: Deployments with only two XMPP servers will not benefit from resiliency, and if one fails it
will cause an outage, effectively doubling the risk of failure versus stand-alone mode. This is due
to the failover algorithm requiring more than half of the nodes to be available in order for the
system to make good decisions about which XMPP server is the master.

When setup in resilient mode, the XMPP servers within a deployment are loaded with the same
configuration. Each knows the location of the others and they establish links between them.
They use keep-alive messages to monitor each other and elect a master. XMPP messages can
be sent to any server. Messages will be forwarded to the master XMPP server, see Figure 20.
The XMPP servers continue to monitor each other, if the master fails then a new master is
elected and the other XMPP servers forward traffic to the new master.

Figure 20: XMPP servers electing master XMPP server

In a resilient deployment, the XMPP server that a Call Bridges connects to is controlled via DNS.
This choice is based on the DNS priority and weight given. A Call Bridge only connects to one
XMPP server at a time. There is no requirement for all Call Bridges to connect to the same XMPP
server since all traffic is forwarded to the master. If a network problem results in the Call Bridge
losing connection to the XMPP server, the Call Bridge will attempt to reconnect to another
XMPP server, see Figure 21.