Re: [v6ops] draft-ietf-v6ops-host-addr-availability discussion

[Lorenzo Colitti <[e-mail]>]

On Tue, Nov 3, 2015 at 8:59 AM, Templin, Fred L <[e-mail]>
wrote:

> I have one text addition suggestion and one question. On P. 7, in Table 1,
> suggest adding a new final row as follows:
>
>   requires DAD               Yes                  Yes
>  No                 N/A
>
> Meaning that multi-addresses configured by SLAAC or DHCPv6 IA_NA/IA_TA
> must use DAD to check for duplicates on the link they were obtained. In a
> multi-addressing environment where millions of addresses are required,
> this could amount to a substantial amount of DAD multicast traffic. On the
> other hand, DAD is not needed for DHCPv6 PD because the network has
> unambiguously delegated the prefix for the node's exclusive use.
>

I don't think "Requires DAD: No" is correct. Even if the device gets a /64
prefix entirely for its own use, it still needs to do DAD with any other
devices on that /64 (e.g., tethered devices, VMs, etc.).

I'm not opposed to adding a line to the table, though I don't think it
provides much value - if we put our mind to it, I'm sure we could come up
with lots of things we could add to the table that aren't there at the
moment. My main concern is that if we add something to the table it needs
to be correct.

I have a question also on table 1. Under ""Unlimited" endpoints", why does
> it say "no" for DHCPv6 PD? I think it should say "yes" instead, since a
> prefix
> obtained by DHCPv6 PD can be used to configure an unlimited number of
> addresses on the link over which the prefix was received.
>

The table is written from the perspective of the network assigning
addresses to devices that connect to it. Therefore, it says "no" because if
you use DHCPv6 PD you can't assign address space to an unlimited number of
endpoints - you are limited to however many /64s you have available.

If you use IA_NA or SLAAC, any network with a /64 subnet has, at least in
theory, an "unlimited" number of addresses to assign to clients. Of course,
that's only true in theory. In practice, there's going to be a limit due to
scaling reasons.