Re: FW: [dhcwg] co-existence of temp and normal addresses

> Though I hate to do it because it reopens the discussions, if we
> consider anything we shouldn't add more IA types. Instead, we should
> redesign the IA option slightly and add a type field. The type field
> (8 bit?) could have the following values:

> 	0	-	"Normal" addresses
> 	1	-	"Temporary" addresses

I think these two may make sense. The reason is that temporary
addresses are different than other addresses in *how* the client uses
them. A client may want to use several at a time, or just one. It may
want to extend the lease of one particular one (if the application
continues to use it), etc.  That is, temporary addresses really do
have the potential for being used in application-specific manners. As
an example (not that I necessarily agree with it), when temporary
addresses were designed in the IPNg WG, there were some people that
thought it should be possible to have a new address created whenever a
new application started. Allowing the client to ask for "yet another
new temporary address" (as opposed to "give me the temporary addresses
I'm supposed to have")) would support this.

> 	2	-	"DSTM" addresses (this replaces the DSTM option)
> 	...

I can see the benfit here. Having a type makes sense in cases where
identifying the type of address (i.e, how it will be used) is
necessary to decide how to allocate and use it.

Thomas

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg