I meant manually reserve an IP address on the router for the MAC & IP you want for your client device. I think "static" and "reserved" are kind of interchangeable, same ends. You can leave your client in auto DHCP mode, you don't need to input the client side settings manually.
I'm sure you probably know this, but let's clarify some terms here. I don't think everyone is on the same page. A
static address is one manually assigned
on the device, DHCP never comes into play in this situation. A
reserved address is one where the
DHCP server assigns the same IP address to the same MAC address every time.
If I understand correctly ezhangin is stating he has a reserved address assigned to his NAS on the router. Someone suggested he try a static address to see if it fixes the issue (unclear if he attempted this).
ezhangin said:
I would think the DHCP server would know not to use something it reserved.
No it's not that smart, search through these threads - having your static chunk numerically separated from your auto chunk is best practice, you're experiencing what happens when you don't do that.
While you are correct about not having static IPs overlap your DHCP pool, ezhangin is also correct about dnsmasq being smart enough to not assign reserved IPs. Unfortunately the dnsmasq man page makes no such guarantee, but
Simon Kelley confirms that reserved IPs are excluded from the list of available IPs for DHCP assignment (except for to their assigned MAC).
No hashing comes into play in the assignment of IPs in a home/SOHO router setup. Perhaps if you were on an actual domain with a name server or doing something else outside the sphere of small networks. IP addresses are constantly being renewed with the router, sometimes clients aren't up on the network when their IP lease is up, etc. If auto assignment to your clients is on, it's safe to bet that you can't trust anything to remain on a specific IP for an extended length of time.
Actually, dnsmasq explicitly uses a hash of the client's MAC so that IPs will remain stable long-term.
See the entry for --dhcp-sequential-ip on the dnsmasq man page.
As for the original problem, just a wild guess, but could it be the NAS is going into some sort of power saving mode, where it takes a few seconds to wake up after it detects network activity directed at it?