Re: my response to the proposed changes

Erik Guttman <[email protected]> Wed, 23 Jun 2004 17:51:03 +0200 (CEST)
Newsgroups gmane.ietf.zeroconf
Message-ID <[email protected]>
Folks,

I want to support Stuart's excellent observation that we no longer need
the [1394] or [802.1d] reference.

Sorry I was a bit incoherent yesterday.  For once trying to get organized
backfired.  Here are a few ammended remarks.

On Tue, 22 Jun 2004, Erik Guttman wrote:
> 1)  I support the following change:
>
>     We have to fix the last paragraph of 2.2.1 since it should read
>     2 seconds instead of 10 seconds for 'DEFEND_INTERVAL'.  I agree
>     it should be called ANNOUNCE_WAIT.  The changes are:
>
> section 2.2.1
> WAS:
>    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
> BECOMES:
>    If during this period, from the beginning of the probing process
     until ANNOUNCE_WAIT seconds after the last probe packet is sent,
>    the host receives any ARP packet (Request *or* Reply) on the

Stuart's remarks have convinced me that the below is an OK idea to change
the text for DEFEND_INTERVAL.

> Section 9
> Was:
>     DEFEND_INTERVAL     10 seconds  (after probes, wait for defense)
>     WATCH_WAIT          10 seconds  (time to continue to defend your address,
>                                      for IEEE 802 networks)
>
> Becomes:
>     DEFEND_INTERVAL     10 seconds  (min interval between defensive ARPs)

However I do not support the idea of merging WATCH_WAIT and
DEFEND_INTERVAL.

> Section 1.3 and 2.5
> Was
>     WATCH_WAIT
> Becomes
>     DEFEND_INTERVAL

WATCH_WAIT is used in section 2.5 for holding onto one's address after
defending it against a potential conflict. This seems OK set at 10 seconds
for 802 links.  (I support Philip Nye's suggested modification to 2.5 and
WATCH_WAIT's definition in section 9.)

In section 2.2.1 DEFEND_INTERVAL is a period after the last probe in which
one will relinquish a pseudo random address it is trying to configure.
This value should be 2 seconds, since that is what we had until we messed
things up in draft 15 with all our last minute changes.

These are different tasks, right?

Regards,

Erik
(not as WG chair)