[PULL][PATCH] Small buffering fixes, start of recv side cleanup

Jonathan Bastien-Filiatrault joe at x2a.org
Wed Sep 1 02:32:16 CEST 2010


On 2010-08-29 14:31, Nikos Mavrogiannopoulos wrote:
> On 08/27/2010 04:09 AM, Jonathan Bastien-Filiatrault wrote:
>> Greetings,
>>
>> I have started work again on DTLS. This needs preparation on the read
>> side in order to be able to receive datagrams in whole chunks at once.
>>
>> The first 5 commits include fixes and documentation for every function.
>> The last 3 are the actual changes on the read side. The diffstat would
>> be negative if the documentation was not added.
>
> Hi and thank you! My question would be how would you move on. That is
> what would be your next (planned) moves in adding DTLS?

My pleasure,

I am currently working on getting GnuTLS to receive datagram-sized 
chunks and adapting the record layer so that records cannot span 
datagrams when using DTLS.

Towards that goal, I have forward-ported my old (1 year+) patches to the 
current master branch.

My current progress is here (broken code warning in full effect):

http://github.com/jothan/gnutls/commits/rebase%2Fdtls/

The handshake buffering code in those patches needs to be completely redone.

The next steps are the recv + record side work I mentionned above. After 
that, I will need to add HelloVerifyRequest processing. At that point, I 
should be very close to (drum roll...) achieving the first 
inter-implementation Free Software DTLS handshake between OpenSSL and 
GnuTLS.

Many issues regarding timeout and retransmission issues are yet to be 
solved. The division of responsibilities between the application and the 
library regarding those issues are pretty much still in the air.

Regarding the patches, would it help you and Simon if I mail patches 
series individually instead or in addition to requesting a git-pull ? It 
might more accessible to others for comment and review.

> regards,
> Nikos

Cheers,
Jonathan




More information about the Gnutls-devel mailing list