Share this page

The IETF process: an informal guide

This document is an informal guide to various IETF process documents, intended mainly to assist IETF participants in navigating the labyrinth. It may be out of date when you read it, if new documents have appeared recently.

Key Info

Please refer to the various RFCs, IESG Statements, or discuss with Working Group chairs or Area Directors for official guidance.

1. Introduction

BCP 9 (RFC 2026) has been the basis for the IETF standards process for many years. However, many other process documents exist, some of which are partial updates to BCP 9. This situation is complicated, so the present document offers a structured way of looking at the official documents. It may be out of date when you read it, if new official documents have appeared recently.

It is difficult to linearise a complicated and interlocked process. This document presents a guide in one particular order, but that is not intended to imply priority or importance, and it cannot capture all interactions between components.

Formally, IETF processes are described in Best Current Practices (BCPs) published as RFCs. Many of the RFCs mentioned below are BCPs. RFC numbers have been used rather than BCP numbers, for convenient lookup. To avoid any accidental ambiguity, this guide does not attempt to paraphrase or summarize their contents; the reader should consult the original RFCs.

2. The guide

2.1. General description of workflow in the IETF

No single document formally covers this topic, although the Tao of the IETF offers most of it informally:

  • How ideas for new work enter the IETF  [RFC 6771].
  • How they reach a BOF (Birds of a Feather meeting) [RFC 5434].
  • How they enter formal discussion and possibly become material for a new or existing Working Group.
  • How WGs are chartered and managed - the WG Chair's and Area Director's roles.
  • How specific proposals become drafts and flow through the development, review and approval process [RFC 7221]. 

2.2. Definition of standards track and related document types

The main document is RFC 2026. Numerous documents have amended this one, and some have been amended or replaced in their turn. All these amendments are reflected below. A very significant change was introduced in 2011, reducing the standards track to two maturity levels: [RFC 6410] and [RFC 7127]. 

Consolidated lists of standards documents used to published as RFCs, but this is no longer the case; the information is on line at the RFC Editor website

Additional requirements for routing protocols were previously defined in RFC 1264, but this is now obsolete. It should be noted that practice and interpretation have grown around the documented rules; the Tao of the IETF is helpful in this respect.

  • Technical Specifications 
    These are described in RFC 2026 as amended by RFC 6410, covering standards track, BCP and Experimental documents. The STD (standard) designation is documented in RFC 1311
    Variance procedures for down-level normative references are in 
    RFC 3967 and 
    RFC 4897
    A specific process for advancing MIB documents is in 
    [RFC 2438]. 
    A specific process for advancing metric documents is in 
    RFC 6576
    Implementation status may be documented according to 
    [RFC 7294].
  • Informational Material 
    RFC 2026 also describes Informational and Historic documents. A distinction between obsolete and deprecated documents is not currently made in the IETF.

2.3. Intellectual Property Rights (IPR)

2.4. Review and approval process

The formal process is currently defined by two documents that must be read together: 
RFC 2026
RFC 6410.

  • Interoperability reports (optional) 
    RFC 5657

2.5. Bodies involved in the process

The Internet Research Task Force (IRTF) is quite separate from the the IETF: 
RFC 2014
RFC 7418.

2.6. Conduct of participants

See 
RFC 3005
RFC 7154
RFC 3683
RFC 3934
RFC 4633

Conduct is also discussed in the Tao of the IETF and in 
RFC 2418.

2.7. Publication process

2.8. Parameter registration process (IANA)

2.9. Administration

See 
RFC 4071
RFC 4371
RFC 4333.

2.10. Modifying the process

RFC 2026 defines how process BCPs are discussed and approved. An experimental procedure is described in 
[RFC 3933]. 
Also see the IESG note about process experiments.

3. Acknowledgements

Useful comments on this document were made by: Harald Alvestrand, Scott Bradner, Spencer Dawkins, Leslie Daigle, John Klensin, Paul Hoffman, and others.

This document was produced using the xml2rfc tool defined in RFC 2629 .

4. Change log

Updated references to 6982 with references to 7942 (BCP 205); fixed links broken with move to new website at www.ietf.org 2018-01-14
Updated with RFC 7282, 7322, 7437, 7418, 7475, 7500, other tweaks, 2015-08-25. 
Updated with RFC 6982, 7120, 7127, 7154, 7221, took account of RFC 7100, 7101, other tweaks, 2014-05-07. 
Updated with RFC 6771, 6859, 2013-01-22. 
Updated with RFC 6576, 6701, 6702, 2012-09-04. 
Updated with RFC 6635, 2012-06-12. 
Updated with RFC 5657, 6220, 6410, 2011-10-11. 
Updated with RFC 4775, 5704, 5706, 5741-45, and various format cleanups, 2011-02-14. 
Updated with RFC 5680, 2009-10-29. 
Updated with RFC 5226, 5377, 5378, 5434, 5633, 5620, 5633, draft-dawkins-nomcom-openlist, 2009-10-23. 
Reformatted as an ad hoc web page at conclusion of ION experiment, cited RFC 4228, 4844-46, 5078, 2008-04-14. 
DRAFT ion-procdocs 2007-06-27: cited RFC 4897, 4879, 4181, 4841, 4858. 
DRAFT ion-procdocs 2007-02-14: public comments incorporated 
DRAFT ion-procdocs 2007-01-29: converted to ION format 
draft-carpenter-procdoc-roadmap-05: Earlier drafts of this document included references to drafts proposing changes to the standards process. These have been removed to make this document a more stable reference. It has been renamed from "roadmap" to "guide." Some editorial rearrangements have been made. 2006-08-02 
draft-carpenter-procdoc-roadmap-04: minor additions, tuned Abstract and Introduction, 2006-02-20 
draft-carpenter-procdoc-roadmap-03: minor additions, 2005-12-20 
draft-carpenter-procdoc-roadmap-02: minor additions, 2005-10-11 
draft-carpenter-procdoc-roadmap-01: minor additions, 2005-09-20 
draft-carpenter-procdoc-roadmap-00: original version, 2005-08-22

