Re: [tcpm] poll for adoption of draft-gont-tcpm-tcp-timestamps-03

<L.Wood@surrey.ac.uk> Mon, 22 March 2010 19:43 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 7B2763A685A for <tcpm@core3.amsl.com>; Mon, 22 Mar 2010 12:43:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.734
X-Spam-Level:
X-Spam-Status: No, score=-4.734 tagged_above=-999 required=5 tests=[AWL=-1.865, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, 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 nDRyuIzmzy9q for <tcpm@core3.amsl.com>; Mon, 22 Mar 2010 12:43:11 -0700 (PDT)
Received: from mail72.messagelabs.com (mail72.messagelabs.com [193.109.255.147]) by core3.amsl.com (Postfix) with ESMTP id 8406D3A67F0 for <tcpm@ietf.org>; Mon, 22 Mar 2010 12:43:11 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: L.Wood@surrey.ac.uk
X-Msg-Ref: server-7.tower-72.messagelabs.com!1269287007!916544!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [131.227.200.43]
Received: (qmail 21201 invoked from network); 22 Mar 2010 19:43:27 -0000
Received: from unknown (HELO EXHT022P.surrey.ac.uk) (131.227.200.43) by server-7.tower-72.messagelabs.com with AES128-SHA encrypted SMTP; 22 Mar 2010 19:43:27 -0000
Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.49]) by EXHT022P.surrey.ac.uk ([131.227.200.43]) with mapi; Mon, 22 Mar 2010 19:43:27 +0000
From: L.Wood@surrey.ac.uk
To: mallman@icir.org
Date: Mon, 22 Mar 2010 19:43:26 +0000
Thread-Topic: [tcpm] poll for adoption of draft-gont-tcpm-tcp-timestamps-03
Thread-Index: AcrJ9/CwzUZOmv7ISoaz6zmk8HPaag==
Message-ID: <6537EA7D-E91C-4751-8595-C8232206F202@surrey.ac.uk>
References: <20100322180607.AC1BFB8FD48@lawyers.icir.org>
In-Reply-To: <20100322180607.AC1BFB8FD48@lawyers.icir.org>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: tcpm@ietf.org, L.Wood@surrey.ac.uk
Subject: Re: [tcpm] poll for adoption of draft-gont-tcpm-tcp-timestamps-03
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: Mon, 22 Mar 2010 19:43:13 -0000

On 22 Mar 2010, at 18:06, Mark Allman wrote:
>  - But, to me, the right thing to do here is to roll these changes into
>    the work item this WG already has going: 1323bis.

http://tools.ietf.org/html/draft-ietf-tcpm-1323bis-01
is based on
http://www.ietf.org/mail-archive/web-old/ietf-announce-old/current/msg25824.html

1323bis has been going since 2003, and that's only in its current form.

http://www.kohala.com/start/tcplw-extensions.txt
predates that by another decade. (I've found this particular draft
useful previously.)

So, this prompts the question as to when this ever-iterated document
might be published.

>  - So, I don't know why we'd spin off a second document when we are
>    already updating the main document in this space.

if it's relatively self-contained without dependencies, treat it as
a separate work item, and get it published, rather than getting bogged
down in a larger item that is already close to two decades overdue.


>    TCP is fragmented
>    enough and so when we can fit things together we should.  Further,
>    its one less document this WG will have to food fight over.

1323bis is too large, and too old. It's a massive food fight waiting
to happen once people not even born when it was started wade in,
not to mention a large editing work effort.

My vote is to keep the timestamps stuff self-contained and separate.
Publish what you can.


>  - Why straight to BCP?  I don't really have any technological issues
>    here I want to flog, but it strikes me as pretty weird to move
>    a mechanism like this right to BCP.  Even if I don't have a lot of
>    technical heartburn, we seemingly have a 'standards track' for a
>    reason. 

I don't disagree.

Lloyd Wood
L.Wood@surrey.ac.uk
http://sat-net.com/L.Wood