Skip to content
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

Forbid zero-length connection ID with preferred addresses #3565

Merged
merged 1 commit into from
May 14, 2020

Conversation

martinthomson
Copy link
Member

This is option 4 from the discussion in #3560. That is, making
preferred_address equivalent to NEW_CONNECTION_ID with a sequence number
of 1 in every way that matters.

Closes #3560.

This is option 4 from the discussion in #3560.  That is, making
preferred_address equivalent to NEW_CONNECTION_ID with a sequence number
of 1 in every way that matters.

Closes #3560.
@martinthomson martinthomson added design An issue that affects the design of the protocol; resolution requires consensus. -transport labels Apr 7, 2020
: The Connection ID and Stateless Reset Token fields of a preferred address are
identical in syntax and semantics to the corresponding fields of a
NEW_CONNECTION_ID frame ({{frame-new-connection-id}}). A server that chooses
a zero-length connection ID MUST NOT provide a preferred address. Similarly,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this is right. NEW_CONNECTION_ID frames don't ban zero-length CIDs. What NEW_CONNECTION_ID bans is switching between zero-length CIDs and non-zero-length CIDs. If the server is using a zero-length CID, it should be allowed to switch to a preferred address, and also use zero-length CIDs there.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for taking this to the issue.

NEW_CONNECTION_ID can't change to or from zero-length, so this is making this feature consistent with that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
-transport design An issue that affects the design of the protocol; resolution requires consensus.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Equivalence of preferred_address and NEW_CONNECTION_ID
6 participants