Re: Alternate entry document model

Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com> Sat, 06 November 2010 08:00 UTC

Return-Path: <gonzalo.camarillo@ericsson.com>
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 093BD3A67FF for <ietf@core3.amsl.com>; Sat, 6 Nov 2010 01:00:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 FtvgpIfsh16L for <ietf@core3.amsl.com>; Sat, 6 Nov 2010 01:00:40 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id 67C063A687F for <ietf@ietf.org>; Sat, 6 Nov 2010 01:00:40 -0700 (PDT)
X-AuditID: c1b4fb3d-b7b28ae00000135b-27-4cd50b35dbb9
Received: from esealmw128.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 08.EA.04955.53B05DC4; Sat, 6 Nov 2010 09:00:53 +0100 (CET)
Received: from esealmw128.eemea.ericsson.se ([153.88.254.176]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Sat, 6 Nov 2010 08:59:24 +0100
Received: from [131.160.126.193] ([131.160.126.193]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Sat, 6 Nov 2010 08:59:22 +0100
Message-ID: <4CD50AD5.5040202@ericsson.com>
Date: Sat, 06 Nov 2010 15:59:17 +0800
From: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: "dcrocker@bbiw.net" <dcrocker@bbiw.net>
Subject: Re: Alternate entry document model
References: <06273C49-31AA-4F2E-8375-5930097C8407@gmail.com> <4CC9B2F7.2060704@dcrocker.net> <4AA4126F-51F9-4A7D-8A53-76B89D9E4ABC@gmail.com> <E9E4437913560B688AAC7EAE@PST.JCK.COM> <6.2.5.6.2.20101029120354.06b6e138@resistor.net> <20101029203859.GL79716@shinkuro.com> <448EAE82-CA34-41AF-AFA3-6F0A1ACB5E51@checkpoint.com> <4CCC646B.4000506@joelhalpern.com> <4CCD8FDB.1000909@dcrocker.net>
In-Reply-To: <4CCD8FDB.1000909@dcrocker.net>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 06 Nov 2010 07:59:23.0156 (UTC) FILETIME=[86400D40:01CB7D88]
X-Brightmail-Tracker: AAAAAA==
Cc: Dave CROCKER <dhc2@dcrocker.net>, "ietf@ietf.org" <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: Sat, 06 Nov 2010 08:00:42 -0000

Hi,

I remember talking with Henning about the review process in the IETF
some time ago. I have pasted below the relevant section of his draft:

http://tools.ietf.org/html/draft-tschofenig-rai-reducing-delays-01#section-2

Review marathon:

      Getting a document through the IETF process does not happen
      without reviews.  There are reviews before the document becomes a
      WG item, reviews while the document is within the group, some
      chairs demand reviews before they issue a WGLC to probe
      'readiness', someone in between reviews by special expert groups
      are done (also by other SDOs and external groups, if necessary),
      then comes the WGLC, review by the responsible AD, review by the
      IESG, review by directorates (and there are many of those) and
      (depending on the type of document and history) an IETF Last Call.
      Everybody has an opinion, often not necessarily a technical
      opinion, on how documents should be written and why other solution
      approaches have not been explored.  Reviewers need time and then
      the review comments often cannot be ignored but need to be
      discussed and resolved.  When reviews happen later in the process
      then text changes are often expected to keep the reviewer happy.
      IESG members frequently put DISCUSSes on reviews and this
      increases their priority allowing a single person to, for example,
      delay the publication of a document for an extended period of
      time.  From a psychological point of view reviewers are in the
      unfortunate position that they have the feeling that something
      must be improved as an outcome of the review activity.  As soon as
      documents leave the working group the transparency is largely
      lost, despite IESG comments being sent to the authors, WG chairs
      and responsible ADs and despite information being available in the
      I-D tracker.  Mentally, many working group members consider
      documents to be 'done' when they leave the working group.

      The authors are not arguing that reviews are unnecessary but there
      has to be balance with respect to the goal that is about to be
      accomplished.


Note that this draft was written in the context of the RAI area but
seems to be equally applicable to other areas. Interestingly, the draft
also discussed the "Degeneration of the 3-level Standards Track process".

Cheers,

Gonzalo


On 31/10/2010 11:48 PM, Dave CROCKER wrote:
> 
> 
> On 10/30/2010 11:31 AM, Joel M. Halpern wrote:
>>      One of the positive effects
>> of our current system is taht because WG knows tha tthye have to clear all the
>> ADs, not just their own, they actually think about all these issues. And usually
>> manage to cope with them
> 
> A working group is diligent or it isn't.  It gets a range of feedback and 
> responds constructively to it... or it doesn't.
> 
> The working group behaviors that I have seen that pay explicit attention to the 
> specific question of satisfying AD reviews have nothing to do with quality of 
> the work and more to do with guessing what will personally bother an AD.  In 
> other words, it's about dealing with AD idiosyncrasy rather than with quality.
> 
> It is now common to get cross-area reviews and my own observation is that these 
> are a) typically quite reasonable and diligent, and b) dealt with constructive 
> by the working group.
> 
> ADs do sometimes come up with interesting and even important points, but AD 
> review is an extremely expensive and often frustrating mechanism that we already 
> have a vastly superior replacement for.  Its timing is better and it distributes 
> the work far better.
> 
> The fact that an AD sometimes catches some important problem is typically taken 
> as proof that the AD review and Discuss mechanism is essential.  This is highly 
> flawed logic, on two counts.
> 
> One is that it does not represent meaningful cost/benefit evaluation.  The cost 
> is actually quite high in energy, delay and frustration, and the significant 
> benefit overall is quite low (if the wg has been diligent and has gotten 
> cross-area reviews.)
> 
> The other is that protocol specs have a statistical likelihood of bugs, even 
> with the AD review.  We talk about AD review almost as if it ensures perfection, 
> but of course we know it does not.
> 
> Ultimately, we have to trust the real world to evaluate the safety and efficacy 
> of a protocol.  That fact ought to give us permission to balance the cost and 
> benefit of the quality assurance efforts we require during specification 
> development and approval.
> 
> 
>> Yes, it would be very good to spot all of these things sooner. I have not yet
>> seen a proposal that actually works for doing so. But letting WGs or WGs + ADs
>> approve documents for general advancement is a step likely to lead to problems.
>> If all our WGs handed their ADs high quality documents that they had checked for
>> all these issues, then maybe we could look at this differently.
> 
> We do need quality assurance efforts.  The basic idea that working group efforts 
> are subject to outside review prior to approval is a significant value-add by 
> the IETF, IMO.  The question is how to provide sufficient review in a reasonable 
> way.
> 
> I believe that cross-area reviews largely satisfy that requirement.  If 
> within-area reviews are also needed, the AD should commission them, not do them 
> directly.
> 
> d/