IETF Logo Mail Archive

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)

Lucas Pardue <lucas@lucaspardue.com> Tue, 27 February 2024 17:22 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 DD069C14CF18 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 27 Feb 2024 09:22:51 -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, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H4=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="bgoaoQdL"; dkim=fail (2048-bit key) reason="fail (body has been altered)" header.d=w3.org header.b="T0Yld3bD"; dkim=fail (2048-bit key) reason="fail (body has been altered)" header.d=lucaspardue.com header.b="aZWeqt9r"; dkim=fail (2048-bit key) reason="fail (body has been altered)" header.d=messagingengine.com header.b="V4oqOqb0"
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 mgP_TZIrdnT0 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 27 Feb 2024 09:22:47 -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 564C3C14F71C for <httpbisa-archive-bis2Juki@ietf.org>; Tue, 27 Feb 2024 09:22:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Subject:Content-Type:Cc:To:From:Date:References:In-Reply-To: Message-Id:MIME-Version:Reply-To; bh=5A2sAaJEiXVCHI4aRLfVDraYOERhccD1rBQh9cd8/vk=; b=bgoaoQdLXSOqlmvc3LpVzdJG3O FJOYMw32yN2eV18hh1/3wNgr+I9AwSWubCtxM5aKTlWkFyh5+yBqTb9/NyoH5buCIYfHErw0VVmyS B5+HZH9XcdHNSnGoM85g+iI000fp/cf6LtAogJfTpVI7YMLVSaqFJg3fIfG44Wr3g0pPGCEri82XB d/CHWqgkIUkPGkDGmHdIsUzDPcPUA1XPfF2cck7OoLN2hCjagfSHer/ywyXhfBIErAaZiKKt4YquU 5spaJn78oZHiPoVhUiBHVxsRk4LLU5aKcSxkSE7cXG6Hbx7U9ROF3ThIYcLX9FGt/0UusnNBUGR7h t5huSCuQ==;
Received: from lists by lyra.w3.org with local (Exim 4.94.2) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1rf0aq-002p20-Vx for ietf-http-wg-dist@listhub.w3.org; Tue, 27 Feb 2024 16:46:13 +0000
Resent-Date: Tue, 27 Feb 2024 16:46:12 +0000
Resent-Message-Id: <E1rf0aq-002p20-Vx@lyra.w3.org>
Received: from www-data by lyra.w3.org with local (Exim 4.94.2) (envelope-from <lucas@lucaspardue.com>) id 1rf0ah-002ovB-IA for ietf-http-wg@listhub.w3.org; Tue, 27 Feb 2024 16:46:03 +0000
Received: from puck.w3.org ([34.196.82.207]) by lyra.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <lucas@lucaspardue.com>) id 1refBQ-00HQPl-My for ietf-http-wg@listhub.w3.org; Mon, 26 Feb 2024 17:54:32 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Content-Type:Subject:Cc:To:From:Date:References:In-Reply-To: Message-Id:MIME-Version:Reply-To; bh=1ABSxthQ7FC6vHkfLAG3JocYe0qfYTObsECMFemJ5GQ=; t=1708970072; x=1709834072; b=T0Yld3bDEm0aIXmbaQzGd/FFDE3uHECImq3wPOgK7JdXhnBUk2xtl58JhUd+f/LPKJ/V7P7FKuY 6EXCaYzDmtvfFZwe2V/qu/QuGc7k0wh4parpkmRE5YatZ/l/+3vniDNjWQjiNFZkpu4hR3OyCcIqu NVDI935F+XGZ3AtdrDWPyq37DaqLEIxHPNj+MwiZqEXeh0XXE10o9jAiTYAigtc++ZsI0NZdLvakL mTCDxRqvGg8ZvwQzPpuU1l8o5+RR7uXswiS7seWa8g2TVT8R/FB8zpEaVR4uyMwNZLTqBdQ+fM3gj eAZBnfqXupiqIZexymgPv2dEJ97U2u6Cyoyg==;
Received-SPF: pass (puck.w3.org: domain of lucaspardue.com designates 103.168.172.153 as permitted sender) client-ip=103.168.172.153; envelope-from=lucas@lucaspardue.com; helo=fhigh2-smtp.messagingengine.com;
Received: from fhigh2-smtp.messagingengine.com ([103.168.172.153]) by puck.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <lucas@lucaspardue.com>) id 1refBP-002A5i-2U for ietf-http-wg@w3.org; Mon, 26 Feb 2024 17:54:32 +0000
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 7D6DA11400A9; Mon, 26 Feb 2024 12:54:28 -0500 (EST)
Received: from imap53 ([10.202.2.103]) by compute3.internal (MEProxy); Mon, 26 Feb 2024 12:54:28 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucaspardue.com; h=cc:cc:content-type:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to; s=fm2; t=1708970068; x= 1709056468; bh=1ABSxthQ7FC6vHkfLAG3JocYe0qfYTObsECMFemJ5GQ=; b=a ZWeqt9rz7PmK4u6kqtwokxG5CrqzCWYfE5jsLNHMCbMjA53eCkP/9hQf2wV2BkU+ aIUgEtKVbyw8zKGm37DX2OHiIb0JNyauzgNvLh/XRj1bdwiFrFJrsXQuUON3c7+C z80eEDE/sVOOWUIobxVXRim1vtF/dfTQ8COt44ICO5GgiiS8r0JO8S68eNHQQDwT ve+Fp0hWotQ/AM3kRQC/oY0ZSM6HkUX4OVz5yo23qltVotW2rPbH8USZHurrGdrx nWR2T4j/eS33yz4StQqfuJd14oDoCGIM3pqOHxoyX5Rji/ed0RFF4/7E1+NQnB93 UacbiKLHQDxNhzu0/wYTQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1708970068; x=1709056468; bh=1ABSxthQ7FC6vHkfLAG3JocYe0qf YTObsECMFemJ5GQ=; b=V4oqOqb0uCHbwxugEGfi5AKeGkkWr5rEe5ZbIdtYb24u dn3pTpGyejY58Z94Zn6jnLxAAAp23rz+w9AwKlRyExhOb1uOM2D5RTp9DwfrKHW2 HdfFJAVTS+LR4MgcDvyK3Vi7kwFRzrlmZQ7haZ7AsGXg8bgrZpsg0FwszpooLLrA gxLZLFZYIpWEY0Z4aDJ+zdhnYQ/PQa4DfWwUpnyn+VvH+532s+7ye+Iq3UyaWI4o HCjKDHH9TtFNGClIyoygGIUA+y4+V3GzfeuTRLsX+SXC2e6JLFZ01UDzFRnTRUiR diKVOtAgQ4gq+R4kvCQq8Fa3bChRlwWrs5qsxw/sbA==
X-ME-Sender: <xms:VNDcZUcfKJEL2EDlMA81UyQrnFsqPAeEyRzqSR3EWnVfSnNpxzGfAQ> <xme:VNDcZWM3mYlgAE_jMEk8m7hpnt6QBsoApkHyiDx4k2A2wF7CBz8v_iwhvqLUqPmOf rFPhPzlW2Cn5jI2PP4>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrgedvgddutdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsegrtderreerreejnecuhfhrohhmpedfnfhu tggrshcurfgrrhguuhgvfdcuoehluhgtrghssehluhgtrghsphgrrhguuhgvrdgtohhmqe enucggtffrrghtthgvrhhnpeehteeuveeigfekfedvhfevieefjeejfedtheekjeejffdv lefgieelueeutdeljeenucffohhmrghinhepghhithhhuhgsrdgtohhmnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheplhhutggrsheslhhutggr shhprghrughuvgdrtghomh
X-ME-Proxy: <xmx:VNDcZVjfox48jDc_7by9G2gxLeNqQqniXbV87eFgfCnomQN-TvCo3A> <xmx:VNDcZZ-UcsBPK3zksjsw9aLVLNgKaZ_zlJUobGSjIb5uVvHXXHPTmA> <xmx:VNDcZQvmJwOFUvc6St5FD2IQnGjN4-fGFzVwPqcGarOXPbSE3F5XZw> <xmx:VNDcZSKvF_bMbtcZkEvcyfct_JvHI4GCrzXMQyC_IpI8oxjLOuqmxQ>
Feedback-ID: i23b94938:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 31CF43640071; Mon, 26 Feb 2024 12:54:28 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-153-g7e3bb84806-fm-20240215.007-g7e3bb848
MIME-Version: 1.0
Message-Id: <5af8e069-1778-420d-be21-88be223fdb29@app.fastmail.com>
In-Reply-To: <SJ0PR15MB4693CB50BAF995140FDA8200D45A2@SJ0PR15MB4693.namprd15.prod.outlook.com>
References: <170807134367.25372.9131938145722079298@ietfa.amsl.com> <CANatvzyLJnZH9UHaSoMWbv20VhEtAzY7HqRHCSWt-O65f24uwQ@mail.gmail.com> <93FF52D7-53DD-4B72-A54F-EF952F7B5054@eissing.org> <SJ0PR15MB46935068A5E9F9B4288FAB57D45A2@SJ0PR15MB4693.namprd15.prod.outlook.com> <63c9787e-3e76-4a47-80e3-ba4d7f3a9d2f@app.fastmail.com> <SJ0PR15MB4693CB50BAF995140FDA8200D45A2@SJ0PR15MB4693.namprd15.prod.outlook.com>
Date: Mon, 26 Feb 2024 17:54:07 +0000
From: Lucas Pardue <lucas@lucaspardue.com>
To: Roberto Peon <fenix@meta.com>, Stefan Eissing <stefan=40eissing.org@dmarc.ietf.org>, Kazuho Oku <kazuhooku@gmail.com>
Cc: IETF QUIC WG <quic@ietf.org>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="75a31f09b3f14329b8e0de97a1b447a4"
X-W3C-Hub-DKIM-Status: validation passed: (address=lucas@lucaspardue.com domain=lucaspardue.com), signature is good
X-W3C-Hub-DKIM-Status: validation passed: (address=lucas@lucaspardue.com domain=messagingengine.com), 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_MISSING=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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: puck.w3.org 1refBP-002A5i-2U 84030307a1a74de1c80dbe09f901ceff
X-caa-id: 3d478cb3f1
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/5af8e069-1778-420d-be21-88be223fdb29@app.fastmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/51843
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>


On Mon, Feb 26, 2024, at 16:38, Roberto Peon wrote:
> 
> To avoid deadlock with TCP or TCP-like things, we’d have to guarantee we could always read (what is for QUIC and H3 async) control stuff from the socket, which would require always reading all bytes/frames sent on the socket, always.
> 
> I’m unsure if that same text is sufficient (haven’t thought about the conflicting congestion control stuff), but it is certainly a good start. I believe it might be sufficient for effectively tunneling H3 over TCP… probably. Certainly it wouldn’t work without said text.
> 

Agreed. We're close approaching IETF document deadlines so I'm not sure we'll have enough time to address things fully. I create a GitHub issue so we don't forget - https://github.com/kazuho/draft-kazuho-quic-quic-on-streams/issues/9

Cheers,
Lucas

v2.23.0 | Report a Bug | By Email