地址分配方法、客戶端、服務器及地址分配系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種地址分配方法、客戶端、服務器及地址分配系統(tǒng)。一種地址分配方法，包括：客戶端接收動態(tài)主機配置協(xié)議DHCP服務器發(fā)送的IP地址反饋消息，所述IP地址反饋消息包括所述DHCP服務器為所述客戶端分配的IP地址；所述客戶端對所述IP地址進行地址沖突檢測；若所述IP地址發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送婉拒消息，并向所述DHCP服務器發(fā)起新的IP地址申請過程；若所述IP地址未發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送確認消息。本發(fā)明，通過客戶端對DHCP服務器分配的IP地址進行地址沖突檢測，從而避免了由于IP地址重復所導致的客戶端無法承載業(yè)務的技術問題。
【專利說明】
地址分配方法、客戶端、服務器及地址分配系統(tǒng)

【技術領域】
[0001]本發(fā)明涉及通信技術，尤其涉及一種地址分配方法、客戶端、服務器及地址分配系統(tǒng)。

【背景技術】
[0002]DHCP (Dynamic Host Configurat1n Protocol,動態(tài)主機配置協(xié)議)是局域網(wǎng)的網(wǎng)絡協(xié)議，采用客戶端/服務器(Client/Server，簡稱CS)架構，DHCP服務器主要用于為客戶端分配IP地址。
[0003]如圖1所示，在現(xiàn)有技術中，DHCP服務器為客戶端分配IP地址過程如下:步驟101、客戶端發(fā)送地址申請消息；步驟102、接收到該地址申請消息的DHCP服務器分配IP地址，并將該IP地址發(fā)送給客戶端；步驟103、客戶端接收到該IP地址后，返回確認消息。
[0004]然而，由于現(xiàn)有技術中采用上述步驟101至步驟103的方法分配IP地址，往往會導致客戶端無法承載業(yè)務的問題。


【發(fā)明內容】

