Date: Fri, 17 Jan 1997 17:38:32 -0800 From: Akihiro Tominaga <tomy@gunpowder.Stanford.EDU> To: dhcp-v4@cs.bucknell.edu Cc: brian@awfulhak.demon.co.uk, hackers@freebsd.org, tomy@dynamite.Stanford.EDU Subject: Q about draft-ietf-dhc-dhcp-09.txt Message-ID: <199701180138.RAA11768@dynamite.Stanford.EDU>
next in thread | raw e-mail | index | archive | help
I want to discuss about the following paragraph (on pg 32);
o DHCPREQUEST generated during INIT-REBOOT state:
<omit>
If the network is correct, then the DHCP server should check if the
client's notion of its IP address is correct. If not, then the
server SHOULD send a DHCPNAK message to the client. If the DHCP
server has no record of this client, then it MUST remain silent,
and MAY output a warning to the network administrator. This
behavior is necessary for peaceful coexistence of non-communicating
DHCP servers on the same wire.
Please think about the following situation.
A client requests address 'A'.
There is a server 'X' which has the binding that points address 'B'.
'B' is already expired.
There is another server 'Y' which has the binding that points address 'A'.
'A' is valid.
This is not illegal situation. And if 'X' sends NAK and 'Y' sends
ACK, there is no guarantee which packet arrives first. So the behavior
of the most client depends on arrivals of packets.
IMHO, the server should send back NAK only if the DHCPREQUEST is
directly sent to the specific unicast IP address of the server. And
in this situation, the server shouldn't send NAK.
Any comment?
--
Visiting Researcher of Stanford Univ.
Mosquito Net Project.
Keio Univ.
WIDE Project.
Akihiro Tominaga (tomy@mosquitonet.stanford.edu)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701180138.RAA11768>