In your previous mail you wrote: As for using an address without performing DAD, this is a *bad idea* in general
=> I agree, at least using an address without performing DAD before should be explicitely allowed by the network manager (this can be easily added in fast-handoff). and fast-handoff is no excuse => I am afraid that fast-handoff is an excuse for mainly tendentious things... (:-) to avoid verifying that someone else is not already using an address on the link (assigned or random). If mip is that far off in the weeds we may need an AD to ask them to revisit their charter. => hum, what about this (from MIPv6 I-D 15): After forming a new care-of address, a mobile node MAY perform Duplicate Address Detection [27] on that new address to confirm its uniqueness. However, doing so represents a tradeoff between safety (ensuring that the new address is not used if it is a duplicate address) and overhead (performing Duplicate Address Detection requires the sending of one or more additional packets over what may be, for example, a slow wireless link through which the mobile node is connected). Performing Duplicate Address Detection also in general would cause a delay before the mobile node could use the new care-of address, possibly causing the mobile node to be unable to continue communication with correspondent nodes for some period of time. For these reasons, a mobile node, after forming a new care-of address, MAY begin using the new care-of address without performing Duplicate Address Detection. Furthermore, the mobile node MAY continue using the address without performing Duplicate Address Detection, although it SHOULD in most cases (e.g., unless network bandwidth or battery consumption for communication is of primary concern) begin Duplicate Address Detection asynchronously when it begins use of the address, allowing the Duplicate Address Detection procedure to complete in parallel with normal communication using the address. 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] --------------------------------------------------------------------
