<?xml version="1.0" encoding="UTF-8"?>
  <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
  <!-- generated by https://github.com/cabo/kramdown-rfc version 1.6.17 (Ruby 2.6.10) -->


<!DOCTYPE rfc  [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">

]>


<rfc ipr="trust200902" docName="draft-hoffman-rfc-format-framework-as-implemented-02" category="std" consensus="true" submissionType="IETF" obsoletes="7991" tocDepth="4" tocInclude="true" sortRefs="true" symRefs="true">
  <front>
    <title abbrev="Format Framework">RFC Format Framework As Implemented</title>

    <author initials="P." surname="Hoffman" fullname="Paul Hoffman">
      <organization>ICANN</organization>
      <address>
        <email>paul.hoffman@icann.org</email>
      </address>
    </author>

    <date year="2023" month="January" day="04"/>

    
    
    <keyword>Internet-Draft</keyword>

    <abstract>


<t>RFC 7990 "serves as the framework that provides the problem statement,
lays out a road map of the documents that capture the specific
requirements, and describes the transition plan" for the format of RFCs.
The eventual implementation of the framework happened somewhat
differently than was described in RFC 7990.
This document describes how the framework was, and is being, implemented.</t>

<t>This document makes RFC 7991 obsolete, but does not replace it.</t>



    </abstract>



  </front>

  <middle>


<section anchor="introduction"><name>Introduction</name>

<t><xref target="RFC7990"/>, published in December 2016, defined a framework for how RFCs would be published in the future,
including new formats and a new canonical format for archiving RFCs.
The first RFC to be published using the framework was <xref target="RFC8651"/>, published in October 2019.
In the time since then, the new framework has been applied to all published RFCs.</t>

<t>The implementation of the framework did not go completely as planned.
The canonical format changed many times between the publication of <xref target="RFC7991"/> and now,
and is expected to change more times in the future.
Similarly, the software used to generate the non-canonical HTML, plain text, and PDF formats
also changed during that time.
This document describes how the RFC format framework was actually implemented.</t>

<t>This document also obsoletes <xref target="RFC7991"/>, but does not replace it.
Instead, this document describes the expected progression to version 4 of the XML grammar and semantics.</t>

</section>
<section anchor="xml-grammars"><name>XML Grammars</name>

<t>The RFC Editor has changed the XML v3 grammar and semantics used to generate RFCs many times since the publication of <xref target="RFC7991"/>.
In fact, no RFC that was published using the <xref target="RFC7990"/> framework exactly followed the <xref target="RFC7991"/> grammar.</t>

<t>Because of this lack of adherence to <xref target="RFC7991"/> in the current RFC series, <xref target="RFC7991"/> is declared obsolete.
There is no RFC yet that replaces it.
The decision to obsolete <xref target="RFC7991"/> is based on a discussion from the RFC Series Working Group <eref target="https://datatracker.ietf.org/rfcedtyp/rswg/about/">https://datatracker.ietf.org/rfcedtyp/rswg/about/</eref> (RSWG).</t>

<t>The RSWG might update the now-obsoleted grammar from <xref target="RFC7991"/> and still call that "version 3".
If the RSWG changes the v3 grammar, it will only do so in a way that is backwards compatible with all RFCs published using the current framework;
that is, the currently published RFCs must be able to be valid with the new grammar.
The semantics associated with the version 3 grammar may change as well.</t>

<t>The RSWG is discussing what would go into a XML v4 grammar.
The result of that discussion may become a RFC in the Editorial stream of RFCs.
The v4 grammar is unlikely to be backwards compatible with the grammar in <xref target="RFC7991"/>.
Similarly, the semantics for the v4 grammar is unlikely to be backwards compatible with the semantics in <xref target="RFC7991"/>.</t>

