On 21 July 2015 at 08:17, Ilari Liusvaara ilari.liusva...@elisanet.fi wrote:
*deadlock*.
Is this the case where the server is accepting 0-RTT or rejecting it?
Apparently, only for accepting case.
(If the server rejects, it can reply immediately, avoiding this
deadlock).
I don't think
On 21 July 2015 at 04:12, Eric Rescorla e...@rtfm.com wrote:
Yes, that's an issue. Not entirely sure what to do about other than
have the server provide its negotiation preferences out of band
in that case.
I think that we could handle that at the point we define an
out-of-band configuration
Yeah, or it could just have the semantics this is my most preferred
configuration and if you send me anything compatible with it, I will
pick it
-Ekr
On Tue, Jul 21, 2015 at 1:30 PM, Martin Thomson martin.thom...@gmail.com
wrote:
On 21 July 2015 at 04:12, Eric Rescorla e...@rtfm.com wrote:
On Tue, Jul 21, 2015 at 06:38:28AM -0700, Martin Thomson wrote:
On 21 July 2015 at 06:08, Ilari Liusvaara ilari.liusva...@elisanet.fi wrote:
Well, if it is about supported ciphers, there could be multiple, and
the proposal has slot for only one.
The proposal is for what the client selects