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

Re: #38 - HTTP2 min value for server supported max_concurrent_streams

From: Yoav Nir <ynir@checkpoint.com>
Date: Fri, 22 Feb 2013 09:47:08 +0000
To: Osama Mazahir <OSAMAM@microsoft.com>
CC: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
Message-ID: <7D5CB237-97F8-4C6C-93F4-79E2C42D0EFF@checkpoint.com>
Hi Osama

Wouldn't 1 be a better initial value?  This would allow minimal implementations with no concurrency at all. It's usually the case for browser that the first round-trip contains exactly one request (for the HTML file), and only when the response is received do more requests come out. So this wouldn't slow us down much.


On Feb 22, 2013, at 7:00 AM, Osama Mazahir <OSAMAM@microsoft.com> wrote:

> Hi,
> Issue #38 [1] tracks:
> 	(1) What is the minimum number of concurrent client-initiated streams that a server must be able to support?
> 	(2) What is the default value?
> We have a race condition where the client can initiate more streams to the server before the server can advertise its stream accept limit to the client.  I suggest making the default the same as the minimum so that we can prevent that race.  And tighten the wording on what is legal.  For example, something like:
> A server MUST be able to handle at least 8 concurrent streams initiated by the client. A server MUST NOT advertise a value less than 8. A client MUST generate a session error if it receives a value less than 8 from the server. The default value server limit is 8.
> Thanks,
> --Osama.
> [1] https://github.com/http2/http2-spec/issues/38
Received on Friday, 22 February 2013 09:47:40 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:10 UTC