Fix: http_server might not send MAX_STREAMS to increase limits if client cancel stream prematurely. (#435)

RFC9000 3.5.
A STOP_SENDING frame requests that the receiving endpoint send a RESET_STREAM frame. An endpoint that receives a STOP_SENDING frame MUST send a RESET_STREAM frame if the stream is in the "Ready" or "Send" state. If the stream is in the "Data Sent" state, the endpoint MAY defer sending the RESET_STREAM frame until the packets containing outstanding data are acknowledged or declared lost. If any outstanding data is declared lost, the endpoint SHOULD send a RESET_STREAM frame instead of retransmitting the data.

RFC9000 19.4. RESET_Frames
An endpoint uses a RESET_STREAM frame (type=0x04) to abruptly terminate the sending part of a stream.

Co-authored-by: wangfuyu <wangfuyu@gmail.com>
This commit is contained in:
wangfuyu 2022-11-18 10:34:57 +08:00 committed by GitHub
parent 05698c94dc
commit 755143fe4a
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23

View file

@ -1436,7 +1436,12 @@ lsquic_stream_rst_frame_sent (lsquic_stream_t *stream)
stream->sm_qflags &= ~SMQF_SEND_RST;
if (!(stream->sm_qflags & SMQF_SENDING_FLAGS))
TAILQ_REMOVE(&stream->conn_pub->sending_streams, stream, next_send_stream);
stream->stream_flags |= STREAM_RST_SENT;
/* [RFC9000 QUIC] Section 19.4. RESET_Frames
* An endpoint uses a RESET_STREAM frame (type=0x04)
* to abruptly terminate the sending part of a stream.
*/
stream->stream_flags |= STREAM_RST_SENT|STREAM_U_WRITE_DONE;
maybe_finish_stream(stream);
}