peut-être aussi en envoyant des RA avec un lifetime a 0 pour le/les prefix(es) deprecated ? en utilisant un truc comme https://github.com/fgont/ipv6toolkit ?

Petit HS :
Plus je parcours les pages du forum plus je vois que l'ipv6 est en fait une grosse usine à gaz et ça ne fonctionne pas aussi bien nativement comme on se l'imagine

e)  If the advertised prefix is equal to the prefix of an address configured by stateless autoconfiguration in the list, the preferred lifetime of
the address is reset to the Preferred Lifetime in the received advertisement.

The specific action to perform for the valid lifetime of the address depends on the Valid Lifetime in the received advertisement and the
remaining time to the valid lifetime expiration of the previously autoconfigured address. We call the remaining time "RemainingLifetime"
in the following discussion:

1.    If the received Valid Lifetime is greater than 2 hours or greater than RemainingLifetime, set the valid lifetime of the corresponding
       address to the advertised Valid Lifetime.

2.    If RemainingLifetime is less than or equal to 2 hours, ignore the Prefix Information option with regards to the valid lifetime, unless
       the Router Advertisement from which this option was obtained has been authenticated (e.g., via Secure Neighbor Discovery [RFC3971]).
       If the Router Advertisement was authenticated, the valid lifetime of the corresponding address should be set to the Valid Lifetime in
       the received option.

3.   Otherwise, reset the valid lifetime of the corresponding address to 2 hours.

The above rules address a specific denial-of-service attack in which a bogus advertisement could contain prefixes with very small
Valid Lifetimes. Without the above rules, a single unauthenticated advertisement containing bogus Prefix Information options with
short Valid Lifetimes could cause all of a node’s addresses to expire prematurely. The above rules ensure that legitimate advertisements
(which are sent periodically) will "cancel" the short Valid Lifetimes before they actually take effect.

Note that the preferred lifetime of the corresponding address is always reset to the Preferred Lifetime in the received Prefix Information
option, regardless of whether the valid lifetime is also reset or ignored. The difference comes from the fact that the possible attack for
the preferred lifetime is relatively minor. Additionally, it is even undesirable to ignore the preferred lifetime when a valid administrator
wants to deprecate a particular address by sending a short preferred lifetime (and the valid lifetime is ignored by accident).

Non, le souci c'est pas IPv6, c'est l'opérateur teubé qui change le préfixe à chaque coupure.