[0005]本發(fā)明提供一種地址分配方法、客戶端、服務器及地址分配系統(tǒng)，以克服現(xiàn)有技術中由于IP地址重復所導致的客戶端無法承載業(yè)務的技術問題。
[0006]本發(fā)明提供一種地址分配方法，包括:
[0007]客戶端接收動態(tài)主機配置協(xié)議DHCP服務器發(fā)送的IP地址反饋消息，所述IP地址反饋消息包括所述DHCP服務器為所述客戶端分配的IP地址；
[0008]所述客戶端對所述IP地址進行地址沖突檢測；
[0009]若所述IP地址發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送婉拒消息，并向所述DHCP服務器發(fā)起新的IP地址申請過程；
[0010]若所述IP地址未發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送確認消息。
[0011]進一步地，所述向所述DHCP服務器發(fā)起新的IP地址申請過程，具體包括:
[0012]所述客戶端經(jīng)過靜默時間后，向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0013]進一步地，所述IP地址反饋消息，還包括:使用租期；
[0014]所述方法，還包括:
[0015]當所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0016]進一步地，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程之后，還包括:
[0017]若經(jīng)過第一時間，所述客戶端未接收到所述DHCP服務器發(fā)送的IP地址，則所述客戶端再次向所述DHCP服務器發(fā)起IP地址申請過程；
[0018]若經(jīng)過第一時間之后的第二時間，所述客戶端未接收到所述DHCP服務器發(fā)送的IP地址，則所述客戶端再次向所述DHCP服務器發(fā)起IP地址申請過程；
[0019]其中，所述第二時間大于所述第一時間。
[0020]本發(fā)明還提供一種地址分配方法，包括:
[0021]動態(tài)主機配置協(xié)議DHCP服務器根據(jù)可分配IP地址列表為客戶端分配IP地址，并通過IP地址反饋消息將分配的IP地址發(fā)送給所述客戶端，以使所述客戶端對所述IP地址進行地址沖突檢測；
[0022]接收所述客戶端發(fā)送的婉拒消息，確定所述客戶端未使用所述IP地址；
[0023]或者，
[0024]接收所述客戶端發(fā)送的確認消息，確定所述客戶端使用所述IP地址。
[0025]進一步地，所述IP地址反饋消息，還包括:使用租期；
[0026]其中，所述使用租期，用于使所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0027]進一步地，所述動態(tài)主機配置協(xié)議DHCP服務器根據(jù)可分配IP地址列表為客戶端分配IP地址,具體包括:
[0028]所述DHCP服務器根據(jù)可分配IP地址列表以及地址沖突列表為所述客戶端分配IP地址；
[0029]其中，所述地址沖突列表中包括已經(jīng)被使用的IP地址。
[0030]進一步地，在所述DHCP客戶端接收到所述客戶端發(fā)送的確認消息后，還包括:
[0031]所述DHCP服務器根據(jù)所述確認消息，維護所述地址沖突列表。
[0032]進一步地，所述可分配IP地址列表包括至少兩個子可分配IP地址列表；
[0033]所述方法，還包括:
[0034]在所述DHCP服務器重啟之后，所述DHCP服務器根據(jù)不同于重啟之前的子可分配IP地址列表為所述客戶端分配IP地址。
[0035]本發(fā)明還提供一種客戶端，包括:
[0036]接收模塊，用于接收動態(tài)主機配置協(xié)議DHCP服務器發(fā)送的IP地址反饋消息，所述IP地址反饋消息包括所述DHCP服務器為所述客戶端分配的IP地址；
[0037]沖突檢測模塊，用于對所述IP地址進行地址沖突檢測；
[0038]發(fā)送模塊，用于在所述IP地址發(fā)生沖突時，向所述DHCP服務器發(fā)送婉拒消息，并向所述DHCP服務器發(fā)起新的IP地址申請過程，或者，用于在所述IP地址未發(fā)生沖突時，向所述DHCP服務器發(fā)送確認消息。
[0039]進一步地，所述發(fā)送模塊，具體用于:
[0040]經(jīng)過靜默時間后，向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0041]進一步地，所述IP地址反饋消息，還包括:使用租期；
[0042]所述發(fā)送模塊，還用于:
[0043]當對所述IP地址的使用時間達到所述使用租期時，端繼續(xù)使用所述IP地址，并且，向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0044]進一步地，所述發(fā)送模塊，具體用于:
[0045]向所述DHCP服務器發(fā)起新的IP地址申請過程之后，若經(jīng)過第一時間，未接收到所述DHCP服務器發(fā)送的IP地址，則再次向所述DHCP服務器發(fā)起IP地址申請過程；若經(jīng)過第一時間之后的第二時間，未接收到所述DHCP服務器發(fā)送的IP地址，則再次向所述DHCP服務器發(fā)起IP地址申請過程；
[0046]其中，所述第二時間大于所述第一時間。
[0047]本發(fā)明還提供一種動態(tài)主機配置協(xié)議DHCP服務器，包括:
[0048]分配模塊，用于根據(jù)可分配IP地址列表為客戶端分配IP地址；
[0049]消息發(fā)送模塊，用于通過IP地址反饋消息將分配的IP地址發(fā)送給所述客戶端，以使所述客戶端對所述IP地址進行地址沖突檢測；
[0050]消息接收模塊，用于接收所述客戶端發(fā)送的婉拒消息，確定所述客戶端未使用所述IP地址，或者，用于接收所述客戶端發(fā)送的確認消息，確定所述客戶端使用所述IP地址。
[0051]進一步地，所述IP地址反饋消息，還包括:使用租期；
[0052]其中，所述使用租期，用于使所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述消息接收模塊發(fā)起新的IP地址申請過程。
[0053]進一步地，所述分配模塊，具體用于:
[0054]根據(jù)可分配IP地址列表以及地址沖突列表為所述客戶端分配IP地址；
[0055]其中，所述地址沖突列表中包括已經(jīng)被使用的IP地址。
[0056]進一步地，還包括:維護模塊；
[0057]所述維護模塊，用于接收到所述客戶端發(fā)送的確認消息后，根據(jù)所述確認消息維護所述地址沖突列表。
[0058]進一步地，所述可分配IP地址列表包括至少兩個子可分配IP地址列表；
[0059]所述分配模塊，還用于；
[0060]重啟后根據(jù)不同于重啟前的子可分配IP地址列表為所述客戶端分配IP地址。
[0061]本發(fā)明還提供一種地址分配系統(tǒng)，包括:
[0062]如上述中任一項所述的客戶端以及如上述中任一項所述的動態(tài)主機配置協(xié)議DHCP服務器。
[0063]本發(fā)明的技術效果是:通過客戶端對DHCP服務器分配的IP地址進行地址沖突檢測，能夠確定DHCP服務器分配的該IP地址是否已經(jīng)被占用，從而避免了由于IP地址重復所導致的客戶端無法承載業(yè)務的技術問題。

【專利附圖】

【附圖說明】
[0064]圖1為現(xiàn)有技術地址分配方法的流程圖；
[0065]圖2為本發(fā)明地址分配方法實施例一的流程圖；
[0066]圖3為本發(fā)明地址分配方法實施例二的流程圖；
[0067]圖4為本發(fā)明地址分配方法實施例三的流程圖；
[0068]圖5為本發(fā)明客戶端實施例的結構示意圖；
[0069]圖6為本發(fā)明服務器實施例一的結構示意圖；
[0070]圖7為本發(fā)明服務器實施例二的結構示意圖；
[0071]圖8為本發(fā)明地址分配系統(tǒng)實施例的示意圖。

