Cisco Cisco TelePresence MCU 4510 Installation Guide

Page of 52
Conference
type
Options
Scheduled
n
Using Cisco TMS either directly or via an integration, for instance with Microsoft Exchange
Non-
scheduled
n
Auto attendant
n
Rendezvous – either statically configured on an MCU or dynamically created by MCU on
dialing a conference number.
n
Dynamic escalation – using Multiway
Note: non-scheduled MCU not shown in the figure above.
Table 3: MCU with Cisco VCS deployment capability overview
Scalability and resiliency
Cisco VCS can support as many MCUs as the total number of Cisco VCS registrations and call licenses
allow. The MCU can be configured to register individual conferences but higher scale can be achieved by
using an H.323 service prefix and a SIP trunk so that all calls can be routed to the MCU without each
conference being registered individually. This enables very large deployments of TelePresence MCUs to be
used directly with Cisco VCS. Cisco VCS can provide load balancing and resiliency across MCUs registered
via H.323 only. For more information see
For scheduled calls, Cisco TMS can reschedule conferences onto a different MCU if an MCU becomes
unavailable before or during a scheduled conference.
Known limitations
n
MCU load balancing and resiliency (through Cisco VCS) is limited to H.323 conferences only and is basic
in nature.
n
MCU cascading is a manual process that requires pre-configuration. It is only necessary to cascade MCUs
when a conference with more participants than the maximum of any one MCU is required.
Deploying an MCU with Cisco TelePresence Conductor
In this deployment MCUs are placed behind TelePresence Conductor and TelePresence Conductor can be
used with either Cisco VCS or Unified CM. Conferences are controlled by TelePresence Conductor.
Cisco TelePresence MCU Deployment Guide 4.5
Page 11 of 52
Which deployment?