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