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

Gorry Fairhurst <gf@erg.abdn.ac.uk> Wed, 20 September 2006 16:06 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GQ4bC-0005Jo-7t; Wed, 20 Sep 2006 12:06:58 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GQ4bA-0005Jj-UC for tcpm@ietf.org; Wed, 20 Sep 2006 12:06:56 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GQ4b9-0006M1-GC for tcpm@ietf.org; Wed, 20 Sep 2006 12:06:56 -0400
Received: from [139.133.207.157] (dhcp-207-157.erg.abdn.ac.uk [139.133.207.157]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k8KG6UZt003521; Wed, 20 Sep 2006 17:06:30 +0100 (BST)
Message-ID: <45116707.9050301@erg.abdn.ac.uk>
Date: Wed, 20 Sep 2006 17:06:31 +0100
From: Gorry Fairhurst <gf@erg.abdn.ac.uk>
Organization: University of Aberdeen, UK
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: gorry@erg.abdn.ac.uk
Subject: Re: [tcpm] draft-ietf-tcpm-tcp-uto-02
References: <BF9BD734.4234%gorry@erg.abdn.ac.uk> <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>
In-Reply-To: <43A02978.4020809@erg.abdn.ac.uk>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean
X-ERG-MailScanner-From: gf@erg.abdn.ac.uk
X-Spam-Status: No
X-Spam-Score: -2.8 (--)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
Cc: Lars Eggert <lars.eggert@netlab.nec.de>, tcpm@ietf.org, Fernando Gont <fernando@gont.com.ar>
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: gorry@erg.abdn.ac.uk
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>
Errors-To: tcpm-bounces@ietf.org

Fernando,


Thanks for generating a new revision,  and appologies for taking a 
little while to get back to you on the changes that you made.

It seems you have responded to most (if not all) my substantial 
comments,  and also tightened the
language, I like these improvements, and to me, this seems much safer in 
this respect.

I would like to check one point:
Section 3.1:

/Very short user timeout values can affect TCP transmissions over
high-delay paths.  If the user timeout occurs before an
acknowledgment for an outstanding segment arrives, possibly due to ..../

- This rev of the draft also includes a change to mandate the  minimum 
value to be at least the RTO value, which should at least help in this case?

and note two minor NiTs below.

Best wishes,

Gorry

---

End of section 1:

I think phrase below is good guidance, but could be strengthened:
/If such a system-wide toggle were provided, it would default to "off".

Perhaps some text something like:

An implementation that provides a system-wide toggle, should assign the 
default value to disable this feature.
---

/It must be noted that the two endpoints of the connection will not   
necesarilly adopt the same user timeout./

- Could be better worded, but agreed.

----


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