Re: [Technical Errata Reported] RFC9204 (7277)

Lucas Pardue <lucaspardue.24.7@gmail.com> Fri, 16 December 2022 18:19 UTC

Return-Path: <lucaspardue.24.7@gmail.com>
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 C2FF0C15171E for <quic@ietfa.amsl.com>; Fri, 16 Dec 2022 10:19:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.847
X-Spam-Level:
X-Spam-Status: No, score=-6.847 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 ldZ6A2wCCcJc for <quic@ietfa.amsl.com>; Fri, 16 Dec 2022 10:19:52 -0800 (PST)
Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (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 60EF9C1516F7 for <quic@ietf.org>; Fri, 16 Dec 2022 10:19:52 -0800 (PST)
Received: by mail-ot1-x32c.google.com with SMTP id r2-20020a9d7cc2000000b006718a7f7fbaso1860801otn.2 for <quic@ietf.org>; Fri, 16 Dec 2022 10:19:52 -0800 (PST)
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:message-id:reply-to; bh=gKXBxkXj0elpOYDdIMlCQ2pXFOR5YccsXG83dPVzyho=; b=bJuTvGVI98hSJoK1sJpO3WLG2OuIuJsdrnKqYEIgLx3i9Imr6J/d2BwrL9WwZHlp13 4cVsIfLx1m0P5v1B7VOs1w+96eSN/BwB1wd0mT4HXBg06kxiqIB6bHdaK+e+WIVq6aBj B7rtLhS9+q2G4MIyMF5VPDV6xa1IanoDLKn3KNT0Tdf+2gOdycnkv1JjD99FCZgtqHew u8lOD5q3+KFgJHCL2Sa85J0fU+NblPlCxyrao3rPeSky9Jfcl9UDb0nLz+ETc9+EUZ9x 72BYg0QvJ3+gZr0UfLP3mYMVSfzkU2yRqkkQ6B0xuAjHaPMADY2yHEF+H2n39mpbF/Xp /VSA==
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:message-id :reply-to; bh=gKXBxkXj0elpOYDdIMlCQ2pXFOR5YccsXG83dPVzyho=; b=sVDkeXZBEq6HPu2y6SJ2HykkqLta0HVYUfB8GxpvscoGSgtUlmGKrSeGPF7jwG1G5O i3WmWwoGKUUQUtEgCgDp2jQg7JB0T2dyABaeA2ewc/WIgyGjvPOChLsZAizAi19xeuyb t2H6+EWoU8ZSXVUm8hlTFmkVrrgp/Yg8HtGNUOrvJVpJrsZt659ok6w3m9aLnPmWRA2N mGF6XAUvEoEivY6B4Ao5fRi94C/ZV0BSpUSHeibaqvogVekBLi8GTS8T76Ee9whNBdew gxVbs4MJl7cshFOiTOl1Wi1WzLc4Y7G4fk/KyuIHrB72t2nilY0d4KS513JAQtwexl4b P7nQ==
X-Gm-Message-State: ANoB5pkuKlCRrxjyHc1M1QDJSX9QuzXSIVoemxLc94DT4um5vfFsyiGD Ir5uPv9Dzu6Pqrj0JPxkNjsh/GISsW8W5coO0RyrlyMD
X-Google-Smtp-Source: AA0mqf4ESNSRT6AHqsf55KVEsOI2THqN6x7nyIgB3+TfTcegvdNR9Hv4shPpLjxLcMw2PGEil2y+2FLDyPYbZ7khl/c=
X-Received: by 2002:a9d:4b0a:0:b0:672:f566:f087 with SMTP id q10-20020a9d4b0a000000b00672f566f087mr573995otf.143.1671214791544; Fri, 16 Dec 2022 10:19:51 -0800 (PST)
MIME-Version: 1.0
References: <20221215233141.39BA52B443@rfcpa.amsl.com> <b7a486d9-d23b-4d71-8fa3-ca811c14eead@betaapp.fastmail.com> <PA4PR07MB84145558156CF9EE683191F295E69@PA4PR07MB8414.eurprd07.prod.outlook.com> <CALGR9oZ2WbEfoe+9N7RUgxo4Oy4fxwiFu9pKNVaAb7taE5f4hg@mail.gmail.com> <63761e06-bdd6-cd60-9374-5e086d8dbbea@gmx.de> <4BCE2C9D-192C-42EC-98DD-FF7F8AF2A61D@gbiv.com>
In-Reply-To: <4BCE2C9D-192C-42EC-98DD-FF7F8AF2A61D@gbiv.com>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Fri, 16 Dec 2022 18:19:36 +0000
Message-ID: <CALGR9oYQnGfpyta47LRvcD97CE7UULQUPGbJBZqUtMP0-MBQuQ@mail.gmail.com>
Subject: Re: [Technical Errata Reported] RFC9204 (7277)
To: "Roy T. Fielding" <fielding@gbiv.com>
Cc: Julian Reschke <julian.reschke@gmx.de>, QUIC WG <quic@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000fe771705eff6039b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/-CyGzt1sBcuIuvSOsG-u1rquYc0>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 16 Dec 2022 18:19:52 -0000

Please see the wiki page link I posted upthread, which in turn links to the
issue and PR for the QPACK static table. It describes how raw information
was collected from the HTTP archive, analysed with BigQuery, and
selectively tailored. Mike Bishop can probably add more detail if required.


On Fri, 16 Dec 2022, 17:55 Roy T. Fielding, <fielding@gbiv.com> wrote:

> > On Dec 16, 2022, at 5:24 AM, Julian Reschke <julian.reschke@gmx.de>
> wrote:
> >
> > But then, maybe the interesting question is "how did this value into the
> > table in the first place"? Anything we can learn here not to do a
> > similar mistake again?
>
> I did mention it many times during the development of h2 and quic
> that the original capture trace was inside a university cache hierarchy's
> proxy traffic that likely wasn't representative of the open Internet.
>
> The response was always that updating to a fresh capture would be too
> big of a change prior to publication.  Likewise, getting a better trace
> from multiple real sources (to avoid server-specific specialization)
> wasn't something that anyone wanted to organize due to the privacy
> issues.
>
> What we should have done is reach out to a third party
> (like UCSD's group that does Internet measurements) to organize it
> as a research project, and just adopt their results at the end.
>
> ....Roy
>
>