W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2014

Re: h2 frame layout

From: Stefan Eissing <stefan.eissing@greenbytes.de>
Date: Mon, 1 Sep 2014 10:14:41 +0200
Cc: Matthew Kerwin <matthew@kerwin.net.au>, "Roy T. Fielding" <fielding@gbiv.com>, HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <15F8C015-58A8-4017-A1F0-FD9B761AD202@greenbytes.de>
To: Greg Wilkins <gregw@intalio.com>
+1 on issues addressed by Roy.

Having good alignment on protocol data seems to be good for machines and humans both.

//Stefan (from the back benches of another building across town)

Am 01.09.2014 um 04:44 schrieb Greg Wilkins <gregw@intalio.com>:

> 
> On 1 September 2014 11:57, Matthew Kerwin <matthew@kerwin.net.au> wrote:
> If the framing machine were frame-type-agnostic,
> 
> +1.  That is my main point.
>  
> all frame types could carry the END_STREAM flag
> 
> that is one way of achieving it.    Roy's proposal B is another.
> 
> I'm a bit agnostic as to which is best.   The flag is probably simplest and more conventional, but would mean that we need to review silly combinations like RST_STREAM with no END_STREAM.    But maybe in a frame-type agnostic world, we don't need RST_STREAM and GO_AWAY frames?   Isn't RST_STREAM just a GO_AWAY with a non zero stream ID?
> 
> Maybe we can replace the END_STREAM flag and both GO_AWAY and RST_STREAM frames with a single END_STREAM frame:
> 	•   END_STREAM(SID==0, CODE==0),  normal graceful go away
> 	•   END_STREAM(SID==0, CODE!=0),  error connection shutdown
> 	•   END_STREAM(SID!=0, CODE==0),  normal stream shutdown
> 	•   END_STREAM(SID!=0, CODE!=0),  reset stream style error
> cheers
> 
> 
> 
> 
> 
>   
> 
> 
> 
> 
> -- 
> Greg Wilkins <gregw@intalio.com> 
> http://eclipse.org/jetty HTTP, SPDY, Websocket server and client that scales
> http://www.webtide.com  advice and support for jetty and cometd.

<green/>bytes GmbH
Hafenweg 16, 48155 Münster, Germany
Phone: +49 251 2807760. Amtsgericht Münster: HRB5782
Received on Monday, 1 September 2014 08:15:06 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 30 March 2016 09:57:10 UTC