DHCP Discover
DHCP客戶端請求地址時，並不知道DHCP服務器的位置，因此DHCP客戶端會在本地網絡內以廣播方式發送請求報文，這個報文成爲Discover報文，目的是發現網絡中的DHCP服務器，所有收到Discover報文的DHCP服務器都會發送回應報文，DHCP客戶端據此可以知道網絡中存在的DHCP服務器的位置。
DHCP Offer
DHCP服務器收到Discover報文後，就會在所配置的地址池中查找一個合適的IP地址，加上相應的租約期限和其他配置信息(如網關、DNS服務器等)，構造一個Offer報文，發送給用戶(可以廣播、也可以單播)，告知用戶本服務器可以爲其提供IP地址。(注意，只是告訴client可以提供，是預分配，還需要client通過ARP檢測該IP是否重複)
DHCP Request
客戶端會在兩種情況下發送DHCP Request
1) DHCP客戶端可能會收到來自DHCP服務器的很多Offer，所以必須在這些迴應中選擇一個。Client通常選擇第一個迴應Offer報文的服務器作爲自己的目標服務器，並回應一個廣播Request報文，通告選擇的服務器。注意，"Client通常選擇第一個迴應Offer報文的服務器作爲自己的目標服務器"這裏存在一個安全問題，如果我們的僞DHCP服務器能比原始DHCP服務器先發送Offer數據包，就能達到欺騙的目的，從而劫持目標用戶的流量
2) 獲取DHCP客戶端成功獲取IP地址後，在地址使用租期過去1/2時，會向DHCP服務器發送單播Request報文續延租期，如果沒有收到DHCP ACK報文，在租期過去3/4時，發送廣播Request報文續延租期。
DHCP ACK
DHCP服務器收到Request報文後，根據Request報文中攜帶的用戶MAC來查找有沒有相應的租約記錄(即之前的預分配過程中登記的那個MAC)，如果有則發送ACK報文作爲迴應，通知用戶可以使用分配的IP地址。
DHCP NAK
如果DHCP服務器收到Request報文後，沒有發現有相應的租約記錄或者由於某些原因無法正常分配IP地址，則發送NAK報文作爲迴應，通知用戶無法分配合適的IP地址。
DHCP Release
當用戶不再需要使用分配IP地址時，就會"主動"向DHCP服務器發送Release報文，告知服務器用戶不再需要分配IP地址，DHCP服務器會釋放被綁定的租約(在數據庫中清除某個MAC對某個IP的租約記錄，這樣，這個IP就可以分配給下一個請求租約的MAC)
DHCP Decline
DHCP客戶端收到DHCP服務器迴應的ACK報文後，通過地址衝突檢測發現服務器分配的地址衝突或者由於其他原因導致不能使用，則發送Decline報文，通知服務器所分配的IP地址不可用，我們在手工設置靜態IP、或者DHCP分配中有時會遇到"檢測到IP衝突"的提示就是因爲客戶端利用ARP機制來在當前內網中確認當前指定的IP是否已經被佔用
DHCP客戶端如果需要從DHCP服務器端獲取更爲詳細的配置信息，則發送Inform報文向服務器進行請求，服務器收到該報文後，將根據租約進行查找，找到相應的配置信息後，發送ACK報文迴應DHCP客戶端