My Windows 2003 server standard DHCP server takes 30-45 seconds to give out an IP to XP clients. I've never seen one this slow before. The server is not overwhelmed.
We are on 100 Mbps switches.
Any ideas or suggestions?
My Windows 2003 server standard DHCP server takes 30-45 seconds to give out an IP to XP clients. I've never seen one this slow before. The server is not overwhelmed.
We are on 100 Mbps switches.
Any ideas or suggestions?
Launch NetworkMonitor or Wireshark and observe the traffic between the client and server. It's likely a network related problem. You could also use Windows Server's Perfmon to watch DHCP statistics in the various stages of the DORA process. Also, check to see if there's another DHCP server on the network, although the symptoms don't sound like what I would expect.
If you want to try blindly twiddling options, you could try restarting the DHCP service to see if that clears things up. You could also rebuild the DHCP database. I'd recommend observing the network traffic and DHCP statistics first.
Is the indexing service or an antivirus client scanning the DHCP directory? If so, that's bad.
Had the same problem with a Linux server and a Dell Powerconnect 6224 switch. As Thomas G mentioned above, the problem was related to STP. I solved it by setting the switch ports to "portfast" (but NOT for uplink ports connected to other switches).
This is how to do it on that particular switch. If you have a different switch, it may still give clues to find the setting.
In the 6224 switch CLI, to enable portfast on switch 1, ports 1 to 19:
enable
config
interface range ethernet 1/g1-1/g19
spanning-tree portfast
Or
In the web configuration, go to Switching -> Spanning Tree -> STP Port Settings and check "Fast Link" for the ports.
You then need to copy the running config. to the saved config. so that it will be used at the next reboot.
Does it take that long just to release/renew on the client or is it only at initial bootup? If it is only taking that long when the client first powers up/connects to the network it might be due to spanning tree protocol operation on the switch. By default STP spends about 15 seconds in each Learning and Listening states before forwarding frames. So the 30 seconds you are seeing may be the client is transmitting discover packets but not seeing an offer until STP has entered the forwarding state and forwards along the next DHCP discover.
Packet never lie
You can capture all the data under XP client and analyse them. From which you may find answer.
You can find how much times Broadcast\Discover\Request packets the XP client sending and how long time DHCP server response them.
In a word,in packets world you can find more info than application operation and your sense.