Re: The Evils of Informational RFC's

Olaf Kolkman <olaf@NLnetLabs.nl> Thu, 09 September 2010 07:02 UTC

Return-Path: <olaf@NLnetLabs.nl>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 46DBE3A67CC for <ietf@core3.amsl.com>; Thu, 9 Sep 2010 00:02:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 tFe-FPglINjG for <ietf@core3.amsl.com>; Thu, 9 Sep 2010 00:02:31 -0700 (PDT)
Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by core3.amsl.com (Postfix) with ESMTP id D47573A6403 for <ietf@ietf.org>; Thu, 9 Sep 2010 00:02:30 -0700 (PDT)
Received: from aagje.fritz.box ([IPv6:2001:980:2282:1:226:bbff:fe0e:7cc7]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.4/8.14.3) with ESMTP id o89720MO095319 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 9 Sep 2010 09:02:00 +0200 (CEST) (envelope-from olaf@NLnetLabs.nl)
Subject: Re: The Evils of Informational RFC's
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="us-ascii"
From: Olaf Kolkman <olaf@NLnetLabs.nl>
In-Reply-To: <1507E3E8-8A49-45A4-AB06-10834CB38485@gmail.com>
Date: Thu, 09 Sep 2010 09:02:00 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <23AE1526-C142-4973-9829-5BE2FAD6AC9E@NLnetLabs.nl>
References: <4C815335.4050209@bennett.com> <4C81554D.5060000@gmail.com> <4C8169DF.7010202@bennett.com> <4C8172AC.9060202@gmail.com> <4C817866.7040400@bennett.com> <4C817C6F.8070303@gmail.com> <4C818963.4090106@bennett.com> <21B56D7B-F058-47C8-8CBB-B35F82E1A0D2@standardstrack.com> <0ECC03C0-63B9-401F-B395-ACFBDF427296@gmail.com> <7F4C5F55-E722-4DF4-8E84-8D25628C55A3@standardstrack.com> <1507E3E8-8A49-45A4-AB06-10834CB38485@gmail.com>
To: Bob Hinden <bob.hinden@gmail.com>, Eric Burger <eburger@standardstrack.com>
X-Mailer: Apple Mail (2.1081)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::53]); Thu, 09 Sep 2010 09:02:01 +0200 (CEST)
Cc: IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Sep 2010 07:02:32 -0000

On Sep 8, 2010, at 11:17 PM, Bob Hinden wrote:

> Eric,
> 
> On Sep 8, 2010, at 1:05 PM, Eric Burger wrote:
> 
>> I would offer RFC 5211 is PRECISELY the kind of RFC the IETF should NOT be publishing!  I can see the press release now: "IETF publishes IPv6 transition plan."   NO ONE OUTSIDE THE IETF has a clue the RFC Editor is NOT the IETF.  "RFC = IETF" is the *reality*, no matter how much we say it is not.
> 
> The IETF did not publish it, the RFC-Editor published it.  
> 
>> For that matter, would the world notice if the press release made the accurate statement, "The RFC Editor, who publishes all IETF protocols, publishes IPv6 transition plan"?  What rational person would not make the leap that the IETF published the document?
> 
> Anyone who actually read the document.  If we are going to worry about what people think who don't read our documents, we should stop now.  



Also see RFC 5741 work on which was inspired on exactly this sort of discussion.


Quoting from that:

   For non-IETF stream documents, a reference to Section 2 of this RFC
   is added with the following sentence:

      "Documents approved for publication by the [stream approver --
      currently, one of: "IAB", "IRSG", or "RFC Editor"] are not a
      candidate for any level of Internet Standard; see Section 2 of RFC
      5741."

   For IETF stream documents, a similar reference is added for BCP and
   Standards Track documents:

      "Further information on [BCPs or Internet Standards] is available
      in Section 2 of RFC 5741 ."




--Olaf


________________________________________________________ 

Olaf M. Kolkman                        NLnet Labs
                                       Science Park 140, 
http://www.nlnetlabs.nl/               1098 XG Amsterdam