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

Lloyd Wood <L.Wood@surrey.ac.uk> Sat, 04 July 2009 17:40 UTC

Return-Path: <L.Wood@surrey.ac.uk>
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 DB1813A69D3 for <tcpm@core3.amsl.com>; Sat, 4 Jul 2009 10:40:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.272
X-Spam-Level:
X-Spam-Status: No, score=-6.272 tagged_above=-999 required=5 tests=[AWL=0.327, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 rIriS2rpwASf for <tcpm@core3.amsl.com>; Sat, 4 Jul 2009 10:40:11 -0700 (PDT)
Received: from mail83.messagelabs.com (mail83.messagelabs.com [195.245.231.83]) by core3.amsl.com (Postfix) with SMTP id C166B3A67B6 for <tcpm@ietf.org>; Sat, 4 Jul 2009 10:40:10 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: L.Wood@surrey.ac.uk
X-Msg-Ref: server-8.tower-83.messagelabs.com!1246729233!49795529!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [131.227.102.140]
Received: (qmail 22810 invoked from network); 4 Jul 2009 17:40:34 -0000
Received: from ads40.surrey.ac.uk (HELO ads40.surrey.ac.uk) (131.227.102.140) by server-8.tower-83.messagelabs.com with SMTP; 4 Jul 2009 17:40:34 -0000
Received: from ads31.surrey.ac.uk ([131.227.120.131]) by ads40.surrey.ac.uk with Microsoft SMTPSVC(6.0.3790.3959); Sat, 4 Jul 2009 18:40:33 +0100
Received: from [192.168.1.209] ([86.3.114.249]) by ads31.surrey.ac.uk over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sat, 4 Jul 2009 18:40:33 +0100
Message-Id: <3CF80CBC-71B9-4EBB-8BEC-F41B73609B2F@surrey.ac.uk>
From: Lloyd Wood <L.Wood@surrey.ac.uk>
To: Joe Touch <touch@ISI.EDU>
In-Reply-To: <4A4F8136.2040004@isi.edu>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Sat, 04 Jul 2009 18:40:32 +0100
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>
X-Mailer: Apple Mail (2.935.3)
X-OriginalArrivalTime: 04 Jul 2009 17:40:33.0256 (UTC) FILETIME=[88098E80:01C9FCCE]
Cc: tcpm Extensions WG <tcpm@ietf.org>, Fernando Gont <fernando@gont.com.ar>, Lloyd Wood <L.Wood@surrey.ac.uk>
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 17:40:12 -0000

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

(Who died and made you king?)

>> Want to now what the industry did in response? -- The have ignored  
>> our
>> consensus.
>
> We need to continue to pull in the direction of standards,  
> regardless of
> what implementers do.

Well then, head on back to the happy perfect world of OSI, which  
implementers ignored.


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

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?

L.

DTN work: http://info.ee.surrey.ac.uk/Personal/L.Wood/saratoga/

<http://info.surrey.ac.uk/Personal/L.Wood/><L.Wood@surrey.ac.uk>