I think people are going round in circles by not reading the whole thread as the OP is pretty such sorted ...
I already explained what causes IP conflicts (commonly setting 1 or more IPs by hand and not realising the router will still give out those IPs from time to time unless you tell DHCP not to).
A faulty DHCP server is not impossible but these days really it is almost never the cause in real setups.
People also forget things like releasing leases on PCs if they do stuff like swap out the DHCP server (for a new one with no leases stored yet) and then assume the new server is faulty.
I lose track of the offices I have visited where
all PCs were setup manually (including laptops) and the significant administrative burden with the comment being "well we tried changing (a few) things back to automatic but we get conflicts" and you can see that is faulty reasoning rather than faulty router.
Or, some PCs fail to get an IP address (because a connecting switch was unplugged). So someone sets a manual IP (because "it stops Windows popping up that yellow triangle thingy" - so that must have fixed it). The PC now has a supposedly "valid" IP address, the symptom has been hidden but it hasn't actually fixed the cause.
I (and XRaySpeX and others) also stated that DHCP reservations are the tidy way to deal with this.
To avoid complications I would always suggest either letting DHCP manage all (end) devices or (but
only as a last resort for small networks) manually setting everything but not a mixture of the two. I say (end) devices because in a big network there may be things like servers or wireless bridges that you prefer to set manually.
That said, if someone is determined to tinker manually it is important to have an approach that will still work.
Back to the OP who is trying to get from where they are now (seems to be working for now) to a reliable setup in the least number of steps - and changing the Range Start IP (and rebooting the end devices) will likely keep things working - plus learning more about DHCP works in the process which is to be encouraged ...
Now no doubt someone will be thinking, doesn't DHCP use ARP (or PING) to check if an IP is in use before actually allocating it?
Well, it can but have a think about real networks where not all devices are turned on all the time.
A device with a manual IP might be off because Bob isn't at work today (Thursday).
Ann turns on her computer and gets an DHCP supplied address. Her lease is valid for days (or even weeks). No problems today.
Now it's Friday and Bob is back at work. He turns on his computer. Ann and Bob both get an IP conflct. Because Bob decided to set a manual IP and didn't tell anyone. Then Bob says "oh theses automatic IPs don't work - they cause conflicts".
I know I'm having a soapbox moment here

but we've had DHCP for nearly 20 years because someone put in the effort to design a protocol so that we could spend more time using networks rather than configuring them, I'm looking forward to IPv6 when maybe people will decide memorising IP addresses is no longer fun!
And yet we still see people proposing doing things the hard way, often for the wrong reasons or to fix a different problem (such as wanting to port forward to a single computer to play a game) that DHCP (and NAT) already provide settings for.
prompt $P - Invalid drive specification - Abort, Retry, Fail? $G
prlzx on n e w n e t: ADSL2+ / 21CN at 2.5Mbps / 800k
Edited by prlzx (Fri 02-Mar-12 02:37:15)