Implementing Network Infrastructure – 9/30/2008
Welcome back, all uhm one of you! (Ok, actually the second one of you came in the afternoon, and I knew about it beforehand, etc.)
DHCP was the topic of the day. Remember back in A+ and Net+ when we discussed DHCP as the squeaky-annoying guy that called out and whined until a DHCP server heard him and shut him up.
Well today, we actually dissected the “little whiney guy” into what actually happens with DHCP client and server communication, and it turns out that our DHCP clients and servers only know how to say eight different things to each other:
- DHCPDISCOVER - this is the initial broadcast blast spewed out by the DHCP client in search of a DHCP Server. If a DHCP server does not answer this DHCPDISCOVER packet with a DHCPOFFER packet, then the DHCP Client self-configures with an APIPA address, which belongs in the 169.254.0.0/16 network (non-routable, by the way).
- DHCPOFFER - If a DHCP server detects a DHCPDISCOVER packet out there, it replies back to the client with this DHCPOFFER packet. Effectively, this is the server saying, “Hi, I’m a DHCP server. Would you like me to send you configuration information?”
- DHCPREQUEST - Once the client receives a DHCPOFFER packet it sends the DHCPREQUEST packet back to the server. It’s the client’s way of answering, “Yes, thanks! Can I have some configuration information please?” This may seem confusing, but it makes a lot more sense when the client goes to renew its configuration. More on that later.
- DHCPDECLINE – This packet is sent from the DHCP client to the DHCP server when it does not want configuration. This might happen if a DHCP server answers a client’s DHCPDISCOVER packet after another DHCP server has answered it already.
- DHCPACK - When a client accepts configuration settings sent by the server, the server acknowledges it by sending this packet.
- DHCPNACK – This packet is sent by the server whenever the server wants to invalidate the client’s configuration. “You are not acknowledged, client.”
- DHCPRELEASE – This command is issued by the client to release itself from configuration.
- DHCPINFORM – In some instances, it’s possible that a NIC will want to obtain more than one set of configuration. If that’s the case, the client sends a DHCPINFORM. It’s the equivilent of asking for a waitress to bring an entire pitcher of beer instead of just ordering them one at a time.
Now that I’ve pretty much published the entire lexicon for DHCP machines, let’s look and see how some of the conversations actually flow. First of all, let’s look at a brand new computer being turned on for the first time in a subnet with one DHCP server:
- The client sends out a DHCPDISCOVER packet. “Hey, is there anyone here who knows how to configure me???”
- A DHCP server hears the cry and responds back with a DHCPOFFER packet. “Hi, I’m a DHCP server. Here is some configuration information…”
- The client accepts the information by sending the DHCPREQUEST packet. “Thanks! Can I have that configuration information?” (This seems redundant to us as human beings, but it happens.)
- Once receiving the DHCPREQUEST packet, the server responds back with a DHCPACK packet, acknowledging that yes, this particular client has an IP address. At this point, the DHCP database is updated with the MAC address of the client tied to the given IP address, and the IP address is taken out of the possible pool of addresses.
Then, the client is free to roam the network with their set configuration information. The configuration has an expiration date however — it’s called a lease. And just like responsible apartment dwellers, the client tries to renew its lease long before it’s up. Here’s what the lease renewal conversation would look like:
- The client sends a DHCPREQUEST packet, again saying “Thanks! Can I have that configuration information?” Here, the client is asking to keep the information.
- The server sends back a DHCPACK packet saying, “Yes, yes you may.”
Homework:
- Chapter One Review Questions
- Chapter Two Review Questions
- Remember professional dress next week!!!
We opened the Troubleshooting class (a fun class to teach) today with an attended installation of Windows XP. An attended installation is simply one kind of installation we can do for Windows, we can also do a network install and an unattended installation. The network installation works how you might think, the files are delivered not by installation CDs like most of us are used to, but delivered over a network share. This is supremely beneficial because instead of having an administrator present to input information, or even a flunkie present to swap disks, we can have someone turn on the computer and walk away. It’s truly beautiful stuff.