Narayanan, Vidya wrote:
-----Original Message----- From: Alexandru Petrescu
[mailto:[EMAIL PROTECTED]
marcelo bagnulo braun wrote: [snip picture and text]
How do the nodes configure their global addresses? I mean are
they using stateless autconf?
Not sure about what's becoming mandatory and what not. There's a
draft on MN-AR interface talking about _both_ stateless and
stateful, haven't checked recently though.
If they do, how do you prevent the nodes from configuring
one address
per prefix the get in the RADV?
By putting M bit to 1 in RA thus instructing MN not to derive an
address from the prefix in RA ('M' stands for managed, instructing
to use DHCP instead).
wouldn't some of the nodes end up with multiple addresses from
different prefixes?
Yes, provided stateless autoconf is used.
No. The goal here is strangely different, actually. The goal is not
to advertise all the prefixes in all the RAs - the RA itself will be
tailored per mobile - so, each mobile will only see the prefix that
is being "assigned" to it.
I think that is fine if we consider point-to-point links. I know how to
do that (a tunnel interface is a point-to-point link, and send an RA on
that tunnel).
The problem I see with this is how to move this prefix from one AR to
another as the mobile moves (this may be known though...)
The other strange thing here is that the mobile may not know that it
is being "assigned" anything - so, it may continue to use stateless
autoconfig, assuming it is a shared prefix.
Well, if each time it opens a point-to-point connection it offers the
same NAI then it should be offered same prefix...
The other point here that may be considered weird is that although
the prefix is being "assigned" so to say, there is no lifetime for it
(unlike DHCP-PD, for e.g.) - so, I'm not sure if these prefixes are
pretty much permanently assigned or if, based on the NETLMM location
registration information, these are somehow removed.
Right... not sure what else than DHCPv6-PD can be used to distribute a
prefix. Maybe Mobile IPv6 draft extensions, maybe.
Alex
_______________________________________________
Int-area mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/int-area
