Re: [Last-Call] [v6ops] Genart last call review of draft-ietf-v6ops-slaac-renum-03

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > Naively, it seems like the new prefix will almost always have longer
> > lifetime values than the old prefix, and given that this seems to be
> > how orderly renumbering causes hosts to transition from using the old
> > prefix to the new prefix, it's not clear how hosts "will normally
> > ... actively employ the addresses configured for the
> > previously-advertised prefix".  Naively, hosts only seem to be
> > permitted to employ the old prefix, but the preferred behavior would
> > be to use the new prefix whenever possible.
> 
> This depends. Certainly a host which still has active flows using
> the old address will not automatically terminate those flows.
> Further, longest lifetime is not even listed as a source address
> selection criteria in RFC6724. Even if it were added, it would
> likely be subordinate to rule 8 (use longest matching prefix) in
> which case, a source address that was not deprecated and which had
> more left hand bits in common with the destination address would
> be preferred over one that does not.

The obvious thing to do is to make sure that the old prefix is deprecated.
Existing flows can continue to use the old address because explictly select
that address as source address, new flows that let the system select an
address will get the new prefix.

> Despite the fact that RFCs prohibit hosts from reducing the valid
> lifetime to less than 2 hours in response to a received RA, some
> routers do send such RAs and some hosts do (in violation of the
> standards) deprecate the prefixes accordingly. This is kind of a
> no-win situation because if you deprecate the prefix, you have
> weaponized (spoofed) RAs as a mechanism to tell a host to deprecate
> a prefix. OTOH, if you dont deprecate the prefix, you have a
> situation where the user may well be suffering for at least two
> hours with a non-functional stale prefix.

There are two lifetimes: the preferred lifetime and the valid lifetime.
The two hour limit only applies to the valid lifetime. (RFC 4862,
Section 5.5.3)

So an address can always be deprecated (preferred lifetime is zero),
but it will remain valid for 2 hours or the current valid lifetime,
which ever is less.

-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call



[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux