Cisco Cisco TelePresence Video Communication Server Expressway Maintenance Manual

Clustering and peers

Cisco VCS Administrator Guide (X7.2)

Page 157 of 498

n

If you are part of a large enterprise with, for example, TMS managing several VCS clusters, the FindMe
database may contain details of users and devices in other VCS clusters. Different clusters are
distinguished by their Cluster name.

l

You cannot modify the details of accounts that are not managed in your cluster. If you try to edit an
account that belongs in a different cluster the system gives you an option to Move this account to
local cluster. Selecting this option updates that particular account so that it now belongs to your local
VCS cluster and hence lets you edit that account's details. See

for more

information on configuring the cluster name.

Clustering supports the use of Presence.

n

All peers in the cluster must have identical SIP domain, Presence Server and Presence User Agent (PUA)
configuration.

n

If peers in the cluster have the PUA enabled, each peer publishes information about its own local
registrations. This information is routed to a Presence Server authoritative for the cluster’s domain.

n

If peers have the Presence Server enabled, the Presence database is replicated across all peers in the
cluster.

When viewing presence status on a peer in a cluster:

n

Publishers shows all presentities across the cluster for whom presence information is being published.

n

Presentities shows any presentity for whom a subscription request has been received on the local VCS
only.

n

Subscribers shows each endpoint from which a subscription request has been received on the local VCS
only.

You are recommended to use TMS when running a cluster of VCSs.

n

TMS (version 12.6 or later) is mandatory if your cluster is configured to use FindMe or Device Provisioning.

See

for more information about using clusters with

TMS.

When two or more VCSs are clustered together, a new subzone is created within the cluster’s Local Zone.
This is the Cluster Subzone (see the diagram in the

section). Any calls between two peers in

the cluster will briefly pass via this subzone during call setup.

The Cluster Subzone is (like the Traversal Subzone) a virtual subzone used for call routing only, and
endpoints cannot register to this subzone. After a call has been established between two peers, the Cluster
Subzone will no longer appear in the call route and the call will appear as having come from (or being routed
to) the Default Subzone.

The two situations in which a call will pass via the Cluster Subzone are: