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

"Philip Nye" <[email protected]> Tue, 22 Jun 2004 15:58:11 +0100
Newsgroups gmane.ietf.zeroconf
Organization Engineering Arts
Message-ID <011301c45869$56937050$131010ac@aldebaran>
The use of the symbol WATCH_WAIT in draft 15 is incorrect. This issue is =
independent of whether the symbol is called WATCH_WAIT or =
DEFEND_INTERVAL.

The purpose of a symbolic name is to allow changes to the value to =
accommodate different situations without changes in the text of the =
document.

The symbol name must be the same for all networks but it's value may =
change from network to network. The current text only defines the =
*symbol name* for IEEE802 networks, rather than defining its value.

Proposed change in section 2.5

   (b) If a host currently has active TCP connections or other reasons
   to prefer to keep the same IPv4 address, and it has not seen any
   other conflicting ARP packets recently (for IEEE 802, within the last
                                           ^^^^^^^^^^^^^^
                                               DELETE
   WATCH_WAIT seconds) then it MAY elect to attempt to defend its
   address, by recording the time that the conflicting ARP packet was
   received, and then broadcasting one single ARP announcement, giving
   its own IP and hardware addresses as the sender addresses of the ARP.
   Having done this, the host can then continue to use the address
   normally without any further special action.  However, if this is not
   the first conflicting ARP packet the host has seen, and the time
   recorded for the previous conflicting ARP packet is recent (within
   WATCH_WAIT seconds for IEEE 802) then the host MUST immediately cease
                     ^^^^^^^^^^^^^
                         DELETE
   using this address and configure a new IPv4 Link-Local address as
   described above...
  =20
Becomes

   (b) If a host currently has active TCP connections or other reasons
   to prefer to keep the same IPv4 address, and it has not seen any
   other conflicting ARP packets recently (within the last
   WATCH_WAIT seconds) then it MAY elect to attempt to defend its
   address, by recording the time that the conflicting ARP packet was
   received, and then broadcasting one single ARP announcement, giving
   its own IP and hardware addresses as the sender addresses of the ARP.
   Having done this, the host can then continue to use the address
   normally without any further special action.  However, if this is not
   the first conflicting ARP packet the host has seen, and the time
   recorded for the previous conflicting ARP packet is recent (within
   WATCH_WAIT seconds) then the host MUST immediately cease
   using this address and configure a new IPv4 Link-Local address as
   described above...

and in section 9

   WATCH_WAIT          10 seconds  (time to continue to defend your =
address,
                                    for IEEE 802 networks)

Becomes

   WATCH_WAIT          10 seconds for IEEE 802 networks
                       currently unspecified for other network types
                       (time to continue to defend your address)


regards,
Philip Nye