Re: [quicwg/base-drafts] Allow not creating QPACK codec streams (#2529)

[afrind <[e-mail]>]

afrind commented on this pull request.



>  HTTP_WRONG_STREAM_COUNT. These streams MUST NOT be closed. Closure of either
 unidirectional stream type MUST be treated as a connection error of type
 HTTP_CLOSED_CRITICAL_STREAM.
 
+An endpoint MAY avoid creating its own encoder stream if the maximum size of
+the dynamic table permitted by the peer is zero.
+
+An endpoint MAY avoid creating its own decoder stream if the maximum size of
+its own dynamic table is zero.
+
+An endpoint MUST allow its peer to create both encoder and decoder streams

This sounds like a case of "don't do that".  The sender gets to choose to how to use the uni stream credit it receives, and I don't think receivers should overthink this.  A receiver should choose the value based on how many concurrent uni streams they can handle, since there's no way to guaranteer the sender will use them for any particular type.  If the sender wants to use the dynamic table at any point in the connection, maybe we should recommend they open the stream as soon as 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/pull/2529#discussion_r267915538