[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]



Dear Bernard

> > > 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 --

agree.

> and the current draft can address that
> case, no?

I am not sure.

> > 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.

agree.

best regards

JinHyeock