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

Re: HTTP/2 response completed before its request

From: Martin Thomson <martin.thomson@gmail.com>
Date: Tue, 1 Jul 2014 11:41:34 -0700
Message-ID: <CABkgnnXTHrdbw4m57QTC8_v1Cs4Ogv4yrDb2DxxZ15qggkxQmQ@mail.gmail.com>
To: William Chan (陈智昌) <willchan@chromium.org>
Cc: Jesse Wilson <jesse@swank.ca>, HTTP Working Group <ietf-http-wg@w3.org>
On 1 July 2014 10:55, William Chan (陈智昌) <willchan@chromium.org> wrote:
> This same theoretical problem happens for HTTP/1.X over TCP. If the peers
> don't call read() to pull the TCP data into user space, the kernel's TCP
> stack will eventually shrink the receive window to 0. Of course, the TCP
> receive windows will generally be larger than HTTP/2's initial windows
> (64K).

The stall is half of the problem, but do you cancel the send as well?
If the server has provided a response and closed the stream, there is
no point in continuing to send them data.  Especially if they forget
to send window updates.

RST_STREAM seems appropriate, but what do you think is the right code?
Received on Tuesday, 1 July 2014 18:42:01 UTC

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