Re: [Last-Call] Last Call: <draft-halpern-gendispatch-consensusinformational-02.txt> (IETF Stream Documents Require IETF Rough Consensus) to Best Current Practice

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

 



Thank you for reviewing this SM.
The reason this document does not directly update the boilerplate is that the last revision of the boilerplate RFCs explicitly said that from now on the IAB updates the boilerplate without needing a new RFC to do so. Hence, this document is only concerned with tightening the rules, not writing the boilerplate.

With regard to updating 2026, this updates the text in 2026 that permits informational or experimental RFCs without IETF rough consensus. it removes that permission from the IETF stream. I do not know how to clarify the document in this regard.

Yours,
Joel

On 1/24/2020 5:20 PM, S Moonesamy wrote:
Hello,
At 10:08 AM 24-01-2020, The IESG wrote:
The IESG has received a request from an individual submitter to consider the following document: - 'IETF Stream Documents Require IETF Rough Consensus'   <draft-halpern-gendispatch-consensusinformational-02.txt> as Best Current
  Practice

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
last-call@xxxxxxxx mailing lists by 2020-02-21. Exceptionally, comments may

The usage of uppercase in Section 3 makes it look like the IETF only understands an absolute prohibition when it is written in uppercase. Is that really necessary?

The current boilerplace (RFC 7841) states has the following text: "It represents the consensus of the IETF community".  Is there a reason why that that RFC if is not being update to match what Section 3 defines?

Which section of RFC 2026 will be updated?

An IETF participant is allowed to disagree with the IESG if he/she believes that the IESG is taking a bad decision by approving the publication of a document.  There hasn't been any such case in recent IETF history.  I don't understand the rationale for having such a significant change to address certain corner cases when there isn't any factual information about such cases.

Regards,
S. Moonesamy



--
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call




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

  Powered by Linux