3

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?

4 Answers 4

4

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.

2
  • I would suggest running the capture on the server itself. Look at the time deltas of the incoming and outgoing DHCP packets. If the delay is seen in the capture on the server between the incoming and outgoing packets then it's a server problem and you can focus your investigation there. If the delay is not seen in the capture on the server then it's a network problem.
    – joeqwerty
    Jan 13, 2010 at 18:09
  • Great point. Are you stalking me? =)
    – Wesley
    Jan 13, 2010 at 18:41
3

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.

1
  • Thank you! I've encountered this also on a Dell Powerconnect switch. And by enabling Fast Link on every port it finally worked!
    – Ben
    Mar 2, 2018 at 14:43
2

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.

0

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.

1
  • 1
    packets may not lie but they also may not explain why a server takes X seconds to generate them...
    – Antitribu
    Jan 13, 2010 at 17:12

You must log in to answer this question.