Re: Why ask for IETF Consensus on a WG document?

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

 



Paul Hoffman <paul.hoffman@xxxxxxxx> wrote:
> On Jun 24, 2011, at 5:55 AM, John Leslie wrote:
> 
>> First, note the Subject line: an IETF Last-Call on a Working Group
>> document _isn't_ asking for IETF Consensus: it's simply a last-call for
>> comments on an action proposed by a Working Group.
> 
> I'm quite confused by this opinion. *No* IETF Last Call announcements,
> even those for standards track documents, say that they are to determine
> IETF consensus, yet IETF consensus is required for many of these
> documents.

   I cannot speak with any authority on this, but I can quote RFC 2026:
] 
] 4.2.2  Informational
] 
]  An "Informational" specification is published for the general
]  information of the Internet community, and does not represent an
]  Internet community consensus or recommendation.

   This seems pretty plain to me.

   As for Standards-track and BCP, I read RFC 2026 to call for "consensus
building", not "IETF consensus". YMMV.

> In your view, how are we to know which IETF Last Call announcements
> are to determine IETF consensus

   IMHO, essentially none of them. To quote RFC 2026:
] 
] 14. DEFINITIONS OF TERMS
]  Last-Call - A public comment period used to gage the level of
]     consensus about the reasonableness of a proposed standards action.
]     (see section 6.1.2)

   Section 6.1.2 is pretty long; I'll quote only one paragraph:
] 
]  The IESG will send notice to the IETF of the pending IESG
]  consideration of the document(s) to permit a final review by the
]  general Internet community.  This "Last-Call" notification shall be
]  via electronic mail to the IETF Announce mailing list.  Comments on a
]  Last-Call shall be accepted from anyone, and should be sent as
]  directed in the Last-Call announcement.

   I don't read that as requiring "IETF Consensus" to be determined:
merely that the "level of consensus" be considered -- strongly suggesting
that the IESG may approve something where the "level of consensus" falls
below "rough". (I do not intend to express any opinion whether they ever
do so.)

> and which are just to bring additional input to the IESG for a
> non-consensus decision?

   Clearly, RFC 2026 does not require any kind of consensus for Informational
documents.

   Perhaps less clearly, but IMHO, RFC 2026 does not require the IESG
to "determine" "IETF consensus" on Standards-track documents.

> Or are you saying that the IESG determines IETF consensus using metrics
> other than the discussion on ietf@?

   I have not said that. IMHO, the IESG procedures don't even attempt to
"determine IETF consensus" on the vast majority of documents. They attempt
to determine instead whether the document should be sent back for rework.

--
John Leslie <john@xxxxxxx>
_______________________________________________
Ietf mailing list
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]