TOC |
|
This document outlines the transition plan and schedule for the administrative restructuring effort currently underway in the IETF.
This plan has become a living document that will be updated from time-to-time to as needed to reflect events and any changes in requirements. To see the most recent version of the plan, you must see http://www.alvestrand.no/ietf/adminrest/ .
Subsequent versions of the plan will be published as Internet-Drafts only if, as, and when circumstances require it. It is not expected that any version of this document will be published as an RFC.
This version has NOT been published as an Internet-Draft.
1.
Introduction
2.
Transition Plan Goals
3.
Transition Plan Overview
3.1
Approval by the IETF Community and ISOC
3.2
Selecting the IASA Transition Team
3.2.1
IASA Transition Team Lifespan
3.2.2
Recruiting the IETF Administrative Director
3.3
Establishing Agreement with Service Providers
4.
Establishing a 2005 Operating Budget
5.
Proposed Schedule for IASA Transition
6.
References
§
Author's Address
TOC |
This document proposes a work plan and schedule for formalizing the IETF Administrative Support Activity (IASA) as described in the proposed BCP (draft-ietf-iasa-bcp). The IASA BCP is based on the original "Scenario O" proposal that was sent to the IETF list as an e-mail message.
This transition plan was originally put forth as a "straw proposal". While the BCP will be edited, reviewed, approved and published for the purpose of defining an ongoing relationship, this plan/timeline is useful only during the transition phase, and will be adjusted from time to time as decisions are made and implementation begins. Therefore, it made sense to move the plan description to a separately maintained document.
TOC |
This transition plan is intended to satisfy four goals:
TOC |
There are four major elements to this transition plan which can, to some degree, take place in parallel now that we have established community consensus to pursue an administrative structure similar to that described in the IASA BCP proposal:
Each of the three items listed above is described in more detail in the following sections.
The IASA will be formalized in an IASA BCP that is approved by the IETF community and accepted by the ISOC Board of Trustees. There are three steps in this process:
The timeline for these three approval steps is rather long, but there is significant progress that can be made in other areas once we have established IETF community consensus to pursue this scenario.
We have appointed an IASA transition team to begin working on the groundwork for the IASA. The transition team will do substantial work on non-binding tasks, such as beginning the recruitment process for an IAD, determining the structure of the IASA work, issuing RFPs and negotiating potential agreements with service providers. The transition team is not empowered to make binding agreements, but will work with appropriate consultants and advisors to make a lot of progress towards determining the initial structure and work flow of the IASA.
As this work needs to be done reasonably quickly, and because the IASA transition team is specifically not expected to be a first IAOC, the transition team has been established to consist of:
The team is expected to operate in a consensus-based fashion.
Additionally, the team may identify and work with other advisors and consultants as necessary.
The BCP will define the process for appointing IAOC board members, including the process to seat the initial board (as quickly as is reasonable; this plan assumes that an acceptable process will be defined that allows an initial IAOC, or at least a provisional IAOC with decision-making authority, to be seated within 45 days of the approval of the IASA BCP). As soon as the initial IAOC is seated, the transition team will be disbanded.
The IASA transition team will appoint an IAD selection committee to recruit and select the IETF Administrative Director. This committee will consist entirely of transition team members or advisors, and will, at minimum, include the IETF Chair and the ISOC President. If the transition team chooses, this committee could include the entire transition team.
The IAD selection committee should determine a job description for the IAD, in consultation with other IETF leaders and the IETF community. Once the job description is established, the IAD selection committee should start recruiting candidates for the position.
Although the transition team is not empowered to hire the IAD as a full-time employee, it might be possible for the transition team to ask ISOC to engage the potential IAD as a consultant to help with other tasks during the interim period.
The most important activity of the transition team during late 2004 and early 2005 will be to determine the structure and work flow of the IASA and to establish contracts or other agreements with service providers to do the required work. This work includes the following functions as defined in the consultant's report:
The transition team should work with IETF leaders and other knowledgeable members of the community to determine the structure and work flow required for the IASA activity and make corresponding adjustments to the above list, if necessary. The transition team can also identify which areas of IASA work should continue to be provided by existing IETF service providers, and work with those providers to establish proposed contracts or agreements for later approval by the established IAOC. The transition team can also choose to start an RFP process for any services that they believe should be filled through an open RFP process.
TOC |
Because the ISOC 2005 budgeting process will be finalized before the final BCP approval, the transition team should work with the ISOC staff and President/CEO to establish a proposed 2005 operating budget for the IASA. Since this will happen in advance of full knowledge regarding the costs of 2005 operations, it may be subject to significant adjustment later.
TOC |
As described above, the three stages of the IETF community and ISOC approval process will take some time. If the community chooses to pursue the IASA approach and we reach quick consensus on the details, a highly optimistic schedule for this approval would be:
TOC |
[RFC2026] | Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996. |
[RFC3667] | Bradner, S., "IETF Rights in Contributions", BCP 78, RFC 3667, February 2004. |
[RFC3668] | Bradner, S., "Intellectual Property Rights in IETF Technology", BCP 79, RFC 3668, February 2004. |
TOC |
Leslie Daigle | |
EMail: | leslie@verisignlabs.com, leslie@thinkingcat.com |