Re: [tcpm] Francesca Palombini's No Objection on draft-ietf-tcpm-rfc793bis-25: (with COMMENT)

Francesca Palombini <francesca.palombini@ericsson.com> Thu, 30 September 2021 21:36 UTC

Return-Path: <francesca.palombini@ericsson.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 1A5883A14C6; Thu, 30 Sep 2021 14:36:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.552
X-Spam-Level:
X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 oCKzDZUG1KOQ; Thu, 30 Sep 2021 14:36:45 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60043.outbound.protection.outlook.com [40.107.6.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFB7A3A14C4; Thu, 30 Sep 2021 14:36:44 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lOs7dLQlyYRe1x5THRQeYH5o6j1+9x6t2sPp9a7XZ5DDLLXUI/LqCp/iAf/EoP3HpyDv/5ApXBuPczx1O8B4nG3APT9SueMos7GJK5v9t+4xVxGu09NzaUxXfCozcfacd9PcauooFOhySJrmsewWzkZNp8SIqYLHEDLu1BEdAUyn41OJ3hMniMtwwTAwuc4TNBbJtcJMspowBPqy1EPckvPFPJYB05m6bclFNZQCvQia8Nw0cnPUUcNKJytImI/Ob/wvFHCrcrO4pOogtME/1ZQsTAKN8GN0e8EOFNjOq26W/MCN+bb/YNA0tz4SjApgx3DTQHAq/mneoprAriFLmw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=oNePLTkRsFwQVFO1dpTyzgjlINYqPQsAyWW31NlMmic=; b=YlizzzqSbnzXMvv28//Lp34ZT4r5xQX/MlwP6Z+5+Oc04neVykEIosubE9QAd/t/z/pdwZQEa4IqmV2Ci28SnSy9W5j9zkpd1ZrXcvlLEteGESu7xQKsbp1qcVZY+qBOvLYrah+27+RxdKJy3Zd2PS8OmqI5BdYSC/GvXMZkoYd6jneXTAUJGAZIADQkpAElu8+JGIfiV5n+5UhOCfH3/s7wl91Gsv5hWDc0oTheCh+M6tlYiC713zY7vIgViyeqi2BDvZSLyLhuyCw3TFzBdGAmLtvI5sB3N6T4RMHKoV8K33QlvjoZmtcBSiBSQ+Fm6TVZaYZylGdav+SnIUooNw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oNePLTkRsFwQVFO1dpTyzgjlINYqPQsAyWW31NlMmic=; b=l7NoZRQYbB6IoLVoXjKNhs57yfD5dzGrdNFboohALAlDvFUb74r6O6NQi1DR+nS1j2qTqB4e2Zpvy4lQKfkVHaO37+7P0lYGoxS/oPSPlewxPS7O1+GfzSmah/oMiLVRTADraAnSgT2+CTkXjKk1bM7SVgh6vZReCFnX7ntJWB0=
Received: from HE1PR07MB4217.eurprd07.prod.outlook.com (2603:10a6:7:96::33) by HE1PR07MB4169.eurprd07.prod.outlook.com (2603:10a6:7:9d::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.14; Thu, 30 Sep 2021 21:36:38 +0000
Received: from HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::94b7:db6b:3aa3:8875]) by HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::94b7:db6b:3aa3:8875%5]) with mapi id 15.20.4587.007; Thu, 30 Sep 2021 21:36:38 +0000
From: Francesca Palombini <francesca.palombini@ericsson.com>
To: Benjamin Kaduk <kaduk@mit.edu>
CC: The IESG <iesg@ietf.org>, "draft-ietf-tcpm-rfc793bis@ietf.org" <draft-ietf-tcpm-rfc793bis@ietf.org>, "tcpm@ietf.org" <tcpm@ietf.org>, "michael.scharf@hs-esslingen.de" <michael.scharf@hs-esslingen.de>, "tcpm-chairs@ietf.org" <tcpm-chairs@ietf.org>
Thread-Topic: Francesca Palombini's No Objection on draft-ietf-tcpm-rfc793bis-25: (with COMMENT)
Thread-Index: AQHXr/eM8gSXgylM9kSZk+w5gRXZWqu9Du6AgAAUWy0=
Date: Thu, 30 Sep 2021 21:36:37 +0000
Message-ID: <HE1PR07MB4217FABBE0F9F792351EDD0B98AA9@HE1PR07MB4217.eurprd07.prod.outlook.com>
References: <163234555786.20689.7200051930871118197@ietfa.amsl.com> <20210930201203.GQ98042@kduck.mit.edu>
In-Reply-To: <20210930201203.GQ98042@kduck.mit.edu>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: mit.edu; dkim=none (message not signed) header.d=none;mit.edu; dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ca015a57-6001-4208-77fc-08d9845a6242
x-ms-traffictypediagnostic: HE1PR07MB4169:
x-microsoft-antispam-prvs: <HE1PR07MB41690D212DE1FFC3E09E07EC98AA9@HE1PR07MB4169.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 5psER7/q0krmaaxRFajPQXeaNbBJ8BAsgYi2Jvv6C/WqQmUN/xBinfWuae+kb+SvMIV3dQYtpNP+dHlnc1QsLwTo9RzhPGXXlsxoQPl5aTQqXbRSzJwtwssLiFiDKAUJHpssGZdW5BX06P4GB47xj0Pobh494pdAuIydpnt9jLCmJwDwAT/icFNgy17C8XZ7gcHso2050gNeL0teZnzyTXd5xEpfy1AWDhJfqT8UQrW6rjp3MNqI4In0xoAXjemD6aq8qVvTHIdpC591P+TzGt1/35mhDf7x/1miPRL1zm3h18b/wdl2D5UxNi8Fnyyu3+ZznMkRpZoSJRI0vs5kry47PmfXBUHFaPC+x+/UR8lb1apH/HTggYZouFNTxIPcyRQu4qKcgdtiHXOsFcdJ8QKGAnZ8lqybUtuavGxyD8ph3DqB0Ul9zvUL82l49HSaqlS9penJDpYMzPqeefj/MrRNMo1VHEKF8Vtlwx37LCgObpTJZ9UzPWpgv/7xsX6NM6cAg+KT7EFXteUqOIixD4RxYS52VjLEXlP1w8xTPLOxAmRm7rOQ1Xlh1Fpjg8hBLW6K9549iostb66JpmHZ1gS8RQ2j45O7zqI/TG6EN52ZeAaOwOt9TXgXvdzpx7yOG6mDDNVxgzi+g3H6dhDVA6S8Nzne6btEhQBgw8gezH9nKYtU7ajWIGhu0LDc81Q4Xb5cBum9/aAbXk+InAkj6w==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4217.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(122000001)(66556008)(71200400001)(8936002)(38100700002)(508600001)(6916009)(8676002)(66946007)(66476007)(4326008)(316002)(7696005)(86362001)(76116006)(2906002)(186003)(66446008)(64756008)(54906003)(83380400001)(5660300002)(52536014)(55016002)(33656002)(9686003)(53546011)(6506007)(38070700005)(44832011); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?Q0dCcFDJiwPH9SfHmloKFb4qE23Hfdrp/njhwu13IPhW0NjwohT99XAX?= =?Windows-1252?Q?Ka0+2osD0zBscBMIouQPjb5E0CGtSPSjAIuQnAjKXIZ8O7Ro/kv3NDzK?= =?Windows-1252?Q?5p4kqwWo9YubB+p/S7UkXU0CnU0ngSb1u2AeiiVvNnAPonDa7QYbVANl?= =?Windows-1252?Q?8S0VrDmWJpkrxLxSsxnblQFQmBwX/Fx2Oc24YDCEMTWMKYYIHyj0g01o?= =?Windows-1252?Q?4H91xFdtTIdOVg41PSF3sEXIr9PfssfMJkKcWwKx/UMmsPBNYoryMgQC?= =?Windows-1252?Q?kmHgnNUIu4djYYriwXYLUv395mIs5aajpkmEPnK3f29pnbLyuXhiojXy?= =?Windows-1252?Q?46jKZtPYCWWLiYK8vm+0YDpx5AA3lVKPOIiqR0sFvP8bmcbUdVSmqeYz?= =?Windows-1252?Q?Up0rB5H/x61ochb2KuNZ0Ub03vrdf3sMl+YO7g99PhX0LnwzDyMUDlmv?= =?Windows-1252?Q?uzZKFB1pMtTa+Hp27q8Wo7Uq/+wAhCX33D9MrPL6UFBXHABQadcMvBx8?= =?Windows-1252?Q?TTpJPV2ym3OLqtF4c89dl43qVh63QRnIYWYSU4fsRtEXD6WFWq5X+XKn?= =?Windows-1252?Q?+aeaNqs9PsPFY4phMbH3RkMccVt1/sRx/TVhOQ+izrz7soFPkZG8bApc?= =?Windows-1252?Q?RueGALsR6EhzAJQw/JsbMdMefXQJcO/qTyNtFhImVHvHVXssdalHe9UR?= =?Windows-1252?Q?sqfkc0MvQm4D7ouigDbfsCmBSPbZARzHdb/BoZmo4EUek8sPJF9oXUDA?= =?Windows-1252?Q?HcBmuIrBKZE/TjFSCzb/masXRs56uDLv6m4qAKKh9SHZhbxD5KZbStJB?= =?Windows-1252?Q?WNCdfIWMCTLje3m69LLv9jxOrs1wGKT29oBk/ccEsyDr9A2qySK1YUgV?= =?Windows-1252?Q?tYGpiND5zK59Z9Ga1Vh3jFPKkdFbdHzIIJTJivUiicVJxGu/+0h7wNwi?= =?Windows-1252?Q?oU+b0ZnXzuwbEiBlzTkxu+W3uCd8BImWzWJ7AOvlUCDaVktI15xtGKXm?= =?Windows-1252?Q?wBuJhRHgkNYRfe/ovOkAfLL+Pu3wzyFhYGopXPjbNjyxoEHoEheIbx4W?= =?Windows-1252?Q?SACug41zCWFvxP9B7gq0ydVEnHExtg3dSHd8e0dcSaMLVb4vogvIsjoO?= =?Windows-1252?Q?5aKdtxhn3sW2xPQo/OvJALcZP12j53oaAfovy6U/QSadL2anmIrZVMbA?= =?Windows-1252?Q?8Fp28iuuSwZoBto9aq6xoy2tlz/Ey3rw0qxdxe7APawBFVVJMeshcMDM?= =?Windows-1252?Q?0NrT5XmqRSZ5k21WpB2t0bQQeWRpklqwgmpOmZJgYKQLF9uoCPfR0HXi?= =?Windows-1252?Q?cv0r4dyyCCNLU/96CSgcf6mzxHRJrR2fyP43+zhjQG0Yx0ZKOGKqNWhG?= =?Windows-1252?Q?HAD36Verxw9h90mwEKRPKkaLS5uUHCmnGtZUee3z9U7fo2/iLpt0JGeG?= =?Windows-1252?Q?iF9kZ3PAHRS5JWVZ1DZqcm/nuseQXH5POxOCYLBcpt1pd33HAy7vh88w?= =?Windows-1252?Q?lSmTgAcazLuPZVL75dbQfHZ+LjktsQ=3D=3D?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB4217FABBE0F9F792351EDD0B98AA9HE1PR07MB4217eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4217.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ca015a57-6001-4208-77fc-08d9845a6242
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Sep 2021 21:36:37.8433 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: q2ROF/CAzNpprKae47j4K6PkffNduaG/4aXNLkbWLLBvufjPYC+FsWyP7Q29NRsXMjlqrtoMZi9RyKC4uU0+g8QqAEx/JZP/axHST+2gaqZ0bC1DyeR/MmMAnuGUNFz/
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4169
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/os6yIUj1zUzuWjslB27_iXjbhb0>
Subject: Re: [tcpm] Francesca Palombini's No Objection on draft-ietf-tcpm-rfc793bis-25: (with COMMENT)
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, 30 Sep 2021 21:36:51 -0000

