Re: [quicwg/base-drafts] unrecoverable loss pattern leads to deadlock (#2863)

[ianswett <[e-mail]>]

When the handshake is confirmed, all the Handshake data is known to be delivered and Handshake recovery state can be discarded.  Previously, this was the moment Handshake keys were discarded, so the recovery doc relied on text about key discard to discard recovery state.

But now that the Handshake keys are staying around longer than the Handshake confirmed point, I'd suggest we add a paragraph to section 5.5(https://tools.ietf.org/html/draft-ietf-quic-recovery-23#section-5.5) like:
"When the handshake has been confirmed, all data sent in Handshake packet is known to be delivered and all recovery state should be discarded."

To be clear, this suggestion is not a hack.  We should do this if we're going to keep Handshake keys past Handshake Confirmed(which every solution I believe requires?), regardless of how long or why.  I'll note that the server can do this upon receipt of any 1-RTT packet, but waiting for an ACK isn't likely to delay dropping Handshake state significantly and is consistent between client and server.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/2863#issuecomment-543995942