[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Formality: References from std-track to BCP



it is my opinion that a stds track document (at any level) can have a 
normative reference to a BCP - so I would remove the parenthetical

Scott

----
>From iesg-admin@ietf.org  Tue Mar  4 03:58:18 2003
Date: Tue, 04 Mar 2003 09:57:18 +0100
From: Harald Tveit Alvestrand <harald@alvestrand.no>
To: iesg@ietf.org
Subject: Formality: References from std-track to BCP
X-Mailer: Mulberry/2.2.1 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Sender: iesg-admin@ietf.org
Errors-To: iesg-admin@ietf.org
X-BeenThere: iesg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iesg>,
	<mailto:iesg-request@ietf.org?subject=unsubscribe>
List-Id: <iesg.ietf.org>
List-Post: <mailto:iesg@ietf.org>
List-Help: <mailto:iesg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iesg>,
	<mailto:iesg-request@ietf.org?subject=subscribe>

In reviewing draft-rfc-editor-rfc2223bis-04.txt before Last Call, I came 
across the following paragraph:

      Some standards track document use certain capitalized words
      ("MUST", "SHOULD", etc.) to specify precise requirement-levels for
      technical points.  BCP 14 (RFC 2119) [3] defines the proper
      interpretation of these capitalized words in IETF documents.  If
      these words are used and capitalized, RFC 2119 should be cited (as
      specified in RFC 2119) and included as a normative reference.  (It
      is noted that this is a formal violation of the rules of RFC 2026,
      since RFC 2119 has BCP category.)


I believe this is inconsistent with both common sense and current practice, 
since we *routinely* let standards-track documents (at any level) refer to 
BCPs for things like registry process (see MIME for a prominent instance).

But is there something published that supports this view formally?
RFC 2026 is .... unclear.

                    Harald