Plan for remaining open design issues

Lars Eggert <lars@eggert.org> Wed, 29 April 2020 13:52 UTC

Return-Path: <lars@eggert.org>
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 4C75C3A1084 for <quic@ietfa.amsl.com>; Wed, 29 Apr 2020 06:52:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O01q2Gn_0x6q for <quic@ietfa.amsl.com>; Wed, 29 Apr 2020 06:52:39 -0700 (PDT)
Received: from fgw21-4.mail.saunalahti.fi (fgw21-4.mail.saunalahti.fi [62.142.5.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E5B83A1079 for <quic@ietf.org>; Wed, 29 Apr 2020 06:52:39 -0700 (PDT)
Received: from eggert.org (unknown [62.248.255.8]) by fgw21.mail.saunalahti.fi (Halon) with ESMTPSA id ae524400-8a20-11ea-bfc3-005056bdd08f; Wed, 29 Apr 2020 16:52:36 +0300 (EEST)
Received: from stickers.eggert.org (stickers.eggert.org [172.21.96.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by eggert.org (Postfix) with ESMTPSA id 02ECC879866 for <quic@ietf.org>; Wed, 29 Apr 2020 16:52:28 +0300 (EEST)
From: Lars Eggert <lars@eggert.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_32ADF2FF-594F-484C-A056-4E6C3883C396"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Subject: Plan for remaining open design issues
Message-Id: <F1B5043D-4700-4A02-9F1F-F8D2B02FD520@eggert.org>
Date: Wed, 29 Apr 2020 16:52:28 +0300
To: QUIC WG <quic@ietf.org>
X-MailScanner-ID: 02ECC879866.A5AB8
X-MailScanner: Found to be clean
X-MailScanner-From: lars@eggert.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/mnoYD3flbeI3XjqUMUgFGKbMxTI>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Apr 2020 13:52:42 -0000

Hi,

if you look at the late-stage process project board (https://github.com/quicwg/base-drafts/projects/5), you'll find three remaining open design issues:

* Text on ECN probing
  https://github.com/quicwg/base-drafts/issues/3585

* Changing the Default QUIC ACK Policy
  https://github.com/quicwg/base-drafts/issues/3529

* QUIC PTO is too conservative, causing a measurable regression in tail latency
  https://github.com/quicwg/base-drafts/issues/3526

I'd like to outline how we intend to handle resolution of those:

Lucas is about to issue a consensus call for a bunch of issues for which we seem to have converged on resolutions. When this consensus call ends, all resolutions of issues for which he have confirmed consensus will be incorporated into the next -28 draft versions.

We then intend to give implementors a bit of time to confirm that the changes in -28 are implementable as specified and interoperate. (We'll likely schedule a virtual interop event for this.)

During the consensus call and the implementation/interop period of -28, we strongly encourage interested parties to drive the discussion on the three issues above (and potentially any issues that may fail to get consensus during the upcoming call).

If any such issues seem to gain consensus, we'll do another consensus cycle and issue -29. Otherwise, we intend to try a WGLC on -28 as-is.

Lars