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

Inconsistent definitions of initial packet number #982

Closed
huitema opened this issue Dec 4, 2017 · 0 comments
Closed

Inconsistent definitions of initial packet number #982

huitema opened this issue Dec 4, 2017 · 0 comments
Labels
-transport editorial An issue that does not affect the design of the protocol; does not require consensus.

Comments

@huitema
Copy link
Contributor

huitema commented Dec 4, 2017

Section 5.7.1. defines the Initial Packet Number as:

The initial value for packet number MUST be selected randomly from a range between 0 and 2^32 -
1025 (inclusive). This value is selected so that Initial and Handshake packets exercise as many possible
values for the Packet Number field as possible.

But the specification of the initial packet in section 5.4.1. Initial Packet says:

The first Initial packet that is sent by a client contains a random 31-bit packet number. All subsequent
packets contain a packet number that is incremented by one, see (Section 5.7).

Is that a problem? Section 5.4.3. describes the initial number in the Handshake Packet as:

The first Handshake packet sent by a server contains a randomized packet number. This value is
increased for each subsequent packet sent by the server as described in Section 5.7.

This seems better...

martinthomson added a commit that referenced this issue Dec 4, 2017
@martinthomson martinthomson added -transport editorial An issue that does not affect the design of the protocol; does not require consensus. labels Dec 4, 2017
janaiyengar pushed a commit that referenced this issue Dec 4, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
-transport editorial An issue that does not affect the design of the protocol; does not require consensus.
Projects
None yet
Development

No branches or pull requests

2 participants