Re: issue 12: interaction with other protocols doing RR

Vijay Devarapalli <[email protected]>
Newsgroups gmane.ietf.mobike
Message-ID <[email protected]>
James Kempf wrote:

> Vijay,
> 
> 
>>I would rather add an RR test to Mobile IP. It could be a
>>simple Mobility Header message probe protected by IPsec.
>>a couple of reasons.
> 
> 
> I've no objection to this, it might even be a better solution.
> 
> 
>>1. I am not sure we are going to be using MOBIKE between
>>    a MN and HA (when they are already doing Mobile IPv6
>>    signaling. BU is your MOBIKE update message).
>>2. no need to have some kind of interaction between the
>>    IKE stack and the Mobile IPv6 stack
>>
> 
> 
> I think it would be useful to compare the two solutions.
> 
> I have not read your IKEv2 for MIP draft, but I am interested to know if
> some of the backdoor API changes in IPsec mentioned in RFC 3776 could be

nope. it is standard for anyone supporting PF_KEY.

> removed if the HA and MN support MOBIKE. Do you think this would be
> possible?

it would be a bad idea if you the MN has to send a MOBIKE
update in addition to binding update during a handoff. we should
try to do it one message. there is already a secured message for
doing the update (a Binding Update).

Vijay
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.