Skip to content

Collaboration support for the RFC Editor Future Development Program

License

Notifications You must be signed in to change notification settings

intarchboard/program-rfced-future

Repository files navigation

RFC Editor Future Development Program

Welcome to the RFC Editor Future Development Program of the IAB

Personnel:

  • Program Chairs: Eliot Lear, Brian Rosen
  • IAB Liaisons: Wes Hardaker, Jared Mauch

Important links

Purpose

This program is intended to foster discussion and consensus on potential changes to the RFC Editor model. Discussion of changes to how the RFC Editor function is managed, staffed, and overseen are all within scope. After the group has come to rough consensus, it will document its output in one or more RFCs.

Program Description

During the period between IETF 105 and IETF 106, the RFC Series Editor convened a number of meetings to assess how best to conduct a community discussion and consensus process for the evolution of the RFC Editor model. During that process, an IAB program was identified as the most appropriate vehicle for the discussion, provided it allowed for open participation and used a rough consensus model for decision making. The working methods below are intended to capture the output of those meetings.

This program has no predetermined constraints on the decisions of the group. Updates to or retention of the oversight model, management, and the roles involved in the RFC Editor function are all within scope. Because the focus of the discussions leading up to the creation of the program were on the RFC Series Editor role, there is a presumption that the group’s discussion will start with that.

Working Methods

The program is modeled on an IETF working group and uses its mailing list to develop and validate consensus among the participants. Participants must adhere to the IETF participation policies set out in the Note Well. Decisions are made using rough consensus as determined by the chairs.

One or more design teams may be set up during the course of the program, but their output must be considered and validated according to the usual consensus process. Design team output has no special standing.

Participants may appeal consensus calls to the IAB (see RFC7282).

In addition to a chair, the program has two IAB program leads. Those leads will act as liaisons between the chair and the IAB for logistical and other formal matters. All members of the IAB, including the liaisons, may also participate in the group as ordinary members.

Github and the issue tracker

The chair intends to use the Github repositor and the issue tracker for management of the program. However, issues MUST NOT be opened without discussion occurring on the mailing list, and discussion about the issues themselves should occur on list, which is where consensus will be judged.

Who can participate?

This program is open to participation by anyone.