Subject: Re: RE: [DNA] Alternatives to "just send RS" when DNA starts

From: Greg Daley <[email-masked]>
Date: Mon, 13 Feb 2006 15:10:52 -0500

Hi Bernard, 

----- Original Message -----
From: Bernard Aboba <[email-masked]>
Date: Monday, February 13, 2006 2:26 pm
Subject: RE: [DNA] Alternatives to "just send RS" when DNA starts
> >But one can also imagine parallel approaches. E.g, for the default
> >routers on the list, measure the actual observed RTTs during NS/NA
> >exchanges. Then, for DNA, send out an NS, using that RTT as an
> >estimate of how long you are willing to wait (and I'd expect this to
> >be very short, like 10ms or less). If that doesn't work, then fall
> >back to RS. One can imagine other optimizations.
> 
> DNAv4 does both DHCP and ARP in parallel -- so that the DNAv4 
> procedure is 
> never slower than DHCP.

The issue which Thomas (and you) were trying to solve
is exacerbation of the multicast traffic due to probing
on cell change.

Parallel transmission attempts which do NS+RS do not solve this.

Greg