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]

 



On Sun, Jan 26, 2020 at 03:03:53PM -0800, Rob Sayre wrote:
> On Sun, Jan 26, 2020 at 12:10 PM Christopher Wood <caw@xxxxxxxxxxxxxxx>
> wrote:
> 
> > On Sat, Jan 25, 2020, at 12:30 PM, Joel M. Halpern wrote:
> > > With regard to citing RFC 5742, I will leave it to the judgment of the
> > > document shepherd and AD as to whether they believe that is called for.
> > > It seems more distracting than useful to me, but I will act as they
> > direct.
> >
> > For the reason above, I do not think citing RFC 5742 is necessary.
> >
> 
> There are 4 cases that could happen now:
> 
> Document Actions (WG) [ No IETF Last Call Issued ]
> Document Actions (WG) [ Last Call Issued, No Consensus ]
> Document Actions (Individual to AD) [ No IETF Last Call Issued ]
> Document Actions (Individual to AD) [ Last Call Issued, No Consensus ]
> 
> For each of these cases, there will be some interaction with RFC 5742 if
> the document is to be published on another stream (the alternative proposed
> in the draft).
> 
> Whether or not this draft is edited, it would be helpful to know what
> people think is going to happen to these cases. No publication at all? Or
> publication with one of the IESG messages in 5742? I looked for some
> Informational and Experimental documents languishing in the IESG queue,
> since the authors don't seem comfortable discussing the concrete examples
> they are reacting to.

I don't think there's a universal answer here, and what happens would be
evaluated on a case-by-case basis.  I could imagine some documents that are
controversial in the IETF and fail to gather consensus but describe
protocols that do not harm the Internet and do not try to modify or usurp
IETF protcols; the ISE is a fine venue for such documents.  On the other
hand, if the failure to attain IETF consensus was due to attempting to
change the normative behavior of an existing IETF specification, then an
attempt to publish via the ISE would receive a conflict-review response
that notes the conflict with IETF work and indicates the harm of publishing
the document anyway.  That said, as is well-covered in this thread, the
IESG conflict-review response is just a recommendation as far as the ISE is
concerned, and the ISE will act wholly independently in deciding whether or
not to publish.

-Ben

-- 
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