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

Joe Touch <touch@ISI.EDU> Sat, 04 July 2009 21:01 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 5ACFB3A6821 for <tcpm@core3.amsl.com>; Sat, 4 Jul 2009 14:01:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.498
X-Spam-Level:
X-Spam-Status: No, score=-2.498 tagged_above=-999 required=5 tests=[AWL=0.101, 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 e0rZw5WJNf-H for <tcpm@core3.amsl.com>; Sat, 4 Jul 2009 14:01:09 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 43CE43A67C1 for <tcpm@ietf.org>; Sat, 4 Jul 2009 14:01:09 -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 n64L13Sh001979; Sat, 4 Jul 2009 14:01:05 -0700 (PDT)
Message-ID: <4A4FC30F.2050709@isi.edu>
Date: Sat, 04 Jul 2009 14:01:03 -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> <4A4FAD0A.5010502@isi.edu> <6DA8D914-3A76-415C-9DD3-2AFD8AE648F5@surrey.ac.uk>
In-Reply-To: <6DA8D914-3A76-415C-9DD3-2AFD8AE648F5@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 21:01:10 -0000

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



Lloyd Wood wrote:
> On 4 Jul 2009, at 20:27, Joe Touch wrote:
>>
>>>> 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.
> 
> You might want to reread that. From section 9.1 of the Tao of the IETF:
> 
> 'One of the oft-quoted tenets of the IETF is "running code wins"'

You need to quote the entire passage:

Implement -- Write programs that use the current Internet standards. The
standards aren't worth much unless they are available to Internet users.
Implement even the "minor" standards, since they will become less minor
if they appear in more software. Report any problems you find with the
standards to the appropriate Working Group so that the standard can be
clarified in later revisions. One of the oft-quoted tenets of the IETF
is "running code wins", so you can help support the standards you want
to become more widespread by creating more running code.

I.e., to support the standards, make running code. Notice it doesn't say
doing things the other way around.

...
> (If TCPM doesn't take on this work, then TCPM is irrelevant, and the
> IETF likely abdicates any authority it had on TCP. Still, there's
> always adding new stuff to SCTP, eh?)

You're basically claiming that RFC2525 was a waste of time. I disagree.

The WG needs to decide what we want (consensus - which means my voice
counts as much as yours or Fernando's), and decide what position we
should take. No, I don't think TCPM's charter is to run around trying to
standardize or, worse, document without taking a stand, every place
where implementation differs from standard.

In 1999 we had a backbone and decided between deployey* bugs (per 2525)
and things we wanted to change that weren't deployed (e.g., the TOS bit,
which was changed in RFC2873). All I'm asking is that we do the same
now, not just claim that deployed code is the basis of an appropriate
position.

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

iEYEARECAAYFAkpPww8ACgkQE5f5cImnZru6DwCgtu6VGxEKaYcziyeU+oYAI0HD
idkAoK88uotddLqHUigHlaRVU0NwzEDB
=4bLD
-----END PGP SIGNATURE-----