Lines Matching refs:session
121 * among other roles serves to negotiate session changes.
124 * - HANDSHAKE picks session parameters before allowing traffic.
130 * in selection of new session (and connection) parameters
146 * the pending session, not the connection state, until the change
148 * make the "new" session become the current one.
165 * included) is to assign a different, and perhaps new, session to
196 * any given session. The output of the handshake protocol is a
197 * new session ... although all the protocol description talks
200 * is associated with a session at the same time. (TLS/IETF may
242 * session is changed.
278 * Crypto state that's reinitialized when the session changes.
553 * negotiated session, each end learns about it in two halves (read,
556 * (rejoined) the new session.
976 * Handshake messages always go to a pending session
980 * NOTE that handshaking will either resume a session
983 * session (new keys exchanged) with just this connection
1303 * negotiated TLS session.
1547 * entire login session for some user.
1558 synchronized void setHandshakeSession(SSLSessionImpl session) {
1559 handshakeSession = session;
1820 * whether we enable session creations. Otherwise,