Network Working Group | O. Kolkman, Ed. |
Internet-Draft | February 15, 2011 |
Intended status: Informational | |
Expires: August 19, 2011 |
RFC Editor: RSE consensus documentation
draft-kolkman-rse-2011-02
This memo serves as a temporary placeholder for the documentation of consensus around the role and responsibilities surrounding the RFC Series Editor as developed on the rfc-interest list.
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 http://datatracker.ietf.org/drafts/current/.
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 August 19, 2011.
Copyright (c) 2011 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 (http://trustee.ietf.org/license-info) 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.
This memo tries to cast what I believe the consensus to be in language that is close to being the basis for text in 5620bis. This is supposed to be (or quickly evolve into) the basis from which we will develop job descriptions and write an update to RFC5620 [RFC5620].
In other words, once we converged this memo will be used as the basis for other documents and is not intended to be published as RFC.
Editorial and other comments appear in [square brackets].
The RFC Series Editor(RSE) is an individual who assumes serval responsibilities.
For this type of responsibility the RSE is expected to cooperate closely with the IASA and the various streams.
To prevent actual or apparent problems with conflicts of interest or judgment, the RSE is barred from having any ownership, advisory, or other relationship to the vendors executing the Publication or Production functions except as specified elsewhere in this document. If necessary, an exception can be made after public disclosure of those relationships and with the explicit permission of the IAB and IASA.
In order to develop the RFC Publication series the RSE is expected to develop a relationships with the Internet technical community. With that community, the Editor is expected to engage in a process of articulating and refining a vision for the Series and its continuous evolution.
Concretely:
For this type of responsibility the RSE cooperates closely with the community and under oversight of the RSOC and thus ultimately under oversight of the IAB.
Consensus is to hire someone with publication experience and grow their knowledge of the community they will serve.
The job is expected to take on average half of an FTE (approx 20 hrs per week) whereby the workload per week is expected to be near full time during IETF weeks, be over 20 hours per week in the first few months of the engagement, and higher during special projects.
The IAB is responsible for oversight over the RFC Series.
In order to provide continuity over periods longer than the nomcom appointment cycle and assure that oversight is informed through subject matter experts the IAB will establish a group that implements oversight for the IAB, the RFC Series Oversight Committee (RSOC).
The RSOC will act with authority delegated from the IAB: In general it will be the RSOC that will approve consensus policy and vision documents as developed by the RSE in collaboration with the community.
In those general cases the IAB is ultimately responsible for oversight and acts as a body for appeal and resolution.
For all aspects that affect the RSE itself (e.g. hiring and firing) the RSOC prepares recommendations for the IAB but final decision is the responsibility of the IAB. For instance the RSOC would:
It is expected that such oversight by the IAB is a matter of due diligence and that the reports and recommendations from the RSOC are approached as if they are binding.
There is one aspect in which the RSOC will work with the IASA: the renumeration of the RSE itself. The RSOC will propose a budget for approval to the IASA.
The RSOC will be responsible to ensure that the RFC Series is run in a transparent and accountable manner.
The RSOC shall develop and publish its own rules of order.
The RSOC will operate as a Program of the IAB, with the IAB retaining final responsibility. The IAB will delegate authority and responsibility to the RSOC as appropriate and as RSOC and RSE relationships evolve. Like other IAB Programs, the RSOC will include people who are not current IAB members. The IAB will designate the membership of the RSOC with the goals of preserving effective stability, keeping it small enough to be effective, but large enough to provide general Internet Community expertise, specific IETF expertise, Publication expertise, and stream expertise. Members serve at the pleasure of the IAB and are expected to bring a balance between short and long term perspective. Specific input about, and recommendations of, members will be sought from the streams, the IASA, and the RSE.
The RSE and a person designated to represent the IASA will serve as ex-officio members of the RSOC but either or both can be excluded from its discussions if necessary.
[1] | Kolkman, O., IAB, "RFC Editor Model (Version 1)", RFC 5620, August 2009. |