Bert Wijnen (IETF) wrote:
----- Original Message ----- From: "Dave Crocker" <dhc2@xxxxxxxxxxxx>
RFC 3979 says what is to be in an RFC, not what isn't. The Checklist says
what isn't.
The proble we saw in the IESG (when we started ID_Checklist) was that we saw
A LOT OF I-Ds that requested publication and that DID HAVE SPECIFIC IPR
claims. So we wanted to make it clear to people that such is NOT TO BE DONE.
Just saying that RFC3979 text was to be used seemed not to get through!
Bert,
One of the likely reasons it didn't get through is that the IESG was inventing a
new rule. A good rule, in my opinion, but a new one, since I think that
redundancy of specifications invites disparity.
To say that something must be in one place is very different from saying that it
may not (also) be in another.
So the IESG a) invented a more strict, formal rule than had existed before, and
b) only documented it in the Checklist.
Consider both of these points, please, in terms of your earlier claim:
Bert Wijnen (IETF) wrote:
I think that both of you (and some others) arwe looking at the ID_Checklist
too much as if it is part of our (rigid) process. Our processes are
described in formally approved BCP documents.
While it is vastly more convenient, for the IESG, to have it take initiative and
decide on its own to make a more strict rule and issue it in a document that
does not go through public vetting, it isn't the way things are supposed to be
done in the IETF.
If the IESG is now responsible for inventing IETF policy, that ought to be
acknowledged and documented explicitly.
d/
--
Dave Crocker
Brandenburg InternetWorking
bbiw.net
_______________________________________________
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf