Re: Running code, take 2
John C Klensin <john-ietf@jck.com> Sat, 15 December 2012 21:14 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 2CD2F21F8513 for <ietf@ietfa.amsl.com>; Sat, 15 Dec 2012 13:14:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJpKlaI4k9Tb for <ietf@ietfa.amsl.com>; Sat, 15 Dec 2012 13:14:15 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) by ietfa.amsl.com (Postfix) with ESMTP id 91BCE21F84C8 for <ietf@ietf.org>; Sat, 15 Dec 2012 13:14:15 -0800 (PST)
Received: from [198.252.137.115] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1Tjz3l-0003H5-NT; Sat, 15 Dec 2012 16:14:13 -0500
Date: Sat, 15 Dec 2012 16:14:08 -0500
From: John C Klensin <john-ietf@jck.com>
To: Yaron Sheffer <yaronf.ietf@gmail.com>
Subject: Re: Running code, take 2
Message-ID: <EAF367E2A7EEB8742207664A@JcK-HP8200.jck.com>
In-Reply-To: <50CC9F47.8080905@gmail.com>
References: <50C8DB78.3080905@gmail.com> <50C9DED7.8060604@tana.it> <006601cdd93c$6f9f7a00$4ede6e00$@olddog.co.uk> <9F862855-15A5-4109-88AE-32AAD7D1C21C@viagenie.ca> <50CA189E.1090002@gmail.com> <m2sj79zuot.wl%randy@psg.com> <50CA4DFA.9050500@gmail.com> <CD38357DE61404E1B49E9B93@JcK-HP8200.jck.com> <50CAE81A.4040807@gmail.com> <C49D02AFB5025BD44B8E1EA1@JcK-HP8200.jck.com> <50CC9F47.8080905@gmail.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
Cc: ietf@ietf.org
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: Sat, 15 Dec 2012 21:14:16 -0000
--On Saturday, December 15, 2012 18:03 +0200 Yaron Sheffer <yaronf.ietf@gmail.com> wrote: > Hi John, > > According to Google, exactly one such report was issued: > http://tools.ietf.org/html/draft-yevstifeyev-ion-report-06 > (the published RFC omitted the results of the experiment, > somehow). And this particular experiment is not even mentioned > in http://www.ietf.org/iesg/process-experiment.html. Two other > experiments are listed, and I was unable to find any reports > summarizing them. > > So I'm willing to concede that the "process experiment" > experiment failed. But since I think it *could have been* a > valuable process, and since I'm seeing an IESG member > proposing to use it, I would request to hear from the IESG if > they think RFC 3933 is still a management tool they'd like to > use. Yaron, FWIW, _I_ still think it us a useful tool for situations in which an experiment cannot otherwise be performed without violating existing procedures. In that regard, I've just been trying to make two points: (1) As far as I can tell, neither your proposal nor Stephen's requires a violation of existing rules. Both, again as far as I can tell, can be performed by agreement between WG Chairs and the relevant AD and at the discretion of the latter. That assumes that no one on the IESG would object strenuously and that no one would find a decision to appeal on the grounds that the faster procedure had the effect of suppressing important input, but those risks would occur even if there were a formal process experiment. (2) One cannot justify a formal, 3933-style, process experiment on the grounds that it would produce a report. Reports are possible without such experiments and, as you have seen, despite the 3933 requirement the reports often do not appear in the official record. john
- Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Alessandro Vesely
- RE: Running code, take 2 Adrian Farrel
- Re: Running code, take 2 Marc Blanchet
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Marc Blanchet
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Marc Blanchet
- RE: Running code, take 2 Adrian Farrel
- Re: Running code, take 2 Yaron Sheffer
- RE: Running code, take 2 Adrian Farrel
- Re: Running code, take 2 Marc Blanchet
- Re: Running code, take 2 Loa Andersson
- Re: Running code, take 2 Marc Blanchet
- RE: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Ted Hardie
- Re: Running code, take 2 Loa Andersson
- Re: Running code, take 2 Melinda Shore
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Melinda Shore
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 John C Klensin
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Melinda Shore
- Re: Running code, take 2 John C Klensin
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 t.p.
- Re: Running code, take 2 t.p.
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Alessandro Vesely
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Riccardo Bernardini
- Re: Running code, take 2 Stephen Farrell
- Re: Running code, take 2 Yaron Sheffer
- The notion of "fast tracking" drafts (was: Re: Ru… John C Klensin
- Re: Running code, take 2 John C Klensin
- Re: The notion of "fast tracking" drafts Stephen Farrell
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 John C Klensin
- Re: The notion of "fast tracking" drafts Keith Moore
- Re: The notion of "fast tracking" drafts John C Klensin
- Re: The notion of "fast tracking" drafts Stephen Farrell
- Re: The notion of "fast tracking" drafts Keith Moore
- Re: The notion of "fast tracking" drafts Stephen Farrell