Meeting life cycles are controlled by the following processes:
-
Deactivation.When you deactivate a meeting, you end the
instance of the meeting, but the meeting continues to exist in the
database and can be reactivated and rejoined.
-
Expiration.When you reach the expiration time, the meeting
and all associated meeting content are deleted from the database.
The default expiration time is 14 days.
Meeting deactivation and expiration are primarily automatic processes in Office Communications Server 2007 R2. However, there are three WMI settings that the administrator can use to modify the meeting deactivation and expiration processes.
For conference deactivation, there are two pool-level WMI settings that are stored as properties in the MSFT_SIPMeetingScheduleSettingWMI class in the root\CIMV2 namespace, as described in Table 1.
Table 1. MSFT_SIPMeetingScheduleSetting WMI class in the root\CIMV2 namespace
Property Name | Type | Default Value | Description |
---|---|---|---|
UnAuthenticatedUserGracePeriod |
Integer (0~60) |
10 (minutes) |
Grace period allowed for anonymous or federated users to stay in the meeting without any authenticated user in the meeting. |
MaxMeetingLength |
Integer (0 ~ 8760) |
24 (hours) |
Maximum length of any meeting without join activity. |
For conference expiration, there is one pool-level WMI setting that is stored as a property in the MSFT_SIPDataMCUCapabilitySettingWMI class in the root\CIMV2 namespace, as described in Table 2.
Table 2. MSFT_SIPDataMCUCapabilitySetting WMI class in the root\CIMV2 namespace
Property Name | Type | Default Value | Description |
---|---|---|---|
ContentExpirationGracePeriod |
Integer (0~365) |
14 (days) |
Grace period in addition to the expire time, after which the Web Conferencing Server should clean up content for a conference. |
Use Windows Management Instrumentation Tester (that is, WBEMTest) and the following procedure to modify deactivation and expiration WMI settings.
-
Log on to a server with Office Communications Server 2007 R2 administrative tools installed, as a member of the RTCUniversalServerAdmins group or an account with equivalent user rights.
-
Click Start, click Run, type wbemtest, and then click OK.
-
In the Windows Management Instrumentation Testerdialog box, click Connect.
-
In the Connectdialog box, in Namespace, type root\cimv2, and then click Connect.
-
In the Windows Management Instrumentation Testerdialog box, click Open Instance.
-
In the Get Object Pathdialog box, in Object Path, type the WMI class name (that is, MSFT_SIPMeetingScheduleSettingor MSFT_SIPDataMCUCapabilitySetting), and then click OK.
-
In the Object editordialog box for the WMI class, click Instances.
-
In the Query Resultdialog box, double-click an instance.
-
In the Object editordialog box for the WMI class, double-click the property you want to edit in Properties:
- If you specified the
MSFT_SIPMeetingScheduleSettingWMI class in step 6 of this
procedure, double-click
UnAuthenticatedUserGracePeriod or MaxMeetingLength.
- If you specified the
MSFT_SIPDataMCUCapabilitySettingWMI class in step 6 of this
procedure, double-click
ContentExpirationGracePeriod.
- If you specified the
MSFT_SIPMeetingScheduleSettingWMI class in step 6 of this
procedure, double-click
UnAuthenticatedUserGracePeriod or MaxMeetingLength.
-
In the Property Editordialog box, change the value to the new value in the Valuebox, and then click Save Property.
-
When you are finished with the editing, in the Object editordialog box, click Save Object.
-
Close all dialog boxes, and then close Windows Management Instrumentation Tester.
-
To verify that the change was applied, open Event Viewer and look for event ID 56015.