Re: Proposal Towards Universal HTTP/3, with a polyfill of QUIC for TCP (Fwd: New Version Notification for draft-kazuho-httpbis-http3-on-streams-00.txt)

Stefan Eissing <stefan@eissing.org> Fri, 16 February 2024 09:20 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=ietf.org@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 8FC83C18DBB8 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 16 Feb 2024 01:20:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.755
X-Spam-Level:
X-Spam-Status: No, score=-2.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=w3.org header.b="nXjVUXPp"; dkim=pass (2048-bit key) header.d=w3.org header.b="lvV+jKaU"; dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=eissing.org header.b="yn9NYXwv"
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 5HIW8TyEB39n for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 16 Feb 2024 01:20:23 -0800 (PST)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6AE9C1519B8 for <httpbisa-archive-bis2Juki@ietf.org>; Fri, 16 Feb 2024 01:19:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Subject:To:References:Message-Id:Cc:Date:In-Reply-To:From: Mime-Version:Content-Type:Reply-To; bh=trwmaJBdJbgtFCQ1/t10Q85wMHnP0i2tbtTKClfkEas=; b=nXjVUXPpIKN2zCvv3BvLd0SmOV cSmITNcQ+U0Aq2AduDgKeWn9/Dkb4GideQOFoAWQBQhtLcPu3GbNttL6e968pAgBFhMsgLUc7m+xp n1zJeOs0NyY7UMWLYsPJGYWII8whAkoEP6NjeeOpB6cYcZFpV9ByVZy5Q1nbuA+L15NXzDzurS1vr CPpgmq7l/wgeUztB26u938ZwjtObk71fKpJbAhRB0ozGTsg+zVM6Sgf7PUjuxm5mJrBrRtWv26sv6 ePBRoEbplI/t6QCBbVW+9dEYYsMMRF7Jb36DPzOKREDx6O1zHheOoO+qU9EZSgOvoJJkmxu3JBM5O sRfQbvMg==;
Received: from lists by lyra.w3.org with local (Exim 4.94.2) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1rauNo-009mPu-9J for ietf-http-wg-dist@listhub.w3.org; Fri, 16 Feb 2024 09:19:48 +0000
Resent-Date: Fri, 16 Feb 2024 09:19:48 +0000
Resent-Message-Id: <E1rauNo-009mPu-9J@lyra.w3.org>
Received: from pan.w3.org ([3.222.182.102]) by lyra.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <stefan@eissing.org>) id 1rauNm-009mOo-7j for ietf-http-wg@listhub.w3.org; Fri, 16 Feb 2024 09:19:46 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject: Mime-Version:Content-Type:Reply-To; bh=trwmaJBdJbgtFCQ1/t10Q85wMHnP0i2tbtTKClfkEas=; t=1708075186; x=1708939186; b=lvV+jKaU/oqYuiuu/WszDX43I7qmVxENNM5SJHh8aE5GAkjEAzdzTpFazKNmW0ePXYFQacfPlVG djY80eB6mJdJ8A3zq2uz6bIWKQqiDVyloeQabSct2cE0rHVHJY7UrXpU0RQD2ouLVtAew0pYRj1ag GR5zOkT50n73zNDltRtOcS/sK++fd6l6GIZlnluO0sc/XUcSytKINHUgtyMmUEcQ8NlN5ud9KDzmh aihBcblFrIR46d6UH9qBQRJ0H6ebcDiX3dBVTU21n6e2DYLY3G68oRaqfvyFWpAQOxOT+l9QBRfe/ klz43AvRiOIii6hpoVX37nA6yUJRNRQMgMoQ==;
Received-SPF: pass (pan.w3.org: domain of eissing.org designates 194.163.179.85 as permitted sender) client-ip=194.163.179.85; envelope-from=stefan@eissing.org; helo=mail.eissing.org;
Received: from mail.eissing.org ([194.163.179.85]) by pan.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <stefan@eissing.org>) id 1rauNl-000Ohn-05 for ietf-http-wg@w3.org; Fri, 16 Feb 2024 09:19:45 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=eissing.org; s=default; t=1708075166; bh=trwmaJBdJbgtFCQ1/t10Q85wMHnP0i2tbtTKClfkEas=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=yn9NYXwvjEM+Pe9RfVFqJvrLK3PrqzWaYYKeSv98ldsVeGpCFXfx+AIHdSd4gmpi3 2ioVSgxwSZKPVmoxhaPU/Y3MF8ZhNXRTuzezbi/DWMwnWMEh63NQhAEkWiXIH5DbBK JZNEA4LfamunZb+TVefMqLgbFAGEhksahi0WjFsuBDo9U8mwthAB0YWVcBa1o0KWSZ mmfCL2ShoEffis7J67+Zn9Xy0uxhRxukZKapVFZ4Iw5tt3+YmykgliO/UpeDpN+/OT AezBAiPYoA132N4K/cLk+ha27JWqTO4N37RwsXqLfXSlY1omhqI3Nw5QW+GZmgyoOt XqynJ5iFHwadQ==
Received: from smtpclient.apple (unknown [88.130.49.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail.eissing.org (Postfix) with ESMTPSA id B87A0C00D4; Fri, 16 Feb 2024 10:19:26 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\))
From: Stefan Eissing <stefan@eissing.org>
In-Reply-To: <CANatvzyLJnZH9UHaSoMWbv20VhEtAzY7HqRHCSWt-O65f24uwQ@mail.gmail.com>
Date: Fri, 16 Feb 2024 10:19:16 +0100
Cc: IETF QUIC WG <quic@ietf.org>, HTTP Working Group <ietf-http-wg@w3.org>, Lucas Pardue <lucas@lucaspardue.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <93FF52D7-53DD-4B72-A54F-EF952F7B5054@eissing.org>
References: <170807134367.25372.9131938145722079298@ietfa.amsl.com> <CANatvzyLJnZH9UHaSoMWbv20VhEtAzY7HqRHCSWt-O65f24uwQ@mail.gmail.com>
To: Kazuho Oku <kazuhooku@gmail.com>
X-Mailer: Apple Mail (2.3774.300.61.1.2)
X-W3C-Hub-DKIM-Status: validation passed: (address=stefan@eissing.org domain=eissing.org), signature is good
X-W3C-Hub-Spam-Status: No, score=-4.1
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, DMARC_PASS=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: pan.w3.org 1rauNl-000Ohn-05 37d5c5edb17f61636c47997313f16ed8
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Proposal Towards Universal HTTP/3, with a polyfill of QUIC for TCP (Fwd: New Version Notification for draft-kazuho-httpbis-http3-on-streams-00.txt)
Archived-At: <https://www.w3.org/mid/93FF52D7-53DD-4B72-A54F-EF952F7B5054@eissing.org>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/51780
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/email/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>


