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

Joe Touch <touch@ISI.EDU> Tue, 30 March 2010 02:29 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 235103A67C0 for <tcpm@core3.amsl.com>; Mon, 29 Mar 2010 19:29:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.169
X-Spam-Level:
X-Spam-Status: No, score=-0.169 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13]
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 rt3C9QMopgYV for <tcpm@core3.amsl.com>; Mon, 29 Mar 2010 19:29:10 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id D91B03A683C for <tcpm@ietf.org>; Mon, 29 Mar 2010 19:29:09 -0700 (PDT)
Received: from [192.168.1.131] (c-67-190-26-81.hsd1.co.comcast.net [67.190.26.81]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id o2U2TA5j011559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 29 Mar 2010 19:29:15 -0700 (PDT)
Message-ID: <4BB161F5.3060805@isi.edu>
Date: Mon, 29 Mar 2010 19:29:09 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: Fernando Gont <fernando@gont.com.ar>
References: <20100324192236.2D025BCAEF0@lawyers.icir.org> <4BAD02BD.6070907@gont.com.ar> <4BAD4827.7030202@isi.edu> <4BAD861C.1030401@gont.com.ar> <6B55F0F93C3E9D45AF283313B8D342BA68637D47@TK5EX14MBXW653.wingroup.windeploy.ntdev.microsoft.com> <4BAD98A4.5000708@gont.com.ar> <4BB13993.5040801@isi.edu> <4BB15156.3030408@gont.com.ar>
In-Reply-To: <4BB15156.3030408@gont.com.ar>
X-Enigmail-Version: 0.96.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="------------enig9487CA616C0A5F80B192012D"
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: Christian Huitema <huitema@microsoft.com>, "tcpm@ietf.org" <tcpm@ietf.org>, "mallman@icir.org" <mallman@icir.org>
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: Tue, 30 Mar 2010 02:29:11 -0000


Fernando Gont wrote:
> Joe Touch wrote:
> 
>> Given how this issue has evolved, it might be useful to hold off on the
>> adoption decision to see the revised idea in its full context, i.e., in
>> a revision of the doc...
> 
> I don't follow what you mean by "how this issue has evolved". Some
> people asked for clarifications, and I have clarified those issues.

The 03 draft focused on creating an algorithm that prevented guess-based
attacks.

The discussion, as far as I can tell, has focused on the most peripheral
part of 03 - the use of TS to cut TIME_WAIT.

IMO, that's a sufficient change that we're no longer considering a mere
evolution of 03. The title, abstract, and most of the discussion will
change.

Other points need to be addressed, notably:

	- are TS values already sufficiently monotonic, or is
	an alg needed?

	- is per-socketpair state needed to support monotonicity?

	- interaction with SYN cookies

	- corner cases (when not monotonic, whether that can be
	known, when it's supported on only one side, etc.)

	- whether this depends on knowing which end will close the
	connection first at SYN time

I don't feel discussion on the mailing list is sufficient to consider
the entirety of this proposal, and not just whether it's possible, but
whether it's necessary.

Joe