Re: draft-ietf-6man-slaac-renum: Heuristics to deprecate stale information

[Ted Lemon <[e-mail]>]

On Fri, Aug 12, 2022 at 17:33 Fernando Gont <[e-mail]> wrote:

> On 12/8/22 13:52, Ted Lemon wrote:
> > FWIW, I would like to see the points made in item 1 addressed in
> > slaac-renum.
>
> Regarding #1, nodes that change their address or that "disappear", I'd
> say that's not really renumbering.


The point is that if the router goes away, we would like to detect that
quickly. A good way to detect it quickly is to notice signals that suggest
the link has changed and probe for known routers. If they don’t answer,
deprecate their information. Does this not make sense?

That said, we could clarify in a separate section noting that, e.g.:
>
>    When the Router Lifetime of a router expires, Neighbor Discovery
>    information advertised by such router should be disassociated with
>    said router -- hence the faith of such information will depend on
>    whether such information is advertised by other routers.
>
> Thoughts?


Sure, but this is not the point Eduard was making.