Re: [quicwg/base-drafts] introduce a max_connection_ids transport parameter (#1998)

[Marten Seemann <[e-mail]>]

marten-seemann commented on this pull request.



> @@ -4106,6 +4102,12 @@ A client MUST NOT include an original connection ID, a stateless reset token, or
 a preferred address.  A server MUST treat receipt of any of these transport
 parameters as a connection error of type TRANSPORT_PARAMETER_ERROR.
 
+max_connection_ids (0x000e):
+
+: The maximum number of connection IDs that the peer is willing to store.
+  This value includes only connection IDs sent in NEW_CONNECTION_ID frames.
+  If this parameter is absent, a default of 0 is assumed.

We discussed this before in https://github.com/quicwg/base-drafts/pull/1998#discussion_r233121475. We're using 0 as the default value for all flow control and stream limit values, so at least this seems consistent.

In Tokyo we had disagreement about what a reasonable default should be. @ianswett advocated for 2 or 3, if I remember correctly, while other people want 8. One reason for moving forward with this PR was exactly the fact that people have different use cases in mind, and there's no one-size-fits-all value.

-- 
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/1998#discussion_r254536703