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

Section 2.1 (comment 5) #529

Open
LPardue opened this issue Sep 13, 2022 · 2 comments
Open

Section 2.1 (comment 5) #529

LPardue opened this issue Sep 13, 2022 · 2 comments

Comments

@LPardue
Copy link
Member

LPardue commented Sep 13, 2022

Section 2.1: Would clarifying actors and actions make the following clearer?

Current:
The Source Connection ID corresponds to the Destination Connection
ID the source would like to have on packets sent to it, and is
only present on long headers. On long header packets, the length
of the connection IDs is also present; on short header packets,
the length of the Destination Connection ID is implicit and need
to be known as such from the long header packets.

Perhaps (Making the first sentence more active ("The source adds", "the source indicates", "the destination uses"), and changing "need to be known as such" to "thus needs to be known" in the second sentence):
The source adds a Source Connection ID to long headers only. By
specifying a Source Connection ID, the source indicates what
the destination uses when constructing a Destination Connection
ID, which specifies where the source would like to have packets
sent. On long header packets, the length
of the connection IDs is also present; on short header packets,
the length of the Destination Connection ID is implicit and thus
needs to be known from the long header packets.

@mirjak
Copy link
Contributor

mirjak commented Sep 19, 2022

Maybe this:

The Source Connection ID is
only present on long headers and indicates the Destination Connection
ID that the other endpoint should use when sending packets.
On long header packets, the length
of the connection IDs is also present; on short header packets,
the length of the Destination Connection ID is implicit and thus need
to be known as such from the long header packets.

@britram
Copy link
Contributor

britram commented Sep 20, 2022

Minor edit:

The Source Connection ID is
only present on long headers and indicates the Destination Connection
ID that the other endpoint should use when sending packets.
On long header packets, the length
of the connection IDs is also present; on short header packets,
the length of the Destination Connection ID is implicit, as it is known
from preceding long header packets.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants