Cisco Cisco TelePresence Video Communication Server Expressway 관리 매뉴얼

Clustering and peers

Cisco VCS Administrator Guide (X7.0)

Page 143 of 488

The Event Log and Configuration Log on each peer will only report activity for that particular VCS. You
are recommended to set up a remote syslog server to which the logs of all peers can be sent. This will
allow you to have a global view of activity across all peers in the cluster. See the

section for

further details.

The template used by the

application to route calls to the MCU is not replicated, as it

must be unique for each peer in the cluster.

The security certificates and certificate revocation lists (CRLs) used by the VCS must be uploaded
individually per peer.

Note: configuration data that is replicated across peers should not be modified on non-master peers. At
best it will result in the changes being overwritten from the master; at worst it will cause cluster
replication to fail.

When one VCS in a cluster receives a search request (such as an LRQ, ARQ or an INVITE), it checks
its own and its peers' registration databases before responding. This allows all endpoints in the cluster to
be treated as if they were registered with a single VCS.

Peers are periodically queried to ensure they are still functioning. To prevent delays during call setup, any
nonfunctioning peers do not receive LRQs.

All the peers in a cluster share responsibility for their H.323 endpoint community. When an H.323
endpoint registers with one peer, it receives a registration response which contains a list of alternate
gatekeepers, populated with a randomly ordered list of the IP addresses of all the other peers in that
cluster.

If the endpoint loses contact with the initial peer, it will seek to register with one of the other peers. The
random ordering of the list of alternate peers ensures that endpoints that can only store a single alternate
peer will failover evenly across the cluster.

Note: when using a cluster, you should change the registration Time to live on all peers in the cluster
from the default 30 minutes to just a few minutes. This setting determines how often endpoints are
required to re-register with their VCS, and reducing this to just a few minutes ensures that if one VCS
becomes unavailable, the endpoint will quickly failover to one of its peers. To change this setting, go to

.

Failover re-registration to a peer applies to H.323 re-registrations only.

The SIP standard currently has no direct equivalent, but some SIP UAs including Movi™ v2.0 (or later)
clients support similar functionality. If you configure such endpoints with a SIP server address that is an
FQDN, and configure this FQDN to resolve to a round-robin DNS record populated with the IP addresses