On Wed, 2011-04-27 at 16:16 +0200, Robin Seggelmann via RT wrote: > The client always starts timer for the retransmission of the > ChangeCipherSpec and Finished, although that is only correct when > performing a full handshake. With the abbreviated session resumption > handshake, these messages are not followed by a response of the > server, so the timer is never stopped and causes retransmissions until > the connection is dropped. This patch adds the distinction between > full and abbreviated handshakes and prevents the timer from being > started in the latter case.
Hm, I thought those packets were *supposed* to be periodically resent. If they're lost the first time, doesn't that mean that *all* our subsequent data packets are effectively lost too? And since we never expect a response from the server anyway, we have no way of knowing. -- dwmw2
smime.p7s
Description: S/MIME cryptographic signature
