Re: [v6ops] SLAAC renum: Problem Statement & Operational workarounds

[Fernando Gont <[e-mail]>]

On 27/10/19 19:03, Bernie Volz (volz) wrote:
>>I don’t know of a single DHCPv6 server which operates that way
> currently. Can you point to a working example?
> 
>  
> 
> That is actually the RFC8415 specified behavior … the DHCP server I work
> on (Cisco Prime Network Registrar) will do this if steps are taken to
> “invalidate” a lease.
> 
>  
> 
> See RFC 8415, Section 18.3.4:
> 
>  
> 
>    If the server finds that any of the addresses in the IA are not
> 
>    appropriate for the link to which the client is attached, the server
> 
>    returns the address to the client with lifetimes of 0.
> 
>  
> 
>    If the server finds that any of the delegated prefixes in the IA are
> 
>    not appropriate for the link to which the client is attached, the
> 
>    server returns the delegated prefix to the client with lifetimes
> 
>    of 0.

Doesn't the above imply that the client remembers the addresses?


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