Re: [tcpm] Lars Eggert's Discuss on draft-ietf-tcpm-rfc793bis-25: (with DISCUSS and COMMENT) Mon, 11 October 2021 11:30 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2A23D3A0E5F; Mon, 11 Oct 2021 04:30:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Status: No, score=-2.099 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id CTyx510SoIhJ; Mon, 11 Oct 2021 04:30:52 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 016F33A0E5E; Mon, 11 Oct 2021 04:30:51 -0700 (PDT)
Received: from (unknown [xx.xx.xx.6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by (ESMTP service) with ESMTPS id 4HSc6y25bXzFt2G; Mon, 11 Oct 2021 13:30:50 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=ORANGE001; t=1633951850; bh=KI+twae9CzqYb4LYoM7TnkTkZUWgTvqSxTpmwiTUC0Y=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=eMsM0oljIAOWTJOj88U0TF6LxH80aEj3C9SbM9rN+KlU4J2yMz0pw1XLzf5eIo4fT hZhyGdO948vNTBWDTk/Odpb9O9SusLJow5Ny6HvOLzbpIuuP7pzAPofuRoVL6CzeQK FTE1FmyjYudZj6tZv8zguiGVKuCYub6n+w5FXYiqtCy2MErP12KYxe/GnANMzwN79s R1IbuWAKTucRfDYiZ8oyQsXDFQQDUIMAFK9900oSplac8f8/ZufBVKJJDOiFrK29nk pRd0nfdGjjvDAucsBRAW4wIiXEiSPFzXxeZXtwG5FdWmX8O9vyNfCgco6p8o8p4iTW a2S8qV9r5OJzg==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (ESMTP service) with ESMTPS id 4HSc6x5NSzz1xpH; Mon, 11 Oct 2021 13:30:49 +0200 (CEST)
To: Lars Eggert <>, Wesley Eddy <>
CC: "" <>, "" <>, The IESG <>, "" <>
Thread-Topic: [tcpm] Lars Eggert's Discuss on draft-ietf-tcpm-rfc793bis-25: (with DISCUSS and COMMENT)
Thread-Index: AQHXvn3Oyi8KuzaeFkyvkOs8zeuSKqvNqLTQ
Date: Mon, 11 Oct 2021 11:30:48 +0000
Message-ID: <2619_1633951849_61642069_2619_260_1_787AE7BB302AE849A7480A190F8B933035426313@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <> <> <>
In-Reply-To: <>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2021-10-11T11:30:07Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=ce5425ba-2625-49be-8123-2b340184746b; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: []
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [tcpm] Lars Eggert's Discuss on draft-ietf-tcpm-rfc793bis-25: (with DISCUSS and COMMENT)
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 11 Oct 2021 11:30:57 -0000

Hi Lars, all, 

Commenting on one particular point. 

Please see inline. 


> -----Message d'origine-----
> De : tcpm <> De la part de Lars Eggert
> Envoyé : lundi 11 octobre 2021 10:55
> À : Wesley Eddy <>
> Cc :;; The IESG
> <>;
> Objet : Re: [tcpm] Lars Eggert's Discuss on draft-ietf-tcpm-rfc793bis-25:
> (with DISCUSS and COMMENT)
> Hi,
> On 2021-10-8, at 22:14, Wesley Eddy <> wrote:
> > On 9/20/2021 10:18 AM, Lars Eggert via Datatracker wrote:
> >> Section 3.1. , paragraph 50, comment:
> >>>      Note: There is ongoing work to extend the space available for TCP
> >>>      options, such as [64].
> >> draft-ietf-tcpm-tcp-edo has been dead for four years, not sure how
> >> useful it is to point to.
> >
> > I didn't change this, because I recall it being mentioned in the WG that
> it was felt to be useful to point to, if only to avoid someone proposing
> yet another way of dealing with this.

Med] I confirm. This was, for example, discussed here:

> for an RFC, esp. one that is expected to be quite long-lived, I don't
> think referring to ongoing work is such a great idea, since that won't age
> well. Maybe how you are referring to that document could be rephrased?

Med] As can be seen in the thread, the intent was: 

"* Consider adding some text to ACK the TCP option space problem. Adding a pointer to EDO as * an example * (without recommending it) of how to extend the space for non-SYNs would be useful."

I think this is adequately captured by the current wording: "... such as [64]". 


Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.