>
> > PS: reference are RFC 2461 and 2462 (ND and autoconf).
> > PPS: the real question is to know if the procedure proposed in the
> > I-D 12 (last) about mobile IPv6 when a mobile returns at home and
> > doesn't know the link-layer address of the home agent is a DAD
> > or not.
> It will be considered as a DAD. Why can't the MN send out a
> unsolicited neighbor advertisement with the over-ride flag
> set so that everybody including the home agent can update
> their caches ?
>
> => I can see two objections :
> - the home agent doesn't update its cache (ie this is not in the
> semantics of unsolicited/overriding NAs (*))
RFC2461 section 7.2.6 does talk about unsolicited/overriding NAs.
Why would not the home agent update its cache entry ?
> - the mobile MUST send it after home deregistration (end of page 95)
>
> If it is a proxy entry it could even delete the entry. Then learning
> home agents link layer address is simple.
>
> => (*) there is a security issue there, home registration is authenticated
> and should not be partially undone by a simple neighbor discovery packet.
> I don't believe there is an agreement about changeing the proxy advertisement
> mechanism in order to make this (overriding of proxy entries by a suitable NA)
> works but I agree it is a simple solution...
>
Ok. If the mobile node solicits for the home agents link layer address
with a proper source address (not unspecified) i.e its home address,
why would the home agent consider it as a duplicate ? The draft
seems to mention that HA will consider it as a duplicate as it
is defending for the mobile node. But, unless the source is unspecified
this should not happen.
-mohan
> Regards
>
> [EMAIL PROTECTED]
> --------------------------------------------------------------------
> 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]
> --------------------------------------------------------------------
--------------------------------------------------------------------
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]
--------------------------------------------------------------------
