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

[Dmitri Tikhonov <[e-mail]>]

dtikhonov requested changes on this pull request.



>  HTTP/3 endpoints contain a QPACK encoder and decoder. Each endpoint MUST
-initiate a single encoder stream and decoder stream. Receipt of a second
-instance of either stream type be MUST treated as a connection error of type
+initiate at most one encoder stream and one decoder stream. Receipt of a second

> Each endpoint MUST initiate at most one encoder stream and one decoder stream.

This may be interpreted as "each endpoint MUST create an encoder and a decoder stream," which is contrary to this PR.  I suggest we rephrase this.

>  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

> An endpoint MUST allow its peer to create both encoder and decoder streams

Why?

One way to prevent the peer from creating QPACK streams is to set the limit of unidirectional streams to 1 in the transport parameters.

-- 
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#pullrequestreview-216117710