-
Notifications
You must be signed in to change notification settings - Fork 204
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Invariant: the first packet on a connection uses the long header #1040
Comments
Agreed -- this is generally assumed, but not actually written down. |
In order for this not to be true, that implies you have done out of band version negotiation and key negotiation? At that point, I would call it migration rather than a new connection. One use case is to migrate a connection from a TLS 1.3 TCP connection to a QUIC connection. A similar use might be WebRTC using QUIC? It seems like we could do these no matter what we decide here. |
Yes. There's always this little annoying insect that reminds me that people start QUIC from not-QUIC with keys and context already established. Those people are welcome to do so, but they aren't really using the same protocol and so wouldn't be bound by the same constraints. In this case, they would have to understand that they don't get to use version negotiation. |
Closed in e6ac5c1. |
And if they need it, all they have to do is define a version that has the long-header 1-RTT packet types put back. |
We need this for version negotiation to work.
The text was updated successfully, but these errors were encountered: