In your previous mail you wrote: Instead, we might need some sort of random delay on the creation of addresses when a new prefix is received. => IMHO the delay should be in the DAD itself. We already got a random delay between 0 and MAX_RTR_SOLICITATION_DELAY for the first DAD on an interface, why not require it in all cases? Another detail: before doing DAD, the solicited group must be joined and this is another cause of collisions when implementations are buggy (i.e., no new report should be sent because the node is already a member of the group).
Regards [EMAIL PROTECTED] -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