Ben,

Thank you for your reply. I did read “occupy sequence number space” as “the peer needs to increase the sequence number before sending”, which is why I was puzzled by the ACK getting sent with SEQ += 1 (might be worth to clarify).

However I am still missing something: when I look at Figure 7 I see something similar to what happens in Figure 14, but this time with SYN:

   2.  SYN-SENT     --> <SEQ=100><CTL=SYN>              ...

   3.  SYN-RECEIVED <-- <SEQ=300><CTL=SYN>              <-- SYN-SENT

   4.               ... <SEQ=100><CTL=SYN>              --> SYN-RECEIVED

   5.  SYN-RECEIVED --> <SEQ=100><ACK=301><CTL=SYN,ACK> ...

I am looking at lines 2 and 5. Peer A sends the SYN with SEQ 100, and then sends the SYN and ACK with the same SEQ 100. Making the parallel with what you say below, shouldn’t then in this case the SYN message occupy sequence number space, and the next message sent (line 5.) getting SEQ=101?

Francesca

From: Benjamin Kaduk <kaduk@mit.edu>
Date: Thursday, 30 September 2021 at 22:12
To: Francesca Palombini <francesca.palombini@ericsson.com>
Cc: The IESG <iesg@ietf.org>rg>, draft-ietf-tcpm-rfc793bis@ietf.org <draft-ietf-tcpm-rfc793bis@ietf.org>rg>, tcpm@ietf.org <tcpm@ietf.org>rg>, michael.scharf@hs-esslingen.de <michael.scharf@hs-esslingen.de>de>, tcpm-chairs@ietf.org <tcpm-chairs@ietf.org>
Subject: Re: Francesca Palombini's No Objection on draft-ietf-tcpm-rfc793bis-25: (with COMMENT)
On Wed, Sep 22, 2021 at 02:19:17PM -0700, Francesca Palombini via Datatracker wrote:
> 4. -----
>
> FP: This is surely me missing something but, in section 3.5 I see:
>
>    4.  ESTABLISHED --> <SEQ=101><ACK=301><CTL=ACK>       --> ESTABLISHED
>
>    5.  ESTABLISHED --> <SEQ=101><ACK=301><CTL=ACK><DATA> --> ESTABLISHED
>
> which is followed by:
>
>    Note that the sequence number of the segment in line 5 is the same as
>    in line 4 because the ACK does not occupy sequence number space (if
>    it did, we would wind up ACKing ACKs!).
>
> However, later on, in Figure 13:
>
>    2.  (Close)                                              (Close)
>        FIN-WAIT-1  --> <SEQ=100><ACK=300><CTL=FIN,ACK>  ... FIN-WAIT-1
>                    <-- <SEQ=300><ACK=100><CTL=FIN,ACK>  <--
>                    ... <SEQ=100><ACK=300><CTL=FIN,ACK>  -->
>
>    3.  CLOSING     --> <SEQ=101><ACK=301><CTL=ACK>      ... CLOSING
>                    <-- <SEQ=301><ACK=101><CTL=ACK>      <--
>                    ... <SEQ=101><ACK=301><CTL=ACK>      -->
>
> I am confused why in this case, in line 3, ACK does in fact occupy sequence
> number space. What am I missing?

It is the FIN that occupies sequence number space, not the ACK.

Both steps 2 and 3 show messages being sent "in parallel", i.e., the "..."
in the respective column shows that the event is not currently occuring at
that endpoint.

So in (2), left sends SEQ=100,FIN, and right sends SEQ=300,FIN; since those
sequence numbers are thus committed, in (3) left has to send SEQ=101 and
right has to send SEQ=301.

-Ben