Re: [tcpm] poll for adopting draft-gont-tcp-security

Joe Touch <touch@ISI.EDU> Sat, 04 July 2009 19:27 UTC

Return-Path: <touch@ISI.EDU>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44FD23A6A8B for <tcpm@core3.amsl.com>; Sat, 4 Jul 2009 12:27:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.494
X-Spam-Level:
X-Spam-Status: No, score=-2.494 tagged_above=-999 required=5 tests=[AWL=0.105, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W+U-r1SgOUcF for <tcpm@core3.amsl.com>; Sat, 4 Jul 2009 12:27:01 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id EF3F73A6960 for <tcpm@ietf.org>; Sat, 4 Jul 2009 12:27:00 -0700 (PDT)
Received: from [192.168.1.45] (pool-71-105-84-152.lsanca.dsl-w.verizon.net [71.105.84.152]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id n64JR6gK014186; Sat, 4 Jul 2009 12:27:08 -0700 (PDT)
Message-ID: <4A4FAD0A.5010502@isi.edu>
Date: Sat, 04 Jul 2009 12:27:06 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: Lloyd Wood <L.Wood@surrey.ac.uk>
References: <C304DB494AC0C04C87C6A6E2FF5603DB2217B28763@NDJSSCC01.ndc.nasa.gov> <fc0ff13d0906241711k44de4f77u8ec825e1ea151a1e@mail.gmail.com> <4A4317ED.1040905@gont.com.ar> <4A48F60A.7020602@gmail.com> <4A49CA1A.6060702@gont.com.ar> <4A4A2A73.0@isi.edu> <C304DB494AC0C04C87C6A6E2FF5603DB2217BA03DF@NDJSSCC01.ndc.nasa.gov> <4A4A3F1F.1060904@isi.edu> <4A4A56F5.30806@gont.com.ar> <4A4A5A23.1010009@isi.edu> <D04557F4-BEAF-4885-AF33-D9643AF5D049@surrey.ac.uk> <4A4EA787.4090004@isi.edu> <528F1AE1-67BC-42EA-AFF7-44A231970342@surrey.ac.uk> <4A4EF1C4.50305@isi.edu> <4A4EDFEB.4030008@gont.com.ar> <4A4F8136.2040004@isi.edu> <3CF80CBC-71B9-4EBB-8BEC-F41B73609B2F@surrey.ac.uk>
In-Reply-To: <3CF80CBC-71B9-4EBB-8BEC-F41B73609B2F@surrey.ac.uk>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tcpm Extensions WG <tcpm@ietf.org>, Fernando Gont <fernando@gont.com.ar>
Subject: Re: [tcpm] poll for adopting draft-gont-tcp-security
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Jul 2009 19:27:03 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Lloyd Wood wrote:
> 
>>> OK, this is the sort of argument that holds no water. Convince us that
>> something is useful and correct. Pleaase cease claiming that
>> implementations define standards.
> 
> It's rough consensus and running code, Joe.

It's rough consensus AND running code, Lloyd.

Running code isn't enough. Lots of running code doesn't define consensus.

>> If you care that much about the implementations,
>> then change them. It'd be more productive than simply documenting what
>> has been implemented instead.
> 
> Implementation experience is an important input to developing and
> refining an IETF standard.
> 
> The IETF standard can't be defined wholly on paper theoretically de
> jure, or wholly
> in implementations de facto. There's a meeting in the middle - hence
> consensus and code.

Please review sec 9.1 of the TAO of the IETF. The running code is to
prove that the standards are viable. It's the two together that are
meaningful. I.e., standards AND running code, not running code THEN
standards based on them.

> I know the M in TCP stands for minor, but really - why are we even
> bringing up standards arguments, when an informational doc would suffice?

draft-gont-tcp-security reads like BCP, and recommends changes that
would require it to be standards-track.

Is informational the intended direction? Or BCP? Or changes to standards?

Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpPrQoACgkQE5f5cImnZrvAmwCfUF5UX/F/714ijJRR86n8ucDW
t7EAnRaLA8vnkl8mNNwsbZ/GOYYZPbaw
=y69D
-----END PGP SIGNATURE-----