[tsvwg] Re: WGLC for Convergence of Congestion Control from Retained State (draft-ietf-tsvwg-careful-resume)
Gorry Fairhurst <gorry@erg.abdn.ac.uk> Sat, 15 March 2025 14:31 UTC
Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: tsvwg@mail2.ietf.org
Delivered-To: tsvwg@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 85EFBBA73BD for <tsvwg@mail2.ietf.org>; Sat, 15 Mar 2025 07:31:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=erg.abdn.ac.uk
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eUehvPBszcr9 for <tsvwg@mail2.ietf.org>; Sat, 15 Mar 2025 07:31:09 -0700 (PDT)
Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [IPv6:2001:630:42:150::2]) by mail2.ietf.org (Postfix) with ESMTP id 77C9FBA73B2 for <tsvwg@ietf.org>; Sat, 15 Mar 2025 07:31:09 -0700 (PDT)
Received: from [172.27.11.158] (unknown [147.50.11.11]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id 4C56B1B00899; Sat, 15 Mar 2025 14:31:03 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=erg.abdn.ac.uk; s=default; t=1742049068; bh=yCuAy00gRkY59Mr5daQnl9mbKbYu+3YJalM3ZKHucOA=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=RfjHaObdOPtrm0Q7P3tki9+kOhlbpFYbBOAb15mSpCzxSQHRc++MIQ54224HiHTsh ppAuhjfxBy4ijamaVtGt0EsqGh+E84fmo+IOIZUrKLVPmeDRuCZub6I/Sg807XjjNc 4CxvBZuVaJfPu65EUUsx1qkwo8CwFyqoD/X9vPDUyiwMeap19QjLIf5zxdwdLcAX3o QC5wRJJwYSbJkOZ7NuFY8iFLdLk1aLjf+iF82Xu8Kwg7X1tPDtjRfUU+DRsDC1duC8 861tKe+IpiyVXCB5J73sCs13UUMbpYcyA7+Z9pXkhsGEgcwBmYmDgGQIGrIZXPiiZH X4WKio8Xe1Tag==
Content-Type: multipart/alternative; boundary="------------jNhE8H5GHfF30YwlytsldDbk"
Message-ID: <5fe2dd0f-6011-4d8f-9b01-eec29fd78347@erg.abdn.ac.uk>
Date: Sat, 15 Mar 2025 21:30:59 +0700
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-GB
To: Kazuho Oku <kazuhooku@gmail.com>, Marten Seemann <martenseemann@gmail.com>
References: <CAOYVs2psDQEAwB0v+ThLpdBGn917_+4z2w8wBROfb+rSRVtwcA@mail.gmail.com> <CANatvzxQ4HURSMzTk6hftz4Q7TsF20amW-O_hZrThCqmPCLCLQ@mail.gmail.com>
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: UNIVERSITY OF ABERDEEN
In-Reply-To: <CANatvzxQ4HURSMzTk6hftz4Q7TsF20amW-O_hZrThCqmPCLCLQ@mail.gmail.com>
Message-ID-Hash: 2M4BDTDQKFMRAOSULQQ5GEOLWBCSWJT5
X-Message-ID-Hash: 2M4BDTDQKFMRAOSULQQ5GEOLWBCSWJT5
X-MailFrom: gorry@erg.abdn.ac.uk
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tsvwg.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: tsvwg <tsvwg@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [tsvwg] Re: WGLC for Convergence of Congestion Control from Retained State (draft-ietf-tsvwg-careful-resume)
List-Id: Transport Area Working Group <tsvwg.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/5t8fwxyWY06U6a0s60iEK3eTm-g>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Owner: <mailto:tsvwg-owner@ietf.org>
List-Post: <mailto:tsvwg@ietf.org>
List-Subscribe: <mailto:tsvwg-join@ietf.org>
List-Unsubscribe: <mailto:tsvwg-leave@ietf.org>
On 15/03/2025 17:23, Kazuho Oku wrote: > Hello, > > I know it's really late but I finally had a chance to read -15 (the > most recent version). I see lots of improvements from -12, -15 looks > really great. Thank you for all the efforts. > > When reading -15, I had the following questions floating inside my > head. I could very well be missing something, or it could be the case > that the same question has already been asked and answered. If so, > please forgive me for the noise. These are good points. > > Section 3.1: > > If the measured CWND is less than four times the Initial Window (IW) > a sender can choose to not save the CC parameters, because the > additional actions associated with performing Careful Resume for a > small CWND would not justify its use. > > Isn't it two times, assuming that RTT is known during connection > establishment? I think the benefit comes when the saved_cwnd is x4, i.e., the jump_cwnd > 2 *IW. > > Section 3.6: > > This section talks about RTO, but QUIC does not have RTO. QUIC uses > Probe Timeouts (PTOs) instead; see RFC 9002 Section 4.7. Considering > that the I-D gives specific advices to QUIC implementers in other > sections, it might make sense to refer to PTO here. Yes, to make this better suited to QUIC, I suggest: "A sender that experiences persisent congestion (e.g., a Retransmission Time Out, RTO, expiry in TCP) ceases to use Careful Resume." > > Section 4.1: > > > At the end of slow start, the CWND can be significantly larger than > needed to fully utilise the path (i.e., a CWND overshoot). It is > inappropriate to use an overshoot in the CWND as a basis for > estimating the capacity. In most cases, the CWND will converge to a > stable value after several more RTTs. One mitigation could be to set > the saved_cwnd based on the flight_size, or an averaged CWND. > > I-D suggests the use of flight_size, but doesn’t flight_size share the > same problem? I think what we might want to suggest here is to use the > confirmed pipe size (i.e., CWND / 2) if the connection is closed > during Slow Start. > I suggest: One mitigation when a connection is in Slow Start could be to set the saved_cwnd based on the validated pipe size (i.e., CWND / 2). Thanks again, do let me know if these changes would address your comments, Gorry > > 2025年1月19日(日) 21:25 Marten Seemann <martenseemann@gmail.com>: > > This email starts a 2 week WG Last Call call to determine if the > following TSVWG ID is ready to publish: > > https://datatracker.ietf.org/doc/draft-ietf-tsvwg-careful-resume/ > > This document targets Proposed Standard. > > The WGLC will conclude on February 2, 2025. > > Please do read the draft, and send any comments/concerns to the > TSVWG mailing list, including notes on whether these are ready to > publish (or send an email directly to the chairs). > > Best wishes, > Gorry and Marten > (tsvwg co-chairs) > > > > -- > Kazuho Oku
- [tsvwg] WGLC for Convergence of Congestion Contro… Marten Seemann
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Zaheduzzaman Sarker
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Joerg Deutschmann
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Gorry Fairhurst
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Matthias Hofstätter
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Border, John
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Border, John
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Border, John
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Gorry Fairhurst
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Border, John
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Nicolas Kuhn
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Border, John
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Mirja Kuehlewind
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Gorry Fairhurst
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Kazuho Oku
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Gorry Fairhurst
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Marten Seemann
- [tsvwg] Re: WGLC for Convergence of Congestion Co… Kazuho Oku