Re: Is this an elephant? [Was: call for ideas: tail-heavy IETF process]

Ralph Droms <rdroms.ietf@gmail.com> Thu, 16 May 2013 21:56 UTC

Return-Path: <rdroms.ietf@gmail.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 A932C21F8797 for <ietf@ietfa.amsl.com>; Thu, 16 May 2013 14:56:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 oMjUnvwPjwN3 for <ietf@ietfa.amsl.com>; Thu, 16 May 2013 14:56:48 -0700 (PDT)
Received: from mail-qe0-f44.google.com (mail-qe0-f44.google.com [209.85.128.44]) by ietfa.amsl.com (Postfix) with ESMTP id 5E2C521F8733 for <ietf@ietf.org>; Thu, 16 May 2013 14:56:48 -0700 (PDT)
Received: by mail-qe0-f44.google.com with SMTP id s14so2314637qeb.3 for <ietf@ietf.org>; Thu, 16 May 2013 14:56:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=Fan8RawQ8OrgRaU8du5tEXBFLy4PuyipCjUvQebW74o=; b=ud78Ce/5Hjowdpu072ckTfCYwa2NMj3zUEGdvUE74A0/a1IcHPodU5TxWntjiMDXZI efGHf0igjv3poCzxTtOBrJWUEoK0iCKN8kdvHX+kr4BA5vbaiPbqzccBRARUTg2KEc+v Mj/VmpMN24DNnxq9XBphMOO9FSwfqEokURFAtYxHH9tZSnoXyJd0aZl7FnQDSQVHBmzD lV6oI+GkWYHQlLj9tIRFsbskOPWvy3wpNV9Mr+MvLvZsX3xrPbtXr8qiXOy856mYLgVd 6B9ApEsm9Nyf1C5RLQDDQap3cltBcJ9ooY329N19e6Ro2BYOtfsdKsRr6W5KD02rmAkb /oNg==
X-Received: by 10.224.191.9 with SMTP id dk9mr34560880qab.12.1368741403553; Thu, 16 May 2013 14:56:43 -0700 (PDT)
Received: from ?IPv6:2001:420:2481:20:4158:6507:a429:a451? ([2001:420:2481:20:4158:6507:a429:a451]) by mx.google.com with ESMTPSA id l13sm9390630qaj.9.2013.05.16.14.56.41 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 May 2013 14:56:42 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
Subject: Re: Is this an elephant? [Was: call for ideas: tail-heavy IETF process]
From: Ralph Droms <rdroms.ietf@gmail.com>
In-Reply-To: <8C48B86A895913448548E6D15DA7553B8EA92F@xmb-rcd-x09.cisco.com>
Date: Thu, 16 May 2013 17:56:40 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <26F4E41A-6DAB-480F-9E14-C7A3F7D997CC@gmail.com>
References: <00c301ce51ab$090b8350$1b2289f0$@olddog.co.uk> <519507ED.4090805@dcrocker.net> <027301ce5254$0b8689a0$22939ce0$@olddog.co.uk> <8C48B86A895913448548E6D15DA7553B8EA92F@xmb-rcd-x09.cisco.com>
To: "Fred Baker (fred)" <fred@cisco.com>
X-Mailer: Apple Mail (2.1503)
Cc: "<adrian@olddog.co.uk>" <adrian@olddog.co.uk>, "<ietf@ietf.org>" <ietf@ietf.org>, "<dcrocker@bbiw.net>" <dcrocker@bbiw.net>
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, 16 May 2013 21:56:53 -0000

On May 16, 2013, at 5:00 PM 5/16/13, "Fred Baker (fred)" <fred@cisco.com> wrote:

> 
> On May 16, 2013, at 9:40 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
> 
>> On the whole, I am told that if an AD weighs in with her comments during working
>> group last call, her fearsome personality may overwhelm some of the WG
>> participants and she may dominate the WG consensus.
> 
> There may be places where that happens, but I would be surprised if it happened in my working group. I think it is fair to say that the AD (or an IAB member, or someone who has recognized expertise on the topic) is likely to be listened to more carefully than some others might. Heck, I'm careful when I make a technical comment on a document in my working group, flagging it with "</chair>" to ensure that it is seen as intended - a comment by a competent practitioner of the art, not a process remark or an attempt to trump some other view. Speaking personally, I would prefer to see those comments in the WGLC, not IETF Last Call, if we can make that happen. For example, I'd like to get directorate reviews done (gen-art, security directorate, etc) in the timeframe of WGLC.

I think Fred is returning to an earlier theme here, when he asks for earlier review.

Perhaps, as has been already suggested in this thread, we should think about SIRSbis? 

First, from draft-carpenter-icar-sirs-01:

     The procedure described in this document is intended to
     solve, or palliate, a number of related problems that
     have been observed in the IETF process [PROBLEM]:

          *    submission of documents to the IESG that
               still have significant problems (leading
               to delay)

          *    failure to detect fundamental problems
               and Internet- wide issues at an early
               stage

     Particularly because of the second point, it is
     impossible to resolve these problems simply by
     giving additional responsibility to working groups
     themselves. An additional procedure is needed.

In my opinion, it's important to assign responsibility (and accountability) to all WGs for producing publication-ready documents.  I agree that some additional work is needed before WGs send documents to the IESG.  Perhaps we can accomplish these goals through reorganizing the work we are 

I suggest we might want to combine the need for more responsibility with the discussion of a new "really close to being ready" document state.  However, rather than a new document state, suppose we codify the expectation that a document that has passed WG last call is essentially ready-to-publish?  Correspondingly, any significant problems found in a document after WG last call would be considered a serious defect.

   Discussion:  I realize that, elsewhere in this thread, it has been
   asserted (or at least implied), that WGs already have this responsibility
   and DISCUSSes on document are usually unnecessary.  In practice, while
   there may still be unnecessary DISCUSSes, my experience as AD was that
   most DISCUSSes were appropriate and each one referred to a problem that
   the WG had missed.

Let's get all the expert review possible - directorate, AD, cross-area - in the WG last call review.  What pops out *should* be ready for publication.  Any issues raised by these reviews in WG last call will be exposed to and can be discussed by the WG at large, rather than being buried in the noise of IETF last call discussions or being fixed in more focused discussions among the IESG and the document authors.  This procedure diverges some from draft-carpenter-icar-sirs-01, in that it doesn't add a new form of review process.  Instead, it reschedules reviews that were going to take place anyway earlier in the process, so there is little or no new work added to the document publication process.

Perhaps the WG chairs would want to assign document shepherds earlier in the process, as well, investing the document shepherds with the responsibility of getting the right reviews and advising the WG chairs as to the readiness of the document for advancement.

Any WGs willing to volunteer as experimental subjects?  There is really no new process to invent ... it's mostly a matter of realigning expectations and responsibilities out to 

- Ralph