Re: IPv6 autoconf addresses with changing RAs...
From: B ($B?_at_L@C#:H(B)
Date: 11/05/03
- Previous message: Adriaan de Groot: "if_ed(4) & kvtop()"
- In reply to: Barry Bouwsma: "IPv6 autoconf addresses with changing RAs..."
- Next in thread: Barry Bouwsma: "Re: IPv6 autoconf addresses with changing RAs..."
- Reply: Barry Bouwsma: "Re: IPv6 autoconf addresses with changing RAs..."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Wed, 05 Nov 2003 16:10:45 +0900 To: Barry Bouwsma <freebsd-misuser@remove-NOSPAM-to-reply.NOSPAM.dyndns.dk>
>>>>> On Sun, 2 Nov 2003 15:03:24 +0100 (CET),
>>>>> Barry Bouwsma <freebsd-misuser@remove-NOSPAM-to-reply.NOSPAM.dyndns.dk> said:
> I have one IPv6 machine behind a second, which second machine for
> historical reasons has an IPv6 prefix/address that occasionally changes.
> After this happens, the first host-only machine receives an additional
> autoconf IPv6 address, but it still retains the old (now obsolete) IPv6
> autoconf address it had learned from this same router. The machines are
> running kernels RELENG_4 from late-September-ish. Userland varies horribly.
> What I want to happen, is that when the new IPv6 address is autoconf'ed,
> the old one should disappear from the interface. (I've been too impatient
> to watch if it disappears after time, during which time I cannot reach
> the router's new address or the default route, as the old prefix which
> it had is no longer present thanks to my hacked scripts. If I manually
> delete the original IPv6 address, it seems that things work.)
Does the following behavior of rtadvd(8) help you?
Similarly, when an interface direct route is deleted, rtadvd will start
advertising the prefixes with zero valid and preferred lifetimes to help
the receiving hosts switch to a new prefix when renumbering. Note, how-
ever, that the zero valid lifetime cannot invalidate the autoconfigured
addresses at a receiving host immediately. According to the specifica-
tion, the host will retain the address for a certain period, which will
typically be two hours. The zero lifetimes rather intend to make the
address deprecated, indicating that a new non-deprecated address should
be used as the source address of a new connection. This behavior will
last for two hours. Then rtadvd will completely remove the prefix from
the advertising list, and succeeding advertisements will not contain the
prefix information.
At least rtadvd contained in FreeBSD 4.8R seem to support this
behavior.
JINMEI, Tatuya
Communication Platform Lab.
Corporate R&D Center, Toshiba Corp.
jinmei@isl.rdc.toshiba.co.jp
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
- Previous message: Adriaan de Groot: "if_ed(4) & kvtop()"
- In reply to: Barry Bouwsma: "IPv6 autoconf addresses with changing RAs..."
- Next in thread: Barry Bouwsma: "Re: IPv6 autoconf addresses with changing RAs..."
- Reply: Barry Bouwsma: "Re: IPv6 autoconf addresses with changing RAs..."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
