IPv6 unique local address flushes on up/down
Tue Mar 25 10:16:31 PDT 2008
On Tuesday 25 March 2008 17:20:39 YOSHIFUJI Hideaki / ???? wrote:
> In article <200803251707.52528.chunkeey at web.de> (at Tue, 25 Mar 2008
17:07:52 +0100), Chr <chunkeey at web.de> says:
> > On Tuesday 25 March 2008 16:24:28 YOSHIFUJI Hideaki / ???? wrote:
> > > In article <200803251557.21563.chunkeey at web.de> (at Tue, 25 Mar 2008
> > 15:57:21 +0100), Chr <chunkeey at web.de> says:
> > > > Now my question, which _one_ should we fix the applications or the
> > > > stack?! I think the network stack, but I don't know if there are RFC
> > > > about this issue... or is there already some flag/setting which I've
> > > > missed so far?
> > >
> > > Well..., in fact, this is known as an uneasy-to-fix issue.
> > > The behavior han not been changed for long time, so you definately
> > > need to have work-around for this issue, anyway.
> > >
> > > From specification point of view, we need to re-perform DAD (duplicate
> > > address detection) after down-up cycle or even link-down and up.
> > > One possible way is to add "tentative" flag for static addresses
> > > (instead of purging them) when the interface is going down and
> > > reperform DAD for all of such addresses when the interface is coming
> > > up. If the link is being down, we might want to use "Optimistic" DAD
> > > instead.
> > Ah yeah, ok... I guess... alright! ...
> > but another question, about this issue form the userspace side.
> > Since I'm going to use the stateful DHCPv6 way... I'm wondering how I can
> > set the tentative flag from userspace?
> Tentative flag cannot be set from userspace.
> So, if we're going this way, we might need new flag for "admin" or
> "static" or something alike for manual / static addresses
> (including link-local addresses, probably).
ok, this is a blocker... so, what about a "static flag" per interface instead
of per addresses (maybe add something
So that on the first initialization of the interface (modprobe time) we create
always generate a link-local address (like now)... But then on every down/up
cycle we check the _new_ static flag.
if it is not set then we do the _old_ behaviour... (flushing everything)
and if it is set we just leave everything in place.... (and on "up", we just
use the old link-local again instead of making a new one)
Will this work? or are there some pitfalls with this approach?
More information about the Hostap