[NTLUG:Discuss] DHCP
Burton Strauss
Burton_Strauss at comcast.net
Thu Sep 8 12:42:31 CDT 2005
It should not be a problem as according to best practices per the RFC the
assigned address should be tested a couple of times to prevent conflict.
But it's certainly not a good idea. A badly implemented DHCP server could
choose not to perform the tests - SHOULD in RFC parlance isn't required.
http://www.faqs.org/rfcs/rfc2131.html
3.1 Client-server interaction - allocating a network address
...
2. Each server may respond with a DHCPOFFER message that includes an
available network address in the 'yiaddr' field (and other
configuration parameters in DHCP options). Servers need not
reserve the offered network address, although the protocol will
work more efficiently if the server avoids allocating the offered
network address to another client. When allocating a new address,
servers SHOULD check that the offered network address is not
already in use; e.g., the server may probe the offered address
with an ICMP Echo Request. Servers SHOULD be implemented so that
network administrators MAY choose to disable probes of newly
allocated addresses. The server transmits the DHCPOFFER message
to the client, using the BOOTP relay agent if necessary.
...
5. The client receives the DHCPACK message with configuration
parameters. The client SHOULD perform a final check on the
parameters (e.g., ARP for allocated network address), and notes the
duration of the lease specified in the DHCPACK message. At this
point, the client is configured. If the client detects that the
address is already in use (e.g., through the use of ARP), the
client MUST send a DHCPDECLINE message to the server and restarts
the configuration process. The client SHOULD wait a minimum of ten
seconds before restarting the configuration process to avoid
excessive network traffic in case of looping.
-----Burton
-----Original Message-----
From: discuss-bounces at ntlug.org [mailto:discuss-bounces at ntlug.org] On Behalf
Of Terry
Sent: Thursday, September 08, 2005 11:38 AM
To: NTLUG Discussion List
Subject: [NTLUG:Discuss] DHCP
Is this an accurate statement (pertaining to a Linux DHCP server presiding
over [mostly] MS PCs)?
"Having a system with a static IP assignment that is inside the range of
IPaddress' used by a DHC P server is not acceptable. Reason being:
If a new computer comes on-line, it may be issued that particular
IPaddress, and if so, there will be a problem. This may never happen on a
small network. If there are only a handful of computers on the network (half
a dozen or so), you may never run into this sort of problem. BUT, if and
when the network grows and gets to be fifty or a hundred strong, sooner or
later, this problem will rear it's ugly head. A computer will come on-line
and be issued an IP address that has been set as a static address to another
computer, .. . and then, later on, that other computer with the static IP
address will come on-line, and at that point they will both compete for
access that only one can have. During the competition neither of them will
get any access and only when one gives up will the other gain any bandwidth
or access to any outside networks. Fixed IPs should _only_ be assigned to IP
address that are outside the range used by the DHCP server."
_______________________________________________
https://ntlug.org/mailman/listinfo/discuss
More information about the Discuss
mailing list