Hello again Thomas,

Thomas Narten wrote:

> The problem is that this doesn't seem to work in all cases. If the
> visited site is using SL addresses, the above rule means that the MN
> can't use them (for conversing with local nodes, at least not while
> using its Home Address). In other words, things that work one way for
> a regular node at the visited cite, won't work for the MN. That
> doesn't seem like a desireable property.

I guess the Mobile IPv6 specification is not supposed to cover
cases where the mobile node is not using Mobile IPv6.  Then,
if a mobile node wants to use visited site-local addresses for
communication within the visited site, that should be O.K.

If the mobile node IS using Mobile IPv6 with a global care-of
address, then  ...? should it use that global care-of address for
other communications (e.g., very short term) for which the
home address is not involved?

> > So far, when we have had problems, we have made restrictions
> > (as just noted) so that indeed Mobile IPv6 just works.  Sometimes
> > the restrictions could be lifted by specifying additional protocol, but
> > at this point the amount of additional protocol is to be reduced,
> > even at the cost of some restriction.
>
> My comments were prompted by my reading of the MIPv6 spec. IMO, the SL
> wording there has problems. In a few places, it says things like "if
> you are visiting a network with the same site as your home, then
> ...". But, AFAIK, we have know of no way of determining what site a
> node is connected to when it visits some arbitrary link.
>

That is true, and it was discussed.  The conclusion we came up with is
that a mobile node might erroneously use a visited site-local address as
a care-of address, but that its home agent would never see the Binding
Update, so the mobile node would not be able to establish communications
with its home site using the visited site-local address.

This is the same, effectively, as the case where the node is not using
Mobile IP at all.

Regards,
Charlie P.



--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------

Reply via email to