Re: [quicwg/base-drafts] use a HANDSHAKE_DONE frame to drive the handshake to confirmation (#3145)

[Kazuho Oku <[e-mail]>]

PS. The approach proposed in this PR has the following two properties:
* sending one-way signal from to the client, when the server reaches handshake complete
* use a frame as the conveyor of the signal

It's good to see emerging consensus, but it seems to me that some  are concerned about the second point. Specifically, I see suggestions to use a continuous signal (https://github.com/quicwg/base-drafts/pull/3145#issuecomment-546198996), or an ACK as a signal too (see https://github.com/quicwg/base-drafts/pull/3145#discussion_r338882222).

**If** we are in fact unhappy with using a frame, then I might suggest using Key Update as the conveyor of the one-way signal. We can require the server to initiate a Key Update when the handshake is complete and to repeatedly send PINGs until it receives an ACK for one of them.

That'd give us an continuous signal, and also removes the need for an alternative signal. And also the need to have a different frame.

-- 
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/pull/3145#issuecomment-546217403