Lines Matching refs:resumption
376 server to prefer session resumption using PSK-only key exchange over PSK
3648 was not quite right. The behaviour was not consistent between resumption
10495 a new session (session resumption can resume whatever was
10971 stored in that context to allow for session resumption, even after the
11189 * Fixes to stateless session resumption handling. Use initial_ctx when
11192 stateless session resumption: this makes it possible to determine if
11193 a resumption has occurred immediately after receiving server hello
11678 stored in that context to allow for session resumption, even after the
13517 checked on reconnect on the client side, therefore session resumption
14151 By default, clients may request session resumption even during
14153 session resumption is possible only in the first handshake.