[quicwg/base-drafts] Server might be unable to complete handshake due to MAX_STREAM_DATA (#725)

[Martin Thomson <[e-mail]>]

MAX_DATA doesn't apply to stream 0, but MAX_STREAM_DATA does.  The server can increase the space available for the second flight of client handshake messages, but the client can't increase the space available to the server.  The initial value (in the client's transport parameters) determines how much space the server has to send.

Is this a problem?  should we exempt stream 0 (maybe just until the handshake completes)? or should we just advise against setting the value too low?

Note that the value is immutable, if a client wants a low value for general use, that might be a problem for the handshake.  I'm inclined to say that stream 0 can exceed the limit up until the point that the handshake completes, after which the limit strictly applies.  Then, if it has exceeded the limit, the server can't send anything until the client gives it more budget.

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