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

Re: [DNA-BOF] About Charter, DAD, and SEND



> Do we really need a separate problem statement draft
> for DAD optimization?  The charter clearly says that
> the goal is to reduce delay, and people seem to agree
> on that on the mailing list.

Ummm.  I tend to think not, but then I'm a bit minimalist
about that kind of thing and don't know much about the
mechanics of WGs.

>   3.N  Interoperability with SEND
> 
>    The optimized DAD mechanism SHOULD work when SEND is used.
>    It is desirable that the SEND and DAD optimization work
>    are closely coordinated so that it DAD optimization could
>    benefit from SEND and vice versa.

Yeah, I'd agree with that.  I think SEND is going to be
important.

>   3.N+1  Simultanoeus operation with DNA
> 
>    It SHOULD be possible to optimistically use optimized
>    DAD addresses even before the DNA process has not
>    been completed.  In other words, the hosts SHOULD be
>    allowed to send packets to a newly attached link with
>    the optimistica assumption that the link is the same
>    one that was previously used, without needing to wait for
>    the DAD and/or DNA procedures to complete.

"even before the DNA process has completed", I presume.

> What comes to the solutions (I know it is early to speak
> about them, but anyway), IMHO using pseudo-random addresses
> (e.g. SEND addresses) with careful collision detection
> procedures should be able to fulfil the latter goal.

Yup, such is the approach of Optimistic DAD.  I don't think
it's "early" to speak of solutions, but "late" to speak of
requirements :-)

-----Nick