Cisco Cisco TelePresence MCU 4510 Document

Page of 32
Which deployment? 
Cisco TelePresence MCU Deployment Guide 
Page 11 of 32 
 
 
Table 4: MCU with Conductor deployment capability overview 
Conference type 
Options 
Ad hoc 
 
Rendezvous 
– configured on Conductor and dynamically 
placed on an MCU at conference start. 
 
Dynamic escalation 
– using Multiway (partially supported) 
Scalability and resiliency 
A single Conductor or Conductor cluster supports 30 MCUs, and multiple Conductor clusters can be 
deployed to the same VCS, if required. Conductor also allows seamless growth of conferences 
beyond the limits of a single MCU’s port count by dynamically cascading MCUs to form conferences 
that span multiple devices. 
Conductor provides excellent resiliency by removing the need to configure conferences directly on 
individual MCUs. In addition, Conductors can be clustered to provide resiliency at the Conductor level. 
Known limitations 
 
Limited Multiway support: certain corner cases such as using Multiway during a cascaded call 
are unsupported. 
 
Conductor controlled MCUs cannot be used for scheduled conferences. 
 
If an MCU becomes unavailable while a conference is in progress participants must redial in 
order to join a new MCU. 
Deploying an MCU using Unified CM 
In this deployment the MCU is used as a media resource in Unified CM (see the figure below), which 
also manages the MCU. Unified CM can be trunked to VCS to allow calling from devices registered to 
either call control platform.  
There is no scheduling in this scenario, but devices registered to Unified CM that support the 
conference softkey can join multiple calls together on an MCU, and Rendezvous conferences can be 
configured for users to join.