Re: [tcpm] draft-ietf-tcpm-tcp-uto-02

Lars Eggert <lars.eggert@netlab.nec.de> Wed, 14 December 2005 19:30 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EmcKp-0007td-LP; Wed, 14 Dec 2005 14:30:43 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EmcKo-0007sr-3f for tcpm@megatron.ietf.org; Wed, 14 Dec 2005 14:30:42 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14090 for <tcpm@ietf.org>; Wed, 14 Dec 2005 14:29:42 -0500 (EST)
Received: from kyoto.netlab.nec.de ([195.37.70.21]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EmcM2-0005Gj-RX for tcpm@ietf.org; Wed, 14 Dec 2005 14:32:00 -0500
Received: from lars.local (p54AD2ADB.dip0.t-ipconnect.de [84.173.42.219]) by kyoto.netlab.nec.de (Postfix) with ESMTP id A3A211BAC9E; Wed, 14 Dec 2005 20:30:30 +0100 (CET)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.local (Postfix) with ESMTP id E204D58615D; Wed, 14 Dec 2005 20:30:26 +0100 (CET)
In-Reply-To: <20051214172043.GD20929@hut.isi.edu>
References: <6.2.0.14.0.20051201035418.0323fc48@localhost> <4390569C.6050004@erg.abdn.ac.uk> <6.2.0.14.0.20051202201002.048b5de8@localhost> <20051208222808.GB22920@hut.isi.edu> <6.2.0.14.0.20051208164304.041ead70@localhost> <20051209182531.GC1177@hut.isi.edu> <439D7400.20902@erg.abdn.ac.uk> <20051212235603.GB1156@hut.isi.edu> <6.2.0.14.0.20051213012758.048ed298@localhost> <43A02978.4020809@erg.abdn.ac.uk> <20051214172043.GD20929@hut.isi.edu>
Mime-Version: 1.0 (Apple Message framework v746.2)
Message-Id: <F27034E5-FC66-4E4D-A8BE-F0A9A02E8F7A@netlab.nec.de>
From: Lars Eggert <lars.eggert@netlab.nec.de>
Subject: Re: [tcpm] draft-ietf-tcpm-tcp-uto-02
Date: Wed, 14 Dec 2005 20:30:24 +0100
To: Ted Faber <faber@ISI.EDU>
X-Mailer: Apple Mail (2.746.2)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 825e642946eda55cd9bc654a36dab8c2
Cc: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, tcpm@ietf.org, Fernando Gont <fernando@gont.com.ar>, "mallman@icir.org" <mallman@icir.org>
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1668687770=="
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

On Dec 14, 2005, at 18:20, Ted Faber wrote:
> On Wed, Dec 14, 2005 at 02:17:28PM +0000, Gorry Fairhurst wrote:
>>
>> So, a summary of my take and responding to some of this (which I  
>> hope we
>> now have right). I'd be happy with new text saying something along  
>> the
>> lines of:
>>
>> * MIN RTO is system-defined (with a warning that small requires
>> caution;-) ).
>> * The RECOMMENDED value for MIN RTO is follow RFCxxx.
>>
>> * UTO negotiation SHOULD be OFF by default.
>> * UTO negotiation MAY be via a system config.
>> * RECOMMEND negotiation is enabled via an API call from the  
>> application.
>> * Upper and lower bounds may be set, but MUST NOT go below system  
>> MIN RTO
>> * MUST use MIN RTO, if UTO negotiation is not enabled.
>
> That's a nice, succinct description of constraints on UTO.  They sound
> reasonable to me, and I'd love to hear from others.

I think all of this is reasonable to put in. Some of the things we  
already say or try to say, but maybe the language isn't clear enough.

(Sorry for not responding earlier to this threat, I'm swamped with  
year-end project stuff.)

Lars
--
Lars Eggert                                     NEC Network Laboratories

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