Re: [tcpm] TCP Long Options

"Eddy, Wesley M. (GRC-RCN0)[VZ]" <wesley.m.eddy@nasa.gov> Mon, 07 July 2008 18:58 UTC

Return-Path: <tcpm-bounces@ietf.org>
X-Original-To: tcpm-archive@megatron.ietf.org
Delivered-To: ietfarch-tcpm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1386F3A695E; Mon, 7 Jul 2008 11:58:24 -0700 (PDT)
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 1A1853A6948 for <tcpm@core3.amsl.com>; Mon, 7 Jul 2008 11:58:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 4jacUlJrz6-E for <tcpm@core3.amsl.com>; Mon, 7 Jul 2008 11:58:22 -0700 (PDT)
Received: from ndjsnpf01.ndc.nasa.gov (ndjsnpf01.ndc.nasa.gov [198.117.1.121]) by core3.amsl.com (Postfix) with ESMTP id 2D5513A681C for <tcpm@ietf.org>; Mon, 7 Jul 2008 11:58:22 -0700 (PDT)
Received: from ndjsppt02.ndc.nasa.gov (ndjsppt02.ndc.nasa.gov [198.117.1.101]) by ndjsnpf01.ndc.nasa.gov (Postfix) with ESMTP id 987EA3281B8; Mon, 7 Jul 2008 13:58:28 -0500 (CDT)
Received: from ndjsxgw03.ndc.nasa.gov (ndjsxgw03.ndc.nasa.gov [129.166.32.111]) by ndjsppt02.ndc.nasa.gov (8.14.1/8.14.1) with ESMTP id m67IwSHA019041; Mon, 7 Jul 2008 13:58:28 -0500
Received: from NDJSEVS25A.ndc.nasa.gov ([129.166.32.124]) by ndjsxgw03.ndc.nasa.gov with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Jul 2008 13:58:28 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 07 Jul 2008 13:58:42 -0500
Message-ID: <B5A5E01F9387F4409E67604C0257C71E220E3A@NDJSEVS25A.ndc.nasa.gov>
In-Reply-To: <396556a20807011128v27796016k81204b84e78fc25a@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [tcpm] TCP Long Options
Thread-Index: AcjbqDxYikw807+KSPevT7OwgdvH3AEuH1Ow
References: <396556a20807010949i6c6c1d16g41c74e2f78414a92@mail.gmail.com><486A6777.80809@isi.edu> <396556a20807011128v27796016k81204b84e78fc25a@mail.gmail.com>
From: "Eddy, Wesley M. (GRC-RCN0)[VZ]" <wesley.m.eddy@nasa.gov>
To: Adam Langley <agl@imperialviolet.org>, Joe Touch <touch@isi.edu>
X-OriginalArrivalTime: 07 Jul 2008 18:58:28.0471 (UTC) FILETIME=[71254070:01C8E063]
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7160:2.4.4, 1.2.40, 4.0.166 definitions=2008-07-07_04:2008-07-07, 2008-07-07, 2008-07-07 signatures=0
Cc: tcpm@ietf.org
Subject: Re: [tcpm] TCP Long Options
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: <https://www.ietf.org/mailman/private/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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

>-----Original Message-----
>From: tcpm-bounces@ietf.org [mailto:tcpm-bounces@ietf.org] On 
>Behalf Of Adam Langley
>Sent: Tuesday, July 01, 2008 2:28 PM
>
>On Tue, Jul 1, 2008 at 10:20 AM, Joe Touch <touch@isi.edu> wrote:
>> It might be worth reviewing the discussion on the TCP-LO when it was
>> previously presented, and provide a summary to the group as 
>to whether
>> anything has changed.
>
>Good point, although I am probably omitting salient points which I
>missed when reviewing the archives:
>
> ...
>


Based on my memory, Adam's summary is pretty accurate.  In 2005, the
reason that Bob Braden cited to me for not publishing the previous
version of this draft as Experimental was:

> Basically, the critical fact here is that TCP is a core protocol for
> the Internet, so any changes to it should go through the IETF process.
> We understand that there are competing proposals, and TCP does not
seem
> to be an area where competition is desirable.  Experimental
> implementations of your proposal would probably not be a good idea.

I guess the real problem was that the TCPM group didn't ever get
consensus that working on any long options mechanism was important,
so it never got done as a WG item, and it couldn't be done as an
independent submission RFC because TCP is a core protocol.  Thus,
4 years later, it is still not done, and I still get email every
few months from people that stumble upon the draft and want to use
it to enable some other experimental modification that requires a
really long option or two.  I think this is what happened with Adam.
He was working on another project, ran across the previous version
of the TCP Long Options draft, and discovered it was what he had been
reinventing.

In my personal opinion, it's a good idea to have some way to do
long options (any way, not necessarily even this draft) that's
at least published Experimental (off by default), simply because
different groups of people keep thinking they need long options.  I
think that's the point that the WG didn't have consensus on in the
past, and may or may not still lack.

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm