Hello Valery
Yes we considered ROHC and also 6LoWPAN, because both include
possibilities for compression ESP.
First, it's definitely an option and remains an option even if Diet-ESP
is going to be used.
We are thinking about Diet-ESP because:
- If I'm right ROHC needs at least one uncompressed
Hi all,
Please find a draft we have just posted. It is updated with some of the
comments from the mailinglist and moved from dice to ipsecme WG.
Comments are welcome,
A new version of I-D, draft-mglt-ipsecme-diet-esp-00.txt
has been successfully submitted by Tobias Guggemos and posted
Hey Ashok,
thanks for your feedback.
For your first comment I tend to agree and I think we can add this to the
draft!
For the second, I agree with your assumption that tunnels might appear in
constrained scenarios (it’s actually one of our main goals for ipsec/esp).
However, I’m not sure if this
Hey Mohit,
I see your point and that it is out of scope for the document. However, I feel
the title and the abstract is then a bit misleading and should say that this
document discusses security architectures and cryptographic functions for
authentication/signing only?
Just a thought to avoid mi
liminary experiences with those
libraries for signing operation on small devices.
Regards
Tobias
-Ursprüngliche Nachricht-
Von: Mohit Sethi [mailto:mohit.m.se...@ericsson.com]
Gesendet: Montag, 7. August 2017 18:20
An: Tobias Guggemos ; Carsten Bormann
Cc: lwip@ietf.org
Betreff: Re:
Hey,
we just published a new version of the Minimal-ESP document.
We’re looking forward for any comments on the document!
Regards
Tobias
A new version of I-D, draft-mglt-lwig-minimal-esp-06.txt
has been successfully submitted by Tobias Guggemos and posted to the IETF
repository.
Name
As a co-author, I am supporting the adoption of the document.
I implemented ESP by myself and the document was a very good start. We also
have ongoing effort in implementing Minimal-ESP in RIOT.
There is also an implementation available for Contiki, which was more the less
the starting point for