Re: Please review draft-ietf-zeroconf-ipv4-linklocal-15.txt !

Oops - sorry, I sent the email before it was done - I wanted to add
the following:

On Tue, 22 Jun 2004, Erik Guttman wrote:
> 1)  change     DEFEND_INTERVAL becomes ANNOUNCE_WAIT
>
>      from:
>
>    When ready to begin probing, the host should then wait for a random
>    time interval selected uniformly in the range zero to START_WAIT
>    seconds, and should then send PROBE_NUM probe packets, each of these
>    probe packets spaced randomly, PROBE_MIN to PROBE_MAX seconds apart.
>
>    If during this period, from the beginning of the probing process
>    until DEFEND_INTERVAL seconds after the last probe packet is sent,
>          ^^^^^^^^^^^^^^^
>    the host receives any ARP packet (Request *or* Reply) on the
>    interface where the probe is being performed where the packet's
>    'sender IP address' is the address being probed for, then the host
>    MUST treat this address as being in use by some other host, and MUST
>    select a new pseudo-random address and repeat the process.  In
>    addition, if during this period the host receives any ARP probe where
>    the packet's 'target IP address' is the address being probed for, and
>    the packet's 'sender hardware address' is not the hardware address of
>    the interfaces the host is attempting to configure, then the host
>    MUST similarly treat this as an address collision and select a new
>    address as above. This can occur if two (or more) hosts attempt to
>    configure the same IPv4 Link-Local address at the same time.
>
>
>     section    2.2.1
>     rationale  This is an error:  This adds 9 seconds of needless delay.
>     impact:
>
>       This changes the protocol operation.  Given a 10
>       second constant, the protocol functions as follows.

         action time span                      total time
         ------ ---------------------------    ----------
         delay  [0..START_WAIT=1]              0-1
         probe  (instantaneous)
         wait   [PROBE_MIN=1, PROBE_MAX=2]     1-3
         probe  (instantaneous)
         wait   [PROBE_MIN=1, PROBE_MAX=2]     2-5
         probe  (instantaneous)
         wait   [PROBE_MIN=1, PROBE_MAX=2]     3-7
         configure address! (instantaneous)
         wait   [DEFEND_INTERVAL=1]            13-17
         announce (instantaneous)
         wait   [ANNOUNCE_INTERVAL=2]          14-17
         announce (instantaneous)


I have gotten this table wrong before, so please check it yourself.
The alternative Stuart presents is:

         action time span                      total time
         ------ ---------------------------    ----------
         delay  [0..START_WAIT=1]              0-1
         probe  (instantaneous)
         wait   [PROBE_MIN=1, PROBE_MAX=2]     1-3
         probe  (instantaneous)
         wait   [PROBE_MIN=1, PROBE_MAX=2]     2-5
         probe  (instantaneous)
         wait   [PROBE_MIN=1, PROBE_MAX=2]     3-7
         configure address! (instantaneous)
  *      wait   [DEFEND_INTERVAL=1]            4-8
         announce (instantaneous)
         wait   [ANNOUNCE_INTERVAL=2]          5-9
         announce (instantaneous)