Re: Last Call: <draft-hoffman-tao4677bis-15.txt> (The Tao of IETF: A Novice's Guide to the Internet Engineering Task Force) to Informational RFC

John C Klensin <john-ietf@jck.com> Thu, 31 May 2012 15:19 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED8AE11E8080 for <ietf@ietfa.amsl.com>; Thu, 31 May 2012 08:19:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.525
X-Spam-Level:
X-Spam-Status: No, score=-102.525 tagged_above=-999 required=5 tests=[AWL=0.074, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tBNLmFQ-wHRx for <ietf@ietfa.amsl.com>; Thu, 31 May 2012 08:19:52 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) by ietfa.amsl.com (Postfix) with ESMTP id BB80621F874A for <ietf@ietf.org>; Thu, 31 May 2012 08:19:51 -0700 (PDT)
Received: from [198.252.137.7] (helo=PST.JCK.COM) by bsa2.jck.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1Sa74P-000I9W-Cv for ietf@ietf.org; Thu, 31 May 2012 11:13:49 -0400
Date: Thu, 31 May 2012 11:19:46 -0400
From: John C Klensin <john-ietf@jck.com>
To: ietf@ietf.org
Subject: Re: Last Call: <draft-hoffman-tao4677bis-15.txt> (The Tao of IETF: A Novice's Guide to the Internet Engineering Task Force) to Informational RFC
Message-ID: <CE474406564976FC0A885D95@PST.JCK.COM>
In-Reply-To: <20120530225655.19475.74871.idtracker@ietfa.amsl.com>
References: <20120530225655.19475.74871.idtracker@ietfa.amsl.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: <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, 31 May 2012 15:19:53 -0000

--On Wednesday, May 30, 2012 15:56 -0700 The IESG
<iesg-secretary@ietf.org> wrote:

> The IESG has received a request from an individual submitter
> to consider the following document:
> - 'The Tao of IETF: A Novice's Guide to the Internet
> Engineering Task    Force'
>   <draft-hoffman-tao4677bis-15.txt> as Informational RFC
> 
> The Tao of the IETF has grown a bit stale.  For example, many
> of the tasks that were requested by email are now done with
> online tools, completely avoiding manual intervention by the
> Secretariat.  This is an effort to refresh the document.

I'd like to move this discussion up a level from discussions
about the present state of the text.  

The community has concluded several times that certain types of
documents are better handled as web pages (wiki or otherwise),
by published "statements", or even as permanent I-Ds, rather
than as archival RFCs.  Examples include the "Internet Official
Protocol Standards" sequence, the "Requests for Comments
Summary", the "Instructions to RFC Authors", procedures of the
IAOC and other bodies, and a series of IESG statements.  

I've argued that we use RFCs for anything of normative
significance, even when the only marginal value the RFC provides
is a good time-stamped snapshot (and sometimes lost those
arguments).  But this is an Informational document merely
provides advice, general guidance about procedures, and pointers
to the real specifications.

I suggest that, if anything is stale, it is RFC 4677, not the
rolling I-D updates that Paul has been maintaining from time to
time.  I haven't pointed a newcomer to the IETF to the RFC,
rather than the current I-D, for years.  I assume that others
have done similarly.

Assuming Paul isn't planning to get this published as an RFC and
then immediately retire from the IETF and that we don't have a
delusion that this document will not need to be maintained and
updated as things change, I propose the following:

(1) Establish the Tao as a modified Wiki, complete with live
HTML links to relevant documents and other relevant
discussions.. Provide some mechanism for comments to the editor
or even discussion that works better than the RFC Errata
process.  Turn maintenance of that page over to a volunteer or
two (ideally someone young enough to learn a lot from the
process) or the Secretariat.   Before someone says "cost",
please calculate the costs to the community of an extended Last
Call in which people debate details of wording.

(2) Appoint Paul as chair of an editorial committee with zero or
more additional members to be appointed at his discretion
subject to advice and consent of the IESG.  That committee gets
to consider whether to make changes.  If they get it wrong, they
are subject to the community's normal forms of abuse and, in
principle, appeals.  That could add a bit of work for the IESG
but I suggest only a bit and less than running a Last Call.

(3) Replace/ obsolete RFC 4677 by a document modeled on RFC
5000.  I.e., it should explain why we are maintaining the Tao as
one or more web pages and should provide a durable pointer to
how the web page can be found.

just my opinion,
   john