Re: Call for review of proposed update to ID-Checklist

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi.

I'm likely to have some other comments on this once I get
through studying it, but the recent notes from Pete and Dave
make a start on some of them.  Rather than trying to put
together a single long note...

--On Tuesday, 08 July, 2008 14:17 -0500 Pete Resnick
<presnick@xxxxxxxxxxxx> wrote:

>...
> Insert in the Introduction, before or at the beginning of
> "Notes:"
> 
> -----
> This memo uses the terms "MUST", "REQUIRED", "SHOULD", and
> "RECOMMENDED",  similarly to the use of these terms in RFC
> 2119. In particular, when they appear in ALL CAPS in this memo:
> 
>    -"MUST" or "REQUIRED" means that if you do not do this in
> your I-D, the IESG will not accept the I-D for any review
> until the item is complete.
> 
>    - "SHOULD" or "RECOMMENDED" means that there may be valid
> reasons to ignore the item, but an explanation must be given,
> either in the text of the document or as part of the
> submission to the IESG, as to why the item is being ignored.
> Otherwise, the IESG may not accept the I-D for review.
> -----
> 
> This text both (a) puts draft authors on notice as to what the
> hard requirements are in order to avoid late surprises, and
> (b) puts reviewers of this memo on notice so that consensus
> can be reached on what are or are not real showstoppers for
> IESG review.

While I agree, I believe that it would be of great help if the
IESG  gave indications of the situations in which an exception
to a "SHOULD" would be appropriate.  The last thing the
community needs, as a consequence of this document or otherwise,
is to expand the basis on which the IESG can block a document
for reasons that are essentially non-technical and that come as
a surprise to authors.

For at least the MUST list, if we are going down this path, it
would be good to improve efficiency and reduce AD workload by
getting the IESG out of the loop entirely.   As an alternative,
as Pete suggested about one specific case in a different note,
treat a "MUST" as "note and move on, with final approval
contingent on getting the issue fixed".   In other words, if
something is a MUST condition, then either the document
shepherd, the secretariat, or both should be able to verify that
condition and block or flag the document if it is not met.  We
should not be wasting AD time that way unless the ADs really
have nothing better to do with their time.
 
IMO, the IESG should be spending energy evaluating only those
conditions that require judgment as to appropriateness, i.e.,
the SHOULDs.

    john


_______________________________________________

Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]