<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.19 (Ruby 3.0.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-carpenter-gendispatch-org-proc-docs-00" category="info" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.23.1 -->
  <front>
    <title abbrev="Process Document Organization">Organization of IETF Process Documents</title>
    <seriesInfo name="Internet-Draft" value="draft-carpenter-gendispatch-org-proc-docs-00"/>
    <author initials="B. E." surname="Carpenter" fullname="Brian E. Carpenter">
      <organization abbrev="Univ. of Auckland">The University of Auckland</organization>
      <address>
        <postal>
          <postalLine>School of Computer Science</postalLine>
          <postalLine>The University of Auckland</postalLine>
          <postalLine>PB 92019</postalLine>
          <postalLine>Auckland 1142</postalLine>
          <postalLine>New Zealand</postalLine>
        </postal>
        <email>brian.e.carpenter@gmail.com</email>
      </address>
    </author>
    <date year="2024" month="September" day="24"/>
    <area>General</area>
    <workgroup>GenDispatch</workgroup>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <?line 44?>

<t>This document suggests that the IETF's many documents related
to process and procedures need to be better organized, and suggests
a possible framework for this.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-carpenter-gendispatch-org-proc-docs/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        GenDispatch Working Group mailing list (<eref target="mailto:GenDispatch@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/gendispatch/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/GenDispatch/"/>.
      </t>
    </note>
  </front>
  <middle>
    <?line 50?>

<section anchor="intro">
      <name>Introduction</name>
      <t>The IETF has a large number of documents (mainly RFCs) devoted
to its standard process, its rules and procedures in general,
and how it does its work. Some of these are BCPs, some of them
are Informational RFCs, with occasional Experimental RFCs.
In addition there are IESG Statements for specific topics,
summaries of processes and procedures on the IETF web site,
presentations made at IETF meetings or in educational material,
snippets in email archives, unwritten rules, and external
information such as
<eref target="https://sphericalcowconsulting.com/2024/09/20/more-on-standards-development/">this</eref>.</t>
      <t>At a rough estimate, to have a complete understanding of
IETF processes and procedures, a person would need to consult
about 65 BCPs and RFCs -- there is an 
<eref target="https://www.ietf.org/process/informal/">out of date list</eref>.
There are also at least 30 relevant IESG statements.</t>
      <t>This situation is clearly problematic: obviously it is a
stumbling block for newcomers, and even for people with
years of IETF participation it can be a source of confusion,
mistakes, and wasted time.</t>
      <t>This draft suggests that at the very least, the IETF needs an
organizing principle for its process and procedural documents.</t>
      <t>Beyond that it seems desirable to start a project, which would
take many years to complete, of consolidating documents (where
that is feasible) and ensuring that they fit together into
a common framework that will help newcomers and experienced
participants alike.</t>
      <t><xref target="I-D.rsalz-2026bis"/> and <xref target="I-D.rsalz-2418bis"/> are good examples
of such consolidation. This document suggests an outline of
a framework within which such consolidated documents could
exist.</t>
      <t>It is not expected that this draft will become an RFC.</t>
    </section>
    <section anchor="framework">
      <name>Framework</name>
      <t>The following list of topics is only a suggestion. The idea
is that process documents would be organized to fit into
one of these topics, with as little overlap as possible.</t>
      <ul spacing="normal">
        <li>
          <t>Workflow in the IETF</t>
        </li>
        <li>
          <t>Bodies involved in the process</t>
        </li>
        <li>
          <t>Document types</t>
        </li>
        <li>
          <t>Standards track documents</t>
        </li>
        <li>
          <t>Review and approval process</t>
        </li>
        <li>
          <t>Intellectual Property Rights</t>
        </li>
        <li>
          <t>Conduct of participants</t>
        </li>
        <li>
          <t>Publication process (RFC Editor)</t>
        </li>
        <li>
          <t>Parameter registration process (IANA)</t>
        </li>
        <li>
          <t>Meetings</t>
        </li>
        <li>
          <t>Administration and support</t>
        </li>
        <li>
          <t>Process for modifying process and procedures</t>
        </li>
      </ul>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>No IANA actions are needed.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This document does not directly affect the security of the Internet.</t>
    </section>
    <section anchor="acknowledgements">
      <name>Acknowledgements</name>
      <t>Useful comments were received from
...</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-informative-references">
      <name>Informative References</name>
      <reference anchor="I-D.rsalz-2026bis">
        <front>
          <title>The Internet Standards Process</title>
          <author fullname="Rich Salz" initials="R." surname="Salz">
            <organization>Akamai Technologies</organization>
          </author>
          <author fullname="Scott O. Bradner" initials="S. O." surname="Bradner">
            <organization>SOBCO</organization>
          </author>
          <date day="5" month="September" year="2024"/>
          <abstract>
            <t>   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.  It also addresses the intellectual property rights and
   copyright issues associated with the standards process.

   This document obsoletes RFC2026, RFC5657, RFC6410, RFC7100, RFC7127,
   RFC7475, RFC8179, RFC8789, and RFC9282.  It updates RFC5378, RFC5657.
   It also updated RFC7475, and with [bis2418], obsoletes it.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-rsalz-2026bis-10"/>
      </reference>
      <reference anchor="I-D.rsalz-2418bis">
        <front>
          <title>IETF Working Group Guidelines and Procedures</title>
          <author fullname="Rich Salz" initials="R." surname="Salz">
            <organization>Akamai Technologies</organization>
          </author>
          <author fullname="Scott O. Bradner" initials="S. O." surname="Bradner">
            <organization>SOBCO</organization>
          </author>
          <date day="9" month="September" year="2024"/>
          <abstract>
            <t>   The Internet Engineering Task Force (IETF) has responsibility for
   developing and reviewing specifications intended as Internet
   Standards.  IETF activities are organized into working groups (WGs).
   This document describes the guidelines and procedures for formation
   and operation of IETF working groups.  It also describes the formal
   relationship between IETF participants WG and the Internet
   Engineering Steering Group (IESG) and the basic duties of IETF
   participants, including WG Chairs, WG participants, and IETF Area
   Directors.

   This document obsoletes RFC2418, and RFC3934.  It also includes the
   changes from RFC7475, and with [bis2026], obsoletes it.  It also
   includes a summary of the changes implied in RFC7776 and incorporates
   the changes from RFC8717 and RFC9141.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-rsalz-2418bis-05"/>
      </reference>
    </references>
    <?line 135?>

<section anchor="change-log-rfc-editor-please-remove">
      <name>Change Log [RFC Editor: please remove]</name>
      <section anchor="draft-00">
        <name>Draft-00</name>
        <ul spacing="normal">
          <li>
            <t>Original version</t>
          </li>
        </ul>
      </section>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA41XbW/bOBL+bsD/gWg/XHuIbDfXXWz9aZM0LQLs9oomiwP2
BQeaGkm8UKRAUlbdov99nyEly2la4IIgkcjhvDzzzAxVFMVyEXU0tBX/9rW0
+pOM2lnhKnFzffdGvPdOUQjitVN9SzaG5ULudp7220dbDxQsF6VTVrbQW3pZ
xUJJ30GIfFGTLXXoZFRN4XxddNBTQDoUm81ysVyEKG35X2mcxeHoe+JF3fn0
EuL5ZvNqcw43PMmteEuWvDTLxVCnl9ej5uXiftiKGzZoKRav2YflQsm4FdpW
Dlb6XatDgKt3hw6GOFo21OntciFEdGorDhT4OTgfPVVhK4R4KkqqZG9igMhR
4NDm/fQO1/rYOJ/08E8xPQjYhtTlSlyvxNUEyLyb8br0WtrvSACvrbhrSPxm
9Z580PHAqbro1b0BarPglCSWW31bpHNA2mznhULcqsY5w+JXru16mMaSJqvo
VOr/sV+I95fi1fnmxavTtUlOvHjx8nzeUK630R+24h0N4neSD1VRK7XZih3D
sqLVkUg/17yxUq5lzPdke0rB1N713VY8OWHDk5TSlOcn/3H+XttavGWxtJH1
n8r/rClWK4Cd9qVXDfabGLuwXa9ZnJcAwGqSW/PCeufdEGh9QvD1k0ReMM63
qIt99vCmeL3yQZpPxfnm/MedDl+vvnzxU15dLoqiQDJD9FJFfr9rdBDlVHKh
r2sKTMZGRvyhxON/BMRkD0exIDwZGQmggrTdWLech/Rc9p6CsEQlc3pH+I2c
epfrmcqzJDvZAr+ZO0HvDInKg7MDIBUIEQ7osJq8bnVZmlS8T7kQvSt7lXrL
+PP5qebVLzmq7LloJBwTwLcmYft2x25UJ4E8A/rWHMSHN1fhOWpx76awNHZT
65C+nGI8S6u+N/QoXG1FnXvHGQLCXuMGSMMUb+IUB7USt64l9gDQBgITSFxe
vYfeMK+3qRchxDHJzkqT/DsTg46NcErJkFevP3bkNUcyigCsGytkWeqEDLT5
bOXm+vatuI1IWo6b0Q0dKV1phSx1WoUzbmJtK72Gx3BljPlxqFlxxnegnUDV
Eg532GNP2DITpoTlmKVaoogawVHPQEGPmgJDhAghoRas7jqKCctUpGIsC0Te
28FrsMhm9DOD6CO3Y+7WegYLvFKNkKDVH0yfv55NdRY6oKGVNMoNCi6i6cIn
rvc1yublevMK/9et81Q4W0ypDwVIQcZ1jNv6eWLjRQSnUO51I0BgzSGcMdUb
uUfMaD9tZygSnC7R01gRNwhXITmMxveARVAC+QyIYXC9KY8lNHrLo9L1Ufz4
QyJNOs1JFyiOnGnNiwKRsxjzHJ4Jo0OcURiGYe4yoyfrET6T4rs7kkaa4DiH
hmSI4l8bLnvaSxszncKRTqtjJwEX+pwGvCgc9CgumEFtc3owBN1ur10fsIzq
YId5QqMyDWO0M07l0reEJLVAY0w1+nFa78gB3FQJy8UB+sPxbtFJDwu6G+1H
oQDGjjMSXO9Vqi9AWfVcPeAb5nWU9xOZBsTIcKOc5nDSXeOrrjg2RoyrQ0bm
bC4HzhjnYLkYmx0H1Xlt4RZ3N+Y/9HyrZaIWjm0pOXBJB4f9ZBPBBKIWDlHQ
XnKnBC/gvmcqQsX/SMGPodHgfiIPehhiy307w5SIlJl5NkIRnNHgCDt50hIH
JgDOJ8NoFYiRe/PznAhQ0fOBaUIcRAXvoquJOYjajY47Oky1yMLcz5P8oI0R
DZluzu9YydzI+GIAx495ZG+k0fc5IZ8/P5pzX76k0w928qzjHTC4do6VSw4b
HQFRp+5wErqzK/GdGQj2oI7AS0q1K0+CYfqhS2W8v1IJEs1gqpwL+giupShu
EqbWxRSzSpTLSB7plkDaEcPDPqDEV3nqvZnsTyOucsa4gbPBRZ7mR2rlbMLx
WJNTNGOcaBEloeL0yOWJiLPDufOgao7TmonDKc6ZdfZkfo2DI88lTFqDFg1q
OtSGkR2vTIM9RfBPwZelyvBknGdI3rl0pU5jdO/MHkZHgdHBLHP8MuCr17h2
O/VpwVea+zmSvP2B9hqXQGaJ7KBsjzJ7oJOv9MYgET128AkCHuIO+kHXzaTi
ClWIm0YaiSfMzJvvezSuPMyOYD5DxsQ1RrDzz0cpyZnjO5CnWvPl6+GBm4t3
F6Por+OozG8XZavtfCBfm7oOHxCj4lEDN5YWCFaH3HC+dSMbb04wxSEFECFr
TRvvXN6RKo9vLh5uZlSO3LslhboHNI/PPiyfdOFhfpfaA1YmYVXhIaUzTFoy
hY4fVKORC3Vv3WCorOmYw98CVb1J/SQTlKcTNJNmmlSer+ur1fGWuAMJsrKr
Rlrc+n5xtfjzjzklW9Fx12YdLYj6519J+qlIn3TjJ2OBb09da76fpK8S/v5c
Lv4GutUQ390OAAA=

-->

</rfc>
