Without having read the draft, it occurs to me that the whole idea of
DAD latency impacting hand-offs is a self inflicted problem. From the
perspective of 'failure to plan on your part does not constitute an
emergency on my part', it would seem the prudent thing for a MN to do is
establish DAD for all candidate prefixes well before it is ready to
start using them. I realize this creates extra traffic if the node
doesn't end up moving, but it also prevents a node from stepping on
someone else that was actively using an address. Which is more
important, making sure a node can move quickly, or making sure a
stationary node is not interrupted???

Tony


> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]] On Behalf Of Nick 
> 'Sharkey' Moore
> Sent: Monday, October 14, 2002 7:58 PM
> To: [EMAIL PROTECTED]
> Subject: Optimistic DAD draft ...
> 
> 
> G'day IPng-ers,
> 
>       One of the big issues in getting low-latency
> handovers working for IPv6 mobility is the long delay
> involved in completing DAD.
> 
> One option is to allow the Mobile Node to communicate
> while the address is still Tentative (optimistically assuming 
> that DAD will succeed), but to adjust its ND / SAA behaviour 
> in order to minimize disruption in case of an address 
> conflict (and maintain correct interoperation with unmodified nodes).
> 
>       We've kicked the idea around a little on mobile-ip,
> and I've formalized my thoughts into an internet draft,
> which should get published soon.  In the meantime, you can
> find it at <http://www.ctie.monash.edu.au/ipv6/fastho.htm>
> (tentatively titled draft-moore-ipv6-optimistic-dad-00).
> 
>         I'd be interested in your opinions on the draft,
> and its potential suitability for standards track.
> 
> 
> cheers,
>         Nick
> -- 
> Nick 'Sharkey' Moore                    <[EMAIL PROTECTED]>
> Research Fellow, CTIE                   Tel: +61 3 9905 3707
> Monash University,  Australia           Fax: +61 3 9905 5358  
> --------------------------------------------------------------------
> 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]
> --------------------------------------------------------------------
> 


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

Reply via email to