Re: [tcpm] New Version Notification for draft-boucadair-tcpm-rst-diagnostic-payload-01.txt

mohamed.boucadair@orange.com Thu, 07 April 2022 08:54 UTC

Return-Path: <mohamed.boucadair@orange.com>
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 213973A159D for <tcpm@ietfa.amsl.com>; Thu, 7 Apr 2022 01:54:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.108
X-Spam-Level:
X-Spam-Status: No, score=-0.108 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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URI_DOTEDU=1.997] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com
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 FYifyR4Gj0_X for <tcpm@ietfa.amsl.com>; Thu, 7 Apr 2022 01:54:30 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 514433A158D for <tcpm@ietf.org>; Thu, 7 Apr 2022 01:54:30 -0700 (PDT)
Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) (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 opfedar25.francetelecom.fr (ESMTP service) with ESMTPS id 4KYwDN2Bnwz8tkn; Thu, 7 Apr 2022 10:54:28 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1649321668; bh=zD/c38SeJwx8oiok/BGHyjMVQjcXhfLWrN7csBk95x4=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=SVrPZfANe8WxwTizp4KGGLNmM2SdDxcV6btujKufUY0pg5NM33yYo2bJCPtIJGq9L Me4B5FgNvDRN3DvYsOMsXws+OZRuRhUo5cGnolDagPN2g33nwmNsvLb7eQho/LcVHG 2kNrvr5OBFcvUk6HjOOLBIs6TlaElcMNyssHvTgxkLEJ81zB8+ghM1VAlunqYUzdXn zjnSkeAVg+O4J6b4KJOs59sKhTVgYc8jFPzIkOZiH+R5KJk9KeI84QQdfrdACWrw/E nR1AMf6Z12FUYPFJCGcHayPh2ocDo1cxX1V2EHREi1uDDZl10OKMmSJ66kNcyZ4cD1 eA6G47Jw4ZtMA==
From: <mohamed.boucadair@orange.com>
To: Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>, Lars Eggert <lars@eggert.org>
CC: "tcpm@ietf.org" <tcpm@ietf.org>
Thread-Topic: [tcpm] New Version Notification for draft-boucadair-tcpm-rst-diagnostic-payload-01.txt
Thread-Index: AQHYRM7doCoD7RC5bE+nC3ZCweuZs6zZFKKggAlNGnCAAL5uAIABLWMA///ftiA=
Content-Class:
Date: Thu, 7 Apr 2022 08:54:27 +0000
Message-ID: <30392_1649321668_624EA6C4_30392_40_1_7850d86f20d649618e54af7545f842ed@orange.com>
References: <2539_1649222856_624D24C8_2539_157_1_a330b5524cb64d5f8f9619c2acb59739@orange.com> <A167C6DF-784F-4696-BC19-8F94438667BD@eggert.org> <AF7709E6-1E33-4478-807B-2517504B40BC@ericsson.com>
In-Reply-To: <AF7709E6-1E33-4478-807B-2517504B40BC@ericsson.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2022-04-07T08:42:53Z; 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=489a6371-f901-434e-af4c-98e233c2c3c9; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.26.50]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/pia4oWhfXqBQ1WFebPICcOV79yM>
Subject: Re: [tcpm] New Version Notification for draft-boucadair-tcpm-rst-diagnostic-payload-01.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: Thu, 07 Apr 2022 08:54:35 -0000

Hi Mirja, 

Agree.

