From nobody Fri Sep 9 10:50:01 2022 Return-Path: X-Original-To: quic@ietfa.amsl.com Delivered-To: quic@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C29DC1524C6 for ; Fri, 9 Sep 2022 10:50:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.104 X-Spam-Level: X-Spam-Status: No, score=-2.104 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, 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=gmail.com 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 2M48807wlXii for ; Fri, 9 Sep 2022 10:49:56 -0700 (PDT) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 849F3C1522AD for ; Fri, 9 Sep 2022 10:49:56 -0700 (PDT) Received: by mail-wm1-x334.google.com with SMTP id bg5-20020a05600c3c8500b003a7b6ae4eb2so5060849wmb.4 for ; Fri, 09 Sep 2022 10:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=w9YQr8r7i85zzYFk+QVv+9KFqcX8WpphZM6hwjR7l6g=; b=X/eljD5J85BRnzS1HzojPsGSOCrG4AdIXOw+8aX7EmiT773zWSVfatwW3B67w07elw kDfka5KQLLo7mjBwkcVRw8RRpLxxD4cKa6rEwYyULv6q1gFaIvjeK3kpQTg/7vVL3l5/ Io6L9m51/SbD7tYpeX+XuXvawb9xRoEsXUJAuQBei4j8w8Lu1yrM9sRJgnW052A0E9CF xSyujvQ/wvHLjRDQOhwWV04hWZw+hVmcH2VmPCXOEMNYoKjreyANKVFV/IEVvskEfxU9 wjOK5oS7gaX1UVb0Mk2ineWINHIvYoU5F/IU6ZASZNKhcXKH3f8bIcv7ZDObFFf4Og7u xKvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=w9YQr8r7i85zzYFk+QVv+9KFqcX8WpphZM6hwjR7l6g=; b=g0N1VgJeChuNPSRa2B5nD8q6kY+cTIHn6q4+2I5+WxwY3LNUFvF2YolUMAHmTmHVin JwQxJd5/8NNyrTC3jiSPXU8nMS11pOk72vVW1fVd1WZ7RtuoibpVPKtkr6lS9OfFYEsN rRIUfJmbXzR6/x+y6B68R/iJFgmpHygsXDIOgCsPNBYd0zsvbaA76A7erfLU4WCr2rnO kfWSI59uwXP8/Z+dD/baEpZd5XXrqlEsDP5so5E5HQ+lKS7FTZsm3hStpB63Y7F9VLu6 YyPeO11f74TyYr+F6ipgjo58lpRl5yvNPjBBwlNKeHy0t4UpWs+pj2aQJdNAivVrDhbs NEKA== X-Gm-Message-State: ACgBeo3md/GWhlXVn95BuG9krWrB540rBFyYUNd7OtdxxpCe/xtpJ38H qneRJoCXh28Ms6XSUisT12aq6uAK1/igOANRI9I= X-Google-Smtp-Source: AA6agR5QC3CGNmwDcC0CQhBFMvC462Kk+f4Kbpb5dL2W2FGX0+uJIemwIVKpg1hBJWJa9/hCDY65+v3gm2wbr+43zdk= X-Received: by 2002:a05:600c:4e4c:b0:3a5:eb9b:b489 with SMTP id e12-20020a05600c4e4c00b003a5eb9bb489mr5999167wmq.56.1662745794825; Fri, 09 Sep 2022 10:49:54 -0700 (PDT) MIME-Version: 1.0 References: <5c820d25-fe7e-08b9-8392-eb3525c0a36d@erg.abdn.ac.uk> <0fcf5343-5097-431d-99ca-be12ec6fa8e6@beta.fastmail.com> <0670E2A6-EE4F-44BC-BD8C-598441FE7CE3@ericsson.com> <601DD1C1-C199-48C5-8E58-ED1B201B1F15@bbc.co.uk> In-Reply-To: <601DD1C1-C199-48C5-8E58-ED1B201B1F15@bbc.co.uk> From: Matt Joras Date: Fri, 9 Sep 2022 10:49:43 -0700 Message-ID: Subject: Re: Call for Adoption: Careful resumption of congestion control from retained state with QUIC To: "Piers O'Hanlon" Cc: Lucas Pardue , "quic@ietf.org" Content-Type: multipart/alternative; boundary="00000000000073d4cb05e8422cbb" Archived-At: X-BeenThere: quic@ietf.org X-Mailman-Version: 2.1.39 Precedence: list List-Id: Main mailing list of the IETF QUIC working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2022 17:50:00 -0000 --00000000000073d4cb05e8422cbb Content-Type: text/plain; charset="UTF-8" Hello all, To close the loop here, we'd like to thank all respondents to the call for adoption. The chairs' sense of the feedback is that while this is useful work that people support at the IETF, it is work in a problem space is more broadly to do with congestion control and not entirely QUIC specific. As such, this work is most likely suited to another working group. Coincidentally, parallel to the adoption call for careful resume, the Transport Area ADs launched a proposal for a new congestion control focused WG. This was discussed on the TSVAREA list and during the IETF 114 session, with next steps posted to the list [1]. A few respondents identified that this new group, should it form, would be a suitable venue for such a document. Based on the feedback we have received, together with other activity in the IETF, the chairs have judged there is not currently consensus for adopting careful resume to the QUIC WG. Matt & Lucas [1] - https://mailarchive.ietf.org/arch/msg/tsv-area/r_4jPmT55sKl0iumvIPklITb9gc/ On Tue, Jul 26, 2022 at 4:59 AM Piers O'Hanlon wrote: > I agree it would something useful to work on (given the Linux Kernel has > provided something similar for tcp with its `ip tcp_metrics` for some time) > but it seems more general so other working groups could benefit from. > > > > > On 25 Jul 2022, at 17:16, Lucas Pardue > wrote: > > > > Reminder: the adoption call ends in several hours. > > > > If you have yet to comment, please do so soon. > > > > > > --00000000000073d4cb05e8422cbb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

To close the loop here, we'd like to= thank all respondents to the call for adoption. The chairs' sense of t= he feedback is that while this is useful work that people support at the IE= TF, it is work in a problem space is more broadly to do with congestion con= trol and not entirely QUIC specific. As such, this work is most likely suit= ed to another working group. Coincidentally, parallel to the adoption call = for careful resume, the Transport Area ADs launched a proposal for a new co= ngestion control focused WG. This was discussed on the TSVAREA list and dur= ing the IETF 114 session, with next steps posted to the list [1]. A few res= pondents identified that this new group, should it form, would be a suitabl= e venue for such a document.
Based on the feedback we have received, tog= ether with other activity in the IETF, the chairs have judged there is not = currently consensus for adopting careful resume to the QUIC WG.

Matt= & Lucas
[1] - https://mailarchive.ietf.org/arch/msg/ts= v-area/r_4jPmT55sKl0iumvIPklITb9gc/

On Tue, Jul 26, 2022 at 4:59 AM Pier= s O'Hanlon <piers.ohanlon= @bbc.co.uk> wrote:
I agree it would something useful to work on (given the Linux Ke= rnel has provided something similar for tcp with its `ip tcp_metrics` for s= ome time) but it seems more general so other working groups could benefit f= rom.



> On 25 Jul 2022, at 17:16, Lucas Pardue <lucaspardue.24.7@gmail.com> wro= te:
>
> Reminder: the adoption call ends in several hours.
>
> If you have yet to comment, please do so soon.
>
>

--00000000000073d4cb05e8422cbb--