5. References

5.1. Normative References (Rules)

[RFC2014] Weinrib, A. and J. Postel, "IRTF Research Group Guidelines and Procedures", BCP 8, RFC 2014, DOI 10.17487/RFC2014, October 1996.

[RFC2026] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, DOI 10.17487/RFC2026, October 1996.

[RFC2028] Hovey, R. and S. Bradner, "The Organizations Involved in the IETF Standards Process", BCP 11, RFC 2028, DOI 10.17487/RFC2028, October 1996.

[RFC2360] Scott, G., "Guide for Internet Standards Writers", BCP 22, RFC 2360, DOI 10.17487/RFC2360, June 1998.

[RFC2418] Bradner, S., "IETF Working Group Guidelines and Procedures", BCP 25, RFC 2418, DOI 10.17487/RFC2418, September 1998.

[RFC2438] O'Dell, M.Alvestrand, H.Wijnen, B. and S. Bradner, "Advancement of MIB specifications on the IETF Standards Track", BCP 27, RFC 2438, DOI 10.17487/RFC2438, October 1998.

[RFC2850] Internet Architecture Board and B. Carpenter, "Charter of the Internet Architecture Board (IAB)", BCP 39, RFC 2850, DOI 10.17487/RFC2850, May 2000.

[RFC3005] Harris, S., "IETF Discussion List Charter", BCP 45, RFC 3005, DOI 10.17487/RFC3005, November 2000.

[RFC3233] Hoffman, P. and S. Bradner, "Defining the IETF", BCP 58, RFC 3233, DOI 10.17487/RFC3233, February 2002.

[RFC3552] Rescorla, E. and B. Korver, "Guidelines for Writing RFC Text on Security Considerations", BCP 72, RFC 3552, DOI 10.17487/RFC3552, July 2003.

[RFC3677] Daigle, L. and Internet Architecture Board, "IETF ISOC Board of Trustee Appointment Procedures", BCP 77, RFC 3677, DOI 10.17487/RFC3677, December 2003.

[RFC3683] Rose, M., "A Practice for Revoking Posting Rights to IETF Mailing Lists", BCP 83, RFC 3683, DOI 10.17487/RFC3683, March 2004.

[RFC3933] Klensin, J. and S. Dawkins, "A Model for IETF Process Experiments", BCP 93, RFC 3933, DOI 10.17487/RFC3933, November 2004.

[RFC3934] Wasserman, M., "Updates to RFC 2418 Regarding the Management of IETF Mailing Lists", BCP 25, RFC 3934, DOI 10.17487/RFC3934, October 2004.

[RFC3935] Alvestrand, H., "A Mission Statement for the IETF", BCP 95, RFC 3935, DOI 10.17487/RFC3935, October 2004.

[RFC3967] Bush, R. and T. Narten, "Clarifying when Standards Track Documents may Refer Normatively to Documents at a Lower Level", BCP 97, RFC 3967, DOI 10.17487/RFC3967, December 2004.

[RFC3979] Bradner, S., "Intellectual Property Rights in IETF Technology", BCP 79, RFC 3979, DOI 10.17487/RFC3979, March 2005.

[RFC4052] Daigle, L. and Internet Architecture Board, "IAB Processes for Management of IETF Liaison Relationships", BCP 102, RFC 4052, DOI 10.17487/RFC4052, April 2005.

[RFC4053] Trowbridge, S.Bradner, S. and F. Baker, "Procedures for Handling Liaison Statements to and from the IETF", BCP 103, RFC 4053, DOI 10.17487/RFC4053, April 2005.

[RFC4071] Austein, R. and B. Wijnen, "Structure of the IETF Administrative Support Activity (IASA)", BCP 101, RFC 4071, DOI 10.17487/RFC4071, April 2005.

[RFC4181] Heard, C., "Guidelines for Authors and Reviewers of MIB Documents", BCP 111, RFC 4181, DOI 10.17487/RFC4181, September 2005.

[RFC4333] Huston, G. and B. Wijnen, "The IETF Administrative Oversight Committee (IAOC) Member Selection Guidelines and Process", BCP 113, RFC 4333, DOI 10.17487/RFC4333, December 2005.

[RFC4371] Carpenter, B. and L. Lynch, "BCP 101 Update for IPR Trust", BCP 101, RFC 4371, DOI 10.17487/RFC4371, January 2006.

