DTLS rehandshake broken
Sean Buckheister
s_buckhe at cs.uni-kl.de
Sun Feb 26 17:35:30 CET 2012
> Hello Sean,
> You are correct. It seems that the retransmission timers were not
> deleted on the initiation of a rehandshake causing the re-transmission
> of the queued handshake packets. The issue must be now solved in the
> repository and I've also added test applications for this use-case.
Indeed, thank you. Running a modified dtls-stress with maximum debug
settings still results in a few puzzling message, though:
0 client|<4> REC[0x60ca20]: Short record length 76 > 48 - 20 (under attack?)
0 server|<4> REC[0x60ca20]: Short record length 195 > 96 - 20 (under
attack?)
0 client|<4> REC[0x60ca20]: Short record length 23 > 32 - 20 (under attack?)
0 server|<4> REC[0x60ca20]: Short record length 246 > 48 - 20 (under attack?
Current git head does not build for me, but I'd guess something over
here is wrong there:
CC libcmd_certtool_la-certtool-args.lo
certtool-args.c:55:13: error: conflicting types for 'optionAlias'
../src/libopts/autoopts/options.h:1031:12: note: previous declaration of
'optionAlias' was here
make[3]: *** [libcmd_certtool_la-certtool-args.lo] Error 1
make[3]: Leaving directory `/dev/shm/gnutls/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/dev/shm/gnutls/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/dev/shm/gnutls'
make: *** [all] Error 2
More information about the Gnutls-devel
mailing list