防止客戶端頻繁發(fā)起ip地址分配請求的方法、裝置和系統(tǒng)的制作方法
【專利摘要】本申請?zhí)峁┝艘环N防止客戶端頻繁發(fā)起IP地址分配請求的方法、客戶端、服務(wù)器和系統(tǒng)。所述方法包括：客戶端生成IP地址分配請求的最大重傳時間的參考值；客戶端向服務(wù)器發(fā)送IP地址分配請求，所述請求中承載有所述最大重傳時間的參考值；服務(wù)器基于所述最大重傳時間的參考值確定最大重傳時間的實際值并將承載有所述最大重傳時間的實際值的消息發(fā)送到客戶端；客戶端根據(jù)所述最大重傳時間的實際值確定向服務(wù)器再次發(fā)起IP地址分配請求的時間。根據(jù)本申請的防止客戶端頻繁發(fā)起IP地址分配請求的方法，有效阻止了客戶端頻繁發(fā)起IP地址分配請求的次數(shù)，緩解了網(wǎng)絡(luò)壓力。
【專利說明】防止客戶端頻繁發(fā)起IP地址分配請求的方法、裝置和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本申請涉及數(shù)據(jù)通信領(lǐng)域，更具體地，涉及防止客戶端頻繁發(fā)起IP地址分配請求的方法、客戶端、服務(wù)器和系統(tǒng)。
【背景技術(shù)】
[0002]IPv4協(xié)議(Internet Protocol version 4,互聯(lián)網(wǎng)協(xié)議版本4)是目前全球因特網(wǎng)所采用的協(xié)議族TCP/IP協(xié)議族中的核心協(xié)議。IPv4協(xié)議采用32位的靜態(tài)IP地址，即最多有232個客戶端可以聯(lián)到互聯(lián)網(wǎng)上。近十年來由于互聯(lián)網(wǎng)的蓬勃發(fā)展，IP位址的需求量愈來愈大，為了避免出現(xiàn)IP地址資源短缺和資源浪費的問題，IETF (Internet EngineeringTask Force，互聯(lián)網(wǎng)工程任務(wù)組)制定了一種動態(tài)分配IP地址的機制，即DHCP協(xié)議。
[0003]根據(jù)IPv4下的DHCP協(xié)議(以下簡稱DHCP協(xié)議)，當客戶端首次接入網(wǎng)絡(luò)時，它會向網(wǎng)絡(luò)中的服務(wù)器廣播DHCPDiscover消息，以請求服務(wù)器分配IP地址。網(wǎng)絡(luò)中可能會有多個服務(wù)器收到DHCPDiscover消息，收到DHCPDiscover消息的服務(wù)器會選擇一個未被使用的IP地址，連同其它TCP/IP設(shè)定，以DHCPOffer消息響應(yīng)客戶端。當服務(wù)器和相關(guān)通信鏈路處于非正常狀態(tài)時，客戶端就無法獲得來自于服務(wù)器的DHCPOfTer消息。此時，客戶端會重復廣播DHCPDiscover消息，以請求服務(wù)器分配IP地址。經(jīng)測試，不同的客戶端在無法獲取DHCPOffer消息時,重復發(fā)起DHCPDiscover組播請求的方式完全取決于客戶端的實現(xiàn)。當無法獲得DHCPOffer消息時，有的客戶端會頻繁地發(fā)起DHCPDiscover消息，從而給網(wǎng)絡(luò)和服務(wù)器帶來很大的壓力。
[0004]IPv6 協(xié)議(Internet Protocol Version 6,互聯(lián)網(wǎng)協(xié)議版本 6)是 IETF 設(shè)計用來替代現(xiàn)行的IPv4協(xié)議的下一代IP協(xié)議。IPv6協(xié)議支持兩種地址分配方式:無狀態(tài)地址自動配置和有狀態(tài)地址自動配置，其中，無狀態(tài)地址自動配置是基于IPv6下的NDP協(xié)議(Neighbor Discovery Protocol,鄰居發(fā)現(xiàn)協(xié)議)進行的,而有狀態(tài)地址自動配置方式是基于IPv6下的DHCP協(xié)議即DHCPv6進行的。
[0005]支持IPv6協(xié)議的客戶端首次接入網(wǎng)絡(luò)時，會基于NDP協(xié)議通過向服務(wù)器發(fā)送RS(Router Solicitation，路由器請求)消息，以請求服務(wù)器分配全局地址前綴。如果服務(wù)器側(cè)的M標記(托管地址配置標記)的值被配置為0，則服務(wù)器將全局地址前綴及其它參數(shù)承載于RA (Router Advertisement,路由器公告)消息中發(fā)送給客戶端?？蛻舳藦慕邮盏降腞A消息中解析出全局地址前綴，然后在后邊綴上自己的接口地址，從而得到全局IP地址。如果服務(wù)器側(cè)的M標記(托管地址配置標記)的值被配置為I，則指示客戶端通過IPv6下的DHCPv6協(xié)議進行有狀態(tài)地址自動配置。在這種情況下，客戶端會基于DHCPv6協(xié)議向服務(wù)器廣播Solicit消息，以請求服務(wù)器分配IP地址。收到Solicit消息的服務(wù)器會選擇一個未被使用的IP地址，連同其它TCP/IP設(shè)定，以Advertise消息響應(yīng)客戶端。
[0006]目前網(wǎng)絡(luò)、客戶端等正處于向IPv6演進的時期，支持IPv6協(xié)議的設(shè)備、客戶端一般也均支持IPv4協(xié)議。在服務(wù)器被配置為IPv6服務(wù)器而客戶端被配置為IPV4/IPv6客戶端的情況下，客戶端首次接入網(wǎng)絡(luò)時，會同時或先后向網(wǎng)絡(luò)中的服務(wù)器廣播DHCPDiscover消息和Solicit消息，以請求服務(wù)器分配IP地址。此時，由于服務(wù)器端被配置為IPv6單棧，因此服務(wù)器不會對客戶端所廣播的DHCPDiscover消息做出響應(yīng)。這種情況下，有些客戶端可能會頻繁地廣播DHCPDiscover消息，從而給網(wǎng)絡(luò)和服務(wù)器帶來很大的壓力?；蛘?，雖然服務(wù)器被配置為IPv4/IPv6服務(wù)器，若其中的IPv4模塊關(guān)閉，則當客戶端同時或先后廣播DHCPDiscover消息和Solicit消息時，服務(wù)器也無法以DHCPOffer消息響應(yīng)客戶端。此時，有些客戶端可能也會頻繁地廣播DHCPDiscover消息，從而給網(wǎng)絡(luò)和服務(wù)器帶來很大的壓力。

