RE: Running code, take 2
Yaron Sheffer <yaronf.ietf@gmail.com> Thu, 13 December 2012 16:00 UTC
Return-Path: <yaronf.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 DF70B21F8B93 for <ietf@ietfa.amsl.com>; Thu, 13 Dec 2012 08:00:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.931
X-Spam-Level:
X-Spam-Status: No, score=-102.931 tagged_above=-999 required=5 tests=[AWL=-0.667, BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_TAG_BALANCE_HEAD=1.334, RCVD_IN_DNSWL_LOW=-1, 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 FdRywvzKKHI1 for <ietf@ietfa.amsl.com>; Thu, 13 Dec 2012 08:00:23 -0800 (PST)
Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by ietfa.amsl.com (Postfix) with ESMTP id 928C321F8BA7 for <ietf@ietf.org>; Thu, 13 Dec 2012 08:00:22 -0800 (PST)
Received: by mail-wi0-f174.google.com with SMTP id hm9so4183491wib.13 for <ietf@ietf.org>; Thu, 13 Dec 2012 08:00:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version:content-type:subject :from:date:to:cc:message-id; bh=GJ6HfQw3y6ZvKN4dqWEdDt2Wm0y00ANo2i7Gr9Hdo5E=; b=Uba4E7PQKAgTEsr3tUcYXWSQXpXBJ2LJMY7L7x+9z4RavUTwIk6OIrPv/P0HyzXsLv FWfsmvmrPnUFjMi9gk3yRq7tXUbZfCIdWtZkU0vXCQXIrPOjYQ4wmsPkIG9FufRAO/Ir 3exbEsQ+nLv8Hi73fB9Ph94eD5OA2eNPVPyRF4l8LY42Zv+weHuH2vFCS6LhYtjQCOw2 IMz5PMGKQ+WRaEWchxmFC8PRYoyBMi8xzS+Tcqo6l+BN1YWmt/iDOlC2hRWz9vpgkFns Xeu3VaUDlwVMlFE5wMLEq001lDEi7pOMquEf1uc4OqPm1GDRexN3oR8LHAfYMx9yielE /c3w==
Received: by 10.181.11.234 with SMTP id el10mr29929506wid.7.1355414422267; Thu, 13 Dec 2012 08:00:22 -0800 (PST)
Received: from [10.0.0.7] (bzq-79-179-146-198.red.bezeqint.net. [79.179.146.198]) by mx.google.com with ESMTPS id p3sm8336662wic.8.2012.12.13.08.00.19 (version=SSLv3 cipher=OTHER); Thu, 13 Dec 2012 08:00:21 -0800 (PST)
User-Agent: K-9 Mail for Android
In-Reply-To: <009c01cdd944$6c9f11a0$45dd34e0$@olddog.co.uk>
References: <50C8DB78.3080905@gmail.com> <50C9DED7.8060604@tana.it> <006601cdd93c$6f9f7a00$4ede6e00$@olddog.co.uk> <50C9EBB3.5040901@gmail.com> <B73F381B-93E7-4158-B5C5-D1F88994E7DF@viagenie.ca> <50C9ED7B.2010009@gmail.com> <6404EADF-2DA7-42FF-B6DC-596B0163687B@viagenie.ca> <009401cdd944$02fe0da0$08fa28e0$@olddog.co.uk> <50C9F03A.5090506@gmail.com> <009c01cdd944$6c9f11a0$45dd34e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----ZBSQUACOIYMDIGPTAJOTFTMKYOPJUT"
Subject: RE: Running code, take 2
From: Yaron Sheffer <yaronf.ietf@gmail.com>
Date: Thu, 13 Dec 2012 17:35:08 +0200
To: adrian@olddog.co.uk, Adrian Farrel <adrian@olddog.co.uk>
Message-ID: <b2d64b6c-1886-4362-8154-ee4589458dbb@email.android.com>
Cc: ietf@ietf.org, 'Alessandro Vesely' <vesely@tana.it>
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, 13 Dec 2012 16:00:36 -0000
Sure. Adrian Farrel <adrian@olddog.co.uk> wrote: >Yaron, > >Would you be willing to add this to your I-D? > >> -----Original Message----- >> From: Yaron Sheffer [mailto:yaronf.ietf@gmail.com] >> Sent: 13 December 2012 15:12 >> To: adrian@olddog.co.uk >> Cc: 'Marc Blanchet'; ietf@ietf.org; 'Alessandro Vesely' >> Subject: Re: Running code, take 2 >> >> +1. >> >> Yaron >> >> On 12/13/2012 05:10 PM, Adrian Farrel wrote: >> > How about... >> > >> > Start with Yaron's proposal to include in the I-D. This is easy as >a >starting >> > point. Duplicate documentation in wiki may be useful and provide a >place to >> > track text for inclusion in the next revision. >> > >> > When/if inclusion in the I-D gets messy, replace text in I-D with >pointer to >> > wiki. >> > >> > When/if experiment looks like a success, replace all above with >data tracker >> > tool and allow it to persist for RFCs. >> > >> > Adrian >> > >> >> -----Original Message----- >> >> From: Marc Blanchet [mailto:marc.blanchet@viagenie.ca] >> >> Sent: 13 December 2012 15:05 >> >> To: Yaron Sheffer >> >> Cc: adrian@olddog.co.uk; ietf@ietf.org; 'Alessandro Vesely' >> >> Subject: Re: Running code, take 2 >> >> >> >> >> >> Le 2012-12-13 à 10:00, Yaron Sheffer a écrit : >> >> >> >>> Hi Marc, >> >>> >> >>> I think it's critical that a person reading a draft (e.g. going >to >> >> >http://tools.ietf.org/html/draft-blanchet-iab-internetoverport443-01) >will >> > have a >> >> direct way to check out on the implementation status. >> >>> >> >>> This is trivial if it's a section in the document. It's simple if >it's >> > linked from the >> >> Tools page. Otherwise, e.g. if you put it on the wiki, only IETF >insiders >will >> > be >> >> aware of it. >> >>> >> >> >> >> sure. Let me restart: >> >> - I like Adrian proposal: instead of in RFC, put it online within >our site >> >> - but you wrote: requires implementation effort. >> >> - I replied: well, phase 1 (of put it online within our site) can >be done >with >> > almost >> >> zero implementation effort. phase 2 requires some work (I'd say >not that >big) >> > for >> >> implementation/tools. >> >> >> >> Regards, Marc. >> >> >> >>> Thanks, >> >>> Yaron >> >>> >> >>> On 12/13/2012 04:55 PM, Marc Blanchet wrote: >> >>>> >> >>>> Le 2012-12-13 à 09:52, Yaron Sheffer a écrit : >> >>>> >> >>>>> Hi Adrian, >> >>>>> >> >>>>> I would suggest to start with my proposal, because it requires >zero >> >> implementation effort. >> >>>> >> >>>> disagree. phase 1: use IETF wiki. phase 2: develop an widget >within data >> >> tracker. >> >>>> >> >>>> Marc. >> >>>> >> >>>> >> >>>>> If this catches on, I see a lot of value in your proposal. >> >>>>> >> >>>>> Please also note that the "implementation status" section >(according to >> my >> >> proposal) is not "frozen" when published as an RFC, rather it is >deleted. >RFCs >> > are >> >> forever, and I think a point-in-time implementation status is not >appropriate >> > in an >> >> RFC. >> >>>>> >> >>>>> Thanks, >> >>>>> Yaron >> >>>>> >> >>>>> On 12/13/2012 04:16 PM, Adrian Farrel wrote: >> >>>>>> I'm interested in this idea. >> >>>>>> >> >>>>>> However, I note that an "implementation status" section of a >document >> is >> >> frozen >> >>>>>> in time when a document goes to RFC. >> >>>>>> >> >>>>>> I wonder whether we could leverage our tools and do something >similar >> to >> >> IPR >> >>>>>> disclosures. That is, provide a semi-formal web page where >> implementation >> >>>>>> details could be recorded and updated. These would then be >searchable >> >> and linked >> >>>>>> to from the tools page for the I-D / RFC. >> >>>>>> >> >>>>>> They could record the document version that has been >implemented, >> and >> >> also allow >> >>>>>> space for other notes. >> >>>>>> >> >>>>>> Adrian (Just thinking aloud) >> >>>>>> >> >>>>>>> -----Original Message----- >> >>>>>>> From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On >Behalf >> Of >> >>>>>>> Alessandro Vesely >> >>>>>>> Sent: 13 December 2012 13:58 >> >>>>>>> To: ietf@ietf.org >> >>>>>>> Subject: Re: Running code, take 2 >> >>>>>>> >> >>>>>>> On Wed 12/Dec/2012 20:31:04 +0100 Yaron Sheffer wrote: >> >>>>>>>> >> >>>>>>>> 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 am looking forward to comments and discussion on this >list. >> >>>>>>> >> >>>>>>> As an occasional I-D reader, I'd appreciate "Implementation >Status" >> >>>>>>> sections, including IPR info. I don't think anything forbids >to add >> >>>>>>> such sections, if the authors wish. I'd add a count of the >number of >> >>>>>>> I-Ds that actually have it among the experiment's success >criteria. >> >>>>>> >> >>>> >> > -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
- 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