W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2013

Restarting the discussion on HTTP/2 stream priorities

From: (wrong string) 陈智昌 <willchan@chromium.org>
Date: Mon, 28 Oct 2013 14:32:13 -0700
Message-ID: <CAA4WUYiRkomc0UhzSmnMasb3aHBKq7MvEBWQEayfDQ0Me99hPg@mail.gmail.com>
To: HTTP Working Group <ietf-http-wg@w3.org>
As discussed in Seattle's interim meeting, there are some existing issues
with the current stream prioritization. There are a few things worth

* HTTP/2's current stream priorities lacks a mechanism to correctly
multiplex stream priorities from different sources onto the same
connection. That's due to a lack of a priority context for streams. For
more on this, please refer to the previous discussion on this issue at
http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/0554.html. Mark
also provides a good concrete example of the issue at
* Whether or not it's desirable to provide richer prioritization semantics.
For example, better mechanisms for reprioritization. Using integer stream
priorities has different tradeoffs here versus specifying stream priorities
as dependencies (thus allowing creating an ordered list/tree).

To rehash old discussions, I believe most folks found the former point
definitely worth fixing, although I don't believe we've reached any
consensus on the exact mechanism for that. I think that the second point is
far more controversial and requires more discussion.

An old, but very pertinent proposal we wrote up for SPDY/4 can be found
It's useful to provide a concrete straw man proposal for discussion,
notably replacing the stream integer priority with a stream dependency.
Note that the proposed REPRI frame already exists in HTTP/2 as the PRIORITY
frame (http://http2.github.io/http2-spec/#PRIORITY).

I don't expect us to reach the point where a discussion in Vancouver would
be fruitful, but I'd be very happy if we can progress this discussion to a
point where we can come to a consensus by the next interim meeting.
Received on Monday, 28 October 2013 21:32:41 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:19 UTC