[support] Re: [Dsmip] Implementation of UMIP and Dyanamic key estabilishment through IKEv2 in IPV4-only network
satya sahu
satya0675 at gmail.com
Mon Mar 2 23:56:39 JST 2009
Hi Sebastien ,
Thanks a lot.
I am also on the same line with you ,that solution-B may require more code
changes hence may trigger a lots of bug .I will try my best to make it more
feasible and will update you regarding the changes.
-May need your help during this exercise.
-thanks
satya
On Sat, Feb 28, 2009 at 7:53 AM, Sebastien Decugis <
sdecugis at hongo.wide.ad.jp> wrote:
> Hi,
>
> I agree with Arnaud, that solution B is cleaner. On the other side, it
> may require more changes in many parts of the code, and will probably
> trig a lot of bugs ;) But it is a good change for the code, so if you
> have time, please go for it :)
>
> Best regards,
> Sebastien.
>
> Arnaud Ebalard a écrit :
> > Hi,
> >
> > satya sahu <satya0675 at gmail.com> writes:
> >
> >
> >> *Solution B*
> >>
> >> I was thinking of making the following code change in mip6d
> when
> >> MN move to FL(IPv4):
> >>
> >> 1. Enhanced the behavior of KMADDRESS to support IPv4 address also.
> I
> >> have already verified that strongswan support KMADDRESS having IPv4 or
> IPv6
> >> addresses.
> >>
> >> 2. Insert corresponding IPv4 xfrm policies and templates to the
> kernel.
> >> Which is missing currently. Current implementation push v6-mapped-v4
> policy
> >> to the kernel when MN moves to FL(IPv4).
> >>
> >> Changes will be made when the new CoA address is v6-mapped-v4. The
> following
> >> functions may be affected to support the above requirement.
> >>
> >> Ø _mn_trns_update
> >>
> >> Ø _mn_tnl_update
> >>
> >> Ø _mn_tnl_pol_mod
> >>
> >> Ø xfrm_sendmigrate
> >>
> >> Ø ...And some more to be identified...
> >>
> >> Kindly let me know if I am thinking on the right direction to fix the
> issue.
> >> I will appreciate if you can send me some more pointers which Solution I
> >> should go for.
> >>
> >
> > Solution A looks like a workaround. Solution B is IMHO the way to
> > go. Regarding the list of function, it looks like a good start.
> >
> > If you manage to implement and test your ideas, I'd be interested by some
> > feedback that could be integrated in:
> >
> > http://tools.ietf.org/html/draft-ebalard-mext-pfkey-enhanced-migrate-00
> >
> > Cheers,
> >
> > a+
> >
> > ps: you may find some material on http://natisbad.org/MIPv6/ and in the
> > repo here: http://hg.natisbad.org/migrate2_patches_umip_nemo/
> >
> >
> >
> _______________________________________________
> Dsmip mailing list
> Dsmip at ml.nautilus6.org
> http://ml.nautilus6.org/mailman/listinfo/dsmip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ml.nautilus6.org/pipermail/support/attachments/20090302/c11243cc/attachment-0002.htm
More information about the Support
mailing list