Many implementations are already doing this, but with proprietary codes and so on (e.g., https://support.citrix.com/article/CTX200852). Examples of traces can be found at: https://isc.sans.edu/forums/diary/The+special+case+of+TCP+RST/26824/. etc.  

Also, the lack of a standard way to report back the reset reason has led, for example, to define a specific option included in an RST to encode the reset code (MPTCP, rfc8684.html#name-subflow-reset). The use of an option is more problematic in the presence of middleboxes.  

Cheers,
Med

> -----Message d'origine-----
> De : Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>
> Envoyé : jeudi 7 avril 2022 10:38
> À : Lars Eggert <lars@eggert.org>rg>; BOUCADAIR Mohamed INNOV/NET
> <mohamed.boucadair@orange.com>
> Cc : tcpm@ietf.org
> Objet : Re: [tcpm] New Version Notification for draft-boucadair-
> tcpm-rst-diagnostic-payload-01.txt
> 
> Yes I would be interested in some data as well.
> 
> However, I guess that problem can be easily fixed, as you could
> just always send two RSTs (first the one with the payload and then
> one without in case the first one gets lost). Still would be
> interesting to get a feeling if that actually is a problem that
> needs fixing.
> 
> Mirja
> 
> 
> On 06.04.22, 18:40, "tcpm on behalf of Lars Eggert" <tcpm-
> bounces@ietf.org on behalf of lars@eggert.org> wrote:
> 
>     Hi,
> 
>     have there been experiments on the middlebox traversal
> properties of RST segments with payloads?
> 
>     (Because if they got dropped, the peer would retry the failed
> connection for potentially much longer.)
> 
>     Thanks,
>     Lars
> 
>     --
>     Sent from a mobile device; please excuse typos.
> 
>     > On Apr 6, 2022, at 08:27, mohamed.boucadair@orange.com
> wrote:
>     >
>     > Hi all,
>     >
>     > An updated version is now available:
> https://www.ietf.org/archive/id/draft-boucadair-tcpm-rst-
> diagnostic-payload-02.txt
>     >
>     > The updated version makes use of CBOR for compact encoding +
> magic number to unambiguously identify an RST payload that follows
> this spec.
>     >
>     > Many examples are provided in the draft to illustrate the
> usage.
>     >
>     > Cheers,
>     > Med
>     >
>     >> -----Message d'origine-----
>     >> De : tcpm <tcpm-bounces@ietf.org> De la part de
>     >> mohamed.boucadair@orange.com
>     >> Envoyé : jeudi 31 mars 2022 09:19
>     >> À : tcpm@ietf.org
>     >> Objet : [tcpm] TR: New Version Notification for draft-
> boucadair-tcpm-
>     >> rst-diagnostic-payload-01.txt
>     >>
>     >> Hi all,
>     >>
>     >> This draft intends to provide an interoperable solution
> that covers the
>     >> last sentence of draft-ietf-tcpm-rfc793bis:
>     >>
>     >>   TCP implementations SHOULD allow a received RST segment
> to include
>     >>   data (SHLD-2).  It has been suggested that a RST segment
> could
>     >>   contain diagnostic data that explains the cause of the
> RST.  No
>     >>   standard has yet been established for such data.
>     >>
>     >> Comments and suggestions are welcome.
>     >>
>     >> Cheers,
>     >> Med
>     >>
>     >> -----Message d'origine-----
>     >> De : internet-drafts@ietf.org <internet-drafts@ietf.org>
> Envoyé : jeudi
>     >> 31 mars 2022 09:14 À : BOUCADAIR Mohamed INNOV/NET
>     >> <mohamed.boucadair@orange.com> Objet : New Version
> Notification for
>     >> draft-boucadair-tcpm-rst-diagnostic-payload-01.txt
>     >>
>     >>
>     >> A new version of I-D, draft-boucadair-tcpm-rst-diagnostic-
> payload-01.txt
>     >> has been successfully submitted by Mohamed Boucadair and
> posted to the
>     >> IETF repository.
>     >>
>     >> Name:        draft-boucadair-tcpm-rst-diagnostic-payload
>     >> Revision:    01
>     >> Title:        TCP RST Diagnostic Paylaod
>     >> Document date:    2022-03-31
>     >> Group:        Individual Submission
>     >> Pages:        8
>     >> URL:            https://www.ietf.org/archive/id/draft-
> boucadair-tcpm-
>     >> rst-diagnostic-payload-01.txt
>     >> Status:         https://datatracker.ietf.org/doc/draft-
> boucadair-tcpm-
>     >> rst-diagnostic-payload/
>     >> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-boucadair-
>     >> tcpm-rst-diagnostic-payload
>     >> Diff:           https://www.ietf.org/rfcdiff?url2=draft-
> boucadair-tcpm-
>     >> rst-diagnostic-payload-01
>     >>
>     >> Abstract:
>     >>   This document specifies a diagnostic payload format to be
> returned in
>     >>   TCP RST segments.  Such payloads are used to share with
> the endpoints
>     >>   the reasons for which a TCP connection has been reset.
> This is meant
>     >>   to ease diagnostic and troubleshooting.
>     >>
>     >>
>     >>
>     >>
>     >> The IETF Secretariat
>     >>
>     >>
>     >>
>     >>
> __________________________________________________________________
> ______
>     >> _________________________________________________
>     >>
>     >> 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.
>     >>
>     >> _______________________________________________
>     >> tcpm mailing list
>     >> tcpm@ietf.org
>     >> https://www.ietf.org/mailman/listinfo/tcpm
>     >
>     >
> __________________________________________________________________
> _______________________________________________________
>     >
>     > 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.
>     >
>     > _______________________________________________
>     > tcpm mailing list
>     > tcpm@ietf.org
>     > https://www.ietf.org/mailman/listinfo/tcpm
> 
>     _______________________________________________
>     tcpm mailing list
>     tcpm@ietf.org
>     https://www.ietf.org/mailman/listinfo/tcpm


_________________________________________________________________________________________________________________________

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.