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.

Sign up for GitHub

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

Jump to bottom

Include a token on all Initial packets #1794

Merged
merged 5 commits into from Oct 2, 2018
Merged

Include a token on all Initial packets #1794

Changes from all commits
Commits
Show all changes
5 commits
Select commit Hold shift + click to select a range
5084586
Only include a token in the "first" Initial
martinthomson Sep 25, 2018
2f216b2
Use the token always
martinthomson Sep 25, 2018
c921b42
Not clear which 'same' this meant.
martinthomson Sep 26, 2018
83356f6
Update draft-ietf-quic-transport.md
ianswett Oct 2, 2018
5c054d4
Update draft-ietf-quic-transport.md
ianswett Oct 2, 2018
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
11 changes: 9 additions & 2 deletions draft-ietf-quic-transport.md
View file
Open in desktop
Expand Up @@ -621,10 +621,17 @@ packet. It also sets the Token field to the token provided in the Retry. The
client MUST NOT change the Source Connection ID because the server could include
the connection ID as part of its token validation logic (see {{tokens}}).

All subsequent Initial packets from the client MUST use the connection ID and
token values from the Retry packet. Aside from this, the Initial packet sent
by the client is subject to the same restrictions as the first Initial packet.
A client can either reuse the cryptographic handshake message or construct a
new one at its discretion.

A client MAY attempt 0-RTT after receiving a Retry packet by sending 0-RTT
packets to the connection ID provided by the server. A client that sends
additional 0-RTT packets MUST NOT reset the packet number to 0 after a Retry
packet, see {{retry-0rtt-pn}}.
additional 0-RTT packets without constructing a new cryptographic handshake
message MUST NOT reset the packet number to 0 after a Retry packet, see
{{retry-0rtt-pn}}.

A Retry packet does not include a packet number and cannot be explicitly
acknowledged by a client.
Expand Down