Date: Tue, 18 Feb 2003 14:30:51 +0100
From: Harald Tveit Alvestrand <harald@alvestrand.no>
Message-ID: <31100000.1045575051@askvoll.hjemme.alvestrand.no>
| Given that a large portion of the IETF does not in fact subscribe to the
| ietf-announce list,
That's irrelevant, anyone who cares can subscribe (or can request someone
else to forward any relevant messages).
Anyone who fails to subscribe to the list where last calls are made, is
effectively saying that they have no objection to anything the rest of the
IETF decides on some issue (just as not replying to a last call request
does - which is what most of us do to most last calls that are made).
| and that in some cases the IETF consensus is pretty obvious
This gets dangerous. What is obvious to one person, or one group of
people, is not always obvious to others. It is certainly OK to send
one last call which asks several questions (may be harder to decide what
the consensus actually is if there's any contention, but that's an
operational issue). In some cases it may even be possible to infer what
the consensus mush have been without explicitly mentioning an issue
(eg: last calls rarely mention that an RFC number will be issued by the
RFC editor - but I think it is pretty safe to assume that everyone knows
that if a document is published it will need an RFC number allocated to
it... Similarly, documents that call for IANA assignments will, if
agreed to, require the IANA to actually make the necessary assignments).
But caution is needed here. Jumping from "There is clear consensus for
X" to "There must be consensus for Y then" because "to do X we must do Y"
can be very dangerous, because the "to do X we must do Y" is very often
just an opinion - sometimes a very strongly held opinion, and in some
cases people think of it as "so obvious to not need discussion", but that
doesn't mean that there won't be other options - but they'll only appear
if requested. So except in cases where it can really be shown that the
requirement for Y is fundamental for X (X cannot conceivably be done in
any other way, and no-one could reasonably suggest an alternative), err
on the side of caution, and send a last call to obtain opinions.
| (for instance when the decision is just paperwork following up on
| another IETF consensus decision), I wouldn't even say that a Last Call is
| always required.
I would. That's the definition (IMO) of IETF consensus. However, I'm not
saying that there needs to be a separate last call for every individual
decision that is to be made (of those which require IETF consensus).
| But it's certainly one tool, and a fairly powerful one, for getting
| objections out in public.
Do we have any other?
| (now, does the recent DJB discussion of axfr-clarify by itself invalidate
| WG or IETF consensus? I think not.... but it's certainly input that has to
| be considered when determining the IETF consensus.)
I'm not sure on the relevance of this. This looks to be more pertinent to
what it takes to determine whether IETF consensus actually exists. No-one
would have considered making any decision on axfr-clarify without a last call
(or at least, not a decision to publish it on the standards track).
Once the last call has been issued, and people have had a chance to reply,
then someone (the IESG currently) has to determine whether there actually
is some kind of "rough consensus" or not from reading all of the responses.
I'm not claiming that's easy... but I don't think it is at all relevant
to the issue of whether or not a last call should be issued before the
decision on whether IETF consensus exists or not is taken.
kre