Re: WRAP_UP Capsule

Consider an application in which the server is sending requests to the client over a WebTransport session.  (Perhaps the client is sharing access to a local directory with another user.)  The client could send WRAP_UP as part of its graceful shutdown sequence.

--Ben
________________________________
From: David Schinazi <dschinazi.ietf@gmail.com>
Sent: Tuesday, October 22, 2024 2:16 PM
To: Ben Schwartz <bemasc@meta.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Subject: Re: WRAP_UP Capsule

I'm not opposed to a client -> server capsule. Can you elaborate on the use case? When does the client send it, and what does the server do upon receiving it? David On Tue, Oct 22, 2024 at 8: 25 AM Ben Schwartz <bemasc@ meta. com>

I'm not opposed to a client -> server capsule. Can you elaborate on the use case? When does the client send it, and what does the server do upon receiving it?
David

On Tue, Oct 22, 2024 at 8:25 AM Ben Schwartz <bemasc@meta.com<mailto:bemasc@meta.com>> wrote:
Section 2.3 says "Clients MUST NOT send the WRAP_UP capsule.".  This strikes me as excessively restrictive.  I understand that client->server WRAP_UP is not sensible for proxies, but the Capsule Protocol is not limited to proxies.

--Ben
________________________________
From: David Schinazi <dschinazi.ietf@gmail.com<mailto:dschinazi.ietf@gmail.com>>
Sent: Wednesday, October 16, 2024 5:41 PM
To: HTTP Working Group <ietf-http-wg@w3.org<mailto:ietf-http-wg@w3.org>>
Subject: WRAP_UP Capsule

Hi HTTP enthusiasts, Thanks again for the good discussion at IETF 120 about the WRAP_UP capsule. Since then, Lucas Pardue has joined me as co-author on this document, and rewrote the explanation text to integrate the discussion we've had
Hi HTTP enthusiasts,

Thanks again for the good discussion at IETF 120 about the WRAP_UP capsule. Since then, Lucas Pardue has joined me as co-author on this document, and rewrote the explanation text to integrate the discussion we've had so far. We just submitted a -01. We'd love to hear your thoughts.

https://datatracker.ietf.org/doc/draft-schinazi-httpbis-wrap-up/<https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-schinazi-httpbis-wrap-up/__;!!Bt8RZUm9aw!8St_XzKAfZyc7iFKFVB4pdmW2sGwjjldZp-gjG9NGz17iKpSMs4HKUOiAeoqwL1khse9LY43swxsFWW-PrG9$>
https://davidschinazi.github.io/draft-schinazi-httpbis-wrap-up/draft-schinazi-httpbis-wrap-up.html<https://urldefense.com/v3/__https://davidschinazi.github.io/draft-schinazi-httpbis-wrap-up/draft-schinazi-httpbis-wrap-up.html__;!!Bt8RZUm9aw!8St_XzKAfZyc7iFKFVB4pdmW2sGwjjldZp-gjG9NGz17iKpSMs4HKUOiAeoqwL1khse9LY43swxsFWZrdgG-$>

Thanks,
David

Received on Tuesday, 22 October 2024 19:08:19 UTC