Re: Running code, take 2
Stephen Farrell <stephen.farrell@cs.tcd.ie> Fri, 14 December 2012 13:19 UTC
Return-Path: <stephen.farrell@cs.tcd.ie>
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 2DD2721F896E for <ietf@ietfa.amsl.com>; Fri, 14 Dec 2012 05:19:22 -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=[AWL=0.000, 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 rk10nxtLi0uF for <ietf@ietfa.amsl.com>; Fri, 14 Dec 2012 05:19:21 -0800 (PST)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) by ietfa.amsl.com (Postfix) with ESMTP id 3A2BE21F8645 for <ietf@ietf.org>; Fri, 14 Dec 2012 05:19:21 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 3D975BE64; Fri, 14 Dec 2012 13:18:58 +0000 (GMT)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DbADfazv4x8R; Fri, 14 Dec 2012 13:18:53 +0000 (GMT)
Received: from [161.106.193.212] (unknown [161.106.193.212]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id B455CBE5D; Fri, 14 Dec 2012 13:18:53 +0000 (GMT)
Message-ID: <50CB273D.3070208@cs.tcd.ie>
Date: Fri, 14 Dec 2012 13:18:53 +0000
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Yaron Sheffer <yaronf.ietf@gmail.com>
Subject: Re: Running code, take 2
References: <50C8DB78.3080905@gmail.com>
In-Reply-To: <50C8DB78.3080905@gmail.com>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
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: Fri, 14 Dec 2012 13:19:22 -0000
Hi Yaron, I'm glad to see more discussion of this general topic. On 12/12/2012 07:31 PM, Yaron Sheffer wrote: > Hi, > > I have just published a draft that proposes an alternative to Stephen's > "fast track". My proposal simply allows authors to document, in a > semi-standard way, whatever implementations exist for their protocol, as > well as their interoperability. > > http://www.ietf.org/id/draft-sheffer-running-code-00.txt > > I believe this can achieve the same goal, which is to apply preferred > treatment to protocols that have been implemented, and with a lot less > process overhead. It also leaves much more leeway for individual working > groups to apply their own procedures and customs. > > Similarly to Stephen's proposal, we can use a process experiment (per > RFC 3933) to gauge the effectiveness of this one. > > I am looking forward to comments and discussion on this list. Looks fine to me and I reckon that doing one or both of these experiments in parallel or series could make sense depending on what happens when/if they're last called. In contrast with some others who've posted, I do think doing process experiments is a good thing and we've not done enough to even know if 3933 can work or not - I only counted 4 or 5 RFCs that seem to refer to 3933. Cheers, S. PS: I just posted -02 of my proposal. [1] [1] http://tools.ietf.org/html/draft-farrell-ft-02 > > Yaron >
- 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