[tcpm] [Errata Held for Document Update] RFC7413 (8017)

RFC Errata System <rfc-editor@rfc-editor.org> Wed, 30 October 2024 16:17 UTC

Return-Path: <wwwrun@rfcpa.rfc-editor.org>
X-Original-To: tcpm@ietf.org
Delivered-To: tcpm@ietfa.amsl.com
Received: from rfcpa.rfc-editor.org (unknown [167.172.21.234]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8023C151068; Wed, 30 Oct 2024 09:17:38 -0700 (PDT)
Received: by rfcpa.rfc-editor.org (Postfix, from userid 461) id 5E9247F9E1; Wed, 30 Oct 2024 09:17:38 -0700 (PDT)
To: bart@bedrijfzondernaam.nl, ycheng@google.com, hkchu@google.com, sivasankar@cs.ucsd.edu, arvind@google.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20241030161738.5E9247F9E1@rfcpa.rfc-editor.org>
Date: Wed, 30 Oct 2024 09:17:38 -0700
Message-ID-Hash: KCC7WB3DU2PKATGT3BSQPLZL3CBZTB4Z
X-Message-ID-Hash: KCC7WB3DU2PKATGT3BSQPLZL3CBZTB4Z
X-MailFrom: wwwrun@rfcpa.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tcpm.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: zaheduzzaman.sarker@nokia.com, iesg@ietf.org, tcpm@ietf.org, rfc-editor@rfc-editor.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [tcpm] [Errata Held for Document Update] RFC7413 (8017)
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/MU4MXYg0r5ErO6ZmmsaTvHJ_sHk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Owner: <mailto:tcpm-owner@ietf.org>
List-Post: <mailto:tcpm@ietf.org>
List-Subscribe: <mailto:tcpm-join@ietf.org>
List-Unsubscribe: <mailto:tcpm-leave@ietf.org>

The following errata report has been held for document update 
for RFC7413, "TCP Fast Open". 

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid8017

--------------------------------------
Status: Held for Document Update
Type: Editorial

Reported by: Bart Overkamp <bart@bedrijfzondernaam.nl>
Date Reported: 2024-07-02
Held by: Zaheduzzaman Sarker (IESG)

Section: 3.

Original Text
-------------
   Performing TCP Fast Open in connection 2:

   TCP A (Client)                                      TCP B (Server)
   ______________                                      ______________
   CLOSED                                                      LISTEN

   #1 SYN-SENT       ----- <SYN=x,CookieOpt=C,DATA_A> ---->  SYN-RCVD

   #2 ESTABLISHED    <---- <SYN=y,ACK=x+len(DATA_A)+1> ----  SYN-RCVD

   #3 ESTABLISHED    <---- <ACK=x+len(DATA_A)+1,DATA_B>----  SYN-RCVD

   #4 ESTABLISHED    ----- <ACK=y+1>--------------------> ESTABLISHED

   #5 ESTABLISHED    --- <ACK=y+len(DATA_B)+1>----------> ESTABLISHED

Corrected Text
--------------
   Performing TCP Fast Open in connection 2:

   TCP A (Client)                                      TCP B (Server)
   ______________                                      ______________
   CLOSED                                                      LISTEN

   #1 SYN-SENT       ----- <SYN=x,CookieOpt=C,DATA_A> ---->  SYN-RCVD

   #2 ESTABLISHED    <---- <SYN=y,ACK=x+len(DATA_A)+1> ----  SYN-RCVD

   #3 ESTABLISHED    <---- <ACK=x+len(DATA_A)+1,DATA_B>----  SYN-RCVD

   #4 ESTABLISHED    ----- <ACK=y+1>--------------------> ESTABLISHED

   #5 ESTABLISHED    --- <ACK=y+len(DATA_B)+1>----------> ESTABLISHED

                                       OR

   #2 ESTABLISHED    <- <SYN=y,ACK=x+len(DATA_A)+1,DATA_B>-  SYN-RCVD

   #3 ESTABLISHED    --- <ACK=y+len(DATA_B)+1>----------> ESTABLISHED

Notes
-----
To include illustration of the flow resulting from step 5 in
section 4.2.2. § Server: Receiving SYN and responding with SYN-ACK

                   ..."The server MAY include data in the SYN-ACK packet
      if the response data is readily available.  Some applications may
      favor delaying the SYN-ACK, allowing the application to process
      the request in order to produce a response, but this is left up to
      the implementation."

It would be good to illustrate this alternative handshake in further updated document but this ack of illustration does not fault the protocol function, hence, this "technical" errata type is changed to "editorial" and status is set to held for document update.  

--------------------------------------
RFC7413 (draft-ietf-tcpm-fastopen-10)
--------------------------------------
Title               : TCP Fast Open
Publication Date    : December 2014
Author(s)           : Y. Cheng, J. Chu, S. Radhakrishnan, A. Jain
Category            : EXPERIMENTAL
Source              : TCP Maintenance and Minor Extensions
Stream              : IETF
Verifying Party     : IESG