Re: [quicwg/base-drafts] Unclear what to do when QUIC Version Hints are missing (#3061)

[Mike Bishop <[e-mail]>]

It's fine to omit this parameter.  As @Lekensteyn notes, if the client supports multiple versions of QUIC, this helps avoid the need to do Version Negotiation.  However, it's only an optimization -- in the absence of this information, the client does any version of QUIC it believes to be compatible with the ALPN token(s) it is offering.  If the server needs to do VN, it will.  (Details TBD, unfortunately.)

Is this critical to HTTP/3?  No, and it could reasonably be extricated to a separate document until such time that there are multiple QUIC versions.  Most stacks currently support only one version at a time, so this doesn't serve much purpose.  If HTTP/3 doesn't require breaking changes to keep up with QUICvN, this probably serves a purpose on the day there are several.

Personal opinion:  If anyone thinks this is half-baked, let's set it aside until we need it, with the rest of VN.  If we're fairly confident this is what we want, however, it saves us the trouble of defining another separate RFC later.

-- 
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/3061#issuecomment-538496167