本發(fā)明涉及動態(tài)主機(jī)配置協(xié)議(Dynamic Host Configuration Protocol，簡稱DHCP)、地址解析協(xié)議(Address Resolution Protocol，簡稱ARP)的互聯(lián)網(wǎng)協(xié)議地址(Internet Protocol Address，簡稱IP地址)分配方式；具體涉及地址服務(wù)器(DHCP Server)給客戶端(DHCP Client)分配IP地址后，提供一種檢測地址服務(wù)器與客戶端之間基于IP鏈路有效性的方法，以及失效后的快速恢復(fù)方法。

背景技術(shù)：

隨著互聯(lián)網(wǎng)業(yè)務(wù)這些年的高速發(fā)展，網(wǎng)絡(luò)已經(jīng)走進(jìn)了千家萬戶，網(wǎng)絡(luò)接入量每年都高速的增長，對于這種高速增長，有限的IP地址已經(jīng)越來越吃緊，變的越來越珍貴；那么如何高速的利用有限的IP地址，DHCP就發(fā)揮了其重大的作用，使有限IP地址得到更高效的利用。因?yàn)閯討B(tài)分配的IP地址有時效性，它有一定的租期時間，這個租期時間是由DHCP Server分配下來的，如果租期到了而客戶端沒有進(jìn)行續(xù)租的話，DHCP Server將對其進(jìn)行回收，然后再將其分配給其它請求IP地址的客戶端用戶。如果這租期內(nèi)這段時間鏈路異?；蛘咭?yàn)楫?dāng)一些不正確的配置或者特定的環(huán)境可能會導(dǎo)致DHCP Sever提前的回收IP，這樣可能導(dǎo)致網(wǎng)內(nèi)客戶端的IP地址失效，但是客啟端發(fā)現(xiàn)在自己的IP租期還在正常的租期之內(nèi)，更本就不會知道自己的IP已經(jīng)失效了，這樣就會導(dǎo)致客戶端無法進(jìn)行正常的通信了；直到IP租期到期時，客啟端才會發(fā)起續(xù)約請求，但是可能這個時間會很長，直接影響到用戶的體驗(yàn)與正常工作。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明基于當(dāng)現(xiàn)有地址服務(wù)器與客戶端存在的鏈路失效，客戶端處于被動的狀態(tài)而無法覺察與修復(fù)的問題，提供一種鏈路檢測與修復(fù)的實(shí)現(xiàn)方法。

一種鏈路檢測與修復(fù)的實(shí)現(xiàn)方法，包括以下步驟：

S1：客戶端獲取地址服務(wù)器分配的IP地址；

S2：客戶端以分配的IP地址與地址服務(wù)器建立通信聯(lián)系，若客戶端沒有收到反饋，則跳轉(zhuǎn)至步驟S1，重新分配IP地址；否則進(jìn)入下一步；

S3：判斷當(dāng)前IP地址是否被占用，占用時分配新IP后執(zhí)行步驟S2；未占用時，執(zhí)行下一步；

S4：客戶端周期性發(fā)送ARP請求報文，若客戶端沒有收到地址服務(wù)器的響應(yīng)，則跳轉(zhuǎn)至步驟S3，否則執(zhí)行下一步；

S5：在接收到地址服務(wù)器響應(yīng)的ARP應(yīng)答報文后，根據(jù)接收的ARP應(yīng)答報文更新客戶端訪問的IP信息。

較佳地，步驟S2中客戶端連續(xù)三次收不到地址服務(wù)器的響應(yīng)，則跳轉(zhuǎn)至步驟S1。

較佳地，步驟S3中IP地址占用時，返回一帶新IP地址的DHCP Nack信息，未占用時返回DHCP Ack信息。

較佳地，步驟S4中，若客戶端連續(xù)三次收不到地址服務(wù)器的響應(yīng)，則跳轉(zhuǎn)至步驟S2。

