Connection ID length requirements for Version Negotiation packets need clarification #4186
Labels
-transport
editorial
An issue that does not affect the design of the protocol; does not require consensus.
ietf-lc
An issue that was raised during IETF Last Call.
Since future QUIC versions might have different CID length requirements for Initial packets (or however that packet type will be called in that version), we already require servers to be able to send Version Negotiation packets with CIDs longer than 20 bytes (which is the maximum length that v1 allows).
We need to clarify that this also applies to the minimum CID length, which is 8 byte for the DCID in v1. A future version of QUIC might relax this limit, so a server also needs to generate a VN packet if it receives a packet with an unknown version and a shorter DCID, otherwise it won't be possible to roll out such a QUIC version.
This is coming out of a Slack discussion with @DavidSchinazi and @nibanks, as well as recent tests on the interop runner. It turns out that 2 server implementations on the interop runner didn't get this right, and at least one server implementation that's not on the interop runner, but is running QUIC in production.
The text was updated successfully, but these errors were encountered: