Re: [tcpm] WGLC for UTO (fwd)

Lars Eggert <lars.eggert@nokia.com> Mon, 19 November 2007 09:01 UTC

Return-path: <tcpm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iu2VW-0003se-Ke; Mon, 19 Nov 2007 04:01:30 -0500
Received: from tcpm by megatron.ietf.org with local (Exim 4.43) id 1Iu2VV-0003rW-As for tcpm-confirm+ok@megatron.ietf.org; Mon, 19 Nov 2007 04:01:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iu2VQ-0003qZ-6R for tcpm@ietf.org; Mon, 19 Nov 2007 04:01:24 -0500
Received: from smtp.nokia.com ([192.100.105.134] helo=mgw-mx09.nokia.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iu2VM-0001tI-W3 for tcpm@ietf.org; Mon, 19 Nov 2007 04:01:24 -0500
Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx09.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id lAJ91CgB016065; Mon, 19 Nov 2007 03:01:20 -0600
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Nov 2007 11:01:10 +0200
Received: from mgw-int02.ntc.nokia.com ([172.21.143.97]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Nov 2007 11:01:09 +0200
Received: from esdhcp03989.research.nokia.com (esdhcp03989.research.nokia.com [172.21.39.89]) by mgw-int02.ntc.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id lAJ90xlw013216; Mon, 19 Nov 2007 11:00:59 +0200
Message-Id: <5D825585-DEC5-4B04-B07C-D2C59A7F1548@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
To: ext Alfred HÎnes <ah@tr-sys.de>
In-Reply-To: <200711131015.LAA10052@TR-Sys.de>
Mime-Version: 1.0 (Apple Message framework v915)
Subject: Re: [tcpm] WGLC for UTO (fwd)
Date: Mon, 19 Nov 2007 11:00:59 +0200
References: <200711131015.LAA10052@TR-Sys.de>
X-Mailer: Apple Mail (2.915)
X-OriginalArrivalTime: 19 Nov 2007 09:01:09.0055 (UTC) FILETIME=[B9C41CF0:01C82A8A]
X-Nokia-AV: Clean
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc: tcpm@ietf.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="===============2038545403=="
Errors-To: tcpm-bounces@ietf.org

On 2007-11-13, at 12:15, ext Alfred HÎnes wrote:
>> I'm still not content with the delineation between "USER TIMEOUT"
>> and "USER_TIMEOUT" -- the latter being the per-connection
>> instantiation (TCB variable) of the former, according to the first
>> hanging list entry in Section 3.

I've made the changes you suggest.

>>   The RECOMMENDED formula results in the maximum of the two  
>> advertised
>>   values to be adopted for the user timeout of the connection on both
>> |  ends, provided they are within the upper and lower limits.  [...]
>>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>
>> This might be misunderstood as referring to a *conditional*  
>> assignment,
>> only to be performed when this precondition is met; but the formula
>> describes an *unconditional* assignment, and a two-sided clipping
>> operation on the right-hand side.

I've rephrased that as: "The RECOMMENDED formula results in the  
maximum of the two advertised values, adjusted for the configured  
upper and lower limits, to be adopted for the user timeout of the  
connection on both ends."

I'll shortly submit -08 with these fixes, so that we have an up-to- 
date version to discuss at the IETF.

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