DHCP Logic
-
@pete-s said in DHCP Logic:
It's another question but it's debatable if DHCP reservations is a good idea in the first place. In general I would say no.
Better to use static IPs, at least for anything that is important.I lean the other way, but it's mostly a preference thing. We use true static for things like routers, switches, and AD servers. I prefer reservations for basically everything else.
-
@obsolesce said in DHCP Logic:
@pete-s said in DHCP Logic:
It's another question but it's debatable of DHCP reservations is a good idea in the first place. In general I would say no.
Better to use static IPs, at least for anything that is important.Static only makes sense if you plan on having that server come up on another network that does not have the reservation in place, and nobody can figure out why it's not reachable through the known IP. Otherwise, what's your reasoning for thinking DHCP reservations is a bad idea? In what ways?
It's bad because you are dependent on the DHCP server to assign an address. So every server, VM whatever that get their DHCP reservation will fail if the DHCP server doesn't work. Basically the DHCP server becomes a single point of failure for a bunch of servers. Something you will find out after a power failure.
I think it's also bad practice to mix "clients" and "servers" in the same subnet, which is typically what has been done when you see DHCP reservations in use.
-
I like the idea of reservations because in theory everything could be managed and organized from the DHCP server. That being said, I have not really used reservations for this purpose yet, too many other things on my plate.
-
@pete-s said in DHCP Logic:
@obsolesce said in DHCP Logic:
@pete-s said in DHCP Logic:
It's another question but it's debatable of DHCP reservations is a good idea in the first place. In general I would say no.
Better to use static IPs, at least for anything that is important.Static only makes sense if you plan on having that server come up on another network that does not have the reservation in place, and nobody can figure out why it's not reachable through the known IP. Otherwise, what's your reasoning for thinking DHCP reservations is a bad idea? In what ways?
It's bad because you are dependent on the DHCP server to assign an address. So every server, VM whatever that get their DHCP reservation will fail if the DHCP server doesn't work. Basically the DHCP server becomes a single point of failure for a bunch of servers. Something you will find out after a power failure.
I think it's also bad practice to mix "clients" and "servers" in the same subnet, which is typically what has been done when you see DHCP reservations in use.
If there's a power failure, nothing will need an IP as they'll be turned off. When the power comes back on, the DHCP server comes up first (yes, the host is static, as well as DC like Scott mentioned).
If the DHCP server has some random failure, it's no issue at all, everything will keep using it's currently assigned address. It's not the issue you seem to think it is.
We have a separate subnet for servers and users, no issues there.
-
@obsolesce said in DHCP Logic:
@pete-s said in DHCP Logic:
@obsolesce said in DHCP Logic:
@pete-s said in DHCP Logic:
It's another question but it's debatable of DHCP reservations is a good idea in the first place. In general I would say no.
Better to use static IPs, at least for anything that is important.Static only makes sense if you plan on having that server come up on another network that does not have the reservation in place, and nobody can figure out why it's not reachable through the known IP. Otherwise, what's your reasoning for thinking DHCP reservations is a bad idea? In what ways?
It's bad because you are dependent on the DHCP server to assign an address. So every server, VM whatever that get their DHCP reservation will fail if the DHCP server doesn't work. Basically the DHCP server becomes a single point of failure for a bunch of servers. Something you will find out after a power failure.
I think it's also bad practice to mix "clients" and "servers" in the same subnet, which is typically what has been done when you see DHCP reservations in use.
If there's a power failure, nothing will need an IP as they'll be turned off. When the power comes back on, the DHCP server comes up first (yes, the host is static, as well as DC like Scott mentioned).
If the DHCP server has some random failure, it's no issue at all, everything will keep using it's currently assigned address. It's not the issue you seem to think it is.
We have a separate subnet for servers and users, no issues there.
If the DHCP server doesn't come up after power failure, the rest of the servers booting up will not use their last given ip address if that is what you think. They will not have an IP address at all.
-
@pete-s said in DHCP Logic:
@obsolesce said in DHCP Logic:
@pete-s said in DHCP Logic:
@obsolesce said in DHCP Logic:
@pete-s said in DHCP Logic:
It's another question but it's debatable of DHCP reservations is a good idea in the first place. In general I would say no.
Better to use static IPs, at least for anything that is important.Static only makes sense if you plan on having that server come up on another network that does not have the reservation in place, and nobody can figure out why it's not reachable through the known IP. Otherwise, what's your reasoning for thinking DHCP reservations is a bad idea? In what ways?
It's bad because you are dependent on the DHCP server to assign an address. So every server, VM whatever that get their DHCP reservation will fail if the DHCP server doesn't work. Basically the DHCP server becomes a single point of failure for a bunch of servers. Something you will find out after a power failure.
I think it's also bad practice to mix "clients" and "servers" in the same subnet, which is typically what has been done when you see DHCP reservations in use.
If there's a power failure, nothing will need an IP as they'll be turned off. When the power comes back on, the DHCP server comes up first (yes, the host is static, as well as DC like Scott mentioned).
If the DHCP server has some random failure, it's no issue at all, everything will keep using it's currently assigned address. It's not the issue you seem to think it is.
We have a separate subnet for servers and users, no issues there.
If the DHCP server doesn't come up after power failure, the rest of the servers booting up will not use their last given ip address if that is what you think. They will not have an IP address at all.
Same for desktops, phones, etc. DHCP is cheap and easy to make redundant. If it fails, you typically dont' care if the email server comes up or not, your network is down anyway.
-
@pete-s said in DHCP Logic:
If the DHCP server doesn't come up after power failure, the rest of the servers booting up will not use their last given ip address if that is what you think. They will not have an IP address at all.
Is that really a concern though. If your entire business infrastructure is offline due to a power outage, aren't there bigger items to address?
Like why in the hell did we lose power?!
Reservations would provide the same IP's to their respective clients once the DHCP server came up. Statically assigned on top of that would mean you don't even need the DHCP server. So long as the network itself is functional.
-
@donahue said in DHCP Logic:
I like the idea of reservations because in theory everything could be managed and organized from the DHCP server. That being said, I have not really used reservations for this purpose yet, too many other things on my plate.
That is another problem. It means that if you are replacing server hardware or a NIC you also have to have access and redo the dhcp reservation since you have new mac addresses.
-
@pete-s said in DHCP Logic:
@donahue said in DHCP Logic:
I like the idea of reservations because in theory everything could be managed and organized from the DHCP server. That being said, I have not really used reservations for this purpose yet, too many other things on my plate.
That is another problem. It means that if you are replacing server hardware or a NIC you also have to have access and redo the dhcp reservation since you have new mac addresses.
Why would you need a new mac address? You can easily change mac addresses on VM's all day long.
-
@pete-s said in DHCP Logic:
@donahue said in DHCP Logic:
I like the idea of reservations because in theory everything could be managed and organized from the DHCP server. That being said, I have not really used reservations for this purpose yet, too many other things on my plate.
That is another problem. It means that if you are replacing server hardware or a NIC you also have to have access and redo the dhcp reservation since you have new mac addresses.
Versus what? Redoing the static IP settings anyways? I'll rather re-enter a MAC than dick around in Windows network settings.
-
@obsolesce said in DHCP Logic:
@pete-s said in DHCP Logic:
@donahue said in DHCP Logic:
I like the idea of reservations because in theory everything could be managed and organized from the DHCP server. That being said, I have not really used reservations for this purpose yet, too many other things on my plate.
That is another problem. It means that if you are replacing server hardware or a NIC you also have to have access and redo the dhcp reservation since you have new mac addresses.
Versus what? Redoing the static IP settings anyways? I'll rather re-enter a MAC than dick around in Windows network settings.
Yeah, this would make sense if you had only a handful of clients that needed to be statically assigned. Nothing needs to be statically assigned. So long as your DHCP server is functional.
-
And this loops back to, if you lose your DHCP server (and nothing is statically assigned) why not have a redundant DHCP server?
Or restore from backup.
Lots of reasons to really question the whole argument.
-
It comes down to there being so many benefits to using DHCP reservations in most cases, versus a bunch of made up scenarios not to, that do not matter at all. This feels like the virtualize vs not virtualize servers discussion.
-
@obsolesce said in DHCP Logic:
This feels like the virtualize vs not virtualize servers discussion.
^ this.
-
@dustinb3403 said in DHCP Logic:
@pete-s said in DHCP Logic:
If the DHCP server doesn't come up after power failure, the rest of the servers booting up will not use their last given ip address if that is what you think. They will not have an IP address at all.
Is that really a concern though. If your entire business infrastructure is offline due to a power outage, aren't there bigger items to address?
Like why in the hell did we lose power?!
Reservations would provide the same IP's to their respective clients once the DHCP server came up. Statically assigned on top of that would mean you don't even need the DHCP server. So long as the network itself is functional.
Exactly, when DHCP doesn't work, nothing matters anyway.
-
@pete-s said in DHCP Logic:
@donahue said in DHCP Logic:
I like the idea of reservations because in theory everything could be managed and organized from the DHCP server. That being said, I have not really used reservations for this purpose yet, too many other things on my plate.
That is another problem. It means that if you are replacing server hardware or a NIC you also have to have access and redo the dhcp reservation since you have new mac addresses.
That's the most trivial thing ever. Takes two seconds. The nice thing is that you have the DHCP system as true, up to date documentation at all times, and can use that as a source of truth for DNS. With straight static IPs, it's all manual, each step of it. So many things to go wrong when DHCP Reservations automatically fix that stuff.
-
To help separate this.
DHCP servers aren't critical for a network to operate. They are nice to haves, because anything that connects to your network is immediately given an IP address.
You can skip that automatic process entirely, and statically assign every device. Nothing in the below screenshot says "DHCP Server" as some key factor to using the network or internet.
DHCP Servers simply make life easier, while creating questions like with the OP.
-
Having just done an IP scheme change a month or so ago, I'm A DHCP Reservations believer. Made the process so simple.
-
@zachary715 said in DHCP Logic:
Having just done an IP scheme change a month or so ago, I'm A DHCP Reservations believer. Made the process so simple.
Out of curiosity, was a Windows Server handling DHCP for the network?
-
@travisdh1 said in DHCP Logic:
@zachary715 said in DHCP Logic:
Having just done an IP scheme change a month or so ago, I'm A DHCP Reservations believer. Made the process so simple.
Out of curiosity, was a Windows Server handling DHCP for the network?
Why would this matter? I've done the same thing with Windows DHCP and with router DHCP. Both are fairly trivial.Just watch the details. Like anything.
