Wednesday, Nov 18, 2015 12:23 PM Brian E Carpenter wrote:
>> The bottom line is that I think the reason you have given for not making 
>> DTLS MTI is a really bad one.   There is a perfectly good DTLS 
>> implementation out there, which is quite easy to use as far as I can tell,
> 
> So I am puzzled. If that is the case, it is not the HNCP implementer who has 
> to
> write any DTLS code (in my book, the word "implement" in a protocol spec means
> "write code"). At most there would need to be a few extra instructions to wrap
> a socket in DTLS, and that code would likely be ifdeffed because it would
> only be used when needed. Which sounds exactly like a SHOULD to me.
> Or maybe "mandatory to be able to switch on." In any case, not part of the
> HNCP protocol itself.

That's why I said MTI, not MTU!   But MTI means not #ifdef.


--
Sent from Whiteout Mail - https://whiteout.io

My PGP key: https://keys.whiteout.io/mel...@fugue.com

Attachment: pgp1m0Tk51mCt.pgp
Description: PGP signature

_______________________________________________
homenet mailing list
homenet@ietf.org
https://www.ietf.org/mailman/listinfo/homenet

Reply via email to