[tcpm] [Technical Errata Reported] RFC9438 (7806)

RFC Errata System <rfc-editor@rfc-editor.org> Fri, 09 February 2024 16:06 UTC

Return-Path: <wwwrun@rfcpa.amsl.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 4F3E5C151080 for <tcpm@ietfa.amsl.com>; Fri, 9 Feb 2024 08:06:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.659
X-Spam-Level:
X-Spam-Status: No, score=-6.659 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id do0GRYOuwlOA for <tcpm@ietfa.amsl.com>; Fri, 9 Feb 2024 08:06:11 -0800 (PST)
Received: from rfcpa.amsl.com (rfcpa.amsl.com [50.223.129.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73B42C151707 for <tcpm@ietf.org>; Fri, 9 Feb 2024 08:06:11 -0800 (PST)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id 448D21A3C482; Fri, 9 Feb 2024 08:06:11 -0800 (PST)
To: xu@unl.edu, sangtae.ha@colorado.edu, injongrhee@gmail.com, vidhi_goel@apple.com, lars@eggert.org, martin.h.duke@gmail.com, zahed.sarker.ietf@gmail.com, nsd.ietf@gmail.com, tuexen@fh-muenster.de, ianswett@google.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: rs.ietf@gmx.at, tcpm@ietf.org, rfc-editor@rfc-editor.org
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20240209160611.448D21A3C482@rfcpa.amsl.com>
Date: Fri, 09 Feb 2024 08:06:11 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/wqhFcdzBAX5q8pg3H9q2RKHpvXg>
X-Mailman-Approved-At: Sat, 10 Feb 2024 08:48:02 -0800
Subject: [tcpm] [Technical Errata Reported] RFC9438 (7806)
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 09 Feb 2024 16:06:15 -0000

The following errata report has been submitted for RFC9438,
"CUBIC for Fast and Long-Distance Networks".

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

--------------------------------------
Type: Technical
Reported by: Richard Scheffenegger <rs.ietf@gmx.at>

Section: 4.1.2

Original Text
-------------
* cwndprior: Size of cwnd in segments at the time of setting ssthresh
  most recently, either upon exiting the first slow start or just
  before cwnd was reduced in the last congestion event.


Corrected Text
--------------
* cwndprior: Flight Size as defined in RFC5681 in segments at
  the time of setting ssthresh most recently, either upon exiting
  the first slow start or just before cwnd was reduced in the last
  congestion event.


Notes
-----
The implicit assumption appears to be, that only singular, isolated events happen during a cubic congestion control response. However, it is not uncommon that multiple events, such as loss, loss recovery initiation, followed by one or more RTOs happen. In many implementations, cwnd only properly tracks Flight Size while no loss recovery is going on. RFC5681 made it clear, that adjustments to ssthresh should be based off of the (estimated) Flightsize. Similarly, it appears prudent to observe Flight Size and not a potentially adjusted cwnd value here.

The observed effect of deriving cwnd_prior directly from cwnd, and not Flight Size is a deflated value for ssthresh, earlier transition from slow-start to congestion avoidance, and less rapid resumption of reasonable bandwidth after e.g. a burst loss event followed by a RTO.

RFC5681 section 7 has this to say around setting ssthresh:

   The treatment of ssthresh on retransmission timeout was clarified.
   In particular, ssthresh must be set to half the FlightSize on the
   first retransmission of a given segment and then is held constant on
   subsequent retransmissions of the same segment.

Instructions:
-------------
This erratum is currently posted as "Reported". (If it is spam, it 
will be removed shortly by the RFC Production Center.) Please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
will log in to change the status and edit the report, if necessary.

--------------------------------------
RFC9438 (draft-ietf-tcpm-rfc8312bis-15)
--------------------------------------
Title               : CUBIC for Fast and Long-Distance Networks
Publication Date    : August 2023
Author(s)           : L. Xu, S. Ha, I. Rhee, V. Goel, L. Eggert, Ed.
Category            : PROPOSED STANDARD
Source              : TCP Maintenance and Minor Extensions
Area                : Transport
Stream              : IETF
Verifying Party     : IESG