【發(fā)明內(nèi)容】

[0007]鑒于現(xiàn)有技術(shù)中存在的上述問題，根據(jù)本申請的第一方面，提供了一種防止客戶端頻繁發(fā)起IP地址分配請求的方法，包括:客戶端生成IP地址分配請求的最大重傳時間的參考值；客戶端向服務(wù)器發(fā)送IP地址分配請求，所述請求中承載有所述最大重傳時間的參考值；服務(wù)器基于所述最大重傳時間的參考值確定最大重傳時間的實際值并將承載有所述最大重傳時間的實際值的消息發(fā)送到客戶端；客戶端根據(jù)所述最大重傳時間的實際值確定向服務(wù)器再次發(fā)起IP地址分配請求的時間。
[0008]根據(jù)本申請的第一方面的一個實施方式，一種防止客戶端頻繁發(fā)起IP地址分配請求的方法包括:客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值；以及客戶端基于所述第一通信協(xié)議，以廣播消息的方式向服務(wù)器發(fā)送所述第一IP地址分配請求，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數(shù)信息的字段中。
[0009]根據(jù)本申請的第一方面的另一個實施方式，一種防止客戶端頻繁發(fā)起IP地址分配請求的方法包括:客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值；客戶端分別基于所述第一和第二通信協(xié)議，以廣播第一消息和第二消息的方式向服務(wù)器發(fā)送所述第一和第二 IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數(shù)信息的字段中；服務(wù)器分別基于所述第一和第二IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值，并將所確定的最大重傳時間的實際值承載于所述第二消息的響應(yīng)消息中發(fā)送到客戶端；以及客戶端根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
[0010]根據(jù)本申請的第一方面的又一個實施方式，一種防止客戶端頻繁發(fā)起IP地址分配請求的方法包括:客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值；客戶端分別基于所述第一通信協(xié)議和第三通信協(xié)議，以廣播第一消息和第三消息的方式向服務(wù)器發(fā)送所述第一 IP地址分配請求和第三IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數(shù)信息的字段中；服務(wù)器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二IP地址分配請求的最大重傳時間的實際值，并將所確定的最大重傳時間的實際值承載于所述第三消息的響應(yīng)消息中發(fā)送到客戶端；以及客戶端根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
[0011]根據(jù)本申請的第二方面，提供了一種防止頻繁發(fā)起IP地址分配請求的客戶端，包括:生成模塊，基于預定算法生成IP地址分配請求的最大重傳時間的參考值；通信模塊，向服務(wù)器發(fā)送承載有所述最大重傳時間的參考值的IP地址分配請求，并且從服務(wù)器接收承載有最大重傳時間的實際值的消息；以及設(shè)定模塊，根據(jù)所述最大重傳時間的實際值設(shè)定向服務(wù)器再次發(fā)送IP地址分配請求的時間。
[0012]根據(jù)本申請的第三方面，提供了一種防止客戶端頻繁發(fā)起IP地址分配請求的服務(wù)器，包括:接收模塊，從客戶端接收IP地址分配請求，所述請求中承載有該請求的最大重傳時間的參考值；確定模塊，解析所述請求以從中獲取所述最大重傳時間的參考值，并基于所述最大重傳時間的參考值確定最大重傳時間的實際值；以及發(fā)送模塊，將承載有所述最大重傳時間的實際值的消息發(fā)送到客戶端。
[0013]根據(jù)本申請的第四方面，提供了一種防止客戶端頻繁發(fā)起IP地址分配請求的系統(tǒng)，包括如上所述的客戶端和服務(wù)器。
[0014]根據(jù)本申請的防止客戶端頻繁發(fā)起IP地址分配請求的方法，有效阻止了客戶端頻繁發(fā)起IP地址分配請求的次數(shù)，緩解了網(wǎng)絡(luò)壓力，并且對現(xiàn)網(wǎng)設(shè)備及客戶端的改造量較小，非常易于實施。
【專利附圖】

