[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