Re: [tcpm] WGLC for UTO (fwd)

Alfred Hönes <ah@tr-sys.de> Tue, 13 November 2007 10:16 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 1Irsoc-0000D9-PP; Tue, 13 Nov 2007 05:16:18 -0500
Received: from tcpm by megatron.ietf.org with local (Exim 4.43) id 1Irsob-0000Bx-IS for tcpm-confirm+ok@megatron.ietf.org; Tue, 13 Nov 2007 05:16:17 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Irsob-0000Ar-7k for tcpm@ietf.org; Tue, 13 Nov 2007 05:16:17 -0500
Received: from dsl.tr-sys.de ([213.178.172.147] helo=WOTAN.TR-Sys.de) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IrsoZ-0004dc-JD for tcpm@ietf.org; Tue, 13 Nov 2007 05:16:16 -0500
Received: from ZEUS.TR-Sys.de by w. with ESMTP ($Revision: 1.37.109.26 $/16.3) id AA192538933; Tue, 13 Nov 2007 11:15:33 +0100
Received: (from ah@localhost) by z.TR-Sys.de (8.9.3 (PHNE_25183)/8.7.3) id LAA10052 for tcpm@ietf.org; Tue, 13 Nov 2007 11:15:32 +0100 (MEZ)
From: Alfred =?hp-roman8?B?SM5uZXM=?= <ah@tr-sys.de>
Message-Id: <200711131015.LAA10052@TR-Sys.de>
Subject: Re: [tcpm] WGLC for UTO (fwd)
To: tcpm@ietf.org
Date: Tue, 13 Nov 2007 11:15:32 +0100 (MEZ)
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Mime-Version: 1.0
Content-Type: text/plain; charset=hp-roman8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c54bc2f42d02429833c0ca4b8725abd7
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>
Errors-To: tcpm-bounces@ietf.org

----- Forwarded message from Alfred Hönes -----

> From: Alfred Hönes <ah@TR-Sys.de>
> To: lars.eggert@nokia.com
> Cc: fernando@gont.com.ar
> In-Reply-To: <08183AA6-9C86-4060-BE9C-2F8590A43D00@nokia.com> from Lars Eggert at Nov "13, 2007 10:22:40" am
> Message-Id: <200711130956.KAA09990@TR-Sys.de>
> Date: Tue, 13 Nov 2007 10:56:36 +0100 (MEZ)
> Subject: Re: [tcpm] WGLC for UTO

> On Tue, 13 Nov 2007 10:22:40 +0200, Lars Eggert wrote:
>> Hi,
>> 
>> FYI, I'll shortly submit my working copy as -07.
>> 
>> Thanks to the new submission system, it will be a simple thing to
>> push out an -08 revision before the cutoff, if the WG would like to
>> see further changes.
> 
> Indeed, both: it was nearly instantaneous, and I have a few more nits.
> 
> 
> (1)  Section 3
> 
> 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.
> 
> Accordingly, in the last list entry, the second instance of
> "USER_TIMEOUT" should be changed to "USER TIMEOUT".
>                                                          v
>    CHANGEABLE (Boolean)
> |     Flag that controls whether USER_TIMEOUT (TCP's USER_TIMEOUT
>       parameter) may be changed based on an UTO option received from the
>       other end of the connection.  Defaults to true and becomes false
>       when an application explicitly sets USER_TIMEOUT.
> ---                                                      v
>    CHANGEABLE (Boolean)
> |     Flag that controls whether USER_TIMEOUT (TCP's USER TIMEOUT
>       parameter) may be changed based on an UTO option received from the
>       other end of the connection.  Defaults to true and becomes false
>       when an application explicitly sets USER_TIMEOUT.
> 
> The second-to-next paragraph, starting
> 
>    Before opening a connection, ...
> 
> explicitely deals with setting the per-connection variables (in
> the TCB, presumably by a suitable extension to the socket API).
> Hence, it should refer to setting the "USER_TIMEOUT".
> So please change:
>                    vvvvvvvvvvvvvvvv
>                                      [...].  If an application
> |  explicitly sets the USER TIMEOUT, CHANGEABLE MUST become false, to
>    prevent UTO options from the other end to override local application
>    requests.  [...]
> ---                vvvvvvvvvvvv
>                                      [...].  If an application
> |  explicitly sets USER_TIMEOUT, CHANGEABLE MUST become false, to
>    prevent UTO options from the other end to override local application
>    requests.  [...]
> 
> 
> (2)  Section 3.1
> 
> Below the recommended formula and the explanation of its terms,
> the draft now says:
> 
>    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.
> That might be better reflected by saying:
> 
>    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, after clipping to the preset upper and lower limits.  [...]
>          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> Please also consider replacing the newly introduced "preset" by "local"
> if you want to emphasize the fact that these limits are indeed a local
> matter, which means that the values adopted on the two ends of the TCP
> connection might well be different:
> 
>    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, after clipping to the local upper and lower limits.  [...]
>          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> I have tried to find a short phrase not expanding the text further;
> I you prefer, chose more verbose wording.
> 
> 
> Kind regards,
>   Alfred.
> 
> -- 
> 
> +------------------------+--------------------------------------------+
> | TR-Sys Alfred Hoenes   |  Alfred Hoenes   Dipl.-Math., Dipl.-Phys.  |
> | Gerlinger Strasse 12   |  Phone: (+49)7156/9635-0, Fax: -18         |
> | D-71254  Ditzingen     |  E-Mail:  ah@TR-Sys.de                     |
> +------------------------+--------------------------------------------+

----- End of forwarded message from Alfred Hönes -----



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