> Am 16.02.2024 um 09:24 schrieb Kazuho Oku <kazuhooku@gmail.com>:
> 
> Hello QUIC and HTTP enthusiasts,
> 
> We, Lucas and I, have submitted two drafts aimed at broadening the reach of HTTP/3 - yes, making it available over TCP as well. We are eager to hear your thoughts on these:
> 
> QUIC on Streams: A polyfill for operating QUIC on top of TCP.
> https://datatracker.ietf.org/doc/html/draft-kazuho-quic-quic-on-streams
> 
> HTTP/3 on Streams: How to run HTTP/3 unmodified over TCP, utilizing QUIC on Streams.
> https://datatracker.ietf.org/doc/html/draft-kazuho-httpbis-http3-on-streams
> 
> As the co-author of the two drafts, let me explain why we have submitted these.
> 
> The rationale behind our proposal is the complexity of having two major HTTP versions (HTTP/2 and HTTP/3), both actively used and extended. This might not be the situation that we want to be in.
> 
> HTTP/2 is showing its age. We discussed its challenges at the IETF 118 side meeting in Prague.
> 
> Despite these challenges, we are still trying to extend HTTP/2, as seen with WebTransport. WebTransport extends both HTTP/3 and HTTP/2, but it does so differently for each, due to the inherent differences between the HTTP versions.
> 
> Why are we doing this?
> 
> Because HTTP/3 works only on QUIC. Given that UDP is not as universally accessible as TCP, we find ourselves in a position where we need to maintain and extend not only HTTP/3 but also HTTP/2 as a backstop protocol.
> 
> This effort comes with its costs, which we have been attempting to manage.
> 
> However, if we could create a polyfill for QUIC that operates on top of TCP, and then use it to run HTTP/3 over TCP, do we still need to invest in HTTP/2?
> 
> Of course, HTTP/2 won’t disappear overnight.
> 
> Yet, by making HTTP/3 more universally usable, we can at least stop extending HTTP/2.

Interesting. This gives a much easier deployment path for HTTP/3 and extensions.

I have been reluctant to bring HTTP/3 to Apache httpd because the cost/benefit aspect is so unfavourable. I see no problem in bringing HTTP/3 over TLS into our server.

Cheers,
Stefan

PS. We should probably not call this "TCP3".