Re: WG ACTION: 2 weeks to discuss [LL63] Text could be more specific
"Philip Nye" <[email protected]> Fri, 7 May 2004 12:16:54 -0000
| Newsgroups | gmane.ietf.zeroconf |
|---|---|
| Organization | Engineering Arts |
| Message-ID | <01c501c4342d$2fc32f70$131010ac@aldebaran> |
> From: "Stuart Cheshire" <[email protected]> > > Replace > > A device that implements both IPv4 Link-Local and a DHCPv4 client > should not alter the behavior of the DHCPv4 client to accommodate > IPv4 Link-Local configuration. In particular configuration of an > IPv4 Link-Local address, whether or not a DHCP server is currently > responding, is not sufficient reason to unconfigure a valid DHCP > lease, to stop the DHCP client from attempting to acquire a new IP > address, to change DHCP timeouts or to change the behavior of the > DHCP state machine in any other way. > > Several early implementations of IPv4 Link-Local have modified the > DHCP state machine in an attempt to make IPv4 Link-Local more > reliable, and the field experience we have gained from this has > shown that it does not work - reliability of DHCP service is > significantly reduced. If increased reliability of IPv4 Link-Local > is desired, we recommend that the IPv4 Link-Local state machine track > the DHCP client state machine and, in cases where it is not certain > that the DHCP-assigned address is correct, the IPv4 Link-Local state > machine acquire an IPv4 Link-Local address without causing the DHCP > state machine to relinquish its address. > > Further discussion of this issue is provided in [DNAv4]. > > with just > > A device that implements both IPv4 Link-Local and a DHCPv4 client > should not alter the behavior of the DHCPv4 client to accommodate > IPv4 Link-Local configuration. In particular configuration of an > IPv4 Link-Local address, whether or not a DHCP server is currently > responding, is not sufficient reason to unconfigure a valid DHCP > lease, to stop the DHCP client from attempting to acquire a new IP > address, to change DHCP timeouts or to change the behavior of the > DHCP state machine in any other way. This is omitting a specific recommendation as well as the unspecified example you objected to. Whether just one or more implementations have made the mistake is irrelevant - it has been established as a mistake and useful guidance is provided. However, this reads to me like a worry that unspecified "bad" former implementations may become erroneously associated with particular companies. If this is the case, I could accept changing the first part of the offending paragraph: Several early implementations of IPv4 Link-Local have modified the DHCP state machine in an attempt to make IPv4 Link-Local more reliable, and the field experience we have gained from this has shown that it does not work - reliability of DHCP service is significantly reduced. To: Field experience has shown that modifying the DHCP state machine in an attempt to make IPv4 Link-Local more reliable does not work - reliability of DHCP service is significantly reduced. Philip