【具體實施方式】
[0072]圖2為本發(fā)明為地址分配方法實施例一的流程圖。如圖2所示，本實施例的方法可以包括:
[0073]步驟201、客戶端接收動態(tài)主機配置協(xié)議DHCP服務器發(fā)送的IP地址反饋消息，所述IP地址反饋消息包括所述DHCP服務器為所述客戶端分配的IP地址。
[0074]具體地，本實施例的執(zhí)行主體是客戶端。其中，客戶端可以是承載業(yè)務的家庭網(wǎng)關、IPTV機頂盒以及任何在獲取IP地址后承載業(yè)務的智能終端。
[0075]更為具體地，在執(zhí)行步驟201之前，客戶端可以通過任何現(xiàn)有技術與DHCP服務器交互，從而使得DHCP服務器為客戶端分配IP地址，此處不再贅述。
[0076]在本實施例中，DHCP服務器通過IP地址反饋消息將分配的IP地址發(fā)送給客戶端。相應地，客戶端執(zhí)行接收IP地址反饋消息的操作。在客戶端接收到IP地址反饋消息后，可從該IP地址反饋消息中獲得DHCP服務器分配的IP地址。
[0077]需要說明的是:IP地址反饋消息可以是現(xiàn)有技術中的任何報文，本實施例對比不作限定。
[0078]步驟202、所述客戶端對所述IP地址進行地址沖突檢測。
[0079]具體地，客戶端在從IP地址反饋消息中獲得IP地址之后，還對該IP地址進行地址沖突檢測，以檢測該IP地址是否已經(jīng)被占用。本案 申請人:經(jīng)過大量且反復的試驗發(fā)現(xiàn):由于系統(tǒng)故障或者黑客攻擊等原因，可能造成由DHCP服務器分配的該IP地址已經(jīng)被占用，在這種情況下，客戶端無法使用該IP地址進行業(yè)務承載。這也是造成現(xiàn)有地址分配過程中出現(xiàn)客戶端無法承載業(yè)務原因。
[0080]更為具體地，客戶端對DHCP服務器分配的該IP地址進行地址沖突檢測后，若確定IP地址發(fā)生沖突則執(zhí)行步驟203，若確定IP地址未發(fā)生沖突則執(zhí)行步驟204。
[0081]步驟203、若所述IP地址發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送婉拒消息，并向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0082]具體地，在確定DHCP服務器分配的該IP地址發(fā)生沖突后，客戶端向DHCP服務器發(fā)送婉拒消息，以通知DHCP服務器該IP地址已經(jīng)被占用?？蛻舳诉€向DHCP服務器發(fā)起新的IP地址申請過程，以使DHCP服務器分配新的IP地址。本領域技術人員可以理解的是:DHCP服務器分配了新的IP地址后，客戶端仍需對新分配的IP地址進行地址沖突檢測。
[0083]需要說明的是:婉拒消息可以是現(xiàn)有技術中的任何報文,例如，DECLINE報文等，本實施例對此不作限定。
[0084]優(yōu)選地，客戶端向DHCP服務器發(fā)送婉拒消息后，經(jīng)過一段靜默時間，再向DHCP服務器發(fā)起新的IP地址申請過程。靜默時間的長短可根據(jù)需求進行設置，例如，5分鐘、半小時等，本實施例不限定靜默時間的長短。
[0085]通過限定在經(jīng)過一段靜默時間后發(fā)起新的IP地址申請過程，可以有效防止對DHCP服務器的注冊消息風暴沖擊。
[0086]需要說明的是，靜默時間后再次發(fā)起的IP地址申請過程，也可能出現(xiàn)申請不成功的情況。在這種情況下，客戶端還可再次在一段靜默時間后發(fā)起IP地址申請過程。其中，第一次的靜默時間可以長于、等于或者短于第二次的靜默時間。
[0087]步驟204、若所述IP地址未發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送確認消息。
[0088]具體地，在確定DHCP服務器分配的該IP地址未發(fā)生沖突后，客戶端向DHCP服務器發(fā)送確認消息，以通知DHCP服務器該客戶端將使用該IP地址。
[0089]需要說明的是:確認消息可以是現(xiàn)有技術中的任何報文，本實施例對此不作限定。
[0090]本領域技術人員可以理解的是:客戶端不同時執(zhí)行步驟203和步驟204。
[0091]本實施例，通過客戶端對DHCP服務器分配的IP地址進行地址沖突檢測，從而避免了由于IP地址重復所導致的客戶端無法承載業(yè)務的技術問題。
[0092]在上述實施例的基礎上，進一步地，所述IP地址反饋消息，還包括:使用租期；
[0093]所述方法，還包括:
[0094]當所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0095]具體地，DHCP服務器還通過IP地址反饋消息將使用租期發(fā)送給客戶端，使用租期用于限定客戶端對該IP地址可使用的時間，在客戶端對該IP地址的使用時間達到使用租期后，客戶端需要重新申請新的IP地址，并且，在客戶端確定使用新的IP地址之前，也即在新的IP地址申請成功之前，客戶端一直使用原有的IP地址進行業(yè)務承載，從而保證業(yè)務承載的連續(xù)性。
[0096]通過在申請新的IP地址的過程中，客戶端繼續(xù)使用原有IP地址，可以避免客戶端對業(yè)務承載的中斷。
[0097]在上述實施例的基礎上，進一步地，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程之后，還包括:
[0098]若經(jīng)過第一時間，所述客戶端未接收到所述DHCP服務器發(fā)送的IP地址，則所述客戶端再次向所述DHCP服務器發(fā)起IP地址申請過程；
[0099]若經(jīng)過第一時間之后的第二時間，所述客戶端未接收到所述DHCP服務器發(fā)送的IP地址，則所述客戶端再次向所述DHCP服務器發(fā)起IP地址申請過程；
[0100]其中，所述第二時間大于所述第一時間。
[0101]具體地，本案 申請人:經(jīng)過大量且反復的試驗發(fā)現(xiàn):由于DHCP服務器故障、鏈路故障等原因，可能會造成客戶端在發(fā)起新的IP地址申請過程后的第一時間內，未能接收到新分配的IP地址?？蛻舳藢⒗^續(xù)使用原IP地址進行業(yè)務承載，再次發(fā)起新的IP地址申請過程，并且繼續(xù)等待比第一時間長的第二時間內是否能接收到新分配的IP地址。若在客戶端第二時間內仍然未接收到新分配的IP地址，則客戶端繼續(xù)使用原IP地址進行業(yè)務承載，再次發(fā)起新的IP地址申請過程，并且繼續(xù)等待比第二時間長的第三時間內是否能夠接收到新分配的IP地址。
[0102]需要說明的是:客戶端還可以繼續(xù)等待比第三時間長的第四時間、比第四時間長的第五時間等。其中，第一時間、第二時間的具體數(shù)值可以是預先設置的，也可以是DHCP服務器通過IP地址反饋消息發(fā)送給客戶端的。
[0103]優(yōu)選地，當使用租期為T時，第一時間可以為50% T，第二時間為87.5% T。
[0104]更加優(yōu)選地，使用租期、第一時間、第二時間服從普哇松分布。
[0105]需要說明的是，續(xù)約周期T應當大于或者等于承載業(yè)務平均保持時長。由于第一時間50% T、第二時間87.5% T，為了保證續(xù)約周期T >承載業(yè)務平均保持時長，所以續(xù)約周期T可等于承載業(yè)務的平均保持時長，根據(jù)業(yè)務平均保持時長，并按業(yè)務設置獨立的DHCP服務器。
[0106]本領域技術人員可以理解的是:在例如是由于DHCP服務器發(fā)生故障無法為客戶端分配IP地址的情況下，DHCP服務器重新啟動需要一定的時間，在這段時間內，客戶端多次發(fā)起IP地址申請過程并不能獲得新的IP地址，因此，本實施例中，通過延長等待時間，可以減少客戶端發(fā)起IP地址申請過程的次數(shù)，從而降低鏈路的開銷。
[0107]圖3為本發(fā)明地址分配方法實施例二的流程圖。如圖3所示，本實施例的方法可以包括:
[0108]步驟301、動態(tài)主機配置協(xié)議DHCP服務器根據(jù)可分配IP地址列表為客戶端分配IP地址，并通過IP地址反饋消息將分配的IP地址發(fā)送給所述客戶端，以使所述客戶端對所述IP地址進行地址沖突檢測。
[0109]具體地，本實施例的執(zhí)行主體是DHCP服務器。
[0110]更為具體地，可分配IP地址列表中，記錄的是預先分配給DHCP服務器的IP地址范圍。DHCP服務器在接收到客戶端發(fā)起的IP地址分配請求后，可以從該可分配IP地址列表中選擇一個IP地址，并通過IP地址反饋消息將該IP地址發(fā)送給客戶端?？蛻舳嗽讷@得該IP地址后，會對該IP地址進行地址沖突檢測。
[0111]步驟302、接收所述客戶端發(fā)送的婉拒消息，確定所述客戶端未使用所述IP地址；或者，接收所述客戶端發(fā)送的確認消息，確定所述客戶端使用所述IP地址。
[0112]具體地，客戶端根據(jù)對該IP地址的檢測結果向DHCP服務器發(fā)送婉拒消息或者確認消息，相應地，DHCP服務器執(zhí)行接收該客戶端發(fā)送的婉拒消息或者確認消息的操作。
[0113]優(yōu)選地，DHCP服務器在接收到客戶端發(fā)送的婉拒消息后，可通過DHCP服務器與網(wǎng)管系統(tǒng)之間的接口將該IP地址發(fā)送給網(wǎng)管系統(tǒng)，以告知網(wǎng)管該IP地址可能被非法占用。這是因為，如果出現(xiàn)了大量的IP地址沖突事件，這就表明可能受到了 ARP攻擊，對網(wǎng)管系統(tǒng)進行管理的管理員需要采取相應的措施提高網(wǎng)絡的安全。
[0114]本實施例，通過客戶端對DHCP服務器分配的IP地址進行地址沖突檢測，從而避免了由于IP地址重復所導致的客戶端無法承載業(yè)務的技術問題。
[0115]在上述實施例的基礎上，進一步地，所述IP地址反饋消息，還包括:使用租期；
[0116]其中，所述使用租期，用于使所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0117]具體地，DHCP服務器還通過IP地址反饋消息將使用租期發(fā)送給客戶端，使用租期用于限定客戶端對該IP地址可使用的時間，在客戶端對該IP地址的使用時間達到使用租期時，客戶端需要重新申請新的IP地址，并且在客戶端確定使用新的IP地址之前，客戶端一直原有的IP地址進行業(yè)務承載。
[0118]通過在申請新的IP地址的過程中，客戶端繼續(xù)使用原有IP地址，可以避免客戶端對業(yè)務承載的中斷。
[0119]在上述實施例的基礎上，進一步地，所述動態(tài)主機配置協(xié)議DHCP服務器根據(jù)可分配IP地址列表為客戶端分配IP地址,具體包括:
[0120]所述DHCP服務器根據(jù)可分配IP地址列表以及地址沖突列表為所述客戶端分配IP地址；
[0121]其中，所述地址沖突列表中包括已經(jīng)被使用的IP地址。
[0122]具體地，首先，DHCP服務器從可分配IP地址列表中選取一個IP地址，然后，DHCP服務器遍歷地址沖突列表，查看該IP地址是否存在于地址沖突列表中，若該IP地址存在于地址沖突列表中，則表明該IP地址已經(jīng)被其它客戶端使用，則DHCP服務器重新從可分配IP地址列表中再選取一個IP地址，再次繼續(xù)遍歷地址沖突列表。直到DHCP服務器選取的IP地址不存在于地址沖突列表中，并將該IP地址下發(fā)給客戶端。
[0123]在上述實施例的基礎上，進一步地，在所述DHCP服務器接收到所述客戶端發(fā)送的確認消息后，還包括:
[0124]所述DHCP服務器根據(jù)所述確認消息，維護所述地址沖突列表。
[0125]具體地，在DHCP服務器接收到客戶端發(fā)送的確認消息后，將分配給該客戶端的IP地址添加到地址沖突列表中，以表明該IP地址已經(jīng)被使用，不可再分配給其它客戶端，以避免分配的IP地址沖突。
[0126]在上述實施例的基礎上，進一步地，所述可分配IP地址列表包括至少兩個子可分配IP地址列表；
[0127]所述方法，還包括:
[0128]在所述DHCP服務器重啟之后，所述DHCP服務器根據(jù)不同于重啟之前的子可分配IP地址列表為所述客戶端分配IP地址。
[0129]具體地，可將可分配IP地址列表劃分為至少兩個子可分配IP地址列表，在DHCP服務器由于發(fā)生故障重啟后，從不同于重啟之前的子可分配IP地址列表中選取IP地址為客戶端分配IP地址。
[0130]通過將可分配IP地址列表包括至少兩個子可分配IP地址列表，并在DHCP服務器重啟后采用不同于重啟前的子可分配IP地址列表為客戶端分配IP地址，可以進一步避免分配給客戶端的IP地址沖突。
[0131]圖4為本發(fā)明地址分配方法實施例三的流程圖。如圖4所示，本實施例的方法可以包括:
[0132]步驟401、DHCP服務器根據(jù)可分配IP地址列表、地址沖突列表為客戶端分配IP地址。
[0133]具體地，本實施例通過客戶端與DHCP服務器交互的方式描述本實施例。
[0134]更加具體地，客戶端可采用任何現(xiàn)有技術向DHCP服務器發(fā)起IP地址申請，DHCP在接收客戶端發(fā)起的IP地址申請后，根據(jù)記載有可分配IP地址段的可分配IP地址列表以及記載有已經(jīng)被使用的IP地址的地址沖突列表為客戶端分配IP地址。
[0135]步驟402、DHCP服務器發(fā)送IP地址反饋消息。
[0136]具體地，DHCP服務器通過IP地址反饋消息，將分配的IP地址發(fā)送給客戶端，IP地址反饋消息中還包括使用租期。使用租期用于表示客戶端對該IP地址的使用時間達到使用租期后，需要重新申請新的IP地址。
[0137]還需要說明的是:DHCP服務器還可將使用該IP地址的使用租期同時通過包含有IP地址的IP地址反饋消息發(fā)送給客戶端。DHCP服務器也可以在客戶端確認使用該IP地址后，再次向客戶端發(fā)送使用租期。本實施例對此不作限定。
[0138]步驟403、客戶端對接收到的IP地址進行地址沖突檢測。
[0139]具體地，在客戶端接收到DHCP服務器發(fā)送IP地址反饋消息后，從IP地址反饋消息中獲得分配的IP地址，并對該IP地址進行地址沖突檢測。
[0140]步驟404、若未發(fā)生沖突，客戶端向DHCP服務器發(fā)送確認消息。
[0141]具體地，步驟404與步驟204相同，此處不再贅述。
[0142]更加具體地，若檢測后確定該IP地址發(fā)生沖突，則客戶端向DHCP服務器發(fā)送婉拒消息，具體過程參照步驟203，此處不再贅述。其中，該步驟未在圖4中示出。
[0143]步驟405、DHCP服務器維護地址沖突列表。
[0144]具體地，DHCP服務器接收到客戶端發(fā)送的確定消息后，將為該客戶端分配的IP地址添加在地址沖突列表中。
[0145]優(yōu)選地，DHCP服務器在接收收到客戶端發(fā)送的確認消息后，還要對客戶端MAC地址以及分配的該IP地址進行綁定，以確認客戶端的合法性。并且在確認客戶端的合法性后，對確認客戶端MAC地址、分配的IP地址以及使用租期三者的對應關系進行關聯(lián)存儲。并且，再執(zhí)行完確認客戶端的合法性后，還向客戶端發(fā)送應答消息。
[0146]步驟406、在客戶端使用IP地址的時間達到使用租期時，客戶端向DHCP服務器發(fā)起IP地址申請過程。
[0147]具體地，客戶端在確定使用新分配的IP地址之前，客戶端一直使用原有的IP地址。
[0148]步驟407、若在第一時間內，客戶端未收到新分配的IP地址，則客戶端在次發(fā)起新的IP地址申請過程。
[0149]具體地，由于DHCP服務器故障、鏈路故障等原因，可能會造成客戶端在發(fā)起新的IP地址申請后的一段時間內無法獲得新分配的IP地址。在這種情況下，在客戶端發(fā)起新的IP地址申請過程后，等待第一時間，若在第一時間后未收到新分配的IP地址，則客戶端再次發(fā)起新的IP地址申請過程。
[0150]步驟408、若在第一時間后的第二時間內，客戶端未收到新分配的IP地址，則客戶端再次發(fā)起新的IP地址申請過程。
[0151]具體地，客戶端在步驟407之后，繼續(xù)等待第二時間，若在第二時間內仍然未接收到新分配的IP地址，則客戶端再次發(fā)起新的IP地址申請過程。其中，第二時間比第一時間長。
[0152]需要說明的是:第一時間以及第二時間可以是在IP地址申請過程中由DHCP服務器下發(fā)給客戶端的，也可以是預先保存在客戶端的存儲介質中的。
[0153]還需要說明的是:客戶端通常兩種情況下發(fā)起IP地址申請過程。第一種是在客戶端的使用租期到期后發(fā)起的，第二種是客戶端開機時發(fā)起的。在第一種情況下，客戶端具有舊的IP地址，也即使用期限超過使用租期的IP地址，客戶端在成功申請到新的IP地址之前，依舊使用舊的IP地址進行業(yè)務承載，從而保證業(yè)務承載的連續(xù)性，其具體申請新的IP地址的具體過程參照本實施例。
[0154]本實施例，通過客戶端對DHCP服務器分配的IP地址進行地址沖突檢測，從而避免了由于IP地址重復所導致的客戶端無法承載業(yè)務的技術問題。
[0155]圖5為本發(fā)明客戶端實施例的結構示意圖。如圖5所示，客戶端包括:接收模塊501、沖突檢測模塊502以及發(fā)送模塊503。
[0156]其中，接收模塊501，用于接收動態(tài)主機配置協(xié)議DHCP服務器發(fā)送的IP地址反饋消息，所述IP地址反饋消息包括所述DHCP服務器為所述客戶端分配的IP地址。
[0157]沖突檢測模塊502，用于對所述IP地址進行地址沖突檢測。
[0158]發(fā)送模塊503，用于在所述IP地址發(fā)生沖突時，向所述DHCP服務器發(fā)送婉拒消息，并向所述DHCP服務器發(fā)起新的IP地址申請過程，或者，用于在所述IP地址未發(fā)生沖突時，向所述DHCP服務器發(fā)送確認消息。
[0159]本實施例的客戶端，可以用于執(zhí)行圖2所示方法實施例的技術方案，其實現(xiàn)原理和技術效果類似，此處不再贅述。
[0160]在上述實施例的基礎上，進一步地，所述發(fā)送模塊503，具體用于:
[0161]經(jīng)過靜默時間后，向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0162]在上述實施例的基礎上，進一步地，所述IP地址反饋消息，還包括:使用租期；
[0163]所述發(fā)送模塊503，還用于:
[0164]當對所述IP地址的使用時間達到所述使用租期時，端繼續(xù)使用所述IP地址，并且，向所述DHCP服務器發(fā)起新的IP地址申請過程。
[0165]在上述實施例的基礎上，進一步地，所述發(fā)送模塊503，具體用于:
[0166]向所述DHCP服務器發(fā)起新的IP地址申請過程之后，若經(jīng)過第一時間，未接收到所述DHCP服務器發(fā)送的IP地址，則再次向所述DHCP服務器發(fā)起IP地址申請過程；若經(jīng)過第一時間之后的第二時間，未接收到所述DHCP服務器發(fā)送的IP地址，則再次向所述DHCP服務器發(fā)起IP地址申請過程；
[0167]其中，所述第二時間大于所述第一時間。
[0168]圖6為本發(fā)明服務器實施例一的結構示意圖。如圖6所示，DHCP服務器，包括:分配模塊601、消息發(fā)送模塊602以及消息接收模塊603。
[0169]其中，分配模塊601，用于根據(jù)可分配IP地址列表為客戶端分配IP地址；
[0170]消息發(fā)送模塊602，用于通過IP地址反饋消息將分配的IP地址發(fā)送給所述客戶端，以使所述客戶端對所述IP地址進行地址沖突檢測；
[0171]消息接收模塊603，用于接收所述客戶端發(fā)送的婉拒消息，確定所述客戶端未使用所述IP地址，或者，用于接收所述客戶端發(fā)送的確認消息，確定所述客戶端使用所述IP地址。
[0172]本實施例的客戶端，可以用于執(zhí)行圖3所示方法實施例的技術方案，其實現(xiàn)原理和技術效果類似，此處不再贅述。
[0173]在上述實施例的基礎上，進一步地，所述IP地址反饋消息，還包括:使用租期；
[0174]其中，所述使用租期，用于使所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述消息接收模塊發(fā)起新的IP地址申請過程。
[0175]在上述實施例的基礎上，進一步地，所述分配模塊601，具體用于:
[0176]根據(jù)可分配IP地址列表以及地址沖突列表分配為所述客戶端分配IP地址；
[0177]其中，所述地址沖突列表中包括已經(jīng)被使用的IP地址。
[0178]圖7為本發(fā)明服務器實施例二的結構示意圖。如圖7所示，服務器還包括:維護模塊 604。
[0179]其中，維護模塊604，用于接收到所述客戶端發(fā)送的確認消息后，根據(jù)所述確認消息維護所述地址沖突列表。
[0180]在上述實施例的基礎上，進一步地，所述可分配IP地址列表包括至少兩個子可分配IP地址列表；
[0181]所述分配模塊601，還用于；
[0182]重啟后根據(jù)不同于重啟前的子可分配IP地址列表為所述客戶端分配IP地址。
[0183]圖8為本發(fā)明地址分配系統(tǒng)實施例的示意圖。如圖8所示，地址分配系統(tǒng)包括:如上述實施例中的客戶端801、如上述實施例中的DHCP服務器802。
[0184]本實施例的地址分配系統(tǒng)，可以用于執(zhí)行圖2至圖4所示方法實施例的技術方案，其實現(xiàn)原理和技術效果類似，此處不再贅述。
[0185]最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
【權利要求】
1.一種地址分配方法，其特征在于，包括: 客戶端接收動態(tài)主機配置協(xié)議DHCP服務器發(fā)送的IP地址反饋消息，所述IP地址反饋消息包括所述DHCP服務器為所述客戶端分配的IP地址； 所述客戶端對所述IP地址進行地址沖突檢測； 若所述IP地址發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送婉拒消息，并向所述DHCP服務器發(fā)起新的IP地址申請過程； 若所述IP地址未發(fā)生沖突，則所述客戶端向所述DHCP服務器發(fā)送確認消息。
2.根據(jù)權利要求1所述的方法，其特征在于，所述IP地址反饋消息，還包括:使用租期； 所述方法，還包括: 當所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程。
3.一種地址分配方法，其特征在于，包括: 動態(tài)主機配置協(xié)議DHCP服務器根據(jù)可分配IP地址列表為客戶端分配IP地址，并通過IP地址反饋消息將分配的IP地址發(fā)送給所述客戶端，以使所述客戶端對所述IP地址進行地址沖突檢測； 接收所述客戶端發(fā)送的婉拒消息，確定所述客戶端未使用所述IP地址； 或者， 接收所述客戶端發(fā)送的確認消息，確定所述客戶端使用所述IP地址。
4.根據(jù)權利要求3所述的方法，其特征在于，所述IP地址反饋消息，還包括:使用租期； 其中，所述使用租期，用于使所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述DHCP服務器發(fā)起新的IP地址申請過程。
5.根據(jù)權利要求3或4所述的方法，其特征在于，所述可分配IP地址列表包括至少兩個子可分配IP地址列表； 所述方法，還包括: 在所述DHCP服務器重啟之后，所述DHCP服務器根據(jù)不同于重啟之前的子可分配IP地址列表為所述客戶端分配IP地址。
6.一種客戶端，其特征在于，包括: 接收模塊，用于接收動態(tài)主機配置協(xié)議DHCP服務器發(fā)送的IP地址反饋消息，所述IP地址反饋消息包括所述DHCP服務器為所述客戶端分配的IP地址； 沖突檢測模塊，用于對所述IP地址進行地址沖突檢測； 發(fā)送模塊，用于在所述IP地址發(fā)生沖突時，向所述DHCP服務器發(fā)送婉拒消息，并向所述DHCP服務器發(fā)起新的IP地址申請過程，或者，用于在所述IP地址未發(fā)生沖突時，向所述DHCP服務器發(fā)送確認消息。
7.根據(jù)權利要求6所述的客戶端，其特征在于，所述IP地址反饋消息，還包括:使用租期； 所述發(fā)送模塊，還用于: 當對所述IP地址的使用時間達到所述使用租期時，端繼續(xù)使用所述IP地址，并且，向所述DHCP服務器發(fā)起新的IP地址申請過程。
8.一種動態(tài)主機配置協(xié)議DHCP服務器，其特征在于，包括: 分配模塊，用于根據(jù)可分配IP地址列表為客戶端分配IP地址； 消息發(fā)送模塊，用于通過IP地址反饋消息將分配的IP地址發(fā)送給所述客戶端，以使所述客戶端對所述IP地址進行地址沖突檢測； 消息接收模塊，用于接收所述客戶端發(fā)送的婉拒消息，確定所述客戶端未使用所述IP地址，或者，用于接收所述客戶端發(fā)送的確認消息，確定所述客戶端使用所述IP地址。
9.根據(jù)權利要求8所述的服務器，其特征在于，所述IP地址反饋消息，還包括:使用租期； 其中，所述使用租期，用于使所述客戶端對所述IP地址的使用時間達到所述使用租期時，所述客戶端繼續(xù)使用所述IP地址，并且，所述客戶端向所述消息接收模塊發(fā)起新的IP地址申請過程。
10.根據(jù)權利要求8或9所述的服務器，其特征在于，所述可分配IP地址列表包括至少兩個子可分配IP地址列表； 所述分配模塊，還用于； 重啟后根據(jù)不同于重啟前的子可分配IP地址列表為所述客戶端分配IP地址。
11.一種地址分配系統(tǒng)，其特征在于，包括: 如權利要求6或7所述的客戶端以及如權利要求8?10中任一項所述的動態(tài)主機配置協(xié)議DHCP服務器。
【文檔編號】H04L29/12GK104410727SQ201410669722
【公開日】2015年3月11日 申請日期:2014年11月20日 優(yōu)先權日:2014年11月20日
【發(fā)明者】吳承英, 魏偉, 張英華, 孟慶紅, 黃榮譽, 邱佳, 程學武, 劉洪聲, 任寶春, 金宇杰 申請人:中國聯(lián)合網(wǎng)絡通信集團有限公司