Cisco Cisco TelePresence Management Suite (TMS) Version 15 Maintenance Manual
chosen. If not, the route with the lowest weight is chosen. The dropdown for changing the Main participant
during booking is ordered based on these weights.
during booking is ordered based on these weights.
The weighting given to the criteria above could change from one release of Cisco TMS to the next.
The following must be noted:
n
There can only be one Main participant per conference.
n
You cannot change the Main participant once the conference has started.
n
The Main participant can never be disconnected as this will tear down the whole conference.
n
If one of two sides of a call leg is an MCU, the MCU is always the Main system.
n
Cisco TMS communicates with the Main system to send conference disconnect and mute requests.
n
Cisco TMS monitors the Main system to provide conference information for
Conference Control Center
.
The default is that the Main participant places all calls in a scheduled conference, however in One Button To
Push conferences, systems dial into the Main participant instead. It is also possible to edit the connection
settings for a conference during booking (if using the Cisco TMS booking interface) so that systems dial into
the Main participant. This is not possible using the Cisco TMSBA. This option is not editable here for
cascaded conferences.
Push conferences, systems dial into the Main participant instead. It is also possible to edit the connection
settings for a conference during booking (if using the Cisco TMS booking interface) so that systems dial into
the Main participant. This is not possible using the Cisco TMSBA. This option is not editable here for
cascaded conferences.
Changes made to an ongoing conference in
Conference Control Center
, for example Mute All, or
Disconnect, are actioned only on the Main participant, which then carries out that action on all the other
participants. The only exceptions to this are Set Mic Off and Send Message, which are actioned on the
individual participants.
participants. The only exceptions to this are Set Mic Off and Send Message, which are actioned on the
individual participants.
Allocation
For a scheduled conference, allocation of systems takes place at the conference start time. Cisco TMS
allocates the Main participant first, and then all other participants. If the Main participant cannot be allocated
and MCU failover is unsuccessful, the conference itself will fail and no further allocation will take place.
allocates the Main participant first, and then all other participants. If the Main participant cannot be allocated
and MCU failover is unsuccessful, the conference itself will fail and no further allocation will take place.
Allocation means that Cisco TMS attempts to connect to the system to do the following:
n
Encryption is set for endpoints.
n
Feedback receivers are set on endpoints and bridges.
n
The conference is created and the settings selected in the
MCU Settings
tab in the booking page are
applied to the bridge.
n
Ad hoc calls that the endpoints are participating in are disconnected, unless the conference that is about to
start is a One Button To Push or No Connect conference.
start is a One Button To Push or No Connect conference.
Cisco TMS will retry allocation according to the value set in
Administrative Tools > Configuration >
Conference Settings >
Allocation attempts for scheduled calls.
If connection to the bridge or endpoint fails at any time, allocation of that system fails.
Once allocation for a system is successful,Cisco TMS sends the dial command for that participant. If dialing
fails, Cisco TMS will retry according to the value set in
fails, Cisco TMS will retry according to the value set in
Administrative Tools > Configuration >
Conference Settings >
Connection Attempts for Scheduled Calls unless the user has deliberately
rejected the call.
Cisco TelePresence Management Suite Administrator Guide (14.5)
Page 37 of 340
Routing
Introduction to routing