Re: 0-RTT Design for HTTP/2

Cory Benfield <cory@lukasa.co.uk> Wed, 16 December 2020 10:36 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 A34F03A08AB for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 16 Dec 2020 02:36:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.648
X-Spam-Level:
X-Spam-Status: No, score=-2.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lukasa-co-uk.20150623.gappssmtp.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 SLEwUzlOHJfD for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 16 Dec 2020 02:36:03 -0800 (PST)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (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 95E3C3A0896 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 16 Dec 2020 02:36:03 -0800 (PST)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1kpU8B-0008W7-9M for ietf-http-wg-dist@listhub.w3.org; Wed, 16 Dec 2020 10:34:03 +0000
Resent-Date: Wed, 16 Dec 2020 10:34:03 +0000
Resent-Message-Id: <E1kpU8B-0008W7-9M@lyra.w3.org>
Received: from titan.w3.org ([128.30.52.76]) by lyra.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <cory@lukasa.co.uk>) id 1kpU89-0008VM-VT for ietf-http-wg@listhub.w3.org; Wed, 16 Dec 2020 10:34:01 +0000
Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]) by titan.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from <cory@lukasa.co.uk>) id 1kpU88-0001Dz-0d for ietf-http-wg@w3.org; Wed, 16 Dec 2020 10:34:01 +0000
Received: by mail-lf1-x12b.google.com with SMTP id x20so27527551lfe.12 for <ietf-http-wg@w3.org>; Wed, 16 Dec 2020 02:33:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lukasa-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/wnqnzszr/rP0qF277HwlfYNn6FQzl9RR2HGqgu/SWc=; b=CY3UUfZ9LhodVqSTVzLeq1KcFaWF98eGC28C4KvSwyZoKSFyP/BPUa3KwEr8ZGS8kA I7LvbLONolGoShEzdcVIbLHVBP3g56eqy8S4XBS3oAAFoQIcdiiCeMMzRfP5cSZqhe2n e+BvvXJOKWo9NxdvqJ6YFt1ASZ0DiKuJbAqE5zdhvfOQMDo3W5Rar5SiZbZTIl6wTCq7 sOlF2om3/zK62RmquQv28yKxoB49/C38qQC7E35xgxFxdE7r7BAmA/KYqQfkQWUiFNff uDg7p8PYiIMsCJ47j3C6W7VOazVgoIF21ZnGjIjXBgWKruMTbbnoSkj14WIk15S8evGz Ddaw==
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=/wnqnzszr/rP0qF277HwlfYNn6FQzl9RR2HGqgu/SWc=; b=sFJlMQhB/PK/4Gtp9LCGodo3JjME/kk6OL2r+qS6BrglFn28d2OW9fJNBu76tpZTq9 JfcR9J3v0W93AsprF1ZYJs9VrP8JxgQ43zCrlGi5kjPeAjUOb2DxXYm5P9NEL5lLnlVp dqhdFIPujkIj3znWBBCGVfW+FotZFwe1KH0VVb9KbYb5zKTtIjHITTxXikitgVqvijak SCnR+NNP7x2iSHUpdvKnT5rle7G8naXne18ntwS6GH54IjWK2qIW2iYAqsodDgxqA9D9 cRb5lNBYOqmPkmcOKJtl9nC1DUprkq1Bef5LKdx399hcsZr6G1y33f9Ksq4v2m86BM4Y ZcZQ==
X-Gm-Message-State: AOAM530EimRKNeAyR/AGvxllRd1l8R4fc0Ezb97HFGXUbLgi30LLCF2k pHnxitmw4qVOnIh3JmR5i4aK0YonV3WuRTJsHC7JFlcxdhk=
X-Google-Smtp-Source: ABdhPJxBtpfX9f6C3+cavtOqcN8d81CkMkIuOThrsTMoDtWp3krM5CYn379zgLhz6gaL+dII3uKMZBLbdIdhLplY7jw=
X-Received: by 2002:a2e:99cc:: with SMTP id l12mr14758622ljj.448.1608114828101; Wed, 16 Dec 2020 02:33:48 -0800 (PST)
MIME-Version: 1.0
References: <126ee381-7828-451f-865a-db6357928243@www.fastmail.com>
In-Reply-To: <126ee381-7828-451f-865a-db6357928243@www.fastmail.com>
From: Cory Benfield <cory@lukasa.co.uk>
Date: Wed, 16 Dec 2020 10:33:37 +0000
Message-ID: <CAH_hAJEmDzfsQQ_V9vpFkGAZcXHtfKzfSDM0r6WJERb6y0_qMA@mail.gmail.com>
To: Martin Thomson <mt@lowentropy.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="UTF-8"
Received-SPF: pass client-ip=2a00:1450:4864:20::12b; envelope-from=cory@lukasa.co.uk; helo=mail-lf1-x12b.google.com
X-W3C-Hub-Spam-Status: No, score=-3.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1kpU88-0001Dz-0d 2031e0202bfc1dc8eb4760b590746413
X-Original-To: ietf-http-wg@w3.org
Subject: Re: 0-RTT Design for HTTP/2
Archived-At: <https://www.w3.org/mid/CAH_hAJEmDzfsQQ_V9vpFkGAZcXHtfKzfSDM0r6WJERb6y0_qMA@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/38311
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 Wed, 16 Dec 2020 at 07:15, Martin Thomson <mt@lowentropy.net> wrote:
>
> As part of our adoption call for HTTP/2 (reprise), I opened https://github.com/httpwg/http2-spec/issues/781 regarding the use of TLS early data.
>
> I thought that it might be worth the time to go through the exercise of defining an extension to h2 that enabled saving of settings across connections.  Here it is:
>
>    https://martinthomson.github.io/h2-0rtt/draft-thomson-httpbis-h2-0rtt.html
>
> For those who prefer text: https://tools.ietf.org/html/draft-thomson-httpbis-h2-0rtt-00
>
> Though this is conceptually simple (indicate 1 if you are prepared to remember settings), there are enough fiddly details here that I'm now unsure whether it is worthwhile trying to roll into our revision of HTTP/2.

I am somewhat nervous here about how many servers will implement this.

Typical OSS server implementations have a somewhat arms-length
relationship with their TLS stack. This tends to mean they don't
actually know exactly when new session ticket messages were sent.
While this is not a hard limitation (OpenSSL has the requisite
functions) it's the kind of barrier to entry that could be quite
awkward. This may also lead to limitations in how many HTTP/2 stacks
go through the effort of implementing the extension.

With that said, I'm sure that CDNs and browsers would, and that may be enough.

>
> I'm interested in what people think about this.  One of the major criticisms of the current arrangement is the time it takes to learn that an extension is available and this could help with that.
>
> Cheers,
> Martin
>