Rfcplusplus -- For discussion of the RFC++ BoF proposal and related ideas

 

About Rfcplusplus
English (USA)

This list is for discussion of the following BoF proposal, which was proposed for IETF 102, and ideas related to it:

More than 20 years ago, RFC 1796 laid out a problem: mingling IETF standards with other documents labeled RFCs has resulted in the "regrettably well spread misconception" that all RFCs are standards. It laid out two proposals for responding to that confusion: use of alternate identifiers for the standards (STD numbers) and using the web's hypertext facilities to publicize whether a specific RFC was a standard or not.

The BoF proponents believe that these methods did not achieve the stated goals, and that the "well spread misconception" remains, despite significant updates to the RFC model and the formalization of multiple streams that has since occurred. The proponents note that the formalization of the streams has not hindered the relevant groups from maintaining a dialog across the streams. The other streams are cited by the IETF as appropriate, and the IAB, ISE, and IRTF streams cite the IETF stream frequently.

Given that the streams maintain dialog with each other despite their independent management, we wish to propose an experiment to test whether increasing their distinguishability to those outside the community would hinder the ongoing dialog among the technical communities using each stream. This BoF request is to discuss a possible experiment.

During this experiment, each of the ISE, IETF, IRTF, and IAB stream managers would request the creation of a new series stream identifier, different from "RFC", for some or all of their streams. This would allow "RFC" to be reserved for standards-related documents, in effect ratifying the "regrettably well spread misconception." For the IAB, IRTF, and ISE, the new series' stream identifiers would be used for all products of the stream. The IESG would use the BoF to gather community views about whether and how to use new stream identifier(s) for non-standards-related documents in the IETF stream.

At the end of the experiment, the community would discuss whether these stream identifiers were sufficiently useful in technical references and discussions to maintain the technical dialog among the relevant technical communities. If they are not, RFC numbers would be allocated for each document published under the experiment, and the new stream identifiers would each become an overlay to the RFC series, as the BCP and STD identifiers currently are. If they are sufficiently useful, those streams would continue to use the new identifiers as described above.

The proponents believe that this experiment would take approximately 3 years to implement and assess. If the assessment cannot be made at the 3 year mark, an additional span of time to continue dual assignment can be requested.

The purpose of the BOF is to get a frank and open discussion of this proposal, which would clearly change existing RFC publication practice. Does the community believe that the experiment as proposed is worthwhile, or that a different experiment with related goals would be more acceptable?

To see the collection of prior postings to the list, visit the Rfcplusplus Archives or Rfcplusplus MHonArc Archives.

Using Rfcplusplus
To post a message to all the list members, send email to rfcplusplus@ietf.org.

You can subscribe to the list, or change your existing subscription, in the sections below.

Subscribing to Rfcplusplus

Subscribe to Rfcplusplus by filling out the following form. You will be sent email requesting confirmation, to prevent others from gratuitously subscribing you. This is a private list, which means that the list of members is not available to non-members.

    Your email address:  
    Your name (optional):  
    You may enter a privacy password below. This provides only mild security, but should prevent others from messing with your subscription. Do not use a valuable password as it will occasionally be emailed back to you in cleartext.

    If you choose not to enter a password, one will be automatically generated for you, and it will be sent to you once you've confirmed your subscription. You can always request a mail-back of your password when you edit your personal options.
    Pick a password:  
    Reenter password to confirm:  
    Which language do you prefer to display your messages? English (USA)  
    Would you like to receive list mail batched in a daily digest? No Yes
Rfcplusplus Subscribers
(The subscribers list is only available to the list members.)

Enter your address and password to visit the subscribers list:

Address: Password:   

To unsubscribe from Rfcplusplus, get a password reminder, or change your subscription options enter your subscription email address:

If you leave the field blank, you will be prompted for your email address


Rfcplusplus list run by rfcplusplus-owner at ietf.org
Rfcplusplus administrative interface (requires authorization)
Overview of all ietf.org mailing lists

Delivered by Mailman
version 2.1.26
Python Powered GNU's Not Unix