Re: I-D Action: draft-farrell-ft-01.txt

Yoav Nir <ynir@checkpoint.com> Tue, 04 December 2012 06:02 UTC

Return-Path: <ynir@checkpoint.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 4B76021F89AB for <ietf@ietfa.amsl.com>; Mon, 3 Dec 2012 22:02:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.444
X-Spam-Level:
X-Spam-Status: No, score=-10.444 tagged_above=-999 required=5 tests=[AWL=0.155, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 e4LW+CTx8E-2 for <ietf@ietfa.amsl.com>; Mon, 3 Dec 2012 22:02:06 -0800 (PST)
Received: from smtp.checkpoint.com (smtp.checkpoint.com [194.29.34.68]) by ietfa.amsl.com (Postfix) with ESMTP id DB4F421F8991 for <ietf@ietf.org>; Mon, 3 Dec 2012 22:02:05 -0800 (PST)
Received: from IL-EX10.ad.checkpoint.com ([194.29.34.147]) by smtp.checkpoint.com (8.13.8/8.13.8) with ESMTP id qB461sLh020170; Tue, 4 Dec 2012 08:01:54 +0200
X-CheckPoint: {50BD919B-0-1B221DC2-2FFFF}
Received: from IL-EX10.ad.checkpoint.com ([169.254.2.14]) by IL-EX10.ad.checkpoint.com ([194.29.34.147]) with mapi id 14.02.0318.004; Tue, 4 Dec 2012 08:01:54 +0200
From: Yoav Nir <ynir@checkpoint.com>
To: "Andrew G. Malis" <agmalis@gmail.com>
Subject: Re: I-D Action: draft-farrell-ft-01.txt
Thread-Topic: I-D Action: draft-farrell-ft-01.txt
Thread-Index: AQHN0XYfSp7GL8lNXkOJCDCwGptFHpgHwaoAgABDmAA=
Date: Tue, 04 Dec 2012 06:01:54 +0000
Message-ID: <4613980CFC78314ABFD7F85CC30277210EDD1DAC@IL-EX10.ad.checkpoint.com>
References: <20121203164849.14555.53508.idtracker@ietfa.amsl.com> <CAA=duU3LbXZrcDSOx3F0BorS9vLg=nZup+3tDNN2i6taJwD6Ow@mail.gmail.com>
In-Reply-To: <CAA=duU3LbXZrcDSOx3F0BorS9vLg=nZup+3tDNN2i6taJwD6Ow@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.31.20.194]
x-kse-antivirus-interceptor-info: scan successful
x-kse-antivirus-info: Clean
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <151A29540B11BD4EBCDC8372E29C3F7A@ad.checkpoint.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: IETF Discussion <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: Tue, 04 Dec 2012 06:02:07 -0000

Speaking of the devil in the details…

On Dec 4, 2012, at 3:59 AM, "Andrew G. Malis" <agmalis@gmail.com>
 wrote:

> Stephen,
> 
> Your goal is laudatory, but the devil will be in the details. For example, you wrote:
>    Note also that this experiment just needs an implementation that
>    makes it possible for the WG chairs and responsible AD to verify (to
>    the extent they chose) that the implementation matches the draft.
> Will this require WG chairs and/or document shepherds to do a code review to verify that the implementation and code match? A better criteria might be that there be at least two independent implementations that successfully interoperate.  That would also show greater WG interest than just a single individual or organization.

Define "independent". If the draft author contributes to two open source implementations, does it count as independent? What if one author contributes to an open source implementation, the other author implements it in her company's product, and they claim interoperability?  That doesn't say much about the quality of the spec, other than that the authors understand it.

> Open source code is a plus, but shouldn't be a requirement, as such a requirement might discourage some vendors from implementing.
> 
> Thanks,
> Andy
>