[lisp] A Stab At Opportunistic Encryption for LISP

[Edward Lopez <[e-mail]>]

First off, I apologize to all for my absence on the mailing list, particularly Dino.  My company is relatively new to IETF WG participation, and there were some backend discussions I had to have back at corporate to ensure that I was both in compliance with the IETF Note Well, as well as my company’s internal IP processes.  This has been resolved, and I will be resuming active participation on the list.

At the time, I was working with Dino on crypto solutions for LISP.  Enclosed in my draft regarding opportunistic encryption for LISP.  While there are significant similarities with regard to the goals of one exchange of key material, non-reliance on PKI, nor storing keys on the mapping system, I proposed the use of IPSec ESP in transport mode for the actual encryption of packets between xTRs, as opposed to developing support for encryption within the LISP protocol itself.  I feel this has significant advantages toward ease of deployment and hardware acceleration, as well as support for multiple available encryption/hash algorithms.

The use of the security type (11) LCAF is very similar, except I propose that the Key Algorithm field be used to support encryption/hash algorithm sets, rather than individual algorithms.  In this way, we can use Key Count values to signify ITF preferences.

Another significant different is that this draft makes use of the R-bit to signal when Keys should be revoked, and can be used locally by xTRs to signal expiry conditions such as lifetime, peer detection failure, etc.

Thanks!

Ed Lopez



***  Please note that this message and any attachments may contain confidential 
and proprietary material and information and are intended only for the use of 
the intended recipient(s). If you are not the intended recipient, you are hereby 
notified that any review, use, disclosure, dissemination, distribution or copying 
of this message and any attachments is strictly prohibited. If you have received 
this email in error, please immediately notify the sender and destroy this e-mail 
and any attachments and all copies, whether electronic or printed.
Please also note that any views, opinions, conclusions or commitments expressed 
in this message are those of the individual sender and do not necessarily reflect 
the views of Fortinet, Inc., its affiliates, and emails are not binding on 
Fortinet and only a writing manually signed by Fortinet's General Counsel can be 
a binding commitment of Fortinet to Fortinet's customers or partners. Thank you. ***