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