Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-16.txt
"Scharf, Michael" <Michael.Scharf@hs-esslingen.de> Fri, 17 April 2020 23:26 UTC
Return-Path: <Michael.Scharf@hs-esslingen.de>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E91E23A09C4 for <tcpm@ietfa.amsl.com>; Fri, 17 Apr 2020 16:26:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iekSgTx1eqop for <tcpm@ietfa.amsl.com>; Fri, 17 Apr 2020 16:26:16 -0700 (PDT)
Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D44833A09C0 for <tcpm@ietf.org>; Fri, 17 Apr 2020 16:25:55 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id F103625A16; Sat, 18 Apr 2020 01:25:47 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1587165948; bh=Np9q283y9xCRCONOY4YPRoL5m8z8WQLfzaBOxOtYfUE=; h=From:To:Subject:Date:References:In-Reply-To:From; b=UQXWOer7PUx4BgqEH0V0d8VZzpUN8HXkXnox793B1L9X6fqS2uKZ8MWZigqhD0OHU W1exo2isZzgFjVIRW7L+OuzQNwEJftHOk4msSvy2K6A/Jj6giD0ubvbsU0EaityBMo bC/qV1BVoxtg0OMJ9una4pw+vPiurBhJE9QRmkzo=
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de
Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qjIak88VMDUR; Sat, 18 Apr 2020 01:25:46 +0200 (CEST)
Received: from rznt8101.rznt.rzdir.fht-esslingen.de (rznt8101.rznt.rzdir.fht-esslingen.de [134.108.29.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Sat, 18 Apr 2020 01:25:46 +0200 (CEST)
Received: from RZNT8114.rznt.rzdir.fht-esslingen.de ([169.254.3.209]) by rznt8101.rznt.rzdir.fht-esslingen.de ([fe80::bd73:d6a9:24d7:95f1%10]) with mapi id 14.03.0468.000; Sat, 18 Apr 2020 01:25:46 +0200
From: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>
To: Wesley Eddy <wes@mti-systems.com>, "tcpm@ietf.org" <tcpm@ietf.org>
Thread-Topic: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-16.txt
Thread-Index: AQHWAeQDVOPAwP3wcE+cSz2/l6gpBKhXtwMAgCZdwmA=
Date: Fri, 17 Apr 2020 23:25:45 +0000
Message-ID: <6EC6417807D9754DA64F3087E2E2E03E2DA7768E@rznt8114.rznt.rzdir.fht-esslingen.de>
References: <158505800923.11744.10324863157807137499@ietfa.amsl.com> <58154b27-7a38-1ec3-9ab3-8a1acd25f952@mti-systems.com>
In-Reply-To: <58154b27-7a38-1ec3-9ab3-8a1acd25f952@mti-systems.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [134.108.48.164]
Content-Type: multipart/alternative; boundary="_000_6EC6417807D9754DA64F3087E2E2E03E2DA7768Erznt8114rzntrzd_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/_v23XB0x5xn5347ZdF11VksUOCQ>
Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-16.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Fri, 17 Apr 2020 23:26:29 -0000
Coming back to issue 2), given the lack of follow-ups on that specific detail. I have checked the Linux kernel documentation. R1 and R2 seem to correspond to the Linux sysctl variables tcp_retries1 and tcp_retries2, which are documented as follows: tcp_retries1 - INTEGER This value influences the time, after which TCP decides, that something is wrong due to unacknowledged RTO retransmissions, and reports this suspicion to the network layer. See tcp_retries2 for more details. RFC 1122 recommends at least 3 retransmissions, which is the default. tcp_retries2 - INTEGER This value influences the timeout of an alive TCP connection, when RTO retransmissions remain unacknowledged. Given a value of N, a hypothetical TCP connection following exponential backoff with an initial RTO of TCP_RTO_MIN would retransmit N times before killing the connection at the (N+1)th RTO. The default value of 15 yields a hypothetical timeout of 924.6 seconds and is a lower bound for the effective timeout. TCP will effectively time out at the first RTO which exceeds the hypothetical timeout. RFC 1122 recommends at least 100 seconds for the timeout, which corresponds to a value of at least 8. As far as I can see, Linux implements for R1 the SHOULD that draft-ietf-tcpm-rfc793bis-16 inherits from RFC 1122. The Linux default for R2 is larger than the SHOULD in draft-ietf-tcpm-rfc793bis-16, but that is allowed by the wording in draft-ietf-tcpm-rfc793bis-16. Given this reference to RFC 1122, I also have the impression that draft-ietf-tcpm-rfc793bis-16 can stay as is regarding R1 and R2. Michael From: tcpm <tcpm-bounces@ietf.org> On Behalf Of Wesley Eddy Sent: Tuesday, March 24, 2020 3:09 PM To: tcpm@ietf.org Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-16.txt In this update, I think everything is addressed except for 4 topics: 1) Reserved bits description - I made no changes yet. Discussion spanned a few threads, but didn't look to me like it converged. Michael's summary thread covers a number of options and relevant questions: https://mailarchive.ietf.org/arch/msg/tcpm/UOHo4tXQPpBV90U-pRmdt_LfjRA/ 2) R1 and R2 values - Gorry questioned whether (A) applications should still be notified with R1 is reached, and (B) whether R1 = 3 RTOs and R2 >= 100s are still recommended values. I don't think any other RFC or errata has revised these, so am inclined to leave it alone for now in this doc, but maybe bookmark it as a topic for future consideration in the working group. 3) Dead gateway detection - I made no changes yet; this may be another topic for potential future consideration. The question is posed here: https://mailarchive.ietf.org/arch/msg/tcpm/IGhHYUOCwES7I-DjsgHnFsa-zVY/ 4) OPEN+LISTEN while same local port is in SYN-SENT/RECEIVED - I made no changes yet, but Gorry suggested that the text below may need updating with regard to modern systems (I'll be grateful for specific suggested changes on this): A TCP that supports multiple concurrent users MUST provide an OPEN call that will functionally allow an application to LISTEN on a port while a connection block with the same local port is in SYN-SENT or SYN-RECEIVED state (MUST-42). On 3/24/2020 9:53 AM, internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> wrote: A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF. Title : Transmission Control Protocol Specification Author : Wesley M. Eddy Filename : draft-ietf-tcpm-rfc793bis-16.txt Pages : 106 Date : 2020-03-24 Abstract: This document specifies the Internet's Transmission Control Protocol (TCP). TCP is an important transport layer protocol in the Internet stack, and has continuously evolved over decades of use and growth of the Internet. Over this time, a number of changes have been made to TCP as it was specified in RFC 793, though these have only been documented in a piecemeal fashion. This document collects and brings those changes together with the protocol specification from RFC 793. This document obsoletes RFC 793, as well as 879, 2873, 6093, 6429, 6528, and 6691 that updated parts of RFC 793. It updates RFC 1122, and should be considered as a replacement for the portions of that document dealing with TCP requirements. It updates RFC 5961 due to a small clarification in reset handling while in the SYN-RECEIVED state. RFC EDITOR NOTE: If approved for publication as an RFC, this should be marked additionally as "STD: 7" and replace RFC 793 in that role. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-rfc793bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-16 https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc793bis-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-rfc793bis-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ tcpm mailing list tcpm@ietf.org<mailto:tcpm@ietf.org> https://www.ietf.org/mailman/listinfo/tcpm
- [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-16.t… internet-drafts
- Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-… Wesley Eddy
- Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-… Joseph Touch
- Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-… Scharf, Michael
- Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-… Joseph Touch
- Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-… Scharf, Michael
- Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-… Joseph Touch
- Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-… Scharf, Michael