[RFC4748] Bradner, S., "RFC 3978 Update to Recognize the IETF Trust", RFC 4748, DOI 10.17487/RFC4748, October 2006.

[RFC4775] Bradner, S.Carpenter, B. and T. Narten, "Procedures for Protocol Extensions and Variations", BCP 125, RFC 4775, DOI 10.17487/RFC4775, December 2006.

[RFC4841] Heard, C., "RFC 4181 Update to Recognize the IETF Trust", BCP 111, RFC 4841, DOI 10.17487/RFC4841, March 2007.

[RFC4879] Narten, T., "Clarification of the Third Party Disclosure Procedure in RFC 3979", BCP 79, RFC 4879, DOI 10.17487/RFC4879, April 2007.

[RFC4897] Klensin, J. and S. Hartman, "Handling Normative References to Standards-Track Documents", BCP 97, RFC 4897, DOI 10.17487/RFC4897, June 2007.

[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, DOI 10.17487/RFC5226, May 2008.

[RFC5378] Bradner, S. and J. Contreras, "Rights Contributors Provide to the IETF Trust", BCP 78, RFC 5378, DOI 10.17487/RFC5378, November 2008.

[RFC5657] Dusseault, L. and R. Sparks, "Guidance on Interoperation and Implementation Reports for Advancement to Draft Standard", BCP 9, RFC 5657, DOI 10.17487/RFC5657, September 2009.

[RFC5742] Alvestrand, H. and R. Housley, "IESG Procedures for Handling of Independent and IRTF Stream Submissions", BCP 92, RFC 5742, DOI 10.17487/RFC5742, December 2009.

[RFC6410] Housley, R.Crocker, D. and E. Burger, "Reducing the Standards Track to Two Maturity Levels", BCP 9, RFC 6410, DOI 10.17487/RFC6410, October 2011.

[RFC6576] Geib, R.Morton, A.Fardid, R. and A. Steinmitz, "IP Performance Metrics (IPPM) Standard Advancement Testing", BCP 176, RFC 6576, DOI 10.17487/RFC6576, March 2012.

[RFC7120] Cotton, M., "Early IANA Allocation of Standards Track Code Points", BCP 100, RFC 7120, DOI 10.17487/RFC7120, January 2014.[RFC7127]Kolkman, O.Bradner, S. and S. Turner, "Characterization of Proposed Standards", BCP 9, RFC 7127, DOI 10.17487/RFC7127, January 2014.

[RFC7154] Moonesamy, S., "IETF Guidelines for Conduct", BCP 54, RFC 7154, DOI 10.17487/RFC7154, March 2014.

[RFC7437] Kucherawy, M., "IAB, IESG, and IAOC Selection, Confirmation, and Recall Process: Operation of the Nominating and Recall Committees", BCP 10, RFC 7437, DOI 10.17487/RFC7437, January 2015.

[RFC7475] Dawkins, S., "Increasing the Number of Area Directors in an IETF Area", BCP 9, RFC 7475, DOI 10.17487/RFC7475, March 2015.

5.2. Informative References

[RFC1311] Postel, J., "Introduction to the STD Notes", RFC 1311, DOI 10.17487/RFC1311, March 1992.

[RFC2031] Huizer, E., "IETF-ISOC relationship", RFC 2031, DOI 10.17487/RFC2031, October 1996.

[RFC2629] Rose, M., "Writing I-Ds and RFCs using XML", RFC 2629, DOI 10.17487/RFC2629, June 1999.

[RFC2860] Carpenter, B.Baker, F. and M. Roberts, "Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authority", RFC 2860, DOI 10.17487/RFC2860, June 2000.

[RFC3669] Brim, S., "Guidelines for Working Groups on Intellectual Property Issues", RFC 3669, DOI 10.17487/RFC3669, February 2004.

[RFC3710] Alvestrand, H., "An IESG charter", RFC 3710, DOI 10.17487/RFC3710, February 2004.

[RFC4633] Hartman, S., "Experiment in Long-Term Suspensions From Internet Engineering Task Force (IETF) Mailing Lists", RFC 4633, DOI 10.17487/RFC4633, August 2006.

[RFC4691] Andersson, L., "Guidelines for Acting as an IETF Liaison to Another Organization", RFC 4691, DOI 10.17487/RFC4691, October 2006.

[RFC4844] Daigle, L. and Internet Architecture Board, "The RFC Series and RFC Editor", RFC 4844, DOI 10.17487/RFC4844, July 2007.

[RFC4845] Daigle, L. and Internet Architecture Board, "Process for Publication of IAB RFCs", RFC 4845, DOI 10.17487/RFC4845, July 2007.

[RFC4846] Klensin, J. and D. Thaler, "Independent Submissions to the RFC Editor", RFC 4846, DOI 10.17487/RFC4846, July 2007.

[RFC4858] Levkowetz, H.Meyer, D.Eggert, L. and A. Mankin, "Document Shepherding from Working Group Last Call to Publication", RFC 4858, DOI 10.17487/RFC4858, May 2007.

[RFC5377] Halpern, J., "Advice to the Trustees of the IETF Trust on Rights to Be Granted in IETF Documents", RFC 5377, DOI 10.17487/RFC5377, November 2008.

[RFC5434] Narten, T., "Considerations for Having a Successful Birds-of-a-Feather (BOF) Session", RFC 5434, DOI 10.17487/RFC5434, February 2009.

[RFC5704] Bryant, S.Morrow, M. and IAB, "Uncoordinated Protocol Development Considered Harmful", RFC 5704, DOI 10.17487/RFC5704, November 2009.

[RFC5706] Harrington, D., "Guidelines for Considering Operations and Management of New Protocols and Protocol Extensions", RFC 5706, DOI 10.17487/RFC5706, November 2009.

[RFC5741] Daigle, L.Kolkman, O. and IAB, "RFC Streams, Headers, and Boilerplates", RFC 5741, DOI 10.17487/RFC5741, December 2009.

[RFC5743] Falk, A., "Definition of an Internet Research Task Force (IRTF) Document Stream", RFC 5743, DOI 10.17487/RFC5743, December 2009.

[RFC5744] Braden, R. and J. Halpern, "Procedures for Rights Handling in the RFC Independent Submission Stream", RFC 5744, DOI 10.17487/RFC5744, December 2009.

[RFC5745] Malis, A. and IAB, "Procedures for Rights Handling in the RFC IAB Stream", RFC 5745, DOI 10.17487/RFC5745, December 2009.

[RFC6220] McPherson, D.Kolkman, O.Klensin, J.Huston, G. and Internet Architecture Board, "Defining the Role and Function of IETF Protocol Parameter Registry Operators", RFC 6220, DOI 10.17487/RFC6220, April 2011.

[RFC6635] Kolkman, O.Halpern, J. and IAB, "RFC Editor Model (Version 2)", RFC 6635, DOI 10.17487/RFC6635, June 2012.

[RFC6701] Farrel, A. and P. Resnick, "Sanctions Available for Application to Violators of IETF IPR Policy", RFC 6701, DOI 10.17487/RFC6701, August 2012.

[RFC6702] Polk, T. and P. Saint-Andre, "Promoting Compliance with Intellectual Property Rights (IPR) Disclosure Rules", RFC 6702, DOI 10.17487/RFC6702, August 2012.

[RFC6771] Eggert, L. and G. Camarillo, "Considerations for Having a Successful "Bar BOF" Side Meeting", RFC 6771, DOI 10.17487/RFC6771, October 2012.

[RFC6982] Sheffer, Y. and A. Farrel, "Improving Awareness of Running Code: The Implementation Status Section", RFC 6982, DOI 10.17487/RFC6982, July 2013.

[RFC7221] Farrel, A. and D. Crocker, "Handling of Internet-Drafts by IETF Working Groups", RFC 7221, DOI 10.17487/RFC7221, April 2014.

[RFC7282] Resnick, P., "On Consensus and Humming in the IETF", RFC 7282, DOI 10.17487/RFC7282, June 2014.

[RFC7322] Flanagan, H. and S. Ginoza, "RFC Style Guide", RFC 7322, DOI 10.17487/RFC7322, September 2014.

[RFC7418] Dawkins, S., "An IRTF Primer for IETF Participants", RFC 7418, DOI 10.17487/RFC7418, December 2014.

[RFC7500] Housley, R. and O. Kolkman, "Principles for Operation of Internet Assigned Numbers Authority (IANA) Registries", RFC 7500, DOI 10.17487/RFC7500, April 2015.

Administrivia

  • Revision date: 2018-01-14
  • Document editor: Brian Carpenter
  • Discussion forum: ietf@ietf.org

Bibliography

  • [1] RFC 2026
    The Internet Standards Process -- Revision 3

    This memo documents the process used by the Internet community for the standardization of protocols and procedures. It defines the stages in the standardization process, the requirements for moving a document between stages and the types of documents used during this process. This document spec...

  • [2] RFC 6771
    Considerations for Having a Successful "Bar BOF" Side Meeting

    New work is typically brought to the IETF by a group of interested individuals. IETF meetings are a convenient place for such groups to hold informal get-togethers to discuss and develop their ideas. Such side meetings, which are not reflected in the IETF meeting agenda and have no official statu...

    Gonzalo Camarillo, Lars Eggert

  • [3] RFC 5434
    Considerations for Having a Successful Birds-of-a-Feather (BOF) Session

    This document discusses tactics and strategy for hosting a successful IETF Birds-of-a-Feather (BOF) session, especially one oriented at the formation of an IETF Working Group. It is based on the experiences of having participated in numerous BOFs, both successful and unsuccessful. [STANDARDS-TRACK]

    Dr. Thomas Narten

  • [4] RFC 7221
    Handling of Internet-Drafts by IETF Working Groups

    The productive output of an IETF working group is documents, as mandated by the working group's charter. When a working group is ready to develop a particular document, the most common mechanism is for it to "adopt" an existing document as a starting point. The document that a working group ado...

    Adrian Farrel, Dave Crocker

  • [5] RFC 2026
    The Internet Standards Process -- Revision 3

    This memo documents the process used by the Internet community for the standardization of protocols and procedures. It defines the stages in the standardization process, the requirements for moving a document between stages and the types of documents used during this process. This document spec...

  • [6] RFC 6410
    Reducing the Standards Track to Two Maturity Levels

    This document updates the Internet Engineering Task Force (IETF) Standards Process defined in RFC 2026. Primarily, it reduces the Standards Process from three Standards Track maturity levels to two. This memo documents an Internet Best Current Practice.

    Dave Crocker, Eric Burger, Russ Housley

  • [7] RFC 7127
    Characterization of Proposed Standards

    RFC 2026 describes the review performed by the Internet Engineering Steering Group (IESG) on IETF Proposed Standard RFCs and characterizes the maturity level of those documents. This document updates RFC 2026 by providing a current and more accurate characterization of Proposed Standards.

    Olaf M. Kolkman

  • [8] RFC 1311
    Introduction to the STD Notes

    The STDs are a subseries of notes within the RFC series that are the Internet standards. The intent is to identify clearly for the Internet community those RFCs which document Internet standards. [STANDARDS-TRACK]

  • [9] RFC 3967
    Clarifying when Standards Track Documents may Refer Normatively to Documents at a Lower Level

    IETF procedures generally require that a standards track RFC may not have a normative reference to another standards track document at a lower maturity level or to a non standards track specification (other than specifications from other standards bodies). For example, a standards track document...

    Dr. Thomas Narten, Randy Bush

  • [10] RFC 4897
    Handling Normative References to Standards-Track Documents

    The Internet Engineering Task Force (IETF) and Request for Comments (RFC) Editor have a long-standing rule that a document at a given maturity level cannot be published until all of the documents that it references as normative are at that maturity level or higher. This rule has sometimes result...

    Dr. John C. Klensin

  • [11] RFC 2438
    Advancement of MIB specifications on the IETF Standards Track

    This document specifies the process which the IESG will use to determine if a MIB specification document meets these requirements. It also discusses the rationale for this process. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and...

    Michael D. O'Dell

  • [12] RFC 6576
    IP Performance Metrics (IPPM) Standard Advancement Testing

    This document specifies tests to determine if multiple independent instantiations of a performance-metric RFC have implemented the specifications in the same way. This is the performance-metric equivalent of interoperability, required to advance RFCs along the Standards Track. Results from diff...

    Al Morton, Alexander Steinmitz, Reza Fardid, Ruediger Geib

  • [13] RFC 7294
    RTP Control Protocol (RTCP) Extended Report (XR) Blocks for Concealment Metrics Reporting on Audio Applications

    This document defines two RTP Control Protocol (RTCP) Extended Report (XR) blocks that allow the reporting of concealment metrics for audio applications of RTP.

    Alan Clark, Glen Zorn, Qin Wu

  • [14] RFC 5378
    Rights Contributors Provide to the IETF Trust

    The IETF policies about rights in Contributions to the IETF are designed to ensure that such Contributions can be made available to the IETF and Internet communities while permitting the authors to retain as many rights as possible. This memo details the IETF policies on rights in Contributions ...

  • [15] RFC 5377
    Advice to the Trustees of the IETF Trust on Rights to Be Granted in IETF Documents

    Contributors grant intellectual property rights to the IETF. The IETF Trust holds and manages those rights on behalf of the IETF. The Trustees of the IETF Trust are responsible for that management. This management includes granting the licenses to copy, implement, and otherwise use IETF Contri...

    Joel M. Halpern

  • [16] RFC 4841
    RFC 4181 Update to Recognize the IETF Trust

    This document updates RFC 4181, "Guidelines for Authors and Reviewers of MIB Documents", to recognize the creation of the IETF Trust. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.

    Mike Heard

  • [17] RFC 4841
    RFC 4181 Update to Recognize the IETF Trust

    This document updates RFC 4181, "Guidelines for Authors and Reviewers of MIB Documents", to recognize the creation of the IETF Trust. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.

    Mike Heard

  • [18] RFC 3979
    Intellectual Property Rights in IETF Technology

    The IETF policies about Intellectual Property Rights (IPR), such as patent rights, relative to technologies developed in the IETF are designed to ensure that IETF working groups and participants have as much information about any IPR constraints on a technical proposal as possible. The policies ...

  • [19] RFC 4879
    Clarification of the Third Party Disclosure Procedure in RFC 3979

    This document clarifies and updates a single sentence in RFC 3979. Specifically, when third party Intellectual Property Rights (IPR) disclosures are made, the intention is that the IETF Executive Director notify the IPR holder that a third party disclosure has been filed, and to ask the IPR hold...

    Dr. Thomas Narten

  • [20] RFC 3669
    Guidelines for Working Groups on Intellectual Property Issues

    This memo lays out a conceptual framework and rules of thumb useful for working groups dealing with Intellectual Property Rights (IPR) issues. It documents specific examples of how IPR issues have been dealt with in the IETF. This memo provides information for the Internet community.

    Scott W. Brim

  • [21] RFC 6701
    Sanctions Available for Application to Violators of IETF IPR Policy

    The IETF has developed and documented policies that govern the behavior of all IETF participants with respect to Intellectual Property Rights (IPR) about which they might reasonably be aware.

    Adrian Farrel

  • [22] RFC 6702
    Promoting Compliance with Intellectual Property Rights (IPR) Disclosure Rules

    The disclosure process for intellectual property rights (IPR) in documents produced within the IETF stream is essential to the accurate development of community consensus. However, this process is not always followed by IETF participants. Regardless of the cause or motivation, noncompliance wit...

  • [23] RFC 4371
    BCP 101 Update for IPR Trust

    This document updates BCP 101 to take account of the new IETF Intellectual Property Trust. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.

  • [24] RFC 2026
    The Internet Standards Process -- Revision 3

    This memo documents the process used by the Internet community for the standardization of protocols and procedures. It defines the stages in the standardization process, the requirements for moving a document between stages and the types of documents used during this process. This document spec...

  • [25] RFC 6410
    Reducing the Standards Track to Two Maturity Levels

    This document updates the Internet Engineering Task Force (IETF) Standards Process defined in RFC 2026. Primarily, it reduces the Standards Process from three Standards Track maturity levels to two. This memo documents an Internet Best Current Practice.

    Dave Crocker, Eric Burger, Russ Housley

  • [26] RFC 4858
    Document Shepherding from Working Group Last Call to Publication

    This document describes methodologies that have been designed to improve and facilitate IETF document flow processing. It specifies a set of procedures under which a working group chair or secretary serves as the primary Document Shepherd for a document that has been submitted to the IESG for pu...

    Allison J. Mankin, David Meyer, Henrik Levkowetz

  • [27] RFC 5657
    Guidance on Interoperation and Implementation Reports for Advancement to Draft Standard

    Advancing a protocol to Draft Standard requires documentation of the interoperation and implementation of the protocol. Historic reports have varied widely in form and level of content and there is little guidance available to new report preparers. This document updates the existing processes a...

    Lisa M. Dusseault, Robert Sparks

  • [28] RFC 2028
    The Organizations Involved in the IETF Standards Process

    This document describes the individuals and organizations involved in the IETF. This includes descriptions of the IESG, the IETF Working Groups and the relationship between the IETF and the Internet Society. This document specifies an Internet Best Current Practices for the Internet Community, ...

    Richard Hovey

  • [29] RFC 3233
    Defining the IETF

    This document gives a more concrete definition of "the IETF" as it understood today. Many RFCs refer to "the IETF". Many important IETF documents speak of the IETF as if it were an already-defined entity. However, no IETF document correctly defines what the IETF is. This document specifies an...

    Paul E. Hoffman

  • [30] RFC 3935
    A Mission Statement for the IETF

    This memo gives a mission statement for the IETF, tries to define the terms used in the statement sufficiently to make the mission statement understandable and useful, argues why the IETF needs a mission statement, and tries to capture some of the debate that led to this point. This document spe...

    Harald T. Alvestrand

  • [31] RFC 2418
    IETF Working Group Guidelines and Procedures

    This document describes the guidelines and procedures for formation and operation of IETF working groups. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.

  • [32] RFC 7282
    On Consensus and Humming in the IETF

    The IETF has had a long tradition of doing its technical work through a consensus process, taking into account the different views among IETF participants and coming to (at least rough) consensus on technical matters. In particular, the IETF is supposed not to be run by a "majority rule" philosop...

    Pete Resnick

  • [33] RFC 3710
    An IESG charter

    This memo provides a charter for the Internet Engineering Steering Group (IESG), a management function of the Internet Engineering Task Force (IETF). It is meant to document the charter of the IESG as it is presently understood. This memo provides information for the Internet community.

    Harald T. Alvestrand

  • [34] RFC 7475
    Increasing the Number of Area Directors in an IETF Area

    This document removes a limit on the number of Area Directors who manage an Area in the definition of "IETF Area". This document updates RFC 2026 (BCP 9) and RFC 2418 (BCP 25).

    Spencer Dawkins

  • [35] RFC 2850
    Charter of the Internet Architecture Board (IAB)

    This memo documents the composition, selection, roles, and organization of the Internet Architecture Board. It replaces RFC 1601. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.

  • [36] RFC 4052
    IAB Processes for Management of IETF Liaison Relationships

    This document discusses the procedures used by the IAB to establish and maintain liaison relationships between the IETF and other Standards Development Organizations (SDOs), consortia and industry fora. This document also discusses the appointment and responsibilities of IETF liaison managers an...

  • [37] RFC 4053
    Procedures for Handling Liaison Statements to and from the IETF

    This document describes the procedure for proper handling of incoming liaison statements from other standards development organizations (SDOs), consortia, and industry fora, and for generating liaison statements to be transmitted from IETF to other SDOs, consortia and industry fora. This procedur...

    Stephen Trowbridge

  • [38] RFC 4691
    Guidelines for Acting as an IETF Liaison to Another Organization

    Whenever the IETF decides to enter into a liaison relationship with another organization, such as a Standards Development Organization (SDO), a consortium, or an industrial forum, a liaison manager is appointed. The procedures used by the IAB to establish and maintain liaison relationships betwe...

  • [39] RFC 7437
    IAB, IESG, and IAOC Selection, Confirmation, and Recall Process: Operation of the Nominating and Recall Committees

    The process by which the members of the IAB and IESG, and some members of the IAOC, are selected, confirmed, and recalled is specified in this document. This document is a self-consistent, organized compilation of the process as it was known at the time of publication of RFC 3777, with various u...

    Murray Kucherawy

  • [40] RFC 2031
    IETF-ISOC relationship

    This memo summarises the issues on IETF - ISOC relationships as the have been discussed by the Poised Working Group. The purpose of the document is to gauge consensus on these issues. And to allow further discussions where necessary. This memo provides information for the Internet community. ...

    Dr. Erik Huizer

  • [41] RFC 3677
    IETF ISOC Board of Trustee Appointment Procedures

    This memo outlines the process by which the IETF makes a selection of an Internet Society (ISOC) Board of Trustees appointment.

  • [42] RFC 2014
    IRTF Research Group Guidelines and Procedures

    This document describes the guidelines and procedures for formation and operation of IRTF Research Groups. It describes the relationship between IRTF participants, Research Groups, the Internet Research Steering Group (IRSG) and the Internet Architecture Board (IAB). This document specifies an ...

    Dr. Abel Weinrib, Dr. Jon Postel

  • [43] RFC 7418
    An IRTF Primer for IETF Participants

    This document provides a high-level description of things for Internet Engineering Task Force (IETF) participants to consider when bringing proposals for new research groups (RGs) into the Internet Research Task Force (IRTF). This document emphasizes differences in expectations between the two o...

    Spencer Dawkins

  • [44] RFC 3005
    IETF Discussion List Charter

    The Internet Engineering Task Force (IETF) discussion mailing list furthers the development and specification of Internet technology through discussion of technical issues, and hosts discussions of IETF direction, policy, meetings, and procedures. As this is the most general IETF mailing list, c...

    Susan R. Harris

  • [45] RFC 7154
    IETF Guidelines for Conduct

    This document provides a set of guidelines for personal interaction in the Internet Engineering Task Force. The guidelines recognize the diversity of IETF participants, emphasize the value of mutual respect, and stress the broad applicability of our work.

    S Moonesamy

  • [46] RFC 3683
    A Practice for Revoking Posting Rights to IETF Mailing Lists

    All self-governing bodies have ways of managing the scope of participant interaction. The IETF uses a consensus-driven process for developing computer-communications standards in an open fashion. An important part of this consensus-driven process is the pervasive use of mailing lists for discus...

    Dr. Marshall T. Rose

  • [47] RFC 3934
    Updates to RFC 2418 Regarding the Management of IETF Mailing Lists

    This document is an update to RFC 2418 that gives WG chairs explicit responsibility for managing WG mailing lists. In particular, it gives WG chairs the authority to temporarily suspend the mailing list posting privileges of disruptive individuals. This document specifies an Internet Best Curre...

  • [48] RFC 4633
    Experiment in Long-Term Suspensions From Internet Engineering Task Force (IETF) Mailing Lists

    Discussion in the community has begun to question whether RFC 3683 and RFC 3934 provide the appropriate flexibility for managing Internet Engineering Task Force (IETF) mailing lists. This document is an RFC 3933 experiment designed to allow the community to experiment with a broader set of tools...

    Sam D. Hartman

  • [49] RFC 4844
    The RFC Series and RFC Editor

    This document describes the framework for an RFC Series and an RFC Editor function that incorporate the principles of organized community involvement and accountability that has become necessary as the Internet technical community has grown, thereby enabling the RFC Series to continue to fulfill ...

  • [50] RFC 6635
    RFC Editor Model (Version 2)

    The RFC Editor model described in this document divides the responsibilities for the RFC Series into three functions: the RFC Series Editor, the RFC Production Center, and the RFC Publisher. Internet Architecture Board (IAB) oversight via the RFC Series Oversight Committee (RSOC) is described, a...

    Joel M. Halpern, Olaf M. Kolkman

  • [51] RFC 5741
    RFC Streams, Headers, and Boilerplates

    RFC documents contain a number of fixed elements such as the title page header, standard boilerplates, and copyright/IPR statements. This document describes them and introduces some updates to reflect current usage and requirements of RFC publication. In particular, this updated structure is in...

    Olaf M. Kolkman

  • [52] RFC 4845
    Process for Publication of IAB RFCs

    From time to time, the Internet Architecture Board (IAB) publishes documents as Requests for Comments (RFCs). This document defines the process by which those documents are produced, reviewed, and published in the RFC Series. This memo provides information for the Internet community.

  • [53] RFC 5745
    Procedures for Rights Handling in the RFC IAB Stream

    This document specifies the procedures by which authors of RFC IAB stream documents grant the community "incoming" rights for copying and using the text. It also specifies the "outgoing" rights the community grants to readers and users of those documents, and it requests that the IETF Trust mana...

  • [54] RFC 4846
    Independent Submissions to the RFC Editor

    There is a long-standing tradition in the Internet community, predating the Internet Engineering Task Force (IETF) by many years, of use of the RFC Series to publish materials that are not rooted in the IETF standards process and its review and approval mechanisms. These documents, known as "Ind...

    Dave Thaler, Dr. John C. Klensin

  • [55] RFC 5744
    Procedures for Rights Handling in the RFC Independent Submission Stream

    This document specifies the procedures by which authors of RFC Independent Submission documents grant the community "incoming" rights for copying and using the text. It also specifies the "outgoing" rights the community grants to readers and users of those documents, and it requests that the IET...

    Joel M. Halpern

  • [56] RFC 5742
    IESG Procedures for Handling of Independent and IRTF Stream Submissions

    This document describes the procedures used by the IESG for handling documents submitted for RFC publication from the Independent Submission and IRTF streams.

    Harald T. Alvestrand, Russ Housley

  • [57] RFC 5743
    Definition of an Internet Research Task Force (IRTF) Document Stream

    This memo defines the publication stream for RFCs from the Internet Research Task Force. Most documents undergoing this process will come from IRTF Research Groups, and it is expected that they will be published as Informational or Experimental RFCs by the RFC Editor. This document is not an In...

  • [58] RFC 7322
    RFC Style Guide

    This document describes the fundamental and unique style conventions and editorial policies currently in use for the RFC Series. It captures the RFC Editor's basic requirements and offers guidance regarding the style and structure of an RFC. Additional guidance is captured on a website that ref...

    Heather Flanagan

  • [59] RFC 2360
    Guide for Internet Standards Writers

    This document is a guide for Internet standard writers. It defines those characteristics that make standards coherent, unambiguous, and easy to interpret. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improveme...

    Gregor D. Scott

  • [60] RFC 5226
    Guidelines for Writing an IANA Considerations Section in RFCs

    Many protocols make use of identifiers consisting of constants and other well-known values. Even after a protocol has been defined and deployment has begun, new values may need to be assigned (e.g., for a new option type in DHCP, or a new encryption or authentication transform for IPsec). To ensu...

    Dr. Thomas Narten

  • [61] RFC 3552
    Guidelines for Writing RFC Text on Security Considerations

    All RFCs are required to have a Security Considerations section. Historically, such sections have been relatively weak. This document provides guidelines to RFC authors on how to write a good Security Considerations section. This document specifies an Internet Best Current Practices for the In...

    Brian Korver

  • [62] RFC 4775
    Procedures for Protocol Extensions and Variations

    This document discusses procedural issues related to the extensibility of IETF protocols, including when it is reasonable to extend IETF protocols with little or no review, and when extensions or variations need to be reviewed by the IETF community. Experience has shown that extension of protocol...

    Dr. Thomas Narten

  • [63] RFC 5704
    Uncoordinated Protocol Development Considered Harmful

    This document identifies problems that may result from the absence of formal coordination and joint development on protocols of mutual interest between standards development organizations (SDOs). Some of these problems may cause significant harm to the Internet. The document suggests that a robus...

    Monique Morrow

  • [64] RFC 5706
    Guidelines for Considering Operations and Management of New Protocols and Protocol Extensions

    New protocols or protocol extensions are best designed with due consideration of the functionality needed to operate and manage the protocols. Retrofitting operations and management is sub-optimal. The purpose of this document is to provide guidance to authors and reviewers of documents that de...

  • [65] RFC 2860
    Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authority

    This document places on record the text of the Memorandum of Understanding concerning the technical work of the IANA that was signed on March 1, 2000 between the IETF and ICANN, and ratified by the ICANN Board on March 10, 2000. This memo provides information for the Internet community.

  • [66] RFC 6220
    Defining the Role and Function of IETF Protocol Parameter Registry Operators

    Many Internet Engineering Task Force (IETF) protocols make use of commonly defined values that are passed in messages or packets. To ensure consistent interpretation of these values between independent implementations, there is a need to ensure that the values and associated semantic intent are ...

    Danny R. McPherson, Geoff Huston, Olaf M. Kolkman

  • [67] RFC 7500
    Principles for Operation of Internet Assigned Numbers Authority (IANA) Registries

    This document provides principles for the operation of Internet Assigned Numbers Authority (IANA) registries.

    Olaf Kolkman, Russ Housley

  • [68] RFC 7120
    Early IANA Allocation of Standards Track Code Points

    This memo describes the process for early allocation of code points by IANA from registries for which "Specification Required", "RFC Required", "IETF Review", or "Standards Action" policies apply. This process can be used to alleviate the problem where code point allocation is needed to facilita...

    Michelle S. Cotton

  • [69] RFC 4071
    Structure of the IETF Administrative Support Activity (IASA)

    This document describes the structure of the IETF Administrative Support Activity (IASA) as an activity housed within the Internet Society (ISOC). It defines the roles and responsibilities of the IETF Administrative Oversight Committee (IAOC), the IETF Administrative Director (IAD), and ISOC in ...

    Rob Austein

  • [70] RFC 4333
    The IETF Administrative Oversight Committee (IAOC) Member Selection Guidelines and Process

    This memo outlines the guidelines for selection of members of the IETF Administrative Oversight Committee, and describes the selection process used by the IAB and the IESG. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggesti...

    Geoff Huston

  • [71] RFC 3933
    A Model for IETF Process Experiments

    The IETF has designed process changes over the last ten years in one of two ways: announcement by the IESG, sometimes based on informal agreements with limited community involvement and awareness, and formal use of the same mechanism used for protocol specification. The first mechanism has often...

    Dr. John C. Klensin

  • [72] RFC 2629
    Writing I-Ds and RFCs using XML

    This memo presents a technique for using XML (Extensible Markup Language) as a source format for documents in the Internet-Drafts (I-Ds) and Request for Comments (RFC) series. This memo provides information for the Internet community.

    Dr. Marshall T. Rose