--On Saturday, January 30, 2016 09:28 +0100 Eliot Lear
<lear(_at_)cisco(_dot_)com> wrote:
Yes, and we have historically said that publishing things
in the ISE stream when they counter IETF specifications can
only be done when the IESG deems there to be no conflict with
IETF specifications. This clearly does conflict with the
thrust of efforts in the IETF (e.g. tcpinc).
RFC 5742 is quite explicit. BCP88 itself is not a
specification but a Best Current Practice, and limits its
applicability to IETF, and not independent, specifications.
As to whether this conflicts with "the thrust of efforts in"
tcpinc, that is not what the IESG wrote. If it had written
it, the justification would have to again be based on what is
stated in RFC 5742, specifically in Section 3. There should
be at least sufficient information to indicate what the nature
of the conflict is. Having a different opinion than that of
the IETF or a working group is *not* a justification for
non-publication, but rather a justification for the existence
of the ISE.
One clarification: independent of whatever 5742 has to say about
what complaints the IESG can make, the instructions and guidance
for the ISE are in 4846. For all practical intents and
purposes, that document say that the IESG can only make two
types of "do not publish" requests and both, as Brian notes, are
_requests_:
(1) "If you decide to publish, please delay doing that for a
reasonable period of time until related IETF work can be
completed and published".
(2) "We think this is a dumb and/or dangerous idea and that the
ISE should consider whether or not to publish it."
As far as I know, the ISE (and the RFC Editor before we split
the ISE function out) have never declined to honor a delay
request that involved a reasonable and more or less fixed amount
of time. As to the second, while I would expect the ISE to give
special consideration to such a comment from the IESG, any
member of the community can make similar comments and expect
them to be treated seriously. I believe the general
expectation is that such comments will be taken seriously to the
extent to which they are well and clearly justified and that
comments based on assertions of authority are less likely to be
treated seriously. The latter is, of course, consistent with
most of our expectations about arguments and statements of
positions in the IETF.
That is ultimately a key part of what "independent" is all
above. The most powerful option that either the IESG or any
member of the community has is to prepare and submit a document
containing a dissenting view, one that explains why a particular
idea is a bad one.
john
(Like Brian, I'm a member of the Editorial Board and I hope it
is no surprise or secret that these issues are being discussed
there as well.)