The IESG and RFC Editor Documents: Procedures
RFC 3932

Document Type RFC - Best Current Practice (October 2004; No errata)
Obsoleted by RFC 5742
Updates RFC 3710, RFC 2026
Author Harald Alvestrand 
Last updated 2018-12-20
Stream IETF
Formats plain text html pdf htmlized bibtex
Stream WG state (None)
Document shepherd No shepherd assigned
IESG IESG state RFC 3932 (Best Current Practice)
Action Holders
Consensus Boilerplate Unknown
Telechat date
Responsible AD David Kessens
Send notices to (None)
Network Working Group                                      H. Alvestrand
Request for Comments: 3932                                  October 2004
BCP: 92
Updates: 3710, 2026
Category: Best Current Practice

             The IESG and RFC Editor Documents: Procedures

Status of this Memo

   This document specifies an Internet Best Current Practices for the
   Internet Community, and requests discussion and suggestions for
   improvements.  Distribution of this memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (2004).


   This document describes the IESG's procedures for handling documents
   submitted for RFC publication via the RFC Editor, subsequent to the
   changes proposed by the IESG at the Seoul IETF, March 2004.

   This document updates procedures described in RFC 2026 and RFC 3710.

1.  Introduction and History

   There are a number of different methods by which an RFC is published,
   some of which include review in the Internet Engineering Task Force
   (IETF), and some of which include approval by the Internet
   Engineering Steering Group (IESG):

   o  IETF Working Group (WG) to Standards Track: Includes WG consensus,
      review in the IETF, IETF Last Call, and IESG approval

   o  IETF WG to Experimental/Informational: Includes WG consensus,
      review in the IETF, and IESG approval

   o  Area Director (AD) sponsored to Standards Track: Includes review
      in the IETF, IETF Last Call, and IESG approval

   o  AD Sponsored Individual to Experimental/Informational: Includes
      some form of review in the IETF and IESG approval

   o  Documents for which special rules exist

Alvestrand               Best Current Practice                  [Page 1]
RFC 3932       IESG and RFC Editor Documents: Procedures    October 2004

   o  RFC Editor documents to Experimental/Informational

   This memo is only concerned with the IESG processing of the last

   Special rules apply to some documents, including documents from the
   Internet Architecture Board (IAB), April 1st RFCs, and republication
   of documents from other standards development organizations.  The
   IESG and the RFC Editor keep a running dialogue, in consultation with
   the IAB, on these other documents and their classification, but they
   are outside the scope of this memo.

   For the last few years, the IESG has reviewed all RFC Editor
   documents (documents submitted by individuals to the RFC Editor for
   RFC publication) before publication.  In 2003, this review was often
   a full-scale review of technical content, with the ADs attempting to
   clear points with the authors, stimulate revisions of the documents,
   encourage the authors to contact appropriate working groups and so
   on.  This was a considerable drain on the resources of the IESG, and
   since this is not the highest priority task of the IESG members, it
   often resulted in significant delays.

   In March 2004, the IESG decided to make a major change in this review
   model.  The new review model will have the IESG take responsibility
   ONLY for checking for conflicts between the work of the IETF and the
   documents submitted; soliciting technical review is deemed to be the
   responsibility of the RFC Editor.  If an individual IESG member
   chooses to review the technical content of the document and finds
   issues, that member will communicate these issues to the RFC Editor,
   and they will be treated the same way as comments on the documents
   from other sources.

   Note: This document describes only the review process done by the
   IESG when the RFC Editor requests that review.  There are many other
   interactions between document editors and the IESG for instance, an
   AD may suggest that an author submit a document as input for work
   within the IETF rather than to the RFC Editor, or the IESG may
   suggest that a document submitted to the IETF is better suited for
   submission to the RFC Editor but these interactions are not described
   in this memo.

2.  Background Material

   The review of independent submissions by the IESG was prescribed by
   RFC 2026 [1] section 4.2.3.  The procedure described in this document
   is compatible with that description.

Alvestrand               Best Current Practice                  [Page 2]
RFC 3932       IESG and RFC Editor Documents: Procedures    October 2004

   RFC 3710 [4] section 5.2.2 describes the spring 2003 review process
   (even though the RFC was published in 2004); with the publication of
   this document, the procedure described in RFC 3710 is no longer
   relevant to documents submitted via the RFC Editor.

3.  Detailed Description of IESG Review

   The RFC Editor reviews submissions for suitability for publications
   as RFC.  Once the RFC Editor thinks a document may be suited for RFC
   publication, the RFC Editor asks the IESG to review the documents for
   conflicts with the IETF standards process or work done in the IETF
Show full document text