Re: [IPsec] [multipathtcp] IPsec multihoming and mobility

[Daniel Migault <mglt.ietf at gmail.com>]

Hi Michael, 

Thanks for your comment, I appreciate your feed back. 

Sections of the requirements draft on SCTP, SHIM6 should be filled, and I will mention RFC3554 in the SCTP section. 

In both drafts we consider only IKEv2, so I don't think RFC3554 is really relevant. I am not an expert on IKEv1, but it looks that features introduced by RFC3554 are not longer necessary since with IKEv2 since IKEv2 provides the ability to negotiate multiple Traffic Selector, and TS are not associated to the ID Payload anymore.

On the other hand IKEv2 or IKEv1 and RFC3554 does not  enable to modify the Traffic Selectors of the Security Association. And this is one of the thing we address in the drafts.

Regards, 

Daniel

On Wed, Oct 21, 2009 at 3:44 PM, Michael Tüxen <Michael.Tuexen at lurchi.franken.de> wrote:

Hi Daniel,

have you looked at
http://www.ietf.org/rfc/rfc3554.txt

Best regards
Michael

On Oct 21, 2009, at 10:29 AM, Daniel Migault wrote:

Hi folks,

We are currently working on IPsec issues and multihoming. Here are our starting work with a presentation of scenarios and requirements we address, as well as the design of an extension to MOBIKE.

Scenarios and Requirements :
http://tools.ietf.org/html/draft-mglt-ipsec-mm-requirements-00

Protocol Design :
http://tools.ietf.org/html/draft-mglt-ipsec-mm-mobikex-00

We are currently working implementing it, and looking on how other multihoming protocol can benefit from it.

Feed backs  and comments are really appreciated.

Regards,

Daniel


--
Daniel Migault
Orange Labs -- Security
+33 6 70 72 69 58

_______________________________________________
multipathtcp mailing list
multipathtcp at ietf.org
https://www.ietf.org/mailman/listinfo/multipathtcp

-- 
Daniel Migault
Orange Labs -- Security
+33 6 70 72 69 58