Cisco Cisco TelePresence Management Suite (TMS) Version 15 Release Notes

New features

Cisco TelePresence Management Suite Release Notes Software Release Notes (14.6.2)     

Page 16 of 89

 

n

Recurrence icon replaced with  Add Recurrence... button in 

. The button text 

changes to Edit Recurrence... once a recurrent series has been added to the conference.

 

n

Improved 

pop up window, including new Remove Recurrence button.

 

n

New intuitive 

pop up window including a calendar for editing and clear feedback for users.

 

n

It is now possible to edit all instances in a series while choosing not to edit any exceptions.

 

n

All exceptions in a series can be removed with one click using the new Reset Exceptions button.

 

n

Improved the validation of compatible recurrence patterns when WebEx is added to a conference series.

This new feature allows administrators to identify and fix problems with existing conferences, and is 
particularly useful in the case of dial plan or infrastructure changes to your deployment, such as replacing a 
bridge.

When the diagnostics are run, Cisco TMS checks the following for all future scheduled conferences:

 

n

That all participants exist in the database.

 

n

That the route is valid: that all participants are still routable.

The Autocorrect feature attempts to fix selected conferences automatically, taking action such as rerouting 
the conference, or removing invalid participants.

For further information see the Web Help for the 

 page in Cisco TMS.

Introduction of a new global setting: 

 

Resource Availability Check on Extension.

This setting works in conjunction with Extend Conference Mode and applies to Automatic Best Effort or 
Endpoint Prompt.

The options are:

 

n

Best Effort: Conferences will only automatically extend beyond the scheduled end time on a best effort 
basis if all resources are available for the next 15 minutes.

 

n

Ignore: Cisco TMS will ignore the resource availability check, and conferences will automatically extend 
beyond the scheduled end time regardless of whether all the resources are available or not. The only 
exception to this is if the port used on the main participant clashes with another conference that takes place 
during that extended time - in that case the conference will not be extended.

The default is Best Effort and is how the extend meeting function worked in previous releases.

Do not set this to Ignore in combination with Conference Type: Automatic Connect. This feature must only 
be used with Conference Type: No Connect or One Button To Push.

This feature must be used with caution, as once enabled, participants may be unable to join new conferences 
if resources are still in use by the previous conference. However, conferences will always be allocated: if 
extending the conference would block a new conference from being able to start (for example, by using the 
same URI on the bridge), the extension will not take place.

The  new setting: Maximum Number of Automatic Extensions defines how many times you want 
conferences to Auto Extend when Extend Scheduled Meetings Mode is set to Automatic Best Effort. The