本發(fā)明為了使得客戶端不再處于被動的地位，在維持地址服務(wù)器與客戶端之間鏈路時效性方面，讓客戶端也有一定的實(shí)時發(fā)現(xiàn)與處理這種異常的能力，讓這種異常性的時間間隔變的很短，最好讓用戶不會察覺的情況下，就又恢復(fù)了正常。類似于通過在地址服務(wù)器與客戶端之間加入一種相當(dāng)于心跳的機(jī)制，同加入這種心跳機(jī)會時，又不會影響服務(wù)端的正常工作；這種心跳的角色由ARP來擔(dān)任，因?yàn)樵阪溌飞螦RP是一個通用的協(xié)議，正好很好的擔(dān)當(dāng)這個角色。

采用本發(fā)明的改進(jìn)，不但讓處于被動地位的客戶端有了主動性，同時也讓客戶端用戶盡早的發(fā)現(xiàn)出了問題，同時來處理這種問題，而不是默默的在那里等待。

附圖說明

圖1為本發(fā)明的運(yùn)行環(huán)境圖；

圖2為本發(fā)明中地址服務(wù)器與客戶端用戶的交互示意圖；

圖3為本發(fā)明的工作原理流程圖一；

圖4為本發(fā)明的工作原理流程圖二。

具體實(shí)施方式

以下結(jié)合附圖和具體實(shí)施例，對發(fā)明進(jìn)行詳細(xì)說明。

參照圖1至圖4，本發(fā)明的具體實(shí)現(xiàn)方法如下：

S1、客戶端獲取地址服務(wù)器分配的IP地址；

S101：局域網(wǎng)中，客戶端發(fā)起DHCP查詢(DHCP Discover)；

S102：DHCP Server接收到查詢，應(yīng)答帶一個可用IP地址的查詢響應(yīng)(DHCP Offer)；

S103：客戶端是否收到DHCP Offer，若未收到則返回步驟S101，若收到則執(zhí)行下步。

S2、客戶端以分配的IP地址與地址服務(wù)器建立通信聯(lián)系，若客戶端沒有收到反饋，則跳轉(zhuǎn)至步驟S1，重新分配IP地址；否則進(jìn)入下一步；

S201：客戶端采用分配的IP地址向DHCP Server發(fā)起地址請求(DHCP Request)；

其中，若客戶端連續(xù)三次收不到地址服務(wù)器的響應(yīng)，則跳轉(zhuǎn)至步驟S1。

S3、判斷當(dāng)前IP地址是否被占用，占用時分配新IP后執(zhí)行步驟S2；未占用時，執(zhí)行下一步；

S301：DHCP Server若收到DHCP Request后，判定IP地址是否被占用，若被占用，則返回一帶新IP地址的DHCP Nack信息，并跳轉(zhuǎn)至步驟S2；若未占用，則返回DHCP Ack信息。

S4、客戶端周期性發(fā)送ARP請求報文，若客戶端沒有收到地址服務(wù)器的響應(yīng)，則跳轉(zhuǎn)至步驟S3，否則執(zhí)行下一步；

S401：客戶端獲取反饋的DHCP Nack信息，表示鏈路建立成功；設(shè)定心跳周期，客戶端周期性發(fā)送ARP請求報文(ARP Request)；

S402：判定客戶端是否收到DHCP Server的響應(yīng)；

其中，若客戶端連續(xù)三次收不到DHCP Server的響應(yīng)，則跳轉(zhuǎn)至步驟S2。

S5、在接收到地址服務(wù)器響應(yīng)的ARP應(yīng)答報文后，根據(jù)接收的ARP應(yīng)答報文更新客戶端訪問的IP信息；

S501：若DHCP Server收到ARP Request后，應(yīng)答一個ARP應(yīng)答報文(ARP Reply)，客戶端根據(jù)ARP Reply，更新其訪問的IP信息。

以上所述，僅為本發(fā)明較佳的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明披露的技術(shù)范圍內(nèi)，根據(jù)本發(fā)明的技術(shù)方案及其發(fā)明構(gòu)思加以等同替換或改變，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。