Facts and draft-state information (was Re: Protocol Action: 'Case-Sensitive String Support in ABNF' to Proposed Standard (draft-kyzivat-case-sensitive-abnf-02.txt)

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

 



Is the IESG system reviewing drafts without checking the IETF state per draft? If the IETF state of the draft is not submitted to IESG then the draft should not be reviewed. I thought IETF system is interconnected and if I get a message from IESG saying that a documented is submitted then the IETF state of the draft is submitted. 

The draft in subject is not product of IETF WG so it has no consensus needed, however, in the document Page in data tracker it should IETF-state as None and that there were consensus as Yes. We need to make this error stop. There are other state/info issues with other RFCs that we need to be careful when we input but  I will give some examples;

7181 is WG RFC but has the IETF-state still been in last call and was not assigned with shephered. 

7190 is WG RFC but says unknown for consensus. It should change to Yes. 

7193 is WG RFC but has IETF-state as None, it should be changed to submitted to IESG or to any body it was submitted through. 

7195, 7198 are WG RFCs but have consensus as unknown. It should change to Yes. 

7199 is WG RFC but IETF-state still WG document, consensus still unknown, shepherd is not assigned. Please change. 

7200 is WG RFC but IETF-state is still write up, consensus unknown. Please change. 

I just done quick and random check and many are with mistakes that don't reflect reality. Consensus is very critical and there is no doubt that it should have been gained, but our pages make doubts. I suggest all WGs management SHOULD review their draft-states/RFCs in data tracker to give them real process-states with facts and correct information. 

Best Regards,

AB

On Monday, October 6, 2014, The IESG wrote:
The IESG has approved the following document:
- 'Case-Sensitive String Support in ABNF'
  (draft-kyzivat-case-sensitive-abnf-02.txt) as Proposed Standard

This document has been reviewed in the IETF but is not the product of an
IETF Working Group.

The IESG contact person is Barry Leiba.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-kyzivat-case-sensitive-abnf/




Technical Summary

This document extends the base definition of ABNF (Augmented Mackus-
Naur Form) to include a way to specify ASCII string literals that are
matched in a case-sensitive manner.  It is being proposed as an
individual submission on the Standards Track, to update RFC 5234.

Review and Consensus

The document was briefly discussed on the abnf-discuss list.  It
got good feedback and no objections, and is considered to be a good
proposal.  The document is ready for last call.

Personnel

Barry Leiba is the document shepherd and the sponsoring AD.


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