RE: Running code, take 2

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 13 December 2012 15:13 UTC

Return-Path: <adrian@olddog.co.uk>
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 CDC1C21F8B1C for <ietf@ietfa.amsl.com>; Thu, 13 Dec 2012 07:13:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.553
X-Spam-Level:
X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599]
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 W2pHcXqjZ8aF for <ietf@ietfa.amsl.com>; Thu, 13 Dec 2012 07:13:41 -0800 (PST)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 841B021F8B0A for <ietf@ietf.org>; Thu, 13 Dec 2012 07:13:40 -0800 (PST)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id qBDFDcqQ016561; Thu, 13 Dec 2012 15:13:38 GMT
Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id qBDFDbhK016555 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Dec 2012 15:13:38 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Yaron Sheffer' <yaronf.ietf@gmail.com>
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>
In-Reply-To: <50C9F03A.5090506@gmail.com>
Subject: RE: Running code, take 2
Date: Thu, 13 Dec 2012 15:13:35 -0000
Message-ID: <009c01cdd944$6c9f11a0$45dd34e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGe4+QL1KmOUmkeH6pPkukeTFqmiwITGFE+A18VCBkBz5uMRQJadp8rAcj56PsC2bITcQIiCX9fAhA6kA2X4Td7QA==
Content-Language: en-gb
Cc: ietf@ietf.org, 'Alessandro Vesely' <vesely@tana.it>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: adrian@olddog.co.uk
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 15:13:41 -0000

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.
> >>>>>>
> >>>>
> >