Re: [quicwg/base-drafts] What should the receiver do when the peer closes a unidirectional stream before providing the stream type? (#2331)

[MikkelFJ <[e-mail]>]

> If I understand what Mikkel said, the endpoint sends and empty stream frame and then closes the stream. What is advantage in that style of opening?

First, it is a matter of being robust against all possible ways of transmitting packets, even if done in an unlikely way.

Second, in my last analysis I have a case where you send valid data, but the later RESET races the earlier packets. There are several cases: the open is entirely missed and only the RESET survives, but it then effectively opens and closes the stream, or the open is sent with 0 length data, then a later packet sends the frame type, and a later packet again sends the RESET, and the middle packet gets lost or delayed. The latter case is of course contrived, but it is still valid and possible.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/2331#issuecomment-453743962