Static vs SLAAC - Static expected to be preferred?
Mark Smith
nanog at 85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org
Wed Apr 27 15:14:32 CEST 2011
Hi Steinar,
On Wed, 27 Apr 2011 14:08:33 +0200
"Steinar H. Gunderson" <sesse at google.com> wrote:
> Den 27. april 2011 14:05 skrev Mark Smith
> <nanog at 85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org> følgende:
> > It has been suggested that in this SLAAC vs static address scenario,
> > it's not a common expectation that static addresses (with the default
> > infinite preferred and valid lifetimes) would always be used in
> > preference to the SLAAC addresses.
>
Do you have any comments on your general static address
expectations?
> What about SLAAC vs. privacy addresses? Usually the latter would have
> a shorter preferred lifetime.
>
That's true. Privacy addresses seem to be covered by rule 7, which
refers to them as temporary addresses, with non-privacy addresses
referred to as public addresses. By default is says to prefer public
addresses, unless overridden by an application via an API, or if
privacy is enough of a concern, then it is acceptable to prefer privacy
addresses over public addresses.
Rule 8 says to use the longest matching prefix between the candidate
sources and the destination, and also says rule 8 may be superseded if,
for example, the implementation can make a better source
address choice.
So perhaps using the value of the preferred lifetime as a tie-breaker
could occur either between rule 7 and 8.
Thanks,
Mark.
More information about the ipv6-ops
mailing list