<t>The XML grammars that were used between the publication of <xref target="RFC7991"/> and the eventual publication of the v4 grammar
are cataloged at <eref target="https://authors.ietf.org/">https://authors.ietf.org/</eref>.
[[ EDITOR'S NOTE: the above statement is currently false.
They are currently cataloged at <eref target="https://github.com/rfc-format/v3grammar">https://github.com/rfc-format/v3grammar</eref>, ]]</t>

<t>[[ EDITOR'S NOTE: The grammar published as <eref target="https://datatracker.ietf.org/doc/draft-irse-draft-irse-xml2rfcv3-implemented/">https://datatracker.ietf.org/doc/draft-irse-draft-irse-xml2rfcv3-implemented/</eref>.
should be the basis of the grammars stored in the new catalog. ]]</t>

</section>
<section anchor="rendering-rfcs-in-html-plain-text-and-pdf"><name>Rendering RFCs in HTML, Plain Text, and PDF</name>

<t>The rendering of the non-canonical formats evolved after the initial implementation of the framework.
Thus, accessing the files for the non-canonical formats would get different results over time.
The rendering is expected to continue to change in the future.</t>

</section>
<section anchor="iana-considerations"><name>IANA Considerations</name>

<t>This document has no IANA considerations.</t>

</section>
<section anchor="security-considerations"><name>Security Considerations</name>

<t>This document introduces no new security considerations.</t>

</section>


  </middle>

  <back>


    <references title='Normative References'>





<reference anchor='RFC7990' target='https://www.rfc-editor.org/info/rfc7990'>
<front>
<title>RFC Format Framework</title>
<author fullname='H. Flanagan' initials='H.' surname='Flanagan'><organization/></author>
<date month='December' year='2016'/>
<abstract><t>In order to improve the readability of RFCs while supporting their archivability, the canonical format of the RFC Series will be transitioning from plain-text ASCII to XML using the xml2rfc version 3 vocabulary; different publication formats will be rendered from that base document.  With these changes comes an increase in complexity for authors, consumers, and the publisher of RFCs.  This document serves as the framework that provides the problem statement, lays out a road map of the documents that capture the specific requirements, and describes the transition plan.</t></abstract>
</front>
<seriesInfo name='RFC' value='7990'/>
<seriesInfo name='DOI' value='10.17487/RFC7990'/>
</reference>




    </references>

    <references title='Informative References'>





<reference anchor='RFC7991' target='https://www.rfc-editor.org/info/rfc7991'>
<front>
<title>The &quot;xml2rfc&quot; Version 3 Vocabulary</title>
<author fullname='P. Hoffman' initials='P.' surname='Hoffman'><organization/></author>
<date month='December' year='2016'/>
<abstract><t>This document defines the &quot;xml2rfc&quot; version 3 vocabulary: an XML-based language used for writing RFCs and Internet-Drafts.  It is heavily derived from the version 2 vocabulary that is also under discussion.  This document obsoletes the v2 grammar described in RFC 7749.</t></abstract>
</front>
<seriesInfo name='RFC' value='7991'/>
<seriesInfo name='DOI' value='10.17487/RFC7991'/>
</reference>



<reference anchor='RFC8651' target='https://www.rfc-editor.org/info/rfc8651'>
<front>
<title>Dynamic Link Exchange Protocol (DLEP) Control-Plane-Based Pause Extension</title>
<author fullname='B. Cheng' initials='B.' surname='Cheng'><organization/></author>
<author fullname='D. Wiggins' initials='D.' surname='Wiggins'><organization/></author>
<author fullname='L. Berger' initials='L.' role='editor' surname='Berger'><organization/></author>
<date month='October' year='2019'/>
<abstract><t>This document defines an extension to the Dynamic Link Exchange Protocol (DLEP) that enables a modem to use DLEP messages to pause and resume data traffic coming from its peer router.</t></abstract>
</front>
<seriesInfo name='RFC' value='8651'/>
<seriesInfo name='DOI' value='10.17487/RFC8651'/>
</reference>




    </references>



  </back>

<!-- ##markdown-source:
H4sIAAAAAAAAA6VXW48TNxR+96+w6ENbKZMsLKUlrVApsLASN7ErUQmqypk5
k1g7Y09tT7IR4r/3O/bckl1AVd/mcnwu3/nOxVmWiaBDRUv57uyJPLOuVkGe
OVXTzror+djL87qpqCYTqBBqtXK0Xd6QE4XNDZ6XsnCqDNnGlmWtTObKPCuj
bFb2spnymR51Zif3hA/KFH+ryhpoCK4lARunQujGxXcf7p2cPITg1W4pz3HK
GQrZUzYlchWW0odC+HZVa++1NZf7BnrOn12eCbvytqJAfil/fvjwrhCNXgop
g82Xck8+PRbUhM1S3sebty44Kn3/1+/r8VWoNmysg4IMv6Q2+P52Ll+kYPlT
wuCtaqvpV+vWcOfJ49ev+Y1qpaulbCA073D6XefKmDnkhDARLr0l9hM5gdsn
S0Bhyps/7naPvzz4CY8iyzKpVj44lQchOJ98WN7x5LbkpfIybEgOicAbctg4
u9UFpX94WSExwFOFmJ+ZqNTeS9sGqaSzqpC1aqQtozSS3rKQT5py1YTWUfzl
G8p1qXPh6J9Wu6jLzyTSLGErd3rVWYSzxuuArMmmUuaORJjJzUQxmEIgfi4u
8Y22UNOqSg78UfFk588Y2UY1DRkqkE98gXOi0GVJDieqPXtr5A5w9K4UyKXs
8WJT2g/BTfzd2N2RHShJQeHAirRZz+SE2nNxpKpWV1DTGbore3LO5Ar4Fhb/
jA3SEZDISeowlyJltdZFUZEQ3zH7nS3anOMW4tOnjiGfP89k064q7TcpmqeU
U70iJ++d3H0wQxClZjzUxHlGmkNifOXOtlWBGA61xGhbzuoMDMyrtkCM0tCu
S4+Pwav4BRS2BkSu+tSxfuXyjd7yoTGLpXY+RBSCPbTYepa8AbGMYTLJb4T5
Jg+2i/LhXJwnj4OuwUD4G7loZvFjdHpCEE4YGQmiVBq64Iqqqony5G90+Fts
K3QRE7e2MrcsGwgsgwVmtGEesJYb+OSg4Zq4osw++swuhR17FWuRXckHk32q
gUEE3djdTHTUo2uUW0hRJK2yto46pQd5nIsLXetKuWqfcPG2DDsF4dYnBWsU
jkP5J9SsyUbHX1y+ejnjqFglXYfE/bdPz3o6CFV5OwRWtC7lE8GyK9+uLCZF
z54DBqCjoe6B6tfKKxofOv4UsS9XGDjjA6mCwbjdN/ZrABgNcu0oThnGaksu
Pt7vSfHnq5dyDc9r5SI2Ht3eBJ0zlVC9/Pt5+u0TtzjiZ4UOXIuIs4eu17U9
vV3dzWzFKp5QaeD/V4gUK6YEtjPAkiqSc8WA31aUk24zSQ9dQwEyU9qqsrvO
9ylbuwCAwB+UKziewALaSMIVv6hiw72Z/bUHRzvq5q3j1h09xDDThK57IMat
PAepYb3Pfyw60Fr7PrY9hRRfl34f889JwGHdp7Q/f2xgpRhxyCjUu8/bxIHS
2Xpg7kV0Tb4HKgzZc2fbRv62CaHxy8WiUOgfGM1X5OaaQsnjfoEFiYqwbxbO
79YLtcKgXTySP7y7eP/8x6778DMGwHoTZNsUY2Hust7VYuBIdOe4U/ig0dly
bm8x/Ds9a0/vgACJt9FIIl9i/Eg8jDRQglVYgzQXFi2DE6PAk33SGOHJr9BG
Ch9bIMiGPQKnwia21UjO2yjVZ3ag06+i0zib/ofdw84sayyFPDwU20lzZKsq
NOJos2/4A/UYyLF4lPc214qRG8QHUAYwa4TXdVMUxI6qapoR5lzHA8Syi3UT
Z+ia0eFxkgr4/qETaB5tFVIF4MiESmxuRUAP5iKdOvKn7qDRfrHZkaoPV6JR
P3vUmkpf8fBJiHw5Kax4OGcOe8LxgBhg61ez/2FzVHZsNUYzaZ/dUrmjfjT9
h9kYprvikexhAIInH37i7sFtFwaHek3Lvh9r9dFcfPzw8YN89vT88s277y/k
6zeXz5ZRIQp3S+PWzLCMzC0xl1I7wlLgppy+3fAaYLWrOeBbjPenxfa0c/nR
TH786+Nf4lZnLid5HSsG9P16G8LYW6SbG3YzyiaP13V1D15sT6d3NobCb/qN
kQFAd0TMHbxDBj2IOy6SaUmMEc+7EDAS35EpyPUbIsumLeNt3DIup1uG6Cqo
P9CZO9xR+sWUtrbacuwlrotRThvcM759eeBMtbzW5zn5cSHVFY0VcLvJrv6J
y7q7bXT1Dmi27EW3BE2DOF7fLMrDtDRZ5Y72t3gLePz6sXxicXMqePojDH+8
DPE2gcEXJfMDyaTigsBDHfbfUKO7+0bcnGIKfX/wpla+qnD9i38BdEIyG1cQ
AAA=

-->

</rfc>

