IETF Logo Mail Archive

Re: [tcpm] RFC8684: TFO with MPTCP V1 example shows incorrect data map

Martin Duke <martin.h.duke@gmail.com> Mon, 17 May 2021 15:27 UTC

Return-Path: <martin.h.duke@gmail.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 53EA03A3BB2 for <tcpm@ietfa.amsl.com>; Mon, 17 May 2021 08:27:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.085
X-Spam-Level:
X-Spam-Status: No, score=-2.085 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 XwmAeP7gKQrD for <tcpm@ietfa.amsl.com>; Mon, 17 May 2021 08:27:40 -0700 (PDT)
Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 16C783A3BAF for <tcpm@ietf.org>; Mon, 17 May 2021 08:27:39 -0700 (PDT)
Received: by mail-io1-xd35.google.com with SMTP id d24so6219031ios.2 for <tcpm@ietf.org>; Mon, 17 May 2021 08:27:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ogebsFVPKIjVS+jSXWHGeZwZJ/OB8Q7HpoKUHEN9i/4=; b=CUOrdcLal6F14n0kzHT1vmj38jgX0ZRaSzXHVIJMQOQsLkSxGNsoaiDfSf09wjsdJm PYvEfwR81FgyOtc/Equ8a71NkI7+WpLEln2RVd76IbN26RE4ljLz0iuC1ZPiQM01UEj9 61kKy1sOrSkAPnZHYExmxJ0KiNAMnTRBhsQ0BVM9pyO+eyxeEA2n2Lqzl1M8WT+8T0r4 Prkrzr0oJSqBEHVKQxQxBCDxTDBoK6Ljv6yAPKP4DKX8EIJcvMvnQIdzsCtM3kSiApoE gBJTsPnhrYgrumWvgcCUsgHGwsPB7qopYHC98CtnXyp7mCHbSXRJAhwWutm1LOjqUWeM N1kw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ogebsFVPKIjVS+jSXWHGeZwZJ/OB8Q7HpoKUHEN9i/4=; b=fqg5Ls/MYsJmGWsYzAN2kU784dNmIgaROJ7Fx4EBjyvSdeegYTYfuK5kzjJik1Y4Mf sBxlW3DkuCmURkGu/zReeHERmhgn5w73P5YKtrAdOax9cJdN6HjMDANlYP1LA6DCDJSk fpdK03zeO6guLubC2XnRyctSeyRU1Doq3vw55mbRZSc7YtAyMt67fg4FeFcxll5UEsQg Rz97rYGeWcFFK49z3wv06TUm0jqmk2Zd7dwYAnC1HntzGGe/E6fq1DU0ebUsU8XYM48b aKoyusBFKuX1gMCb0RiEI3voqHyfEetAkToamvd4qhL+Y4ggjZ2V/CX5MK1aUcgHEBeA ayTQ==
X-Gm-Message-State: AOAM530e2uwTizD3qt82TpVLDhiBf60FCuRLP2z64zKnUw+spbR0jGz1 14cDLBpz/qUiATs0CTPJ9OdSI3Z5xjfjOXZ/QJY=
X-Google-Smtp-Source: ABdhPJxIfpx4ofm4SCk8vSy9IeyHTdCk0je3dgBa5fR0Xube8vSInoKjedm1LEHq8E/2BSWivcB16+HH3ojmvJZzOmw=
X-Received: by 2002:a5e:c10e:: with SMTP id v14mr442501iol.51.1621265258345; Mon, 17 May 2021 08:27:38 -0700 (PDT)
MIME-Version: 1.0
References: <CAPJb4YxCewxzu8aiaXWB9FgW_brjc=1KiW4Ex2sG20rUZQKmPQ@mail.gmail.com>
In-Reply-To: <CAPJb4YxCewxzu8aiaXWB9FgW_brjc=1KiW4Ex2sG20rUZQKmPQ@mail.gmail.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Mon, 17 May 2021 08:27:33 -0700
Message-ID: <CAM4esxR74V_X65Oujw8MNheoV1bWZty7XrHXwfsgotCkjF6bgQ@mail.gmail.com>
To: Krishna Khanal <erkrishna.khanal@gmail.com>
Cc: "tcpm@ietf.org Extensions" <tcpm@ietf.org>, Christoph Paasch <christoph.paasch@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000cf768305c2883b2e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/qrCwJp6W3QTYtiVBZIBkaLaSB9k>
Subject: Re: [tcpm] RFC8684: TFO with MPTCP V1 example shows incorrect data map
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: Mon, 17 May 2021 15:27:45 -0000

Hi Krishna,

Use this form to report errata:
https://www.rfc-editor.org/how-to-report/

Thanks,
Martin

On Thu, May 13, 2021 at 11:37 AM Krishna Khanal <erkrishna.khanal@gmail.com>
wrote:

> The example for TCP Fastopen with MPTCPv1 in RFC8684, Appendix-B.3 shows
> the listener sending an incorrect data-ack in its first data packet to the
> initiator sent immediately after its SYN-ACK.
>
>  initiator                                                    listener
>        |                                                           |
>        |    S  0(20) <MP_CAPABLE>, <TFO cookie>                    |
>        | --------------------------------------------------------> |
>        |                                                           |
>        |    S. 0(0) ack 21 <MP_CAPABLE>                            |
>        | <-------------------------------------------------------- |
>        |                                                           |
>        |    .  1(100) ack 21 <DSS ack=1 seq=1 ssn=1 dlen=100>      |
>        | <-------------------------------------------------------- |
>
>
> At this point, the listener has not received the initiator's key, so it cannot generate the data-ack in it's response packets.
>
>
> The correct behaviour would be to set flag 'A' to 0 and exclude sending data-ack until the initiator's key is received.
>
>
> initiator                                                    listener
>        |                                                           |
>        |    S  0(20) <MP_CAPABLE>, <TFO cookie>                    |
>        | --------------------------------------------------------> |
>        |                                                           |
>        |    S. 0(0) ack 21 <MP_CAPABLE>                            |
>        | <-------------------------------------------------------- |
>        |                                                           |
>        |    .  1(100) ack 21 <DSS seq=1 ssn=1 dlen=100, M=1, A=0>  |
>        | <-------------------------------------------------------- |
>
>
> Thanks,
>
> Krishna
>
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>

v2.23.0 | Report a Bug | By Email