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

Fernando Gont <fernando@gont.com.ar> Tue, 23 March 2010 17:23 UTC

Return-Path: <fernando@gont.com.ar>
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 05D283A6910 for <tcpm@core3.amsl.com>; Tue, 23 Mar 2010 10:23:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.131
X-Spam-Level:
X-Spam-Status: No, score=0.131 tagged_above=-999 required=5 tests=[BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, RCVD_IN_DNSWL_LOW=-1]
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 1eheknN8tmaz for <tcpm@core3.amsl.com>; Tue, 23 Mar 2010 10:23:09 -0700 (PDT)
Received: from smtp1.xmundo.net (smtp1.xmundo.net [201.216.232.80]) by core3.amsl.com (Postfix) with ESMTP id B161B3A6C17 for <tcpm@ietf.org>; Tue, 23 Mar 2010 10:23:07 -0700 (PDT)
Received: from venus.xmundo.net (venus.xmundo.net [201.216.232.56]) by smtp1.xmundo.net (Postfix) with ESMTP id AEF5D6B6A03; Tue, 23 Mar 2010 14:23:27 -0300 (ART)
Received: from [192.168.0.126] (61-128-17-190.fibertel.com.ar [190.17.128.61]) (authenticated bits=0) by venus.xmundo.net (8.13.8/8.13.8) with ESMTP id o2NHNLvn014841; Tue, 23 Mar 2010 14:23:22 -0300
Message-ID: <4BA8F90C.6040703@gont.com.ar>
Date: Tue, 23 Mar 2010 14:23:24 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Joe Touch <touch@ISI.EDU>
References: <C304DB494AC0C04C87C6A6E2FF5603DB47DF997795@NDJSSCC01.ndc.nasa.gov> <4BA8E5C6.8010509@isi.edu>
In-Reply-To: <4BA8E5C6.8010509@isi.edu>
X-Enigmail-Version: 0.96.0
OpenPGP: id=D076FFF1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (venus.xmundo.net [201.216.232.56]); Tue, 23 Mar 2010 14:23:26 -0300 (ART)
Cc: "tcpm@ietf.org" <tcpm@ietf.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, 23 Mar 2010 17:23:10 -0000

Hi, Joe,

> By randomizing the initial timestamp, we now need to keep per-connection
> timestamp offsets, which increases both state and processing. 

Huh? I don't follow this. Could you clarify what's the "extra state" and
"extra processing" you're referring to?


> It also
> means that incoming connections to socket pairs in TIME_WAIT would
> silently fail roughly half the time, requiring undue timeouts.

Joe, please read the I-D. It's *without* this RFC1948-like scheme that
timeouts/delays could occur. -- this mod actually improves the handling
of incoming connection requests (SYNs), allowing connections that would
have otherwise failed.

(see also the reference to Mike Silbersack's presentation at BSDCan)

Thanks,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1