Subject: [quicwg/base-drafts] Split stream initial flow control (#1016)

From: Martin Thomson <[email-masked]>
Date: Thu, 14 Dec 2017 08:27:57 -0800

The initial_max_stream_data transport parameter governs three types of stream data:
* data received on unidirectional streams initiated by a peer
* data received on bidirectional streams initiated by a peer
* data received on bidirectional streams initiated by this endpoint

These are currently all controlled by the same transport parameter.  We should consider whether having multiple transport parameters is desirable.  Obviously, having more is desirable, and I could see a fairly good case for just relying on MAX_STREAM_DATA for the last of these, but for streams that are remotely initiated, that is less directly useful.  It seems likely that streams used for different purposes will have different constraints.

-- 
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/1016