[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [DNA] Simple DNA [Fwd: I-D Action:draft-krishnan-dna-simple-03.txt]




> > 4. DHCPv6 address
> > To which router does a DNA host send an NS to confirm an DHCPv6 address?
> >
> > In current SDAT form, for DHCPv6 address, only DUID is recorded.
>
> The DHCPv6 operation is not specified in the draft. It is only for
> future proofing the table.

[BA] Can't Simple DNA confirm a DHCPv6-assigned address?  That seems like a
useful thing to be able to handle -- and the current draft can address that case, no?

> This is my subjective take on this. Feel free to disagree. The idea of
> the NS/NA exchange is to complete BEFORE the RA arrives. If an RA
> arrives before the NA, the host will configure an address out of the RA
> and send a BU. Note that this does not mean that, the other yet to be
> confirmed addresses are invalid. An NA that arrives after the RA will
> still confirm the address as usable. I think I can add some text to make
> it clearer.

Yes, this seems like a reasonable approach.  In DNAv4 we said that if
the alternative method (in that case, DHCP) arrived first, we would stop
retransmitting probes (and presumably ignore probe responses).   I'd
say the same thing about DHCPv6, by the way.  If the DHCPv6 response
comes back before a probe response, then just configure the address
and stop the probes.