--On Tuesday, February 01, 2011 12:00:05 PM -0500 Derrick Brashear <[email protected]> wrote:

I don't believe this document has ever been submitted to the RFC-Editor.
 I don't think it should be until we actually consider it a "standard".
 IIRC, part of the goal was to minimize the burden we place on the
RFC-Editor.

I assume we do now consider it ratified, and thus it should be
submitted. Should I do
so now, and what should the status be? Currently the document (with
the ratified text
explaining implicit and explicit added) is marked to be draft-08, but
I don't know what the
next step should be.

The way I read Simon's document, we have three states:

- Documents start out in "draft" state, which means they are still
 under development; this includes both documents representing
 proposals from individual participants and documents the group
 is working on (really, the line there is fuzzy at best; we have
 no formal "adoption" step and IMHO don't need one).

 This has nothing to do with being an internet-draft, which is
 about having a particular format and being archived and
 distributed in a particular way.  It also has nothing to do
 with the IETF's "Draft Standard" status, which is a step on
 the way to becoming an Internet standard.

- When the group has formed a consensus that a document is done and
 should eventually become a standard, its status is changed to
 "experimental", reflecting the fact that we don't want to call
 something finished that in fact has never been implemented or
 tested.  Again, this has nothing to do with the "Experimental"
 status attached to RFC's, which generally denotes a document
 that actually describes an experiment, or at least a protocol
 that is the subject of experimentation.

- Once a protocol has been fully implemented, tested, and we are
 satisfied that it is sufficiently mature, its status is changed
 to "standard".  This, again, is distinct from the IETF's
 "Standard" -- we don't get to define Internet standards.


Again according to Simon's document, standard" documents are submitted as RFC's (with status "Informational"); "draft" and "experimental" documents are distributed as internet-drafts. This is because an "experimental" document is by definition not mature, and may be expected to change as a result of problems found during implementation and testing. The process of publishing an RFC takes a while and is a substantial amount of work for the RFC Production Center. We want to limit the amount of load we create.

-- Jeff
_______________________________________________
AFS3-standardization mailing list
[email protected]
http://lists.openafs.org/mailman/listinfo/afs3-standardization

Reply via email to