Re: [TLS] 3rd WGLC for draft-ietf-tls-dtls13

2020-03-27 Thread Jonathan Hammell
I know that this WGLC was supposed to focus on the diff between -34 and -37. I don't have any comments on that diff, but I do have some comments on the draft following a re-read of the entire document. # Minor The term "deprotection" is used twice in document but never defined. Section 5.11

[TLS] [DTLS] State transition after last flight

2020-03-27 Thread Hanno Becker
Another comment on DTLS 1.3 draft 37. I believe there is a slight ambiguity in the description of what shall happen after a peer sends the last flight in a handshake. On the one hand, the spec says: ``` In the SENDING state, the implementation transmits the buffered flight of messages.

Re: [TLS] [DTLS] ACK's for post-handshake authentication requests

2020-03-27 Thread Eric Rescorla
Thanks. This seems like a good improvement. I have filed https://github.com/tlswg/dtls13-spec/issues/128 to track it. On Fri, Mar 27, 2020 at 8:29 AM Hanno Becker wrote: > I have a minor comment on DTLS 1.3 draft 37. > > On the topic of sending ACKs, the draft recommends: > > ``` > ACKs SHOULD

[TLS] [DTLS] ACK's for post-handshake authentication requests

2020-03-27 Thread Hanno Becker
I have a minor comment on DTLS 1.3 draft 37. On the topic of sending ACKs, the draft recommends: ``` ACKs SHOULD NOT be sent for other complete flights because they are implicitly acknowledged by the receipt of the next flight, which generally immediately follows the flight. ``` I wonder if the