【文章內(nèi)容簡(jiǎn)介】 擇，并向該 Serv發(fā)起后續(xù)請(qǐng)求報(bào)文，同時(shí)狀態(tài)切換為 Requesting DHCP原理 ? DHCP的協(xié)議流程（續(xù)） ? REQUESTING Client選定一個(gè)最優(yōu)的 Offer以后，就會(huì)根據(jù)該 Offer提供的 OPTION來發(fā)起 Request，正式請(qǐng)求這些資源 以上內(nèi)容被封裝到 UDP:68?67報(bào)文， 通過 IP廣播發(fā)送到指定的 Serv C l i e n tC l i e n tS e r v 1C l i e n tS e r v 2D H C P R e q u e s tDHCP原理 ? DHCP的協(xié)議流程（續(xù)） ? Request報(bào)文常見參數(shù)構(gòu)成： ? OP＝ 1， BOOT Request ? Xid， 根據(jù) Server的 Offer報(bào)文確定 ? Ciaddr＝ ? Yiaddr＝ Siaddr＝ Giaddr＝ ? Chaddr＝ Client MAC Addr DHCP原理 ? DHCP的協(xié)議流程（續(xù)） ? Request報(bào)文常見 Opton構(gòu)成： ? Requested IP addr＝ Must ? IP Addr Lease Time＝ May ? Client Ientifier＝ May ? Server Identifier＝ Must ? Parameter Request List＝ May DHCP原理 ? DHCP的協(xié)議流程（續(xù)） ? BOUND 服務(wù)器收到 Request報(bào)文之后，會(huì)通過 ACK報(bào)文給用戶正式指派一個(gè) IP地址，并進(jìn)行 Binding操作；如果用戶請(qǐng)求的 IP地址非法，則回應(yīng) NAK 以上內(nèi)容被封裝到 UDP:67?68報(bào)文， 通過 IP廣播發(fā)送到指定的 Client C l i e n tC l i e n tS e r v 1C l i e n tS e r v 2D H C P A C K / N A KDHCP原理 ? DHCP的協(xié)議流程（續(xù)） ? ACK報(bào)文常見參數(shù)構(gòu)成： ? OP＝ 2， BOOT Reply ? Xid， 根據(jù) Client的 Request報(bào)文確定 ? Ciaddr＝ Request報(bào)文相同 ? Yiaddr＝ Server指定 ? Siaddr＝ BOOTP/DHCP Serv IP Addr ? Giaddr＝根據(jù) Request報(bào)文確定 ? Chaddr＝ Client MAC Addr DHCP原理 ? DHCP的協(xié)議流程（續(xù)） ? ACK報(bào)文常見 Opton構(gòu)成： ? Requested IP addr＝ Must Not ? IP Addr Lease Time＝ Must ? Client Ientifier＝ Must ? Server Identifier＝ Must ? Parameter Request List＝ Must Not DHCP原理 ? DHCP的協(xié)議流程（續(xù)） ? 最后客戶端收到 ACK報(bào)文之后，從中提取相關(guān)的 IP Addr、 Lease Time、 Router、 DNS等信息，并自動(dòng)設(shè)臵到自己的網(wǎng)卡中 ? DHCP基本流程就此結(jié)束，用戶可以進(jìn)行后續(xù)的網(wǎng)絡(luò)訪問和操作 ? 當(dāng)然， Client如果發(fā)現(xiàn) ACK報(bào)文異常，可以使用Decline報(bào)文進(jìn)行拒絕，此時(shí)狀態(tài)將回到初始 INIT ? 注意： DHCP Serv在正式 ACK之前，通常需要通過Ping或者 ARP報(bào)文來探測(cè)一下所分配的 IP地址是否被其他主機(jī)占用！ DHCP原理 ? DHCP實(shí)例 課程內(nèi)容 DHCP簡(jiǎn)介 DHCP原理 DHCP擴(kuò)展介紹 實(shí)驗(yàn)與練習(xí) 本章小結(jié) DHCP擴(kuò)展介紹 ? DHCP的擴(kuò)展介紹 ? DHCP的定時(shí)器 ? DHCP的 REBOOT ? DHCP的釋放 ? DHCP中繼 ? DHCPSnooping DHCP擴(kuò)展介紹 ? DHCP定時(shí)器 ? DHCP定時(shí)器 BOOTP協(xié)議中，服務(wù)器為客戶主機(jī)分配完 IP地址等之后，該地址將被“永久”使用，但這顯然不利于有限 IP資源的高效利用，所以 DHCP在設(shè)計(jì)中引入了Lease Time這個(gè)租約的概念，并圍繞它設(shè)臵了多個(gè)定時(shí)器，以確保 IP地址資源都分配給了活動(dòng)的主機(jī)，不活動(dòng)主機(jī)的 IP地址資源將被回收再利用 Lease Time初始值通常由 DHCP Serv統(tǒng)一指定 DHCP擴(kuò)展介紹 ? DHCP定時(shí)器（續(xù)） ? T1定時(shí)器 DHCP客戶主機(jī)首先需要維護(hù)一個(gè) T1定時(shí)器，它通常是 Lease Time的一半 當(dāng)客戶端收到服務(wù)器分配地址的 T1時(shí)間之后，將自動(dòng)進(jìn)入 Renewing狀態(tài)，重新向 DHCP Serv發(fā)送Request報(bào)文，用以請(qǐng)求 /續(xù)訂原 IP地址的租約時(shí)間 注意該 IP報(bào)文是單播給原 DHCP服務(wù)器的 DHCP擴(kuò)展介紹 ? DHCP定時(shí)器（續(xù)） ? 與正常 Request報(bào)文的差異 相對(duì)于正常 DHCP流程， Renewing狀態(tài)中發(fā)起的Request報(bào)文，主要有如下幾個(gè)差異： Ciaddr＝ Client IP addr Server Identifier＝ Must Not 服務(wù)器收到 Renewing的 Request報(bào)文之后，如果判定該 IP地址還有效，會(huì)回應(yīng) ACK報(bào)文，其中包含了一個(gè)新的 Lease Time值 DHCP擴(kuò)展介紹 ? DHCP定時(shí)器（續(xù)） ? 客戶端收到 DHCP ACK之后，提取其中的 Lease Time，更新自己的定時(shí)器，同時(shí)其狀態(tài)返回BOUND。 ? 如果客戶端沒有收到 ACK報(bào)文，則繼續(xù)等待： 在后續(xù)的時(shí)間段中，每到剩余時(shí)間的一半時(shí)，就會(huì)重新發(fā)送 Renewing Request報(bào)文，即分別在 1/3/ 7/8等時(shí)發(fā)送，但兩個(gè)發(fā)送的最小時(shí)間間隔不會(huì)小于一分鐘 ? 如果客戶端在 7/8租約期時(shí)的請(qǐng)求還沒有回應(yīng)，則狀態(tài)自動(dòng)切換到 Rebinding DHCP擴(kuò)展介紹 ? DHCP定時(shí)器（續(xù)） ? T2定時(shí)器 T2定時(shí)器就是租約期的，顯然如果如果客戶端的 T1 Renewing更新正常的話， DHCP是不會(huì)等到 T2定時(shí)器到來并進(jìn)入 Rebinding狀態(tài)的。 只有 Renewing更新不正常時(shí)， Client的才會(huì)在 T2時(shí)刻進(jìn)入 Rebinding，并發(fā)送 Request報(bào)文來續(xù)訂原 IP地址的租約 DHCP擴(kuò)展介紹 ? DHCP定時(shí)器（續(xù)） ? Rebinding狀態(tài)中的 Request報(bào)文 Rebinding狀態(tài)中的 Request報(bào)文，上層格式和參數(shù)方面，幾乎完全相同，需要注意： Ciaddr＝ Client IP addr Server Identifier＝ Must Not 但該 Request報(bào)文不再通過單播來發(fā)送，而是通過廣播 DHCP擴(kuò)展介紹 ? DHCP定時(shí)器（續(xù)） ? 客戶端在 T2時(shí)刻進(jìn)入 Rebinding狀態(tài)后，如果發(fā)送的 Request廣播沒有任何回應(yīng)，會(huì)跟 Renewing狀態(tài)相似，每當(dāng)剩余租約時(shí)間減半的時(shí)候，將重新發(fā)送續(xù)約請(qǐng)求，當(dāng)然最小時(shí)間間隔 ≥ 60秒 ? 如果有服務(wù)器返回 ACK，即續(xù)約成功，客戶端將復(fù)位自己的租約時(shí)間并重新進(jìn)入到 BOUND狀態(tài) ? 如果在 Lease Time完全到期之前，服務(wù)器都沒有回應(yīng)， Client將重新返回 INIT初始狀態(tài)，開始新一輪的DHCP請(qǐng)求。 DHCP擴(kuò)展介紹 ? DHCP的 REBOOT ? REBOOT 用戶通過 DHCP獲取的 IP地址雖然是“動(dòng)態(tài)”的，但一般情況下為了方便日常使用，同一臺(tái)主機(jī)在不同時(shí)刻請(qǐng)求到的 IP地址盡量保持不變， 用戶通常緩沖上次獲取的 IP地址等信息，這種情況下，它在請(qǐng)求時(shí)，就直接通過廣播發(fā)送 Request報(bào)文；當(dāng)然其中包含了原有的 IP地址等信息 DHCP擴(kuò)展介紹 ? DHCP的 REBOOT（續(xù)） ? 服務(wù)器收到這種指定 IP地址（ Requested IP Addr）