CANCEL, because the stream is no longer needed (because you got the response). Or NO_ERROR, since the request completed “successfully.” Sent from Windows Mail From: Martin Thomson<mailto:martin.thomson@gmail.com> Sent: ?Tuesday?, ?July? ?1?, ?2014 ?11?:?45? ?AM To: William Chan (陈智昌)<mailto:willchan@chromium.org> Cc: Jesse Wilson<mailto:jesse@swank.ca>, HTTP Working Group<mailto: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:48:19 UTC