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

Re: http/2 initial limits - i see flow control initial limits specified, but not stream limits

From: Roberto Peon <grmocg@gmail.com>
Date: Fri, 3 May 2013 14:22:07 -0700
Message-ID: <CAP+FsNesYysCpM60bEWBWk2_BzHpBtRUahck2K91TPX979GT1Q@mail.gmail.com>
To: James M Snell <jasnell@gmail.com>
Cc: William Chan (陈智昌) <willchan@chromium.org>, HTTP Working Group <ietf-http-wg@w3.org>
This does differ from SPDY, but (still) seems reasonable given the number
of streams created in the initial RTT shouldn't be unbounded anyway.
Assuming we have persisted settings (which is in doubt, I guess), this
would only be a problem for the first RTT in a session where we didn't have
the persisted setting.


On Fri, May 3, 2013 at 11:04 AM, James M Snell <jasnell@gmail.com> wrote:

> Currently in the trunk:
>
>     indicates the maximum number of concurrent streams that the sender
> will allow.
>     This limit is directional: it applies to the number
>     of streams that the sender permits the receiver to create. By
> default there is no
>     limit.  It is recommended that this value be no smaller than 100,
>     so as to not unnecessarily limit parallelism.
>
>
>
> On Fri, May 3, 2013 at 10:52 AM, William Chan (陈智昌)
> <willchan@chromium.org> wrote:
> > The setting is there, but I don't see the initial limit, which I believe
> was
> > 100.
> >
> >
> > On Fri, May 3, 2013 at 2:47 PM, James M Snell <jasnell@gmail.com> wrote:
> >>
> >> Which limits specifically? SETTINGS_MAX_CONCURRENT_STREAMS is still
> >> there. Are there others you're concerned about?
> >>
> >> On Fri, May 3, 2013 at 10:37 AM, William Chan (陈智昌)
> >> <willchan@chromium.org> wrote:
> >> > Did the stream limits disappear by accident?
> >
> >
>
>
Received on Friday, 3 May 2013 21:22:35 UTC

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