Re: The Evils of Informational RFC's

Paul Hoffman <paul.hoffman@vpnc.org> Wed, 08 September 2010 15:35 UTC

Return-Path: <paul.hoffman@vpnc.org>
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 786853A67F6 for <ietf@core3.amsl.com>; Wed, 8 Sep 2010 08:35:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.207
X-Spam-Level:
X-Spam-Status: No, score=-100.207 tagged_above=-999 required=5 tests=[AWL=-0.020, BAYES_20=-0.74, HELO_MISMATCH_COM=0.553, 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 m31QYLjohPoY for <ietf@core3.amsl.com>; Wed, 8 Sep 2010 08:35:17 -0700 (PDT)
Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by core3.amsl.com (Postfix) with ESMTP id D548F3A685C for <ietf@ietf.org>; Wed, 8 Sep 2010 08:35:11 -0700 (PDT)
Received: from [10.20.30.158] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id o88FZcGd055159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Sep 2010 08:35:39 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Mime-Version: 1.0
Message-Id: <p0624081ac8ad5be8e189@[10.20.30.158]>
In-Reply-To: <21B56D7B-F058-47C8-8CBB-B35F82E1A0D2@standardstrack.com>
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>
Date: Wed, 08 Sep 2010 08:35:37 -0700
To: Eric Burger <eburger@standardstrack.com>, IETF Discussion <ietf@ietf.org>
From: Paul Hoffman <paul.hoffman@vpnc.org>
Subject: Re: The Evils of Informational RFC's
Content-Type: text/plain; charset="us-ascii"
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: Wed, 08 Sep 2010 15:35:21 -0000

At 11:03 AM -0400 9/8/10, Eric Burger wrote:
>Can we please, please, please kill Informational RFC's?

Please, no.

>Pre-WWW, having publicly available documentation of hard-to-get proprietary protocols was certainly useful.  However, in today's environment of thousands of Internet-connected publication venues, why would we possibly ask ourselves to shoot ourselves in the foot by continuing the practice of Informational RFC publication?

Because their value is much higher than the harm caused by a few insufficiently-clued readers.

When we had this discussion ten years ago, there were many stories of marketing departments flogging Informational and Experimental RFCs as "standards". When we had it five years ago, there were fewer. These days, we rarely hear it, and essentially never from major companies. Our outreach efforts have mostly worked!

We have seen *huge* interoperability benefits in the past few years from publishing Informational RFCs that would never get IETF consensus, at least in the Security Area (and I suspect in other areas as well). Let's not throw that away because the occasional ideologue wants to latch on to an Informational or Experimental RFC as a reason to support his position.

--Paul Hoffman, Director
--VPN Consortium