Re: Proposal: a new WRAP UP capsule
Lucas Pardue <lucas@lucaspardue.com> Tue, 09 July 2024 20:27 UTC
Received: by ietfa.amsl.com (Postfix) id 02327C15198F; Tue, 9 Jul 2024 13:27:33 -0700 (PDT)
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 017CBC15198D for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 9 Jul 2024 13:27:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.856
X-Spam-Level:
X-Spam-Status: No, score=-2.856 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, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, 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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=w3.org header.b="fyugPbl9"; dkim=pass (2048-bit key) header.d=w3.org header.b="X+Q8kYyq"; dkim=pass (2048-bit key) header.d=lucaspardue.com header.b="TDSpJih6"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="GoIBF+qo"
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 7S-is58lasYK for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 9 Jul 2024 13:27:28 -0700 (PDT)
Received: from mab.w3.org (mab.w3.org [IPv6:2600:1f18:7d7a:2700:d091:4b25:8566:8113]) (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 78F3AC151553 for <httpbisa-archive-bis2Juki@ietf.org>; Tue, 9 Jul 2024 13:27:28 -0700 (PDT)
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=0OSUDA2STgPdZccU2cc21GIHCFGzOPIqVpowGu6VdFM=; b=fyugPbl9gKj8LaLsc70fDRsw8M MiSa7+2b+iQ/X9QDttP+e5GexIx0GSb7IDXcbWcPjRLQ5zY1xDKXQB5LCBIg754oMKPU8HblSQVZO H/usewkA3krClFHFqWJMnMqI+tYGHcSelgEe7Mv8xdahIGyIbjH23PNgFa6/npW2vRK+BAMLO0fZC 66nQwNRj8cYG+JlK3xTzCATQIsfrwjXSTmaNJ5aJOlIrmHvQ89yed/mOXDWuokCTjZZiCxSlNbdvj yI7Q80tl9ZDgwAC9JZu8u2byXqibe/wi8pXIfJgRBg1Ab4Z/X3MNlERBD3uwQnuKWpf1mc0Jezegk Bz/3c9DQ==;
Received: from lists by mab.w3.org with local (Exim 4.96) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1sRHQ5-00EEmn-04 for ietf-http-wg-dist@listhub.w3.org; Tue, 09 Jul 2024 20:26:37 +0000
Resent-Date: Tue, 09 Jul 2024 20:26:37 +0000
Resent-Message-Id: <E1sRHQ5-00EEmn-04@mab.w3.org>
Received: from ip-10-0-0-224.ec2.internal ([10.0.0.224] helo=puck.w3.org) by mab.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <lucas@lucaspardue.com>) id 1sRHQ3-00EElr-0B for ietf-http-wg@listhub.w3.internal; Tue, 09 Jul 2024 20:26:35 +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=0OSUDA2STgPdZccU2cc21GIHCFGzOPIqVpowGu6VdFM=; t=1720556795; x=1721420795; b=X+Q8kYyqWtTf1opOSbu2CgvpI9pWOqJ0Z5PH3HkXJWli7obvs/T3QRAEPbzt/ASVSXfeGBahp5i H+96CoV2vgwdOGKhsi0PlKIbumN4W/1vKh6qwmfRYHyuxAOoT2MvfseN5R/3VLXVGxIxDoD0dJCmX cdK2C4e34VmTozU3RiRI0VfyiQDDa5a0xES9FFXYZvkMh7AZhvRhtz4qXMZEIa/in1EpzAeRxLnxH DNYBmt4PPHwnF0w5GA44cKyHU847nqPJWD4O9EfMxUPe9vq1Zxq+bNRqcfBklK5oJf5kCs0peXQpb H4FtFRGC0t/xaXe0afEt4c8XMxeNe4TsNCuA==;
Received-SPF: pass (puck.w3.org: domain of lucaspardue.com designates 103.168.172.152 as permitted sender) client-ip=103.168.172.152; envelope-from=lucas@lucaspardue.com; helo=fhigh1-smtp.messagingengine.com;
Received: from fhigh1-smtp.messagingengine.com ([103.168.172.152]) 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 1sRHQ2-00GUPx-1N for ietf-http-wg@w3.org; Tue, 09 Jul 2024 20:26:34 +0000
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 01C271140EAE; Tue, 9 Jul 2024 16:26:31 -0400 (EDT)
Received: from imap53 ([10.202.2.103]) by compute3.internal (MEProxy); Tue, 09 Jul 2024 16:26:31 -0400
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=fm1; t=1720556790; x= 1720643190; bh=0OSUDA2STgPdZccU2cc21GIHCFGzOPIqVpowGu6VdFM=; b=T DSpJih6A1YwLkorSAUFPppW+n0ckBw19b2qFHLk9dyqr7y6ahQE3P5NIh8JUwDCW M4Q9CijVUnGwcM9Em5+GKet9dJ+CNdQSTVf3g9YFLU7tZ+lBb4Qd+Wn8rygI5xEB EVjcpXs8ZwIkxYeLXU7/ACdoZs/d4KvmhrRc0R5HMQkbkoBIpcn05n8pVX2BVjv/ 6rYCtVeV8YLfBdKY9fBAh3gb2hbK7k1JgbvU08FdqpPthyGFOjNE7GyFPeS4ngoX 9pw71IDZVl1Ly+uB2e1SPqY2Ynb1rNQ2AU+4sTWsocnl6caeJwZiJLOgorFoCcre XbGtrqzjsY1T+y6Odv9GQ==
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= fm2; t=1720556790; x=1720643190; bh=0OSUDA2STgPdZccU2cc21GIHCFGz OPIqVpowGu6VdFM=; b=GoIBF+qoeeDedukBbX2rKUfFeXTsIwf9ejlqiMy7ah9l OjZbpnhAg9Wt2wLLvNohlsf6eFialbYYwzJawNVffPQ9hBzrL0D9N2FeiroVdRT4 0H27K8/KrVZxEwm5u+hLsKvs+yZIS8T+vPQorAJXNspbi/T/aKw3VZP3aYlcpG1q u2fcwrBd7emnUdOrqpJ9wnrVo1XiQ6bNaE2y//uFPczuCo0T/gMMG0+/EmrbVhOo WvfokbywVT2A9JNDWXKFN3uxSjccpjvTpOBuQg7cCGy7RPnjxXqQoH3ZtjhNPhet unIdszlHEA67on5/OOE+tuaYgxvJ70S0EDdMcMvqmg==
X-ME-Sender: <xms:9ZyNZjpPsmBBI31CyCRn-x0AXY0jy7ZgzgOP9yRq3wHd1ju7OyBv6w> <xme:9ZyNZtrzh_xSP7r0z4hGe7xSHtFzEV0m9ZFTvAfunJbVT33bWwpt06zWTsoFnUGGC tzAVVuV8shUqUM14f8>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdelgdduhedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvvefutgesrg dtreerreertdenucfhrhhomhepfdfnuhgtrghsucfrrghrughuvgdfuceolhhutggrshes lhhutggrshhprghrughuvgdrtghomheqnecuggftrfgrthhtvghrnhepkeelgeduvdetve elieekteetjeeftdeludektdeuffejuddthffhlefhueefgeetnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheplhhutggrsheslhhutggrshhprg hrughuvgdrtghomh
X-ME-Proxy: <xmx:9ZyNZgMIUXsCpDDLamcKa9Dmb1VG4X6tQYc52Y4fQ9DORiCx7o0kNw> <xmx:9ZyNZm6HWpDPqLInSLB5sfwMTDrzJKb6Cztt_ryvhljvLPEBNEE-xw> <xmx:9ZyNZi5C5EWFAlPzvWQHwehoAsTYQbaoSBLCmnl1oGWjFbQFeAnPYA> <xmx:9ZyNZugd9DybxJc2YALtIiknNs7-es5I0U1AneHLbtAvh3hNccm5qQ> <xmx:9pyNZiEn-KamnTaRW9LwW6EkkgLrPjpAarDFCB9Fk9_AAi5VIOUR_hvH>
Feedback-ID: i23b94938:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id BFE8F3640070; Tue, 9 Jul 2024 16:26:29 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-568-g843fbadbe-fm-20240701.003-g843fbadb
MIME-Version: 1.0
Message-Id: <2df89bdd-7f14-492f-988f-2e9119ade06c@app.fastmail.com>
In-Reply-To: <SA1PR15MB43706FB732C8F277D7FE4E78B3DB2@SA1PR15MB4370.namprd15.prod.outlook.com>
References: <CAPDSy+5UU=GSFWTdrkHW7RXNL8pr5KWtLfp8zjExsZvvGczfEw@mail.gmail.com> <SA1PR15MB4370BBF870827575AA1C05A8B3DF2@SA1PR15MB4370.namprd15.prod.outlook.com> <8ada24df-9941-4a37-b79b-8ef471c5459d@app.fastmail.com> <CAPDSy+6dg9BN7GfBi7RezHLim-cDOTJnusPaRNegcQQ=2KoT4g@mail.gmail.com> <SA1PR15MB43706FB732C8F277D7FE4E78B3DB2@SA1PR15MB4370.namprd15.prod.outlook.com>
Date: Tue, 09 Jul 2024 21:26:09 +0100
From: Lucas Pardue <lucas@lucaspardue.com>
To: Ben Schwartz <bemasc@meta.com>, David Schinazi <dschinazi.ietf@gmail.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="a195af8a184147f5b98bfbcc01069fff"
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_PASS=-0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: puck.w3.org 1sRHQ2-00GUPx-1N 3cc635706eeae432a110ccc3faacc4d1
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Proposal: a new WRAP UP capsule
Archived-At: <https://www.w3.org/mid/2df89bdd-7f14-492f-988f-2e9119ade06c@app.fastmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/52063
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>
Hey On Tue, Jul 9, 2024, at 20:37, Ben Schwartz wrote: > I agree, an "I support WRAP UP" signal is not very useful for the *server*. It's useful for the server *operator*, to try to answer questions like: > > * Do enough of our clients support WRAP UP that we should invest some effort implementing it? > * Is our implementation of WRAP UP working correctly? > * How long a grace period do we need to offer to reach 99% graceful termination among supporting clients? I think these are good points. Personally, I would measure these things empirically. Supporting graceful close in general is already a common industry practice. Extending that to individual requests is a natural evolution. But that's just me, others might see it differently and require an explicit market intelligence signal. Sending a capsule is trivial. Gracefully closing is probably where more of the effort is. But then every server I know has a bunch of limits and timeouts already. So the additional work might be easy to justify. This actually makes me think of a different problem I've observed that is sort of opposite of David's proposal. Servers detecting idle or slow loris streams and shutting them down. So spitballing, would there be any benefit in capsule that could prompt the client to do something more with a stream or risk it being garbage collected before WRAP UP termination is started. For example, a MASQUE server might have timeouts on the egress side based on packet exchanges. Keeping that socket alive for an idle end-to-end connection has a cost to the proxy. The proxy is probably not aware of the tunneled connection properties, such as the e2e QUIC idle timeout. A proxy closing the socket prematurely has a cost to client and server. To avoid it can require endpoints to have to send e2e signals (such as a keepalive packet) when they otherwise might not need to. A client to proxy signal to register continued interest in an idle flow could, in theory, improve on this situation. Cheers Lucas
- Proposal: a new WRAP UP capsule David Schinazi
- Re: Proposal: a new WRAP UP capsule Martin Thomson
- Re: Proposal: a new WRAP UP capsule Ben Schwartz
- Re: Proposal: a new WRAP UP capsule Valentin Gosu
- Re: Proposal: a new WRAP UP capsule Lucas Pardue
- Re: Proposal: a new WRAP UP capsule David Schinazi
- Re: Proposal: a new WRAP UP capsule Dustin Mitchell
- Re: Proposal: a new WRAP UP capsule Ben Schwartz
- Re: Proposal: a new WRAP UP capsule Lucas Pardue
- Re: Proposal: a new WRAP UP capsule David Schinazi
- Re: Proposal: a new WRAP UP capsule Tommy Pauly
- Re: Proposal: a new WRAP UP capsule David Schinazi