Re: Running code, take 2

Yaron Sheffer <yaronf.ietf@gmail.com> Thu, 13 December 2012 15: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 8B29621F8B3A for <ietf@ietfa.amsl.com>; Thu, 13 Dec 2012 07:00:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 eIuDIkcteu+J for <ietf@ietfa.amsl.com>; Thu, 13 Dec 2012 07:00:19 -0800 (PST)
Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by ietfa.amsl.com (Postfix) with ESMTP id AA54E21F8B39 for <ietf@ietf.org>; Thu, 13 Dec 2012 07:00:18 -0800 (PST)
Received: by mail-lb0-f172.google.com with SMTP id y2so1829933lbk.31 for <ietf@ietf.org>; Thu, 13 Dec 2012 07:00:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hDYt3ofUbDnAgTCtKQVTKLd3brfz74fjv3vllk/lkvw=; b=Uy1yiQaQb3OUB5Vrd6zmvjjL+InJuR6NpjNsfFQ5f7mAw1RdweeHRRywfQSEUTdGAB MoVypsSLxhxvzWHB/e3CjQ2ruhS6s2tOTQpxrjMoi8PMOMAeYr37BClJKE3vtLaKFdng L3q9591pex0X0J0ZCNULOPf+LQGot0uzUmvrcPLXn89bve2asbR4f7vlQQAZQw+LKYu1 QdKYcf6qOlsJQ8Q2RrGDSMLfio0yHHTj1cNk+LSAzI4xyQ23pm151Xtx/p3vf8KgJQxX C3EA3H56ZpPy9AmvFqp8kEXUXV7vaqa53PttK5VQxS47j3pmJAZH7xnyMutXYVsDUuzB fY8A==
Received: by 10.152.45.229 with SMTP id q5mr299886lam.34.1355410817485; Thu, 13 Dec 2012 07:00:17 -0800 (PST)
Received: from [10.0.0.13] (85-250-110-45.bb.netvision.net.il. [85.250.110.45]) by mx.google.com with ESMTPS id sr6sm763027lab.4.2012.12.13.07.00.14 (version=SSLv3 cipher=OTHER); Thu, 13 Dec 2012 07:00:16 -0800 (PST)
Message-ID: <50C9ED7B.2010009@gmail.com>
Date: Thu, 13 Dec 2012 17:00:11 +0200
From: Yaron Sheffer <yaronf.ietf@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: Running code, take 2
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>
In-Reply-To: <B73F381B-93E7-4158-B5C5-D1F88994E7DF@viagenie.ca>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: adrian@olddog.co.uk, 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 15:00:19 -0000

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.

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