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

> The only problem with this typing is that it presumes the client
> always knows what to ask for. In the cases we have today, that
> appears to be appropriate.

Right.  In the specific cases of Temporary and "normal" addresses, I
think the client does know which it wants and needs to treat them
differently.

> However, it is not clear that this would be the case down the road
> depending on how "type" is defined.

Thinking a bit more on this, I don't think a separate type field is
needed in the IA itself. Just let the DHCP option number itself serve
that purpose. I.e., it's perfectly OK to assign different option
numbers for the temporary vs. normal address case. The actual format
of the options could be the same, if that is what makes sense.

> For example, one might ask
> whether we should split the "normal" case in two and have
> "normal-global" and "normal-site".

I would argue no, for the reason that the client shouldn't be
distinguishing these cases. I.e, the client just gets a set of
addresses (0, 1, 2 or  more globals, 0 or more site-locals) and
assigns them to the interface. The client shouldn't care about how
many or what type. It just uses the ones assigned to it.

So I think we are in agreement that generalizing this is a potentially
troubling direction.

However, in the specific case of temporary address vs. non-temporary,
the client may well have more specific knowledge about how they are
used (e.g., the client may want to switch to a new temporary address
more frequently than another client, so this should be under client
control).

Thomas

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