> Anyone can write an internet draft. Getting concensus on it is the hard part.
Not really. RFCs in the Informational category don't need consensus:[1]
> An "Informational" specification is published for the general information of the Internet community, and does not represent an Internet community consensus or recommendation. The Informational designation is intended to provide for the timely publication of a very broad range of responsible informational documents from many sources, subject only to editorial considerations and to verification that there has been adequate coordination with the standards process (see section 4.2.3).
Example: RFC 2448 AT&T's Error Resilient Video Transmission Technique.[2]
This particular ID is informational rather than on the standards track.
> > Anyone can write an internet draft. Getting concensus on it is the hard part.
> Not really. RFCs in the Informational category don't need consensus:[1]
In practice, that's not been true for many years. The process was recently clarified: "IETF Stream Documents Require IETF Rough Consensus" https://www.rfc-editor.org/rfc/rfc8789.html
> Not really. RFCs in the Informational category don't need consensus.
They don't, but they also need to not conflict with any IETF activity:
"4.2.3 Procedures for Experimental and Informational RFCs
[...]
To ensure that the non-standards track Experimental and Informational
designations are not misused to circumvent the Internet Standards
Process, the IESG and the RFC Editor have agreed that the RFC Editor
will refer to the IESG any document submitted for Experimental or
Informational publication which, in the opinion of the RFC Editor,
may be related to work being done, or expected to be done, within the
IETF community."
[https://www.rfc-editor.org/rfc/rfc2026.html#section-4.2.3]
The IESG will request non-publication of Individual Submission Editor (ISE) stream RFCs when they would cause harm. Something like GNS would almost certainly be allowed.
Gp clearly implies getting consensus would be the hard part for this ID to become an “IETF document”. You can strip all context and argue that every single statement is correct in isolation, but that’s not how communication works.
This pointless bickering also adds zero new info, so I’ll stop here.
Not really. RFCs in the Informational category don't need consensus:[1]
> An "Informational" specification is published for the general information of the Internet community, and does not represent an Internet community consensus or recommendation. The Informational designation is intended to provide for the timely publication of a very broad range of responsible informational documents from many sources, subject only to editorial considerations and to verification that there has been adequate coordination with the standards process (see section 4.2.3).
Example: RFC 2448 AT&T's Error Resilient Video Transmission Technique.[2]
This particular ID is informational rather than on the standards track.
[1] https://www.ietf.org/standards/process/informational-vs-expe...
[2] https://tools.ietf.org/html/rfc2448