Re: slaac-renum: New rev of draft-gont-6man-slaac-renum (Fwd: New Version Notification for draft-gont-6man-slaac-renum-08.txt)

[Fernando Gont <[e-mail]>]

On 19/5/20 12:24, Philip Homburg wrote:
> In your letter dated Tue, 19 May 2020 03:38:18 -0300 you wrote:
>> https://www.ietf.org/internet-drafts/draft-gont-6man-slaac-renum-08.txt
> 
> I disagree with Section 4.1.2. Host should not try to second-guess routers.
> So host should keep preferred and valid lifetimes unchanged.

[This is responded below]


> 
> In Section 4.5, I think it is bad to hardcode knowledge about ULAs
> in detecting stale prefixes. In my opinion that shows that the
> algorithm is fragile. And note that this applies to all hosts.

Not sure what you mean. Could you please elaborate?
Unfolding th processing of ULA vs. non-ULA is simply 
fine-tuning/optimization: So if, say, you had a globally-reachable 
address, and now the router ceases to advertise the globally-reachable 
addresses, but starts advertising the ULA, you keep both.

One might was well not do this optimization, but it's certainly better 
this way.

WHy do you think about the algorithm being fragile?




> So there might be other circumstances where some prefixes are special. A
> site may have multiple ULA prefixes that have different meaning. The
> same applies to regular global unicast.

The logic here is:

When a prefix is missing, that's an indication that the prefix has 
become stale. Now, you might process the RAs irrelevant of ULA nad 
non-ULA, and it would also be fine.

But the logic here is that it is better to have one stale address of 
each type, than no address of that type. If you want, this is the 
algorithm being more conservative.



> So in my opinion the best way forward is to only expire prefixes quickly
> if the host knows that the router sends all information in one RA.
> Hosts can easily detect if a router uses one RA or multiple RAs.

Two things:

1) network config split into multiple RAs do not happen in practice -- 
as reported by Time Winters

2) Irrelevant from #2, from a theoretical there's no way in which a host 
can positively know whether information is split into multiple RAs or 
not. You may try to "sample" the router. But if you don't get split 
information that might simply be the result of packet loss. 
Additionally, the fact that at time T information is sent in a single 
RA, doesn't mean that that will be the case at time T+t.

The point of the algorithm is simple:
The algorithm doesn't deprecate prefixes at once. So if information is 
split into multiple RAs, then since you don't act on RAs at once, the 
algorithm will handle the split information gracefully.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: [e-mail]
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492