Re: [tcpm] I-D Action: draft-ietf-tcpm-prr-rfc6937bis-05.txt

rs.ietf@gmx.at Wed, 31 January 2024 16:04 UTC

Return-Path: <rs.ietf@gmx.at>
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 100F4C14F5FE; Wed, 31 Jan 2024 08:04:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.804
X-Spam-Level:
X-Spam-Status: No, score=-2.804 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmx.at
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 KMn2mpfhQAFq; Wed, 31 Jan 2024 08:04:09 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 088D4C14F70B; Wed, 31 Jan 2024 08:04:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1706717043; x=1707321843; i=rs.ietf@gmx.at; bh=xon6anx8gvijCSlBZia5xAx43dObr2JaorPQ/bEJNX8=; h=X-UI-Sender-Class:Date:From:Reply-To:Subject:To:References: In-Reply-To; b=KJC4KI5xKmDFZU15uMhVYo4RHd5t8mMXuHiTucwMLoVWoc82VmdinNZ+fhzyb1JR t1LqfJ1W7+ShjQMxXHHaznDlxQcIMhWkQGf/RLb/HkxCpnE2amKYzmBuGNNKIacoD wT66Wc2awU8V7Bxl+J9gV5sZaA4ykdDhYs+UkKYF8VjRbR9+7ZsYKBRCLooAUwsSh OhMrVsArXbcd6mXGwfYo2aY5LlfbKtR5FlRukcSyodmUm5YGM8hUjr48U19+Gs6y8 Paz+inOxIRCAQ9LXIjqFyMLf5EjOssYnhzUHGLlyblbIvboO/0gkNW/W6utGyrkgc g4YsiRsX9ylL2GrdEg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.233.122] ([185.236.167.136]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MPGRp-1rhWBj33pF-00PgVx; Wed, 31 Jan 2024 17:04:02 +0100
Message-ID: <4cbabb73-10ff-44ef-a0ee-0d7bdbe124ff@gmx.at>
Date: Wed, 31 Jan 2024 17:04:01 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
From: rs.ietf@gmx.at
Reply-To: rs.ietf@gmx.at
To: tcpm@ietf.org, internet-drafts@ietf.org, i-d-announce@ietf.org
References: <170657898135.64951.13444558093264676035@ietfa.amsl.com>
In-Reply-To: <170657898135.64951.13444558093264676035@ietfa.amsl.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:qc/49lgWf0GBwvSRZ63Wnxeb1+Yt8678r4yZ903hhtVOauRZ7Rm qqk7bTwzHAsbDq6CZWW+dl8vjFOMd2TNoVv15sSeKDqz2GaUpfZKCWAeDZSo2wGZ4ER8JP0 AKg65WmN5Gx/pA64CDH1HEn1kHSz3wx1L3k0aaowypHMn3wZGoRdbXM4eCpGjrrQ34YHgSA E+Ev2gjqTbfYJOm/G/n5A==
UI-OutboundReport: notjunk:1;M01:P0:Wgm0ZU9mnAk=;XN9bv7XAgfwdqZk8aMEZmQWmW6H lcYBK3b36nw7Sp9ywAfcBMXG52ZcKltD3bP/JJilzY+YnQxxO5/Y0ywEwePXaxt6/Ld5zlmDg EzH56RguIwgTgFTiEdhgpAU5MfPGF8m5mj4LXWSYJFRATEiTkFYpu/ZxY/SOurOqW7WjHlMPC +8AK1Nu9JyQLGBGksNPJu0D4kw6bFOH6L4pWq4y2q++levP2+qHPijpC89cFAOVwtb/j9GZVk hCqcFxiWNDNFWc+xNm66d9CgHw9DQCV/QJybY1pUATf/kX2GhENNMEK6lvSdQkLDdtR0gNOrp M9wepo97V9IXTf6iwjbpTsebmZhtU7uhcpTCR24I+H/CB09QuzykAuJYA8IxgqN47xV0rinRd AOo9JS4FMl/nD/zcnQn2NsjQ5fGuqYb/PKgndZf1nSn3cSIsUGA2qS3yHqZb/jrf/VTlDFfXK dYZ96gx25dAysQfi5xpbdYF2sm2kvcPJg//THj0vMJAGk5copKds5339or44NN+7J9IQXnAoa kqpz6xv+pWccutsAQDYwDV6B95B/tcsCVcwJIHNoHiQ0XcSzwLcsRs/NAF9D62Dheq0tez24M G0ulgAu9h9NU62RFD8Ln6XKZFWpwrMf7Ern6OT24Xj3xSneL6yofospTeBQEvQ8BGELAYWowT 5xQzveDpA9HTtdXk5027PfOqzgbGOZKW90V4EH3LjYfm3F9bSqFIwEQHHBlKhFDdkYRsK0ru3 I3GY2IoeA0ZERSSbw9OvdE1oQzFb+pvHrWpTtz74ETIDSLDwkrnaLm9tbo6GKJPKDVD9NPhrF JHLr6ZuGfgmnasSYn46VAKRbGkdafqhJ1Q90rYWpnLMg8=
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/7gE2O8CPM-GFdqsFUAZlcAUxJFI>
Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-prr-rfc6937bis-05.txt
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: Wed, 31 Jan 2024 16:04:13 -0000

Hi,

I'm slightly surprised that PRR removes any specific mentioned to the
SACK loss recovery (with already SACKed data) vs. non-SACK loss
recovery. The wording changed in section 5 makes it more ambigious if
delivered data (SACKed) at the initialization of PRR loss recovery
should be included or not...

This is the one technical change in this revision; excluding SACKed data
on entering PRR loss recovery, doesn't that either add complexity
(tracking what SACKed / retransmitted / lost data was at the start of
PRR and excluding this subsequently), or inflate the transmission
opportunities when SndCnd is calculated?


Also, there are a few nits:

Double Dot (..) last in 3rd to last paragraph in section 5 (RecoverFS).

Spurious "Figure 1" in section 6  - it's not clear why these initial
values need to be a Figure.


Best regards,
    Richard


Am 30.01.2024 um 02:43 schrieb internet-drafts@ietf.org:
> Internet-Draft draft-ietf-tcpm-prr-rfc6937bis-05.txt is now available. It is a
> work item of the TCP Maintenance and Minor Extensions (TCPM) WG of the IETF.
>
>     Title:   Proportional Rate Reduction for TCP
>     Authors: Matt Mathis
>              Nandita Dukkipati
>              Yuchung Cheng
>              Neal Cardwell
>     Name:    draft-ietf-tcpm-prr-rfc6937bis-05.txt
>     Pages:   17
>     Dates:   2024-01-29
>
> Abstract:
>
>     This document updates the experimental Proportional Rate Reduction
>     (PRR) algorithm, described RFC 6937, to standards track.  PRR
>     provides logic to regulate the amount of data sent by TCP or other
>     transport protocols during fast recovery.  PRR accurately regulates
>     the actual flight size through recovery such that at the end of
>     recovery it will be as close as possible to the slow start threshold
>     (ssthresh), as determined by the congestion control algorithm.
>
> The IETF datatracker status page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-tcpm-prr-rfc6937bis/
>
> There is also an HTML version available at:
> https://www.ietf.org/archive/id/draft-ietf-tcpm-prr-rfc6937bis-05.html
>
> A diff from the previous version is available at:
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-tcpm-prr-rfc6937bis-05
>
> Internet-Drafts are also available by rsync at:
> rsync.ietf.org::internet-drafts
>
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm