Network Working Group R. Sparks
Internet-Draft Oracle
Intended status: Informational October 19, 2015
Expires: April 21, 2016

Interim Meeting Management


This memo discusses requirements for improvements to the datatracker related to tracking interim meetings.

Status of This Memo

This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.

Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at

Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."

This Internet-Draft will expire on April 21, 2016.

Copyright Notice

Copyright (c) 2015 IETF Trust and the persons identified as the document authors. All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents ( in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

Table of Contents

1. Introduction

There are several aspects of tracking interim meetings that need to be improved. Much of the effort in scheduling interims is performed manually, and with the increase in the number of virtual interims remaining consistent is becoming difficult. The secretariat frequently has to spend time correcting errors in requests (usually incorrect or missing information) that could be minimized with better tooling. Managing announcements and maintaining a list of upcoming interims are largely manual efforts. There is currently no calendar to subscribe to for upcoming interim meetings, providing one at the moment would require manually populating the calendar. Management of interim meeting materials (agendas, slides, and minutes) is decoupled from the management of the meeting itself, leading to a current situation where chairs can create interim meeting objects in the tracker, inadvertently bypassing the current steps designed to ensure approval (if needed) and proper announcement of the meetings.

This project will address these issues through several improvements to the datatracker.

2. Description of desired functionality

2.1. View upcoming meetings

The datatracker will provide a view of all upcoming meetings (interim or otherwise), replacing the manually maintained page at The entries on the page will point to meeting details (such as the datatracker meeting page for the meeting), as opposed to just a copy of the announcement. The page will highlight any upcoming meetings that had been announced but subsequently cancelled. This will be populated by looking at Session objects in the official agenda of future meetings that are in the "Scheduled" or "Cancelled" state. The new view will show the upcoming meetings in date order, and will allow filtering the results to set of areas and or working groups similar to the week-view at The datatracker will provide the results as an html view and as an ics file, using a URL that calendaring clients can subscribe to.

2.2. Request interim meetings(s)

A person with a secretariat, AD, IRTF chair, or chair of a Working Group or Research Group can request interim meetings. The datatracker will provide a form at /meeting/interim/request that collects the following information:

If the requesting user is the secretariat, IRTF chair, or an AD, the form will ask whether the request is pre-approved (defaulting to yes). Chairs will not be able to indicate pre-approval.

Once a request is completed, the appropriate Meeting, Schedule, TimeSlot and Session objects will be created.

2.3. View pending requests

At /meeting/interim/pending, the Secretariat will see all pending (i.e. session.state == "Waiting for Approval") interim meeting requests. An AD will see all pending interim requests from working groups, with those requests from groups they are responsible for made visually distinct. The IRTF chair will see all pending requests for research groups. A chair will see all pending requests for his or her groups. For anyone with approval capability, each entry will be a link to a page showing the request details, and UI to indicate that the request is approved or disapproved.

2.4. Edit a pending request

A person with the ability to enter a request will have the ability to modify the request and leave it in the pending state.

2.5. Cancel a request

To: IETF-Announce
Cc: (WG email list)
From: IESG Secretary
Subject: [WORKING GROUP][(ACRONYM)] WG Virtual Interim 
    Meeting Cancelled (was [DATE])

The [WORKING GROUP][(ACRONYM)] Working Group virtual interim 
meeting for [DATE] from [START TIME] to [END TIME] UTC has 
been cancelled.


A person with the ability to enter a request will have the ability to cancel the request whenever the request is pending or approved. Additional information may be provided when cancelling a request. All associated Sessions will be set to the "Cancelled" state. For each session that had been in the "Scheduled" state (that is, an announcement scheduling the meeting has already been sent), a message will be sent to IETF Announce noting the Cancellation. The message should be similar to this:

2.6. Approve requests

The Secretariat will be able to approve or disapprove any pending request. Any AD will be able to approve or disapprove any pending request from a working group. The IRTF chair will be able to approve or disapprove any pending request from a research group.

For each pending request, there will be a page that shows the request detail and the UI to indicate that the request is approved or disapproved. The approver will be able to modify the request before approving it. The page will guide the approver to carefully inspect the details of the request, particularly the remote participation information.

If the request is disapproved, all associated Sessions will be set to the "Disapproved" state and processing stops.

If the request is approved, all associated Sessions will be set to a new "Scheduled - Announcement to be sent" state and ScheduledSession objects will be created associating the Session objects with the appropriate TimeSlot objects. If the user is not the secretariat, the datatracker will send email to the Secretariat noting that an announcement needs to be sent. The message will list the details of the meeting, and provide a link to a page that allows editing and sending the announcement (/meeting/interim/announce/<meeting_name>) The user will see a page noting that the secretariat has been notified to send an announcement. If the user is the secretariat, this mail will not be sent, and the user will be redirected immediately to the above announcement editing page.

At /meeting/interim/announce, the secretariat will see all meetings with sessions in state "Scheduled - Announcement to be sent". Each entry will link to an editing/sending page as above. The editing sending page will display a composed email message, allow the secretariat to edit and then send the message, or to withdraw the request.

To: IETF-Announce
Cc: (WG email list)
From: IESG Secretary
Subject: [WORKING GROUP][(ACRONYM)] WG Virtual Interim 
   Meeting: [DATE]

The [WORKING GROUP][(ACRONYM)] Working Group will hold a 
virtual interim meeting on [DATE] from [START TIME] to 


To join the interim meeting:


To: IETF-Announce
Cc: WG email list
From: IESG Secretary
Subject: [WORKING GROUP][(ACRONYM)] WG Interim Meeting: [DATE]

The [WORKING GROUP][(ACRONYM)] Working Group will hold an 
interim meeting on [DATE] from [START TIME] to [END TIME] UTC.

Meeting Location:


To join the interim meeting remotely:


2.7. Manage interim meeting material

This project will associate an initial agenda with an interim meeting. Updates to the agenda, and management of other meeting materials will be done through the normal, existing, meeting materials management tool.

2.8. Remind group chairs to submit minutes

Ten days after an interim meeting concludes, if minutes are not in the available meeting materials for that meeting, the tool will send the chairs the following message (adjusted as needed to reflect research groups vs working groups)

To: WG chairs, WG secretary
Cc: Shepherding AD
From: Proceedings
Subject: Action Required: Minutes from [WORKING GROUP][(ACRONYM)] 
  WG Interim Meeting on [DATE]

Please note that we have not yet received minutes from the 
[WORKING GROUP][(ACRONYM)] Working Group interim meeting held 
on [DATE].  As per the IESG Guidance on Interim Meetings, 
Conference Calls and Jabber Sessions [1], detailed minutes must
be provided within 10 days of the event.

At your earliest convenience, please upload meeting minutes, as 
well as any presentations from your sessions by using the Meeting 
Materials Manager found here:
Alternatively, you are welcome to send them to 
for manual posting.


3. Security Considerations

This document discusses requirements for tools to improve managing interim meetings. There are no exceptional security considerations introduced by these requirements.

4. IANA Considerations

This document has no actions for IANA.

Author's Address

Robert Sparks Oracle 7460 Warren Parkway Suite 300 Frisco, Texas 75034 USA EMail: