Cisco Cisco TelePresence Management Suite (TMS) Version 15 Maintenance Manual

If you have manually added an MCU to the conference during booking, the route with this MCU is chosen.  

The order in which Cisco TMS prioritizes the above criteria could change from one release of Cisco TMS to the next.

You can use scheduling logging at INFO level to see how Cisco TMS compiled the prioritized list. See 

 for further details.

The following must be noted:

 

■

There can only be one Main participant per conference.

 

■

The Main participant can be changed once the conference has started using Conference Control Center. In this 
case the conference will be torn down, rerouted and reconnected.

 

■

If one of two sides of a call leg is an MCU, the MCU is always the Main system.

 

■

Cisco TMS communicates with the Main system to send conference disconnect and mute requests.

 

■

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.

Changes made to an ongoing conference in 

, 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 excep
tions 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, unless you are using 
Early Join. Cisco TMS allocates the Main participant first, and then all other participants. If the Main participant can
not 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:

 

■

Encryption is set on the main participant.

 

■

Feedback receivers are set on endpoints and bridges.

 

■

The conference is created and the settings selected in the 

 or 

 

tab in the booking page are applied to the bridge.

 

■

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.

Cisco TMS will retry allocation according to the value set in 

 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 

nection Attempts for Scheduled Calls unless the user has deliberately rejected the call.

Unmanaged Bridges

As Cisco TMS does not connect to an unmanaged bridge, much of the information above does not apply when an 
unmanaged bridge hosts a conference, even though it will still be the Main participant in the conference. For more 
details see 

.

Protocols and Call Control

Both IP and ISDN are supported in Cisco TMS, as is interconnection between the two.

23

Cisco TelePresence Management Suite  Administrator Guide

Routing