Re: resolution of LL57

"Philip Nye" <[email protected]> Wed, 26 May 2004 10:20:21 +0100
Newsgroups gmane.ietf.zeroconf
Organization Engineering Arts
Message-ID <020f01c44302$acf63a30$131010ac@aldebaran>
I will reiterate my comment on one of the "editorial" changes of LL57 =
since the comment semems to have got lost among the mass of changes =
which were proposed under a single heading. I am not happy with simply =
accepting the proposed change as is.


> Section 2.5
>=20
> >    (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
> >    ten seconds) then it MAY elect to attempt to defend its address
>=20
> becomes
>=20
>     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
> |  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 using =
this
>     address and configure a new IPv4 Link-Local address as described
>     above.  This is necessary to ensure that two hosts do not get =
stuck
>     in an endless loop with both hosts trying to defend the same =
address.
>=20

I am in favour of parameterizing WATCH_WAIT but we should do it =
properly. As proposed the *parameter* WATCH_WAIT is specific to IEEE802. =
It should be the *value* of WATCH_WAIT that is IEE802 specific - other =
transports may get different values for the same parameter. The text =
should read:

"...and it has not seen any other conflicting ARP packets within =
WATCH_WAIT seconds then it MAY elect..."

and add in section 9:
WATCH_WAIT    10 seconds for IEEE 802 networks

Philip Nye