Thread (47 messages) 47 messages, 7 authors, 2007-02-05

Re: [PATCH] IPv6: Implement RFC 4429 Optimistic Duplicate Address Detection

From: YOSHIFUJI Hideaki / 吉藤英明 <hidden>
Date: 2007-01-30 16:15:14

In article [ref] (at Tue, 30 Jan 2007 08:02:08 -0500), Neil Horman [off-list ref] says:
quoted
I do not think we should copy neighbor information from (one of)
default routers, but use temporary neigh entry (or neigh in new state)
for such datagrams in stead.  We should aware that:
Not sure how that is different from what I'm proposing.  a neighbor entry that
maps a given host on the current subnet to the MAC of the default router, that
then gets flushed when DAD completes is temporary, as far as I can see.
quoted
 1) default router's link-layer address may change.
True, but if this changes, all our network connectivity is lost, until the
normal neighbor solicitation process completes anyway.
No, router may update its link-layer address by NA with Override flag set.
In that case, we must use new link-layer for subsequent packets from
our opportunistic address duing DAD.
quoted
 2) we may have more than one default routers.
True, but I would think we could select any of them and this would work.
Granted, we wouldn't use all the default routers in the table as we would with
routed frames, but I'm not sure how we avoid that.
I mean, if the status of the selected default router has changed or 
has been deleted, we should try other router, at least.
quoted
 3) the default router's link-layer may be invalidated.
yes, but this would be bad for the same reason as (1)
We MUST take this into account.

--yoshfuji
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help