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

[Alessandro Ghedini <[e-mail]>]

ghedo 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

Hmmm, I think I was reading https://github.com/quicwg/base-drafts/issues/2100#issuecomment-459241694 wrong.

But yeah, the intention there was to disallow setting the uni streams limit to less than 3 in order to allow the other side to open all of their streams. This is effectively what the spec says right now I think, since each side MUST create their streams and if the peer's limits prevent that, than the endpoint can't create them.

I would also be fine aloowing one side to prevent the other from opening and making that not an error, but either way I think we should specifiy what to do since the spec right now is far from clear on this.

-- 
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_r267485730