On 14 Feb 2017, at 9:05, Dave Crocker wrote:
The IETF's formal process document on standards:
The Internet Standards Process -- Revision 3
https://www.ietf.org/rfc/rfc2026.txt
says nothing about Last Call.
Well, of course, except for defining it in section 14:
Last-Call - A public comment period used to gage the level of
consensus about the reasonableness of a proposed standards
action.
So the formal IETF specification for the role of Last Call is in:
IETF Working Group Guidelines and Procedures
https://tools.ietf.org/html/rfc2418
This Last Call will announce the intention of
the IESG to consider the document, and it will solicit final
comments
from the IETF within a period of two weeks. It is important to
note
that a Last-Call is intended as a brief, final check with the
Internet community, to make sure that no important concerns have
been
missed or misunderstood. The Last-Call should not serve as a more
general, in-depth review.
Indeed. If Last Call results in an issue that requires a more general,
in-depth review, I think the presumption of that text is that it's time
to send it back to the WG.
What folks are doing is spontaneously changing the role of this step,
ignoring the considerable costs and detriments, while relying on a
theory of benefit that is very, very, very rarely actually
demonstrated.
I think you've conflated two things: Yes, Last Call should serve as a
brief final check, not to have a long re-hashed technical discussion.
But that doesn't mean the outcome of that brief final check is always
brief and final: When Last Call identifies an issue that was missed or
mis-evaluated by the WG (perhaps due to JCK's observation about WGs that
remain homogeneous and insulated), considerable cost and detriment
should be expected, and is probably appropriate. We have all seen
efforts that have gone completely off the rails, perhaps due to bad
management choices, and it is a sign of pathology if that's only noticed
at Last Call time. Yes, it should probably have been handled during the
WG process or by interim appeals, but if Last Call is where it's finally
dealt with, deal with it we must.
Someone described it in private email to me this way: Last Call
shouldn't be used to argue for a choice where the only consequence is
"flavor"; it should only be used when the WG has made a choice this is
"jumping-off-the-cliff". I agree with that in general (allowing that
people's judgement of how close to the cliff one is might differ), and
it's the responsibility of everyone to keep their comments to things in
the latter category.
My main complaint is that people are treating this as a game, with
points that are "won" or "lost". Telling people that they "lost" or that
"it's just sour grapes" is obnoxious and has no place in the discussion.
If someone is abusing the process by bringing up previously
well-considered topics, of course the person running the Last Call has
to shut that down. I can even tolerate the occasional random participant
saying, "Pete, you know this issue was discussed at length, and you
didn't even bother to fairly say why you think the WG came to the wrong
conclusion, so this is really just rehashing." Challenging folks to come
up with why this is not just a "flavor preference" is reasonable: Where
is the cliff? But just dismissing them with, "Sorry, you were ruled a
loser" is not how this is supposed to go.
(Speaking for myself: It appears to me that the 2460bis discussion did
identify a point that is appropriate for the larger community to weigh
in on. On the other hand, I have yet to be convinced that the major
point brought up on the SLIM is other than a "flavor preference". In
neither case should anyone be yelling "sour grapes". That's impugning
motives and simply ad hominem.)
To Ted's point, indulging folk who 'did not have time' to participate
earlier is frankly abusive of all those who did.
Yeah, I don't find Ted's point at all convincing either. On the other
hand, if the WG didn't seek out required expertise and someone does
notice a showstopper, that's not abusive. The WG screwed up.
(I don't think Dave and I centrally disagree on this.)
pr
--
Pete Resnick <http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478