大部分人對於DHCP協定可能不陌生，但對於DHCP的認知都還是著重在IPv4的版本，而IPv6的版本有什麼不同呢？本文會針對DHCP協定在IPv6的部分多加介紹。而考慮到某些人可能對於DHCP協定的細節以及IPv6的部分不太了解，因此也會從這些方向多加介紹。
第三步驟：Request（用戶端→DHCP伺服器）
當用戶端取得Offer的網路封包後，此時這個用戶端就知道要合作的DHCP伺服器在哪裡。不過，接下來這個步驟依然是廣播封包（Broadcast），因為用戶端也必須讓其他DHCP伺服器知道已經有DHCP伺服器在幫忙了。這樣一來，如果有準備要合作的DHCP伺服器收到這個封包，就知道不需要繼續幫忙，並且把嘗試要丟出去的IP位址與資料再度收回來，保留給其他用戶端使用。
第四步驟：Acknowledge（DHCP伺服器→用戶端）
最後這個步驟就是確認時效以及所有其他設定資料。到這裡為止，TCP/IP在DHCP協定的運作下，就大功告成了。
DHCPv6協定的差異
DHCPv6協定使用UDP埠號碼546與547為溝通的埠，用戶端使用546，而伺服器端使用547。IPv6位址的指派可以有兩種方式。一種是透過DHCPv6伺服器，一種是直接使用無狀態位址自動設定（Stateless Address Auto-configuration）。
一般來說，當想要擁有系統化的集中管理時，企業中就會使用DHCPv6的方式，如果IP的指派不需要這樣的管理時，例如家庭網路，可以直接使用無狀態位址自動設定的方式。而在IPv6網路環境中的DNS（Domain Name System）並不需要使用DHCPv6，它們可以透過NDP（Neighbor Discovery Protocol）的方式來自動設定。
DHCPv6相關的定義可以在RFC 3315、RFC 6221與RFC 4361文件中被找到，而DHCPv6中與DNS相關的設定，則被定義在RFC 3646文件內。而如果想要知道更多有關無狀態位址自動化設定，可以查看RFC 3736文件。
結語
這篇文章中，筆者介紹了DHCP協定的歷史、發展原因、IPv4與IPv6位址相關基本知識、DHCP Relay Agent、DHCP伺服器分配IP位址的方式，以及用戶端與伺服器端之間詳細的來回步驟解釋。DHCP協定還有好多事情可以介紹，預計會在以後的文章陸續說明。至少到這裡，讀者已經比大部分的人都了解DHCP了。
＜本文作者：胡凱智，目前在美商Mozilla擔任全球技術專案總監，曾於趨勢科技任職七年多，有兩年美國矽谷工作經驗，在美國專利局擁有軟體專利。讀者可在其粉絲專頁獲取更多網路知識及交流建議：https://www.facebook.com/khu.page＞