> -----Original Message-----
> From: Anima [mailto:[email protected]] On Behalf Of Brian E
> Carpenter
> Sent: 23 May 2016 22:45
> To: Anima WG <[email protected]>
> Subject: [Anima] Anima and renumbering
> 
> I made an unplanned experiment yesterday. Because of a discussion in
> 6man, I set up my laptop to run with only temporary IPv6 addresses (RFC
> 4941 addresses). And then I ran my tests of the GRASP prototype for a while.
> After half an hour or so, GRASP stopped working, because the laptop's
> address changed automatically, so the cached discovery results became
> invalid.
> 
> So, one conclusion is that my implementation should be more aggressive
> about aging out the discovery cache. But it raises a question about how
> resistant we need the Anima infrastructure to be against renumbering. It
> seems to me that an autonomic mechanism really needs to repair itself in
> that case. Any thoughts?

Hmmm... I'm not an IPv6 expert, so please bear with me. 

https://tools.ietf.org/html/rfc4862#section-5.3 states explicitly that "A 
link-local address has an infinite preferred and valid lifetime; it is never 
timed out."

https://tools.ietf.org/html/rfc4941#section-3.3 implies that the procedure 
applies only to global scope addresses: 
   "This document extends [ADDRCONF] as
   follows.  When processing a Router Advertisement with a Prefix
   Information option carrying a global scope prefix for the purposes of
   address autoconfiguration (i.e., the A bit is set), the node MUST
   perform the following steps:"

Therefore, link local addresses, in my reading, do not use temporary addresses 
a la RFC 4941. Correct so far? 

I would further claim that addressing inside the ACP does not require temporary 
addresses, since the ACP is a secured overlay network. 

Therefore, if GRASP runs on link local addressing in the data plane, and if we 
use static, greater-than-link-local scope only inside the ACP (which is my 
assumption), we should be fine, right?

Michael

_______________________________________________
Anima mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/anima

Reply via email to