Re: Last Call: Recognising RFC1984 as a BCP

Harald Alvestrand <harald@alvestrand.no> Mon, 10 August 2015 20:26 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 756C11B2B36 for <ietf@ietfa.amsl.com>; Mon, 10 Aug 2015 13:26:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YOIjhJJG2uSJ for <ietf@ietfa.amsl.com>; Mon, 10 Aug 2015 13:26:26 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) by ietfa.amsl.com (Postfix) with ESMTP id B13DD1A8938 for <ietf@ietf.org>; Mon, 10 Aug 2015 13:26:25 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id E2FD77C5408 for <ietf@ietf.org>; Mon, 10 Aug 2015 22:26:24 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id crlB2iCKWcBg for <ietf@ietf.org>; Mon, 10 Aug 2015 22:26:23 +0200 (CEST)
Received: from [IPv6:2001:470:de0a:27:94fd:e6d2:3:872a] (unknown [IPv6:2001:470:de0a:27:94fd:e6d2:3:872a]) by mork.alvestrand.no (Postfix) with ESMTPSA id C419B7C5407 for <ietf@ietf.org>; Mon, 10 Aug 2015 22:26:23 +0200 (CEST)
Message-ID: <55C908E7.7050108@alvestrand.no>
Date: Mon, 10 Aug 2015 22:26:15 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Re: Last Call: Recognising RFC1984 as a BCP
References: <20150810171306.11047.24159.idtracker@ietfa.amsl.com> <55C8F0A0.5060402@cisco.com>
In-Reply-To: <55C8F0A0.5060402@cisco.com>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="Kg4rfTkmW45JamITk0RhqlC2VMofkGNka"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/BiW8xD6UAppsPGPpOgVuutiwXtY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Mon, 10 Aug 2015 20:26:28 -0000

Speaking from my own experience of a similar document:

At the time of issuing RFC 2804, "IETF Policy on Wiretapping" (which is
also Informational), the thinking of the IESG and IAB was that the IESG
and IAB (a finite set of individuals) were able to make a strong
statement that "we have consensus on this position", while attempting to
make a BCP (which implies that the IETF community has consensus on the
position) was much more difficult - there would always be SOME people
who would not want to be counted as part of the consensus, and others
who would argue that some other people (who were not part of the debate)
would disagree, and would therefore invalidate the idea of there being a
consensus. (I think the logic of this argument is suspect, but that's
another matter.)

The thinking then was that we should issue an Informational because we
could do that in a timely fashion, but wouldn't be able to get a BCP in
a timely fashion.

The times may be different. We may have established a smooth IETF
consensus on RFC 1984 over the intervening years, and BCP would just be
an acknowledgement of that status.

I am willing to be counted as part of the consensus for RFC 1984 as a BCP.

Harald