recent change to draft-reschke-rfc2731bis (in IESG)

Alfred Hönes <ah@TR-Sys.de> Fri, 04 December 2009 12:54 UTC

Return-Path: <A.Hoenes@TR-Sys.de>
X-Original-To: apps-discuss@core3.amsl.com
Delivered-To: apps-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B85393A6A03; Fri, 4 Dec 2009 04:54:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.788
X-Spam-Level: *
X-Spam-Status: No, score=1.788 tagged_above=-999 required=5 tests=[AWL=0.537, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HELO_EQ_DE=0.35, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HFmcp2nVmbUx; Fri, 4 Dec 2009 04:54:51 -0800 (PST)
Received: from TR-Sys.de (gateway.tr-sys.de [213.178.172.147]) by core3.amsl.com (Postfix) with ESMTP id A11E13A68CC; Fri, 4 Dec 2009 04:54:48 -0800 (PST)
Received: from ZEUS.TR-Sys.de by w. with ESMTP ($Revision: 1.37.109.26 $/16.3.2) id AA262591216; Fri, 4 Dec 2009 13:53:36 +0100
Received: (from ah@localhost) by z.TR-Sys.de (8.9.3 (PHNE_25183)/8.7.3) id NAA26080; Fri, 4 Dec 2009 13:53:18 +0100 (MEZ)
From: Alfred Hönes <ah@TR-Sys.de>
Message-Id: <200912041253.NAA26080@TR-Sys.de>
Subject: recent change to draft-reschke-rfc2731bis (in IESG)
To: julian.reschke@greenbytes.de, jak@ucop.edu
Date: Fri, 04 Dec 2009 13:53:17 +0100
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Mime-Version: 1.0
Content-Type: text/plain; charset="hp-roman8"
Content-Transfer-Encoding: 8bit
Cc: ietf@ietf.org, apps-discuss@ietf.org
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Dec 2009 12:54:52 -0000

Julian,
one detail of the recent change leading to draft-reschke-rfc2731bis-05
seems to be ill-advised -- and that is to be taken literally  [*].

Whenever a new RFC Obsoletes a previous one, making a *Normative*
reference to the obsoleted RFC is nonsensical -- it effectively
produces a new normative down-reference; that would be like sitting
on the knot you are going to saw off.

The "Instructions to RFC Authors" (available from the RFC Editor
Homepage) say in Section 2.7 (2nd para):

---- begin quote ----
   Within an RFC, references to other documents fall into two general
!  categories: "normative" and "informative".  Normative references
!  specify documents that must be read to understand or implement the
!  technology in the new RFC, or whose technology must be present for
!  the technology in the new RFC to work.  An informative reference
   is not normative; rather, it provides only additional information.
   For example, an informative reference might provide background or
   historical information.  Material in an informative reference is
   not required to implement the technology in the RFC.
---- end quote ----

Making a obsoleting an old document is not compatible with saying
in the same new RFC that it depends on the former, that it "must
be read to understand or implement the technology in the new RFC,
or whose technology must be present for the technology in the
new RFC to work.".

The hole point of rfc2731bis is to say that RFC 2731 should *not*
be used.  Therefore, I hope that the DISCUSS [*] that has caused the
ref. to RFC 2731 being promoted to Normative can be reconsidered.

On the other hand, it seems acceptable to Normatively refer to the
current document of origin outside of the IETF that is to be
considered as the normative successor of RFC 2731.

Hence, in rfc2731bis-05, the following change should be applied
(and I hope that the IESG concurs with the "Instructions to
RFC Authors"):

OLD:
+++

|4.  Normative References
 
   [DC-HTML]  Johnston, P. and A. Powell, "Expressing Dublin Core
              metadata using HTML/XHTML meta and link elements", Dublin
              Core Metadata Initiative , August 2008,
              <http://dublincore.org/documents/2008/08/04/dc-html/>.
|
   [RFC2731]  Kunze, J., "Encoding Dublin Core Metadata in HTML",
              RFC 2731, December 1999.

   [1]  <http://dublincore.org/>

NEW:
+++

|4.  References
|
|4.1.  Normative References

   [DC-HTML]  Johnston, P. and A. Powell, "Expressing Dublin Core
              metadata using HTML/XHTML meta and link elements", Dublin
              Core Metadata Initiative , August 2008,
              <http://dublincore.org/documents/2008/08/04/dc-html/>.
|
|4.2.  Informative References
|
   [RFC2731]  Kunze, J., "Encoding Dublin Core Metadata in HTML",
              RFC 2731, December 1999.

   [1]  <http://dublincore.org/>


Kind regards,
  Alfred Hönes.

-- 

+------------------------+--------------------------------------------+
| TR-Sys Alfred Hoenes   |  Alfred Hoenes   Dipl.-Math., Dipl.-Phys.  |
| Gerlinger Strasse 12   |  Phone: (+49)7156/9635-0, Fax: -18         |
| D-71254  Ditzingen     |  E-Mail:  ah@TR-Sys.de                     |
+------------------------+--------------------------------------------+

[*]
https://datatracker.ietf.org/idtracker/draft-reschke-rfc2731bis/comment/105607/