【附圖說明】
[0015]圖1示出了根據(jù)本申請第一方面的防止客戶端頻繁發(fā)起IP地址分配請求的方法的流程圖；
[0016]圖2示出了 DHCP協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腄HCPDiscover報文的封包格式；
[0017]圖3示出了 DHCPDiscover報文中新定義的option字段的具體內(nèi)容；
[0018]圖4示出了 NDP協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腞S報文的封包格式；
[0019]圖5示出了 RS報文中新定義的option字段的具體內(nèi)容；
[0020]圖6示出了 NDP協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腞A報文的封包格式；
[0021]圖7示出了 DHCPv6協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腟olicit報文的封包格式；
[0022]圖8示出了 Solicit報文中新定義的option字段的具體內(nèi)容；
[0023]圖9示出了根據(jù)本申請第二方面的一個實施方式的防止頻繁發(fā)起IP地址分配請求的客戶端的方框圖；
[0024]圖10示出了根據(jù)本申請第二方面的另一個實施方式的防止頻繁發(fā)起IP地址分配請求的客戶端的方框圖；
[0025]圖11示出了根據(jù)本申請第二方面的再一個實施方式的防止頻繁發(fā)起IP地址分配請求的客戶端的方框圖；
[0026]圖12示出了根據(jù)本申請第三方面的防止客戶端頻繁發(fā)起IP地址分配請求的服務(wù)器的方框圖。
【具體實施方式】[0027]下面將參照圖1詳細描述根據(jù)本申請的第一方面的防止客戶端頻繁發(fā)起IP地址分配請求的方法。
[0028]在步驟101中，客戶端生成IP地址分配請求的最大重傳時間的參考值。例如，客戶端可以采用本領(lǐng)域技術(shù)人員公知的隨機算法、回退算法等生成最大重傳時間的參考值。
[0029]接下來，在步驟102中，客戶端向服務(wù)器發(fā)送IP地址分配請求，所述請求中承載有所述最大重傳時間的參考值。
[0030]然后，在步驟103中，服務(wù)器基于從客戶端獲取的最大重傳時間的參考值確定最大重傳時間的實際值。例如，服務(wù)器可以解析所述IP地址分配請求以從中獲取所述最大重傳時間的參考值。之后，服務(wù)器可以判斷所述最大重傳時間的參考值是否適當，如果適當，則將所述最大重傳時間的參考值確定為最大重傳時間的實際值，如果不適當，例如，最大重傳時間的參考值為“0001 (16進制數(shù))”，表明客戶端將于I秒鐘后重新廣播IP地址分配請求，而服務(wù)器認為I秒鐘的時間間隔過短，則服務(wù)器可修改該最大重傳時間的參考值，例如修改為“003C (16進制數(shù))”，即希望客戶端在60秒鐘后重新廣播IP地址分配請求。又例如，服務(wù)器可將最大重傳時間的參考值修改為“ffff (16進制數(shù))”，則表明服務(wù)器希望客戶端不再廣播IP地址分配請求。之后，服務(wù)器可將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
[0031]然后，在步驟104中，服務(wù)器將承載有所述最大重傳時間的實際值的消息發(fā)送到客戶端。服務(wù)器可以將所述最大重傳時間的實際值承載于任意消息中發(fā)送到客戶端。
[0032]之后，在步驟105中，客戶端根據(jù)接收到的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起IP地址分配請求的時間。
[0033]下面將參照圖2-8詳細描述根據(jù)本申請的第一方面的具體實施例的防止客戶端頻繁發(fā)起IP地址分配請求的方法。
[0034](I)第一實施例
[0035]在第一實施例中，客戶端被配置為IPv4客戶端，服務(wù)器被配置為IPv4服務(wù)器或IPv4、IPv6雙棧服務(wù)器。
[0036]圖2示出了 DHCP協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腄HCPDiscover報文的封包格式。如圖2所示，DHCPDiscover報文包含用于定義DHCP消息類型的字段op(長度為I個字節(jié)，例如“I”表示消息是從客戶端發(fā)往服務(wù)器的)、用于填充客戶端的IP地址的字段ciaddr(長度為4個字節(jié))、用于指明服務(wù)器的主機名的字段sname (長度為64個字節(jié))和用于存放參數(shù)信息的option字段(長度可變)等。由于基于DHCP協(xié)議的報文中各字段的含義及功能是本領(lǐng)域技術(shù)人員所熟知的，因而在此省略對各字段的詳細描述。
[0037]可以在客戶端將要廣播的DHCPDiscover消息中增加一個新定義的option字段，以承載IP地址分配請求的最大重傳時間的參考值，圖3示出了新定義的option字段的具體內(nèi)容。如圖3所示，新定義的option字段的代碼(Code)例如可以為“108”，數(shù)據(jù)長度(Len)可以為4個字節(jié)，T1-T4表征最大重傳時間的參考值，其單位可以設(shè)為秒?？梢岳斫?，最大重傳時間的參考值必須大于O。
[0038]服務(wù)器可以從所接收的DHCPDiscover消息中解析出所述最大重傳時間的參考值。之后，服務(wù)器可以判斷所述最大重傳時間的參考值是否適當，如果適當，則將所述最大重傳時間的參考值確定為最大重傳時間的實際值，如果不適當，例如，最大重傳時間的參考值為“0001 (16進制數(shù))”，表明客戶端將于I秒鐘后重新廣播IP地址分配請求，而服務(wù)器認為I秒鐘的時間間隔過短，則服務(wù)器可修改該最大重傳時間的參考值，例如修改為“003C(16進制數(shù))”，即希望客戶端在60秒鐘后重新廣播IP地址分配請求。又例如，服務(wù)器可將最大重傳時間的參考值修改為“ffff (16進制數(shù))”，則表明服務(wù)器希望客戶端不再廣播DHCPDiscover消息。之后，服務(wù)器可將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。然后，服務(wù)器可以將所述最大重傳時間的實際值承載于DHCPOffer消息中發(fā)送給客戶端。
[0039]之后，客戶端可以從DHCPOffer消息中解析出所述最大重傳時間的實際值，并根據(jù)其確定向服務(wù)器再次發(fā)起DHCPDiscover消息的時間。
[0040](2)第二實施例
[0041]在第二實施例中，客戶端被配置為IPv4/IPv6客戶端，服務(wù)器被配置為IPv6服務(wù)器，或者服務(wù)器被配置為IPv4/IPv6服務(wù)器但其中的IPv4模塊關(guān)閉。在這種情況下，當客戶端首次接入網(wǎng)絡(luò)時，其會基于DHCP協(xié)議，通過向服務(wù)器廣播DHCPDiscover消息以請求服務(wù)器分配IP地址。同時，客戶端還會基于IPv6下的NDP協(xié)議，通過向服務(wù)器廣播RS消息，以請求服務(wù)器分配全局地址前綴。
[0042]對于來自客戶端的DHCPDiscover消息，由于服務(wù)器被配置為IPv6服務(wù)器，或者服務(wù)器雖被配置為IPv4/IPv6服務(wù)器但其中的IPv4模塊關(guān)閉，因此服務(wù)器不會以DHCPOffer消息響應(yīng)客戶端的DHCPDiscover消息。
[0043]對于來自客戶端的RS消息，如果服務(wù)器側(cè)的M標記(托管地址配置標記)的值被配置為1，則服務(wù)器會通過向客戶端發(fā)送RA消息并將M標記的值承載于RA消息中，以指示客戶端基于IPv6下的DHCPv6協(xié)議進行有狀態(tài)地址自動配置。在這種情況下，客戶端會基于DHCPv6協(xié)議向服務(wù)器廣播Solicit消息，以請求服務(wù)器分配IP地址。在沒有收到來自服務(wù)器的Advertise消息時,客戶端會不斷地向服務(wù)器發(fā)送Solicit消息。
[0044]為了防止客戶端頻繁地發(fā)起DHCPDiscover消息和Solicit消息,可以在客戶端所要發(fā)送的RS消息中增加一個新定義的option字段，以承載DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。
[0045]圖4示出了 NDP協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腞S報文的封包格式。如圖4所示，基于NDP協(xié)議的RS報文包含Type (類型)字段(對于RS消息而言其值為133)、Code(代碼)字段(對于RS消息而言其值為0)、Checksum (ICMP校驗和)字段、Reserved (保留)字段(一般為全零)以及用于存放參數(shù)信息的option (選項)字段(長度可變)。
[0046]圖5示出了根據(jù)第二實施例的新定義的option字段的具體內(nèi)容。如圖5所示，新定義的option字段可以包括2行，每行為4個字節(jié)。新定義的option字段包括類型(Type)字段(長度為I個字節(jié))、數(shù)據(jù)長度(Length)字段(長度為8個字節(jié)XReserved (保留)字段(根據(jù)RFC4861，option字段的長度必須是64bit的整數(shù)倍，此字段需由客戶端置0，服務(wù)器必須忽略)，Sol_Max_RT字段用于承載Solicit消息的最大重傳時間的參考值，而Dis_Max_RT字段用于承載DHCPDiscover消息的最大重傳時間的參考值，兩個最大重傳時間的參考值單位可以設(shè)為秒?？梢岳斫?，兩個最大重傳時間的參考值必須均大于O。
[0047]服務(wù)器可以從所接收的RS消息中解析出DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。之后，服務(wù)器可以判斷所述最大重傳時間的參考值是否適當，如果適當，則將所述最大重傳時間的參考值確定為最大重傳時間的實際值，如果不適當，則可以對其進行修改，并將修改后的值作為DHCPDiscover消息和Solicit消息的最大重傳時間的實際值。然后，服務(wù)器可以將所述最大重傳時間的實際值承載于RA消息中發(fā)送給客戶端。
[0048]圖6不出了 NDP協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腞A報文的封包格式。如圖6所示，RA報文包含Type (類型)字段、Code (代碼)字段、Checksum (ICMP校驗和)字段、Cur Hop Limit (主機發(fā)送包的跳數(shù))字段、M標記字段、O標記字段、Reserved (保留)字段、Router Lifetime (路由器的存活時間)字段、用于計算鄰居是否可達的時間參數(shù)的的Reachable Time字段、用于指定重新發(fā)起NS消息的時間間隔的Retrans Timer字段、以及用于存放參數(shù)信息的option (選項)字段(長度可變)。服務(wù)器可將所確定的DHCPDiscover消息和Solicit消息的最大重傳時間的實際值承載于option字段中發(fā)送給客戶端。
[0049]之后，客戶端可以從RA消息中解析出所述最大重傳時間的實際值，并根據(jù)其確定向服務(wù)器再次發(fā)起DHCPDiscover消息和Solicit消息的時間。
[0050]可以理解，如果服務(wù)器側(cè)的M標記的值被配置為0，則服務(wù)器會將M標記的值、全局地址前綴、以及DHCPDiscover消息和Solicit消息的最大重傳時間的實際值承載于RA消息中，發(fā)送給客戶端，其中，全局地址前綴、以及DHCPDiscover消息和Solicit消息的最大重傳時間的實際值承載于RA消息的option字段中。此時，客戶端可以從RA消息中解析出所述全局地址前綴，然后在后邊綴上自己的接口地址，從而得到全局IP地址。
[0051](3)第三實施例
[0052]在第三實施例中，客戶端被配置為IPv4/IPv6客戶端，服務(wù)器被配置為IPv6服務(wù)器，或者服務(wù)器被配置為IPv4/IPv6服務(wù)器但其中的IPv4模塊關(guān)閉。
[0053]與第二實施例的不同之處在于，在第三實施例中，為了防止客戶端頻繁地發(fā)起DHCPDiscover消息和Solicit消息,可以在客戶端所要發(fā)送的Solicit消息中增加一個新定義的option字段，以承載DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。
[0054]圖7示出了 DHCPv6協(xié)議下客戶端與服務(wù)器之間傳輸?shù)腟olicit報文的封包格式。如圖7所示，Solicit報文包含用于定義DHCPv6消息類型的字段msg-type (長度為I個字節(jié))、指示用于消息交換的序列號的transaction-1d (交易序列號)字段(長度為3個字節(jié))、以及用于存放參數(shù)信息的option (選項)字段(長度可變)。
[0055]圖8示出了根據(jù)第三實施例的新定義的option字段的具體內(nèi)容。如圖8所示，新定義的option字段可以包括3行，每行為4個字節(jié)。新定義的option字段的代碼(Option-code)例如可以為“ 109”,數(shù)據(jù)長度(Option-1en)可以為8個字節(jié)，其中，Sol_Max_RT部分用于承載Solicit消息的最大重傳時間的參考值，而Dis_Max_RT部分用于承載DHCPDiscover消息的最大重傳時間的參考值，兩個最大重傳時間的參考值單位可以設(shè)為秒?？梢岳斫?，兩個最大重傳時間的參考值必須均大于O。
[0056]服務(wù)器可以從所接收的Solicit消息中解析出DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。之后，服務(wù)器可以判斷所述最大重傳時間的參考值是否適當，如果適當，則將所述最大重傳時間的參考值確定為最大重傳時間的實際值，如果不適當，則可以對其進行修改，并將修改后的值作為DHCPDiscover消息和Solicit消息的最大重傳時間的實際值。然后，服務(wù)器可以將所述最大重傳時間的實際值承載于Advertise消息中發(fā)送給客戶端。[0057]通過利用本申請的防止客戶端頻繁發(fā)起IP地址分配請求的方法，客戶端采用預定算法生成DHCPDiscover消息的最大重傳時間的參考值和Solicit消息的最大重傳時間的參考值，并將兩個消息的最大重傳時間的參考值隨Solicit消息發(fā)送給服務(wù)器，服務(wù)器基于所接收的兩個消息的最大重傳時間的參考值分別確定DHCPDiscover消息和Solicit消息的最大重傳時間的實際值，并且可以將承載有所述最大重傳時間的實際值的Advertise消息發(fā)送到客戶端?？蛻舳嗽谑盏紸dvertise消息后對該消息進行解析以確定再次發(fā)起DHCPDiscover消息和Solicit消息的時間?？蛻舳烁鶕?jù)所述最大重傳時間的實際值確定向服務(wù)器再次發(fā)起IP地址分配請求的時間。由此，DHCP/DHCPv6客戶端基于DHCPv6協(xié)議與服務(wù)器進行消息交換(向服務(wù)器發(fā)送承載有最大重傳時間參考值的Solicit消息，并從服務(wù)器接收承載有最大重傳時間實際值的Advertise消息)，確定了 DHCP協(xié)議下DHCPDiscover消息的最大重傳時間和DHCPv6協(xié)議下Solicit消息的最大重傳時間,控制了再次發(fā)送DHCPDiscover消息的時間。也就是說，利用DHCPv6協(xié)議下的消息交換實現(xiàn)了對DHCP協(xié)議下的消息交換的控制。從而，防止了客戶端在無法收到來自服務(wù)器的DHCPOffer消息的情況下發(fā)送DHCPDiscover消息的次數(shù)，緩解了網(wǎng)絡(luò)壓力。
[0058]圖9示出了根據(jù)本申請的第二方面的防止頻繁發(fā)起IP地址分配請求的客戶端的方框圖。如圖9所示，防止頻繁發(fā)起IP地址分配請求的客戶端10包括:生成模塊601，基于預定算法生成IP地址分配請求的最大重傳時間的參考值；通信模塊602，向服務(wù)器發(fā)送承載有所述最大重傳時間的參考值的IP地址分配請求，并且從服務(wù)器接收承載有最大重傳時間的實際值的消息；以及設(shè)定模塊603，根據(jù)所述最大重傳時間的實際值設(shè)定向服務(wù)器再次發(fā)送IP地址分配請求的時間。
[0059]根據(jù)一個實施方式，生成模塊601生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值；并且通信模塊602基于第一通信協(xié)議，以廣播消息的方式向服務(wù)器發(fā)送所述第一 IP地址分配請求，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數(shù)信息的字段中。通信模塊602可進一步被配置為解析從服務(wù)器接收的承載有所述第一 IP地址分配請求的最大重傳時間的實際值的消息，以獲取所述第一 IP地址分配請求的最大重傳時間的實際值?？蛇x地，客戶端10還可進一步包括計時模塊(未示出)，其根據(jù)所述第一 IP地址分配請求的最大重傳時間的實際值設(shè)定該計時模塊的計時期，當?shù)竭_計時期時，指示通信模塊602再次向服務(wù)器發(fā)送IP地址分配請求。作為一個具體實施例，所述第一通信協(xié)議可以為DHCP協(xié)議，所述消息可以為DHCPDiscover消息，所述第一 IP地址分配請求的最大重傳時間的參考值可以承載于所述DHCPDiscover消息的option字段中。
[0060]圖10示出了根據(jù)本申請的第二方面的另一個實施方式的防止頻繁發(fā)起IP地址分配請求的客戶端的方框圖。如圖10所示，客戶端10’包括:生成模塊601’，其生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值；第一通信模塊605和第二通信模塊606，所述第一和第二通信模塊同時或先后基于所述第一和第二通信協(xié)議，分別以廣播第一消息和第二消息的方式向服務(wù)器發(fā)送所述第一和第二 IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數(shù)信息的字段中，并且第二通信模塊從服務(wù)器接收所述第二消息的響應(yīng)消息，所述響應(yīng)消息中承載有所述第一和第二IP地址分配請求的最大重傳時間的實際值；設(shè)定模塊603’，其根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
[0061]根據(jù)一個具體實施例，第二通信模塊606可進一步被配置為解析所述響應(yīng)消息，以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
[0062]可選地，客戶端10’可進一步包括第一計時模塊和第二計時模塊(未示出)。所述第一計時模塊可根據(jù)所述第一 IP地址分配請求的最大重傳時間的實際值設(shè)定該第一計時模塊的計時期，當?shù)竭_計時期時，指示第一通信模塊605再次向服務(wù)器發(fā)送IP地址分配請求。第二計時模塊可根據(jù)所述第二 IP地址分配請求的最大重傳時間的實際值設(shè)定該第二計時模塊的計時期，當?shù)竭_計時期時，指示第二通信模塊606再次向服務(wù)器發(fā)送IP地址分配請求。根據(jù)一個具體實施例，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第一消息為DHCPDiscover消息，所述第二消息為Solicit消息，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中，所述第二消息的響應(yīng)消息為Advertise消息。
[0063]圖11示出了根據(jù)本申請的第二方面的再一個實施方式的防止頻繁發(fā)起IP地址分配請求的客戶端的方框圖。
[0064]如圖11所示，客戶端10”包括:生成模塊601”、第一通信模塊605、第三通信模塊607和設(shè)定模塊603”。
[0065]生成模塊601”生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值。
[0066]第一通信模塊605和第三通信模塊607分別基于所述第一和第三通信協(xié)議，以廣播第一消息和第三消息的方式向服務(wù)器發(fā)送所述第一和第三IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數(shù)信息的字段中，并且第三通信模塊607從服務(wù)器接收所述第三消息的響應(yīng)消息，所述響應(yīng)消息中承載有所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
[0067]設(shè)定模塊603”根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
[0068]根據(jù)一個具體實施例，第三通信模塊607可進一步被配置為解析所述響應(yīng)消息，以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
[0069]可選地，客戶端10”可進一步包括:第二通信模塊、第一計時模塊和第二計時模塊(未示出)。第二通信模塊基于所述第二通信協(xié)議向服務(wù)器發(fā)送所述第二 IP地址分配請求。第一計時模塊根據(jù)所述第一 IP地址分配請求的最大重傳時間的實際值設(shè)定該第一計時模塊的計時期，當?shù)竭_計時期時，指示所述第一通信模塊再次向服務(wù)器發(fā)送IP地址分配請求。第二計時模塊根據(jù)所述第二 IP地址分配請求的最大重傳時間的實際值設(shè)定該第二計時模塊的計時期，當?shù)竭_計時期時，指示所述第二通信模塊向服務(wù)器發(fā)送所述第二 IP地址分配請求。
[0070]根據(jù)一個具體實施例，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第三通信協(xié)議為NDP協(xié)議，所述第三消息為Router Solicitation消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Router Solicitation消息的option字段中，所述第三消息的響應(yīng)消息為Router Advertisement消息。
[0071]圖12示出了根據(jù)本申請的第三方面的一個實施方式的防止客戶端頻繁發(fā)起IP地址分配請求的服務(wù)器的方框圖。如圖12所示，防止客戶端頻繁發(fā)起IP地址分配請求的服務(wù)器20包括:接收模塊901，從客戶端接收IP地址分配請求，所述請求中承載有該請求的最大重傳時間的參考值；確定模塊902，解析所述請求以從中獲取所述最大重傳時間的參考值，并基于所述最大重傳時間的參考值確定最大重傳時間的實際值；以及發(fā)送模塊903，將承載有所述最大重傳時間的實際值的消息發(fā)送到客戶端。
[0072]根據(jù)一個【具體實施方式】，接收模塊901從客戶端接收基于第一通信協(xié)議的第一 IP地址分配請求和基于第二通信協(xié)議的第二 IP地址分配請求；確定模塊902解析所述第二IP地址分配請求，以從中獲取第一和第二 IP地址分配請求的最大重傳時間的參考值，并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二IP地址分配請求的最大重傳時間的實際值；發(fā)送模塊903將所確定的最大重傳時間的實際值承載于所述第二 IP地址分配請求的響應(yīng)消息中發(fā)送到客戶端。所述第一通信協(xié)議例如可以為DHCP協(xié)議，所述第二通信協(xié)議例如可以為DHCPv6協(xié)議，所述響應(yīng)消息例如可以為Advertise 消息。
[0073]根據(jù)另一個【具體實施方式】，接收模塊901可從客戶端接收基于第一通信協(xié)議的第
一IP地址分配請求和基于第三通信協(xié)議的第三IP地址分配請求；確定模塊902解析所述第三IP地址分配請求，以從中獲取所述第一 IP地址分配請求和基于第二通信協(xié)議的第
二IP地址分配請求的最大重傳時間的參考值，并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值；發(fā)送模塊903將所確定的最大重傳時間的實際值承載于所述第三IP地址分配請求的響應(yīng)消息中發(fā)送到客戶端。作為一個具體實施例，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議,所述第三通信協(xié)議為NDP協(xié)議,所述響應(yīng)消息為RouterAdvertisement 消息。
[0074]根據(jù)一個具體實施例，確定模塊902可進一步被配置為:判斷所述最大重傳時間的參考值是否適當，如果適當，則將所述最大重傳時間的參考值確定為最大重傳時間的實際值，如果不適當，則修改所述最大重傳時間的參考值并將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
[0075]根據(jù)本申請的第四方面，提供了一種防止客戶端頻繁發(fā)起IP地址分配請求的系統(tǒng)，其包括如上所述的客戶端10、10’或10”和服務(wù)器20。
[0076]另外，需要指出的是，雖然DHCPv6協(xié)議中已經(jīng)定義了參數(shù)“RT (Retransmissiontimeout,重傳超時)”和“MRT (Maximum retransmission time,最大重傳時間)，以保障客戶端重復廣播Solicit消息的時間，但這兩個參數(shù)僅是由客戶端通過預定算法生成用來控制客戶端的重傳行為的參數(shù)，客戶端生成這兩個參數(shù)后不需要發(fā)送給服務(wù)器以請求服務(wù)器回傳和更改，這一點與本發(fā)明的技術(shù)方案是截然不同的。
[0077]以上參照附圖對本申請的示例性的實施方案進行了描述。本領(lǐng)域技術(shù)人員應(yīng)該理解，上述實施方案僅僅是為了說明的目的而所舉的示例，而不是用來進行限制。凡在本申請的教導和權(quán)利要求保護范圍下所作的任何修改、等同替換等，均應(yīng)包含在本申請要求保護的范圍內(nèi)。
【權(quán)利要求】
1.一種防止客戶端頻繁發(fā)起IP地址分配請求的方法，包括: 步驟A，客戶端生成IP地址分配請求的最大重傳時間的參考值； 步驟B，客戶端向服務(wù)器發(fā)送IP地址分配請求，所述請求中承載有所述最大重傳時間的參考值； 步驟C，服務(wù)器基于所述最大重傳時間的參考值確定最大重傳時間的實際值并將承載有所述最大重傳時間的實際值的消息發(fā)送到客戶端； 步驟D，客戶端根據(jù)所述最大重傳時間的實際值確定向服務(wù)器再次發(fā)起IP地址分配請求的時間。
2.如權(quán)利要求1所述的方法，其中， 所述步驟A具體包括:客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值；以及 所述步驟B具體包括:客戶端基于所述第一通信協(xié)議，以廣播消息的方式向服務(wù)器發(fā)送所述第一 IP地址分配請求，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數(shù)信息的字段中。
3.如權(quán)利要求2所述的方法，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述消息為DHCPDiscover消息，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述DHCPDiscover 消息的 option 字段中。
4.如權(quán)利要求1所述的方法，其中，所述步驟A具體包括:客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值；所述步驟B具體包括:客戶端分別基于所述第一和第二通信協(xié)議，以廣播第一消息和第二消息的方式向服務(wù)器發(fā)送所述第一和第二 IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數(shù)信息的字段中； 所述步驟C具體包括:服務(wù)器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值，并將所確定的最大重傳時間的實際值承載于所述第二消息的響應(yīng)消息中發(fā)送到客戶端；以及 所述步驟D具體包括:客戶端根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
5.如權(quán)利要求4所述的方法，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第一消息為DHCPDiscover消息，所述第二消息為Solicit消息，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中，所述第二消息的響應(yīng)消息為Advertise消息。
6.如權(quán)利要求1所述的方法，其中， 所述步驟A具體包括:客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值；所述步驟B具體包括:客戶端分別基于所述第一通信協(xié)議和第三通信協(xié)議，以廣播第一消息和第三消息的方式向服務(wù)器發(fā)送所述第一 IP地址分配請求和第三IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數(shù)信息的字段中；所述步驟C具體包括:服務(wù)器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值，并將所確定的最大重傳時間的實際值承載于所述第三消息的響應(yīng)消息中發(fā)送到客戶端；以及 所述步驟D具體包括:客戶端根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
7.如權(quán)利要求6所述的方法，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第三通信協(xié)議為NDP協(xié)議，所述第三消息為Router Solicitation消息，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述RouterSolicitation消息的option字段中，所述第三消息的響應(yīng)消息為Router Advertisement消息。
8.如前述權(quán)利要求中任一項所述的方法，進一步包括: 服務(wù)器解析所述IP地址分配請求以從中獲取所述最大重傳時間的參考值，并判斷所述最大重傳時間的參考值是否適當，如果適當，則將所述最大重傳時間的參考值確定為最大重傳時間的實際值，如果不適當，則修改所述最大重傳時間的參考值并將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
9.一種防止客戶端頻繁發(fā)起IP地址分配請求的方法，包括: 客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值；以及 客戶端基于所述第一通信協(xié)議，以廣播消息的方式向服務(wù)器發(fā)送所述第一 IP地址分配請求，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數(shù)信息的字段中。
10.如權(quán)利要求9所述的方法，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述消息為DHCPDiscover消息，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述DHCPDiscover 消息的 option 字段中。
11.一種防止客戶端頻繁發(fā)起IP地址分配請求的方法，包括: 客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值； 客戶端分別基于所述第一和第二通信協(xié)議，以廣播第一消息和第二消息的方式向服務(wù)器發(fā)送所述第一和第二 IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數(shù)信息的字段中； 服務(wù)器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值，并將所確定的最大重傳時間的實際值承載于所述第二消息的響應(yīng)消息中發(fā)送到客戶端；以及 客戶端根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
12.如權(quán)利要求11所述的方法，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第一消息為DHCPDiscover消息，所述第二消息為Solicit消息，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中，所述第二消息的響應(yīng)消息為Advertise消息。
13.一種防止客戶端頻繁發(fā)起IP地址分配請求的方法，包括: 客戶端生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值； 客戶端分別基于所述第一通信協(xié)議和第三通信協(xié)議，以廣播第一消息和第三消息的方式向服務(wù)器發(fā)送所述第一 IP地址分配請求和第三IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數(shù)信息的字段中； 服務(wù)器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值，并將所確定的最大重傳時間的實際值承載于所述第三消息的響應(yīng)消息中發(fā)送到客戶端；以及 客戶端根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
14.如權(quán)利要求13所述的方法，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第三通信協(xié)議為NDP協(xié)議，所述第三消息為Router Solicitation消息，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述RouterSolicitation消息的option字段中，所述第三消息的響應(yīng)消息為Router Advertisement消息。
15.一種防止頻繁發(fā)起IP地址分配請求的客戶端，包括: 生成模塊，基于預定算法生成IP地址分配請求的最大重傳時間的參考值； 通信模塊，向服務(wù)器發(fā)送承載有所述最大重傳時間的參考值的IP地址分配請求，并且從服務(wù)器接收承載有最大重傳時間的實際值的消息；以及 設(shè)定模塊，根據(jù)所述最大重傳時間的實際值設(shè)定向服務(wù)器再次發(fā)送IP地址分配請求的時間。
16.如權(quán)利要求15所述的客戶端，其中， 所述生成模塊進一步被配置為生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值；并且 所述通信模塊進一步被配置為基于所述第一通信協(xié)議，以廣播消息的方式向服務(wù)器發(fā)送所述第一 IP地址分配請求，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數(shù)信息的字段中。
17.如權(quán)利要求16所述的客戶端，其中，所述通信模塊進一步被配置為解析從服務(wù)器接收的承載有所述第一 IP地址分配請求的最大重傳時間的實際值的消息，以獲取所述第一IP地址分配請求的最大重傳時間的實際值。
18.如權(quán)利要求17所述的客戶端，進一步包括: 計時模塊，根據(jù)所述第一 IP地址分配請求的最大重傳時間的實際值設(shè)定該計時模塊的計時期，當?shù)竭_計時期時，指示所述通信模塊再次向服務(wù)器發(fā)送IP地址分配請求。
19.如權(quán)利要求16至18中任一項所述的客戶端，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述消息為DHCPDiscover消息，所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述DHCFOiscover消息的option字段中。
20.如權(quán)利要求15所述的客戶端，其中，所述生成模塊進一步被配置為生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值； 所述通信模塊進一步包括第一通信模塊和第二通信模塊，所述第一和第二通信模塊分別基于所述第一和第二通信協(xié)議，以廣播第一消息和第二消息的方式向服務(wù)器發(fā)送所述第一和第二 IP地址分配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數(shù)信息的字段中，并且第二通信模塊從服務(wù)器接收所述第二消息的響應(yīng)消息，所述響應(yīng)消息中承載有所述第一和第二 IP地址分配請求的最大重傳時間的實際值； 所述設(shè)定模塊進一步被配置為根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
21.如權(quán)利要求20所述的客戶端，其中，所述第二通信模塊進一步被配置為解析所述響應(yīng)消息，以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
22.如權(quán)利要求21所述的客戶端，進一步包括: 第一計時模塊，根據(jù)所述第一 IP地址分配請求的最大重傳時間的實際值設(shè)定該第一計時模塊的計時期，當?shù)竭_計時期時，指示所述第一通信模塊再次向服務(wù)器發(fā)送IP地址分配請求；以及 第二計時模塊，根據(jù)所述第二 IP地址分配請求的最大重傳時間的實際值設(shè)定該第二計時模塊的計時期，當?shù)竭_計時期時，指示所述第二通信模塊再次向服務(wù)器發(fā)送IP地址分配請求。
23.如權(quán)利要求20至22中任一項所述的客戶端，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第一消息為DHCPDiscover消息，所述第二消息為Solicit消息，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中，所述第二消息的響應(yīng)消息為Advertise消息。
24.如權(quán)利要求15所述的客戶端，其中， 所述生成模塊進一步被配置為生成基于第一通信協(xié)議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值； 所述通信模塊進一步包括第一通信模塊和第三通信模塊，所述第一和第三通信模塊分別基于所述第一和第三通信協(xié)議，以廣播第一消息和第三消息的方式向服務(wù)器發(fā)送所述第一和第三IP地址分 配請求，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數(shù)信息的字段中，并且所述第三通信模塊從服務(wù)器接收所述第三消息的響應(yīng)消息，所述響應(yīng)消息中承載有所述第一和第二 IP地址分配請求的最大重傳時間的實際值； 所述設(shè)定模塊進一步被配置為根據(jù)所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務(wù)器再次發(fā)起所述第一和第二 IP地址分配請求的時間。
25.如權(quán)利要求24所述的客戶端，其中，所述第三通信模塊進一步被配置為解析所述響應(yīng)消息，以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
26.如權(quán)利要求25所述的客戶端，進一步包括:第二通信模塊，基于所述第二通信協(xié)議向服務(wù)器發(fā)送所述第二 IP地址分配請求； 第一計時模塊，根據(jù)所述第一 IP地址分配請求的最大重傳時間的實際值設(shè)定該第一計時模塊的計時期，當?shù)竭_計時期時，指示所述第一通信模塊再次向服務(wù)器發(fā)送IP地址分配請求；以及 第二計時模塊，根據(jù)所述第二 IP地址分配請求的最大重傳時間的實際值設(shè)定該第二計時模塊的計時期，當?shù)竭_計時期時，指示所述第二通信模塊向服務(wù)器發(fā)送所述第二 IP地址分配請求。
27.如權(quán)利要求26所述的客戶端，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第三通信協(xié)議為NDP協(xié)議，所述第三消息為Router Solicitation消息，所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述RouterSolicitation消息的option字段中，所述第三消息的響應(yīng)消息為Router Advertisement消息。
28.一種防止客戶端頻繁發(fā)起IP地址分配請求的服務(wù)器，包括: 接收模塊,從客戶端接收IP地址分配請求,所述請求中承載有該請求的最大重傳時間的參考值； 確定模塊，解析所述請求以從中獲取所述最大重傳時間的參考值，并基于所述最大重傳時間的參考值確定最大重傳時間的實際值；以及 發(fā)送模塊，將 承載有所述最大重傳時間的實際值的消息發(fā)送到客戶端。
29.如權(quán)利要求28所述的服務(wù)器，其中， 所述接收模塊從客戶端接收基于第一通信協(xié)議的第一 IP地址分配請求和基于第二通信協(xié)議的第二 IP地址分配請求； 所述確定模塊解析所述第二 IP地址分配請求，以從中獲取第一和第二 IP地址分配請求的最大重傳時間的參考值，并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值； 所述發(fā)送模塊將所確定的最大重傳時間的實際值承載于所述第二 IP地址分配請求的響應(yīng)消息中發(fā)送到客戶端。
30.如權(quán)利要求28或29所述的服務(wù)器，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述響應(yīng)消息為Advertise消息。
31.如權(quán)利要求28所述的服務(wù)器，其中， 所述接收模塊從客戶端接收基于第一通信協(xié)議的第一 IP地址分配請求和基于第三通信協(xié)議的第三IP地址分配請求； 所述確定模塊解析所述第三IP地址分配請求，以從中獲取所述第一 IP地址分配請求和基于第二通信協(xié)議的第二 IP地址分配請求的最大重傳時間的參考值，并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值； 所述發(fā)送模塊將所確定的最大重傳時間的實際值承載于所述第三IP地址分配請求的響應(yīng)消息中發(fā)送到客戶端。
32.如權(quán)利要求31所述的服務(wù)器，其中，所述第一通信協(xié)議為DHCP協(xié)議，所述第二通信協(xié)議為DHCPv6協(xié)議，所述第三通信協(xié)議為NDP協(xié)議，所述響應(yīng)消息為RouterAdvertisement 消息。
33.如前述權(quán)利要求中任一項所述的服務(wù)器，其中，所述確定模塊進一步被配置為:判斷所述最大重傳時間的參考值是否適當，如果適當，則將所述最大重傳時間的參考值確定為最大重傳時間的實際值，如果不適當，則修改所述最大重傳時間的參考值并將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
34.一種防止客戶端頻繁發(fā)起IP地址分配請求的系統(tǒng),包括如權(quán)利要求15-27中任一項所述的客戶端和如權(quán)利要求28-33中任一項所述的服務(wù)器。
【文檔編號】H04L29/06GK103701942SQ201210367881
【公開日】2014年4月2日 申請日期:2012年9月28日 優(yōu)先權(quán)日:2012年9月28日
【發(fā)明者】楊天樂, 李連源 申請人:中國移動通信集團公司