Re: Cache Digests status

Lucas Pardue <lucaspardue.24.7@gmail.com> Thu, 24 January 2019 11:54 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32ECC131107 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 24 Jan 2019 03:54:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.141
X-Spam-Level:
X-Spam-Status: No, score=-3.141 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KqArYVkoLM75 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 24 Jan 2019 03:54:05 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [IPv6:2603:400a:ffff:804:801e:34:0:38]) (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 7E68A13113E for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 24 Jan 2019 03:54:05 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1gmdYR-0004OL-CR for ietf-http-wg-dist@listhub.w3.org; Thu, 24 Jan 2019 11:52:19 +0000
Resent-Date: Thu, 24 Jan 2019 11:52:19 +0000
Resent-Message-Id: <E1gmdYR-0004OL-CR@frink.w3.org>
Received: from titan.w3.org ([2603:400a:ffff:804:801e:34:0:4c]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <lucaspardue.24.7@gmail.com>) id 1gmdYP-0004Nd-QQ for ietf-http-wg@listhub.w3.org; Thu, 24 Jan 2019 11:52:17 +0000
Received: from mail-vk1-xa32.google.com ([2607:f8b0:4864:20::a32]) by titan.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from <lucaspardue.24.7@gmail.com>) id 1gmdYO-0000lu-VF for ietf-http-wg@w3.org; Thu, 24 Jan 2019 11:52:17 +0000
Received: by mail-vk1-xa32.google.com with SMTP id s184so1241100vkd.6 for <ietf-http-wg@w3.org>; Thu, 24 Jan 2019 03:51:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=n3Q3rXbyf7u44L+AHwp7eq9HzNi1qWE0vkHHxLVDG9U=; b=QHiZD4ymtyHoRe9Obcuoe7n0QeJEFB2/BkXLPsWQaIBlrf8p8NDAF3tOUEsQPMaCeU FJVX/fUSEQOxSe/rHy6uZQ1lIpHE4vpSoiEHnxBVAg1RiJ2cD/pCxK7T1KJkrd73JT+s NN45X4chTjPtN9ok+5TSxbJoV4LWSwlxHD6lBpQvqRpcng0fQnpFo3ScUA2uwq4+McEJ Y0TMMBHPnyGZ9Nxc0CskcMhzhw9qbWtWA0fzT8RXkWmG+LIJhhSBnUGWnre8IGyj2VOz QToTSvohLoSaTXQ2hH5dNh5IzNbYW47ysKz5Qk9Js/2GsAQhF7rOiSyyIqjGV8kM93Ri n7OA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=n3Q3rXbyf7u44L+AHwp7eq9HzNi1qWE0vkHHxLVDG9U=; b=CyOLoEZJBukeQAUFOrSGTIcKpzdO7QLnCmc1QZ8XS2dYpMo6LLhC3IqanEww2fGpC2 xJ8dfyQA1UtdxOsMTmj66FyrffqhJn/oIRpnVPxWNyGA4ehk4cDRhJY4mS8luyU8OZE7 +fKTlXZmGRrV3Os+InNoPWjqrG4C4pHH66gZQJrudqgI/SWQGR4q657x0HrcEClAh20D bj5bx4amwiTNAH0kRFsdKjYQ7zc9+1faFNUdLuVH5MYJvrdF46skHcvYDGvRrGZtennT w1FON7i3XwszAxMtqmAeU863zTDVPtyqP8hyiaLRNATsKa88RhnSzdZ4N11rRDuScZaN pnig==
X-Gm-Message-State: AJcUuke13FTzccn1Jbk8OocKpXxirAyFnNsAQZtbeAmPgKwk3A0ixBzg JAo4u2ZdC6i+2Fj9qiJ+EQK2ajAeX3gdzEFO1SE=
X-Google-Smtp-Source: ALg8bN7MIj5WDE43SHR/Z6TrJDTbFruAmUJsEr/rf3iudnEqiCda3G4owD6LDGqjHlQaOvxqlwWggaO9fiq3eU/kL0I=
X-Received: by 2002:a1f:748:: with SMTP id 69mr2383669vkh.61.1548330716277; Thu, 24 Jan 2019 03:51:56 -0800 (PST)
MIME-Version: 1.0
References: <C95FC996-2D18-45A4-9F50-435FF831A91F@mnot.net> <f6813977-1d7a-ebed-f5ee-26be26d71ea8@ninenines.eu> <CADVGGb8uLZ0YUow96v1xcxMNXBvGPXWx6s94ps_xe6-XcXSPTw@mail.gmail.com>
In-Reply-To: <CADVGGb8uLZ0YUow96v1xcxMNXBvGPXWx6s94ps_xe6-XcXSPTw@mail.gmail.com>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Thu, 24 Jan 2019 11:51:44 +0000
Message-ID: <CALGR9obko4PiQY9oEJj0BUE-WJTwGGnzbavcOKN5py-nMYpWYg@mail.gmail.com>
To: Sebastiaan Deckers <sebdeckers83@gmail.com>
Cc: Loïc Hoguin <essen@ninenines.eu>, Mark Nottingham <mnot@mnot.net>, "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>, Patrick McManus <mcmanus@ducksong.com>, Tommy Pauly <tpauly@apple.com>, Kazuho Oku <kazuhooku@gmail.com>, Yoav Weiss <yoav@yoav.ws>
Content-Type: multipart/alternative; boundary="00000000000056aed8058032d693"
X-W3C-Hub-Spam-Status: No, score=-2.5
X-W3C-Hub-Spam-Report: AWL=1.343, 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_NONE=-0.0001, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1gmdYO-0000lu-VF 76cc3530067ff7c7c6a05d862f6ff277
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Cache Digests status
Archived-At: <https://www.w3.org/mid/CALGR9obko4PiQY9oEJj0BUE-WJTwGGnzbavcOKN5py-nMYpWYg@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/36290
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On Thu, 24 Jan 2019, 11:35 Sebastiaan Deckers <sebdeckers83@gmail.com wrote:

> Since Node.js does not expose a low level API to HTTP/2 frames it is
> impossible (afaik?) to implement the spec properly at this time. Not sure
> about other popular frameworks/languages and their HTTP/2 implementations.
> Perhaps affordance could be made in the spec to use headers instead of
> custom frames. Or maybe implementors of HTTP/2 could be encouraged to
> expose frame-level access, just like custom HTTP header fields
>

I think this is an important observation. The utility of H2 extension
frames is restricted by their ease of use (or lack thereof). It is very
difficult to experiment with ideas for extension frames. The current
landscape seems to place the client-side as a gate with a high bar. In
contrast, headers are very easy to experiment with and build a supporting
case.

If we consider the origins of Cache Digest, would it have even been adopted
without the evidence from the sub-optimal cookie-based prior work?

Frames have some unique characteristics that are not possible with headers
alone.  It is a shame that the present state of affairs make it hard to
realize their potential.

Lucas