Cisco Cisco TelePresence Video Communication Server Expressway

Appendix 5 – Impact of clustering on other Cisco VCS applications 

Cisco VCS Deployment Guide: Cluster creation and maintenance (Cisco VCS X6) 

Page 54 of 76 

 

 

 

The Conference Factory application configuration is NOT replicated across a cluster. 

 

The Conference Factory template MUST be DIFFERENT on each of the Cisco VCS peers. 

 

When configuring a cluster to support Multiway: 

1.  Set up the same Conference Factory alias (the alias called by the endpoint to initiate a Multiway 

conference) on each peer. 

2.  Set up a different Conference Factory template on each peer (so that each peer generates 

unique Multiway conference IDs). 

 

For example, if the MCU service prefix for ad hoc conferences is 775 then the Master Cisco VCS may 
have a template of 775001%%@domain, peer 2 a template of 775002%%@domain, and peer 3 a 
template of 775003%%@domain. In this way whichever Cisco VCS serves the conference ID, it 
cannot serve a conference ID that any other Cisco VCS could have served. 

The same applies across a network. If there is more than one Cisco VCS or Cisco VCS cluster that 
provides Conference Factory functionality in a network, each and every Cisco VCS must provide 
values in a unique range, so that no two Cisco VCSs can serve the same conference ID.  

If OCS is to be configured to operate with an X6.0 VCS cluster, see the “Cisco VCS deployment guide 
– Microsoft OCS 2007 (R1 and R2) and Cisco VCS Control (X6)”. 

Some parameters on Cisco VCS, such as: 

 

Call routed mode 

 

H.323  SIP interworking mode 

need setting according to that guide rather than this clustering guide.