A Microsoft version of DHCP client computer cannot obtain an IP address from a server that is running Linux
sunliang at cn.fujitsu.com
Mon Mar 21 01:24:11 UTC 2011
I am having a problem explaining as below:
Under the DHCP environment in which using three segments to process the
IP leasing, after the client accepts the IP leasing and turns to dynamic
status, the IP address of the destination of IP leasing will fail when
we transfer the client to other segments without doubts. After resetting
the LAN cable, the IP leasing will process successfully.
Some description about my environment:
OS : Red Hat Enterprise Linux 5.3 (for x86)
RPM： dhcp-3.0.5-18.el5 (RHEL 5.3 Standard RPM)
When transferring the PC client node (WindowsXP) to other segments, the
problem cited above occurs.
1. Without releasing, the client of leasing 137segment’s ending IP
address transfers to 138segment’s ending directly.
2. When LAN cable connects to the client, the IP address of 137segment
seems to be distributed. However, it fails eventually.
169.254.x.x(LINKLOCAL) is distributed
Only connect to the LAN cable. Hand free.
3. Reconnect to the LAN cable after a few seconds; the IP address of
138segment is leased.Only reconnect to the LAN cable, hand free.
※If only with the connection to the LAN cable, the IP address of
138segment will not be leased.
After digesting related documents, I noticed that the reason why this
problem occurs is that the client PC has sent three DHCP addresses of
discovering and requesting message.
Set the IP address of client PC as previous one. The DHCP client PC will
send three DHCP discovering messages.
For details, please refer to http://support.microsoft.com/kb/835304/en
But what still confuses me is how the Linux DHCP server setting ignores
these “repeated” DHCP discovering messages. And how can I solve this
I hope you guys can help me with it and share your points of views.
More information about the dhcp-users