Re: I-D ACTION:draft-narten-iana-considerations-rfc2434bis-02.txt

"C. M. Heard" <heard@pobox.com> Thu, 14 July 2005 15:46 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dt5uk-0000I5-F1; Thu, 14 Jul 2005 11:46:18 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dt5uf-0000HK-Ps for ietf@megatron.ietf.org; Thu, 14 Jul 2005 11:46:16 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA23447 for <ietf@ietf.org>; Thu, 14 Jul 2005 11:46:10 -0400 (EDT)
Received: from smtpout1.bayarea.net ([209.128.95.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dt6NI-0007VK-Rp for ietf@ietf.org; Thu, 14 Jul 2005 12:15:49 -0400
Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by smtpout1.bayarea.net (8.12.10/8.12.10) with ESMTP id j6EFjxLb010066; Thu, 14 Jul 2005 08:46:00 -0700
Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.12.11/8.12.11) with ESMTP id j6EFjsl0019117; Thu, 14 Jul 2005 08:45:54 -0700
Received: from localhost (heard@localhost) by shell4.bayarea.net (8.12.11/8.12.11/Submit) with ESMTP id j6EFjsLu019096; Thu, 14 Jul 2005 08:45:54 -0700
X-Authentication-Warning: shell4.bayarea.net: heard owned process doing -bs
Date: Thu, 14 Jul 2005 08:45:53 -0700
From: "C. M. Heard" <heard@pobox.com>
X-Sender: heard@shell4.bayarea.net
To: IETF <ietf@ietf.org>
In-Reply-To: <E1DnM5q-00087s-Jd@newodin.ietf.org> <42D515AD.5040600@zurich.ibm.com>
Message-ID: <Pine.LNX.4.10.10507130917220.31543-100000@shell4.bayarea.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc: Thomas Narten <narten@us.ibm.com>, Harald Tveit Alvestrand <harald@alvestrand.no>
Subject: Re: I-D ACTION:draft-narten-iana-considerations-rfc2434bis-02.txt
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On Wed, 13 Jul 2005, Brian E Carpenter wrote:
> These are personal comments. I am also the shepherding AD for
> this draft.

I have a request for the authors and the shepherding AD: please
review Section 3.5 of <draft-ietf-ops-mib-review-guidelines-04.txt>,
which provides guidelines on how to write and IANA Considerations
section in a MIB document, and bring to my attention any
inconsistencies with draft-narten-iana-considerations-rfc2434bis.
Note that <draft-ietf-ops-mib-review-guidelines-04.txt> has been
approved as a BCP and is in the RFC Editor's queue;  it would not be
good to have an inconsistency.  I didn't see any myself, but I would
like for more eyeballs to have a look.

> >5.1.  When There Are No IANA Actions
> >
> >   Before an Internet-Draft can be published as an RFC, IANA needs to
> >   know what actions (if any) it needs to perform. Experience has shown
> >   that it is not always immediately obvious whether a document has no
> >   IANA actions, without reviewing a document in some detail. In order
> >   to make it clear to IANA that it has no actions to perform (and that
> >   the author has consciously made such a determination!), such
> >   documents should include an IANA Considerations section that states:
> >
> >      This document has no IANA Actions.
> 
> Suggest adding:
> 
>   This statement, or an equivalent form of words, must only be inserted
>   after the WG or individual submitter has carefully verified it to be true.
> 
>   In some cases, the absence of IANA-assigned values may be considered
>   valuable information for future readers; in other cases it may be
>   considered of no value once the document has been approved, and may be
>   removed before archival publication. This choice should be made clear
>   in the draft, for example by including a sentence such as
> 
>       [RFC Editor: please remove this section prior to publication.]
>   or
> 
>       [RFC Editor: please do not remove this section.]

I support this change.

First, it makes clear (by the phrase "or an equivalent form of words")
that we are not going to require that authors copy the words verbatim.
That's good.

Second, given the lack of consensus we have on whether or not null
IANA Considerations sections should remain in a published RFC,
leaving the decision in the hands of the of the people responsible
for the document seems to me to be the right way to go.

Mike Heard


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf