麻豆精品无码国产在线播放,国产亚洲精品成人AA片新蒲金,国模无码大尺度一区二区三区,神马免费午夜福利剧场

防止客戶端頻繁發起ip地址分配請求的方法、裝置和系統的制作方法

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

【發明內容】

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

【附圖說明】
[0015]圖1示出了根據本申請第一方面的防止客戶端頻繁發起IP地址分配請求的方法的流程圖;
[0016]圖2示出了 DHCP協議下客戶端與服務器之間傳輸的DHCPDiscover報文的封包格式;
[0017]圖3示出了 DHCPDiscover報文中新定義的option字段的具體內容;
[0018]圖4示出了 NDP協議下客戶端與服務器之間傳輸的RS報文的封包格式;
[0019]圖5示出了 RS報文中新定義的option字段的具體內容;
[0020]圖6示出了 NDP協議下客戶端與服務器之間傳輸的RA報文的封包格式;
[0021]圖7示出了 DHCPv6協議下客戶端與服務器之間傳輸的Solicit報文的封包格式;
[0022]圖8示出了 Solicit報文中新定義的option字段的具體內容;
[0023]圖9示出了根據本申請第二方面的一個實施方式的防止頻繁發起IP地址分配請求的客戶端的方框圖;
[0024]圖10示出了根據本申請第二方面的另一個實施方式的防止頻繁發起IP地址分配請求的客戶端的方框圖;
[0025]圖11示出了根據本申請第二方面的再一個實施方式的防止頻繁發起IP地址分配請求的客戶端的方框圖;
[0026]圖12示出了根據本申請第三方面的防止客戶端頻繁發起IP地址分配請求的服務器的方框圖。
【具體實施方式】[0027]下面將參照圖1詳細描述根據本申請的第一方面的防止客戶端頻繁發起IP地址分配請求的方法。
[0028]在步驟101中,客戶端生成IP地址分配請求的最大重傳時間的參考值。例如,客戶端可以采用本領域技術人員公知的隨機算法、回退算法等生成最大重傳時間的參考值。
[0029]接下來,在步驟102中,客戶端向服務器發送IP地址分配請求,所述請求中承載有所述最大重傳時間的參考值。
[0030]然后,在步驟103中,服務器基于從客戶端獲取的最大重傳時間的參考值確定最大重傳時間的實際值。例如,服務器可以解析所述IP地址分配請求以從中獲取所述最大重傳時間的參考值。之后,服務器可以判斷所述最大重傳時間的參考值是否適當,如果適當,則將所述最大重傳時間的參考值確定為最大重傳時間的實際值,如果不適當,例如,最大重傳時間的參考值為“0001 (16進制數)”,表明客戶端將于I秒鐘后重新廣播IP地址分配請求,而服務器認為I秒鐘的時間間隔過短,則服務器可修改該最大重傳時間的參考值,例如修改為“003C (16進制數)”,即希望客戶端在60秒鐘后重新廣播IP地址分配請求。又例如,服務器可將最大重傳時間的參考值修改為“ffff (16進制數)”,則表明服務器希望客戶端不再廣播IP地址分配請求。之后,服務器可將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
[0031]然后,在步驟104中,服務器將承載有所述最大重傳時間的實際值的消息發送到客戶端。服務器可以將所述最大重傳時間的實際值承載于任意消息中發送到客戶端。
[0032]之后,在步驟105中,客戶端根據接收到的最大重傳時間的實際值確定向服務器再次發起IP地址分配請求的時間。
[0033]下面將參照圖2-8詳細描述根據本申請的第一方面的具體實施例的防止客戶端頻繁發起IP地址分配請求的方法。
[0034](I)第一實施例
[0035]在第一實施例中,客戶端被配置為IPv4客戶端,服務器被配置為IPv4服務器或IPv4、IPv6雙棧服務器。
[0036]圖2示出了 DHCP協議下客戶端與服務器之間傳輸的DHCPDiscover報文的封包格式。如圖2所示,DHCPDiscover報文包含用于定義DHCP消息類型的字段op(長度為I個字節,例如“I”表示消息是從客戶端發往服務器的)、用于填充客戶端的IP地址的字段ciaddr(長度為4個字節)、用于指明服務器的主機名的字段sname (長度為64個字節)和用于存放參數信息的option字段(長度可變)等。由于基于DHCP協議的報文中各字段的含義及功能是本領域技術人員所熟知的,因而在此省略對各字段的詳細描述。
[0037]可以在客戶端將要廣播的DHCPDiscover消息中增加一個新定義的option字段,以承載IP地址分配請求的最大重傳時間的參考值,圖3示出了新定義的option字段的具體內容。如圖3所示,新定義的option字段的代碼(Code)例如可以為“108”,數據長度(Len)可以為4個字節,T1-T4表征最大重傳時間的參考值,其單位可以設為秒。可以理解,最大重傳時間的參考值必須大于O。
[0038]服務器可以從所接收的DHCPDiscover消息中解析出所述最大重傳時間的參考值。之后,服務器可以判斷所述最大重傳時間的參考值是否適當,如果適當,則將所述最大重傳時間的參考值確定為最大重傳時間的實際值,如果不適當,例如,最大重傳時間的參考值為“0001 (16進制數)”,表明客戶端將于I秒鐘后重新廣播IP地址分配請求,而服務器認為I秒鐘的時間間隔過短,則服務器可修改該最大重傳時間的參考值,例如修改為“003C(16進制數)”,即希望客戶端在60秒鐘后重新廣播IP地址分配請求。又例如,服務器可將最大重傳時間的參考值修改為“ffff (16進制數)”,則表明服務器希望客戶端不再廣播DHCPDiscover消息。之后,服務器可將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。然后,服務器可以將所述最大重傳時間的實際值承載于DHCPOffer消息中發送給客戶端。
[0039]之后,客戶端可以從DHCPOffer消息中解析出所述最大重傳時間的實際值,并根據其確定向服務器再次發起DHCPDiscover消息的時間。
[0040](2)第二實施例
[0041]在第二實施例中,客戶端被配置為IPv4/IPv6客戶端,服務器被配置為IPv6服務器,或者服務器被配置為IPv4/IPv6服務器但其中的IPv4模塊關閉。在這種情況下,當客戶端首次接入網絡時,其會基于DHCP協議,通過向服務器廣播DHCPDiscover消息以請求服務器分配IP地址。同時,客戶端還會基于IPv6下的NDP協議,通過向服務器廣播RS消息,以請求服務器分配全局地址前綴。
[0042]對于來自客戶端的DHCPDiscover消息,由于服務器被配置為IPv6服務器,或者服務器雖被配置為IPv4/IPv6服務器但其中的IPv4模塊關閉,因此服務器不會以DHCPOffer消息響應客戶端的DHCPDiscover消息。
[0043]對于來自客戶端的RS消息,如果服務器側的M標記(托管地址配置標記)的值被配置為1,則服務器會通過向客戶端發送RA消息并將M標記的值承載于RA消息中,以指示客戶端基于IPv6下的DHCPv6協議進行有狀態地址自動配置。在這種情況下,客戶端會基于DHCPv6協議向服務器廣播Solicit消息,以請求服務器分配IP地址。在沒有收到來自服務器的Advertise消息時,客戶端會不斷地向服務器發送Solicit消息。
[0044]為了防止客戶端頻繁地發起DHCPDiscover消息和Solicit消息,可以在客戶端所要發送的RS消息中增加一個新定義的option字段,以承載DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。
[0045]圖4示出了 NDP協議下客戶端與服務器之間傳輸的RS報文的封包格式。如圖4所示,基于NDP協議的RS報文包含Type (類型)字段(對于RS消息而言其值為133)、Code(代碼)字段(對于RS消息而言其值為0)、Checksum (ICMP校驗和)字段、Reserved (保留)字段(一般為全零)以及用于存放參數信息的option (選項)字段(長度可變)。
[0046]圖5示出了根據第二實施例的新定義的option字段的具體內容。如圖5所示,新定義的option字段可以包括2行,每行為4個字節。新定義的option字段包括類型(Type)字段(長度為I個字節)、數據長度(Length)字段(長度為8個字節XReserved (保留)字段(根據RFC4861,option字段的長度必須是64bit的整數倍,此字段需由客戶端置0,服務器必須忽略),Sol_Max_RT字段用于承載Solicit消息的最大重傳時間的參考值,而Dis_Max_RT字段用于承載DHCPDiscover消息的最大重傳時間的參考值,兩個最大重傳時間的參考值單位可以設為秒。可以理解,兩個最大重傳時間的參考值必須均大于O。
[0047]服務器可以從所接收的RS消息中解析出DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。之后,服務器可以判斷所述最大重傳時間的參考值是否適當,如果適當,則將所述最大重傳時間的參考值確定為最大重傳時間的實際值,如果不適當,則可以對其進行修改,并將修改后的值作為DHCPDiscover消息和Solicit消息的最大重傳時間的實際值。然后,服務器可以將所述最大重傳時間的實際值承載于RA消息中發送給客戶端。
[0048]圖6不出了 NDP協議下客戶端與服務器之間傳輸的RA報文的封包格式。如圖6所示,RA報文包含Type (類型)字段、Code (代碼)字段、Checksum (ICMP校驗和)字段、Cur Hop Limit (主機發送包的跳數)字段、M標記字段、O標記字段、Reserved (保留)字段、Router Lifetime (路由器的存活時間)字段、用于計算鄰居是否可達的時間參數的的Reachable Time字段、用于指定重新發起NS消息的時間間隔的Retrans Timer字段、以及用于存放參數信息的option (選項)字段(長度可變)。服務器可將所確定的DHCPDiscover消息和Solicit消息的最大重傳時間的實際值承載于option字段中發送給客戶端。
[0049]之后,客戶端可以從RA消息中解析出所述最大重傳時間的實際值,并根據其確定向服務器再次發起DHCPDiscover消息和Solicit消息的時間。
[0050]可以理解,如果服務器側的M標記的值被配置為0,則服務器會將M標記的值、全局地址前綴、以及DHCPDiscover消息和Solicit消息的最大重傳時間的實際值承載于RA消息中,發送給客戶端,其中,全局地址前綴、以及DHCPDiscover消息和Solicit消息的最大重傳時間的實際值承載于RA消息的option字段中。此時,客戶端可以從RA消息中解析出所述全局地址前綴,然后在后邊綴上自己的接口地址,從而得到全局IP地址。
[0051](3)第三實施例
[0052]在第三實施例中,客戶端被配置為IPv4/IPv6客戶端,服務器被配置為IPv6服務器,或者服務器被配置為IPv4/IPv6服務器但其中的IPv4模塊關閉。
[0053]與第二實施例的不同之處在于,在第三實施例中,為了防止客戶端頻繁地發起DHCPDiscover消息和Solicit消息,可以在客戶端所要發送的Solicit消息中增加一個新定義的option字段,以承載DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。
[0054]圖7示出了 DHCPv6協議下客戶端與服務器之間傳輸的Solicit報文的封包格式。如圖7所示,Solicit報文包含用于定義DHCPv6消息類型的字段msg-type (長度為I個字節)、指示用于消息交換的序列號的transaction-1d (交易序列號)字段(長度為3個字節)、以及用于存放參數信息的option (選項)字段(長度可變)。
[0055]圖8示出了根據第三實施例的新定義的option字段的具體內容。如圖8所示,新定義的option字段可以包括3行,每行為4個字節。新定義的option字段的代碼(Option-code)例如可以為“ 109”,數據長度(Option-1en)可以為8個字節,其中,Sol_Max_RT部分用于承載Solicit消息的最大重傳時間的參考值,而Dis_Max_RT部分用于承載DHCPDiscover消息的最大重傳時間的參考值,兩個最大重傳時間的參考值單位可以設為秒。可以理解,兩個最大重傳時間的參考值必須均大于O。
[0056]服務器可以從所接收的Solicit消息中解析出DHCPDiscover消息和Solicit消息的最大重傳時間的參考值。之后,服務器可以判斷所述最大重傳時間的參考值是否適當,如果適當,則將所述最大重傳時間的參考值確定為最大重傳時間的實際值,如果不適當,則可以對其進行修改,并將修改后的值作為DHCPDiscover消息和Solicit消息的最大重傳時間的實際值。然后,服務器可以將所述最大重傳時間的實際值承載于Advertise消息中發送給客戶端。[0057]通過利用本申請的防止客戶端頻繁發起IP地址分配請求的方法,客戶端采用預定算法生成DHCPDiscover消息的最大重傳時間的參考值和Solicit消息的最大重傳時間的參考值,并將兩個消息的最大重傳時間的參考值隨Solicit消息發送給服務器,服務器基于所接收的兩個消息的最大重傳時間的參考值分別確定DHCPDiscover消息和Solicit消息的最大重傳時間的實際值,并且可以將承載有所述最大重傳時間的實際值的Advertise消息發送到客戶端。客戶端在收到Advertise消息后對該消息進行解析以確定再次發起DHCPDiscover消息和Solicit消息的時間。客戶端根據所述最大重傳時間的實際值確定向服務器再次發起IP地址分配請求的時間。由此,DHCP/DHCPv6客戶端基于DHCPv6協議與服務器進行消息交換(向服務器發送承載有最大重傳時間參考值的Solicit消息,并從服務器接收承載有最大重傳時間實際值的Advertise消息),確定了 DHCP協議下DHCPDiscover消息的最大重傳時間和DHCPv6協議下Solicit消息的最大重傳時間,控制了再次發送DHCPDiscover消息的時間。也就是說,利用DHCPv6協議下的消息交換實現了對DHCP協議下的消息交換的控制。從而,防止了客戶端在無法收到來自服務器的DHCPOffer消息的情況下發送DHCPDiscover消息的次數,緩解了網絡壓力。
[0058]圖9示出了根據本申請的第二方面的防止頻繁發起IP地址分配請求的客戶端的方框圖。如圖9所示,防止頻繁發起IP地址分配請求的客戶端10包括:生成模塊601,基于預定算法生成IP地址分配請求的最大重傳時間的參考值;通信模塊602,向服務器發送承載有所述最大重傳時間的參考值的IP地址分配請求,并且從服務器接收承載有最大重傳時間的實際值的消息;以及設定模塊603,根據所述最大重傳時間的實際值設定向服務器再次發送IP地址分配請求的時間。
[0059]根據一個實施方式,生成模塊601生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值;并且通信模塊602基于第一通信協議,以廣播消息的方式向服務器發送所述第一 IP地址分配請求,所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數信息的字段中。通信模塊602可進一步被配置為解析從服務器接收的承載有所述第一 IP地址分配請求的最大重傳時間的實際值的消息,以獲取所述第一 IP地址分配請求的最大重傳時間的實際值。可選地,客戶端10還可進一步包括計時模塊(未示出),其根據所述第一 IP地址分配請求的最大重傳時間的實際值設定該計時模塊的計時期,當到達計時期時,指示通信模塊602再次向服務器發送IP地址分配請求。作為一個具體實施例,所述第一通信協議可以為DHCP協議,所述消息可以為DHCPDiscover消息,所述第一 IP地址分配請求的最大重傳時間的參考值可以承載于所述DHCPDiscover消息的option字段中。
[0060]圖10示出了根據本申請的第二方面的另一個實施方式的防止頻繁發起IP地址分配請求的客戶端的方框圖。如圖10所示,客戶端10’包括:生成模塊601’,其生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值;第一通信模塊605和第二通信模塊606,所述第一和第二通信模塊同時或先后基于所述第一和第二通信協議,分別以廣播第一消息和第二消息的方式向服務器發送所述第一和第二 IP地址分配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數信息的字段中,并且第二通信模塊從服務器接收所述第二消息的響應消息,所述響應消息中承載有所述第一和第二IP地址分配請求的最大重傳時間的實際值;設定模塊603’,其根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
[0061]根據一個具體實施例,第二通信模塊606可進一步被配置為解析所述響應消息,以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
[0062]可選地,客戶端10’可進一步包括第一計時模塊和第二計時模塊(未示出)。所述第一計時模塊可根據所述第一 IP地址分配請求的最大重傳時間的實際值設定該第一計時模塊的計時期,當到達計時期時,指示第一通信模塊605再次向服務器發送IP地址分配請求。第二計時模塊可根據所述第二 IP地址分配請求的最大重傳時間的實際值設定該第二計時模塊的計時期,當到達計時期時,指示第二通信模塊606再次向服務器發送IP地址分配請求。根據一個具體實施例,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第一消息為DHCPDiscover消息,所述第二消息為Solicit消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中,所述第二消息的響應消息為Advertise消息。
[0063]圖11示出了根據本申請的第二方面的再一個實施方式的防止頻繁發起IP地址分配請求的客戶端的方框圖。
[0064]如圖11所示,客戶端10”包括:生成模塊601”、第一通信模塊605、第三通信模塊607和設定模塊603”。
[0065]生成模塊601”生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值。
[0066]第一通信模塊605和第三通信模塊607分別基于所述第一和第三通信協議,以廣播第一消息和第三消息的方式向服務器發送所述第一和第三IP地址分配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數信息的字段中,并且第三通信模塊607從服務器接收所述第三消息的響應消息,所述響應消息中承載有所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
[0067]設定模塊603”根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
[0068]根據一個具體實施例,第三通信模塊607可進一步被配置為解析所述響應消息,以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
[0069]可選地,客戶端10”可進一步包括:第二通信模塊、第一計時模塊和第二計時模塊(未示出)。第二通信模塊基于所述第二通信協議向服務器發送所述第二 IP地址分配請求。第一計時模塊根據所述第一 IP地址分配請求的最大重傳時間的實際值設定該第一計時模塊的計時期,當到達計時期時,指示所述第一通信模塊再次向服務器發送IP地址分配請求。第二計時模塊根據所述第二 IP地址分配請求的最大重傳時間的實際值設定該第二計時模塊的計時期,當到達計時期時,指示所述第二通信模塊向服務器發送所述第二 IP地址分配請求。
[0070]根據一個具體實施例,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第三通信協議為NDP協議,所述第三消息為Router Solicitation消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Router Solicitation消息的option字段中,所述第三消息的響應消息為Router Advertisement消息。
[0071]圖12示出了根據本申請的第三方面的一個實施方式的防止客戶端頻繁發起IP地址分配請求的服務器的方框圖。如圖12所示,防止客戶端頻繁發起IP地址分配請求的服務器20包括:接收模塊901,從客戶端接收IP地址分配請求,所述請求中承載有該請求的最大重傳時間的參考值;確定模塊902,解析所述請求以從中獲取所述最大重傳時間的參考值,并基于所述最大重傳時間的參考值確定最大重傳時間的實際值;以及發送模塊903,將承載有所述最大重傳時間的實際值的消息發送到客戶端。
[0072]根據一個【具體實施方式】,接收模塊901從客戶端接收基于第一通信協議的第一 IP地址分配請求和基于第二通信協議的第二 IP地址分配請求;確定模塊902解析所述第二IP地址分配請求,以從中獲取第一和第二 IP地址分配請求的最大重傳時間的參考值,并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二IP地址分配請求的最大重傳時間的實際值;發送模塊903將所確定的最大重傳時間的實際值承載于所述第二 IP地址分配請求的響應消息中發送到客戶端。所述第一通信協議例如可以為DHCP協議,所述第二通信協議例如可以為DHCPv6協議,所述響應消息例如可以為Advertise 消息。
[0073]根據另一個【具體實施方式】,接收模塊901可從客戶端接收基于第一通信協議的第
一IP地址分配請求和基于第三通信協議的第三IP地址分配請求;確定模塊902解析所述第三IP地址分配請求,以從中獲取所述第一 IP地址分配請求和基于第二通信協議的第
二IP地址分配請求的最大重傳時間的參考值,并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值;發送模塊903將所確定的最大重傳時間的實際值承載于所述第三IP地址分配請求的響應消息中發送到客戶端。作為一個具體實施例,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第三通信協議為NDP協議,所述響應消息為RouterAdvertisement 消息。
[0074]根據一個具體實施例,確定模塊902可進一步被配置為:判斷所述最大重傳時間的參考值是否適當,如果適當,則將所述最大重傳時間的參考值確定為最大重傳時間的實際值,如果不適當,則修改所述最大重傳時間的參考值并將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
[0075]根據本申請的第四方面,提供了一種防止客戶端頻繁發起IP地址分配請求的系統,其包括如上所述的客戶端10、10’或10”和服務器20。
[0076]另外,需要指出的是,雖然DHCPv6協議中已經定義了參數“RT (Retransmissiontimeout,重傳超時)”和“MRT (Maximum retransmission time,最大重傳時間),以保障客戶端重復廣播Solicit消息的時間,但這兩個參數僅是由客戶端通過預定算法生成用來控制客戶端的重傳行為的參數,客戶端生成這兩個參數后不需要發送給服務器以請求服務器回傳和更改,這一點與本發明的技術方案是截然不同的。
[0077]以上參照附圖對本申請的示例性的實施方案進行了描述。本領域技術人員應該理解,上述實施方案僅僅是為了說明的目的而所舉的示例,而不是用來進行限制。凡在本申請的教導和權利要求保護范圍下所作的任何修改、等同替換等,均應包含在本申請要求保護的范圍內。
【權利要求】
1.一種防止客戶端頻繁發起IP地址分配請求的方法,包括: 步驟A,客戶端生成IP地址分配請求的最大重傳時間的參考值; 步驟B,客戶端向服務器發送IP地址分配請求,所述請求中承載有所述最大重傳時間的參考值; 步驟C,服務器基于所述最大重傳時間的參考值確定最大重傳時間的實際值并將承載有所述最大重傳時間的實際值的消息發送到客戶端; 步驟D,客戶端根據所述最大重傳時間的實際值確定向服務器再次發起IP地址分配請求的時間。
2.如權利要求1所述的方法,其中, 所述步驟A具體包括:客戶端生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值;以及 所述步驟B具體包括:客戶端基于所述第一通信協議,以廣播消息的方式向服務器發送所述第一 IP地址分配請求,所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數信息的字段中。
3.如權利要求2所述的方法,其中,所述第一通信協議為DHCP協議,所述消息為DHCPDiscover消息,所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述DHCPDiscover 消息的 option 字段中。
4.如權利要求1所述的方法,其中,所述步驟A具體包括:客戶端生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值;所述步驟B具體包括:客戶端分別基于所述第一和第二通信協議,以廣播第一消息和第二消息的方式向服務器發送所述第一和第二 IP地址分配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數信息的字段中; 所述步驟C具體包括:服務器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值,并將所確定的最大重傳時間的實際值承載于所述第二消息的響應消息中發送到客戶端;以及 所述步驟D具體包括:客戶端根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
5.如權利要求4所述的方法,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第一消息為DHCPDiscover消息,所述第二消息為Solicit消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中,所述第二消息的響應消息為Advertise消息。
6.如權利要求1所述的方法,其中, 所述步驟A具體包括:客戶端生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值;所述步驟B具體包括:客戶端分別基于所述第一通信協議和第三通信協議,以廣播第一消息和第三消息的方式向服務器發送所述第一 IP地址分配請求和第三IP地址分配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數信息的字段中;所述步驟C具體包括:服務器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值,并將所確定的最大重傳時間的實際值承載于所述第三消息的響應消息中發送到客戶端;以及 所述步驟D具體包括:客戶端根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
7.如權利要求6所述的方法,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第三通信協議為NDP協議,所述第三消息為Router Solicitation消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述RouterSolicitation消息的option字段中,所述第三消息的響應消息為Router Advertisement消息。
8.如前述權利要求中任一項所述的方法,進一步包括: 服務器解析所述IP地址分配請求以從中獲取所述最大重傳時間的參考值,并判斷所述最大重傳時間的參考值是否適當,如果適當,則將所述最大重傳時間的參考值確定為最大重傳時間的實際值,如果不適當,則修改所述最大重傳時間的參考值并將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
9.一種防止客戶端頻繁發起IP地址分配請求的方法,包括: 客戶端生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值;以及 客戶端基于所述第一通信協議,以廣播消息的方式向服務器發送所述第一 IP地址分配請求,所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數信息的字段中。
10.如權利要求9所述的方法,其中,所述第一通信協議為DHCP協議,所述消息為DHCPDiscover消息,所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述DHCPDiscover 消息的 option 字段中。
11.一種防止客戶端頻繁發起IP地址分配請求的方法,包括: 客戶端生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值; 客戶端分別基于所述第一和第二通信協議,以廣播第一消息和第二消息的方式向服務器發送所述第一和第二 IP地址分配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數信息的字段中; 服務器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值,并將所確定的最大重傳時間的實際值承載于所述第二消息的響應消息中發送到客戶端;以及 客戶端根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
12.如權利要求11所述的方法,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第一消息為DHCPDiscover消息,所述第二消息為Solicit消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中,所述第二消息的響應消息為Advertise消息。
13.一種防止客戶端頻繁發起IP地址分配請求的方法,包括: 客戶端生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值; 客戶端分別基于所述第一通信協議和第三通信協議,以廣播第一消息和第三消息的方式向服務器發送所述第一 IP地址分配請求和第三IP地址分配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數信息的字段中; 服務器分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值,并將所確定的最大重傳時間的實際值承載于所述第三消息的響應消息中發送到客戶端;以及 客戶端根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
14.如權利要求13所述的方法,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第三通信協議為NDP協議,所述第三消息為Router Solicitation消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述RouterSolicitation消息的option字段中,所述第三消息的響應消息為Router Advertisement消息。
15.一種防止頻繁發起IP地址分配請求的客戶端,包括: 生成模塊,基于預定算法生成IP地址分配請求的最大重傳時間的參考值; 通信模塊,向服務器發送承載有所述最大重傳時間的參考值的IP地址分配請求,并且從服務器接收承載有最大重傳時間的實際值的消息;以及 設定模塊,根據所述最大重傳時間的實際值設定向服務器再次發送IP地址分配請求的時間。
16.如權利要求15所述的客戶端,其中, 所述生成模塊進一步被配置為生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值;并且 所述通信模塊進一步被配置為基于所述第一通信協議,以廣播消息的方式向服務器發送所述第一 IP地址分配請求,所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述消息中用于存放參數信息的字段中。
17.如權利要求16所述的客戶端,其中,所述通信模塊進一步被配置為解析從服務器接收的承載有所述第一 IP地址分配請求的最大重傳時間的實際值的消息,以獲取所述第一IP地址分配請求的最大重傳時間的實際值。
18.如權利要求17所述的客戶端,進一步包括: 計時模塊,根據所述第一 IP地址分配請求的最大重傳時間的實際值設定該計時模塊的計時期,當到達計時期時,指示所述通信模塊再次向服務器發送IP地址分配請求。
19.如權利要求16至18中任一項所述的客戶端,其中,所述第一通信協議為DHCP協議,所述消息為DHCPDiscover消息,所述第一 IP地址分配請求的最大重傳時間的參考值承載于所述DHCFOiscover消息的option字段中。
20.如權利要求15所述的客戶端,其中,所述生成模塊進一步被配置為生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值; 所述通信模塊進一步包括第一通信模塊和第二通信模塊,所述第一和第二通信模塊分別基于所述第一和第二通信協議,以廣播第一消息和第二消息的方式向服務器發送所述第一和第二 IP地址分配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第二消息中用于存放參數信息的字段中,并且第二通信模塊從服務器接收所述第二消息的響應消息,所述響應消息中承載有所述第一和第二 IP地址分配請求的最大重傳時間的實際值; 所述設定模塊進一步被配置為根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
21.如權利要求20所述的客戶端,其中,所述第二通信模塊進一步被配置為解析所述響應消息,以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
22.如權利要求21所述的客戶端,進一步包括: 第一計時模塊,根據所述第一 IP地址分配請求的最大重傳時間的實際值設定該第一計時模塊的計時期,當到達計時期時,指示所述第一通信模塊再次向服務器發送IP地址分配請求;以及 第二計時模塊,根據所述第二 IP地址分配請求的最大重傳時間的實際值設定該第二計時模塊的計時期,當到達計時期時,指示所述第二通信模塊再次向服務器發送IP地址分配請求。
23.如權利要求20至22中任一項所述的客戶端,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第一消息為DHCPDiscover消息,所述第二消息為Solicit消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述Solicit消息的option字段中,所述第二消息的響應消息為Advertise消息。
24.如權利要求15所述的客戶端,其中, 所述生成模塊進一步被配置為生成基于第一通信協議的第一 IP地址分配請求的最大重傳時間的參考值和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值; 所述通信模塊進一步包括第一通信模塊和第三通信模塊,所述第一和第三通信模塊分別基于所述第一和第三通信協議,以廣播第一消息和第三消息的方式向服務器發送所述第一和第三IP地址分 配請求,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述第三消息中用于存放參數信息的字段中,并且所述第三通信模塊從服務器接收所述第三消息的響應消息,所述響應消息中承載有所述第一和第二 IP地址分配請求的最大重傳時間的實際值; 所述設定模塊進一步被配置為根據所述第一和第二 IP地址分配請求的最大重傳時間的實際值確定向服務器再次發起所述第一和第二 IP地址分配請求的時間。
25.如權利要求24所述的客戶端,其中,所述第三通信模塊進一步被配置為解析所述響應消息,以獲取所述第一和第二 IP地址分配請求的最大重傳時間的實際值。
26.如權利要求25所述的客戶端,進一步包括:第二通信模塊,基于所述第二通信協議向服務器發送所述第二 IP地址分配請求; 第一計時模塊,根據所述第一 IP地址分配請求的最大重傳時間的實際值設定該第一計時模塊的計時期,當到達計時期時,指示所述第一通信模塊再次向服務器發送IP地址分配請求;以及 第二計時模塊,根據所述第二 IP地址分配請求的最大重傳時間的實際值設定該第二計時模塊的計時期,當到達計時期時,指示所述第二通信模塊向服務器發送所述第二 IP地址分配請求。
27.如權利要求26所述的客戶端,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第三通信協議為NDP協議,所述第三消息為Router Solicitation消息,所述第一和第二 IP地址分配請求的最大重傳時間的參考值承載于所述RouterSolicitation消息的option字段中,所述第三消息的響應消息為Router Advertisement消息。
28.一種防止客戶端頻繁發起IP地址分配請求的服務器,包括: 接收模塊,從客戶端接收IP地址分配請求,所述請求中承載有該請求的最大重傳時間的參考值; 確定模塊,解析所述請求以從中獲取所述最大重傳時間的參考值,并基于所述最大重傳時間的參考值確定最大重傳時間的實際值;以及 發送模塊,將 承載有所述最大重傳時間的實際值的消息發送到客戶端。
29.如權利要求28所述的服務器,其中, 所述接收模塊從客戶端接收基于第一通信協議的第一 IP地址分配請求和基于第二通信協議的第二 IP地址分配請求; 所述確定模塊解析所述第二 IP地址分配請求,以從中獲取第一和第二 IP地址分配請求的最大重傳時間的參考值,并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值; 所述發送模塊將所確定的最大重傳時間的實際值承載于所述第二 IP地址分配請求的響應消息中發送到客戶端。
30.如權利要求28或29所述的服務器,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述響應消息為Advertise消息。
31.如權利要求28所述的服務器,其中, 所述接收模塊從客戶端接收基于第一通信協議的第一 IP地址分配請求和基于第三通信協議的第三IP地址分配請求; 所述確定模塊解析所述第三IP地址分配請求,以從中獲取所述第一 IP地址分配請求和基于第二通信協議的第二 IP地址分配請求的最大重傳時間的參考值,并分別基于所述第一和第二 IP地址分配請求的最大重傳時間的參考值確定所述第一和第二 IP地址分配請求的最大重傳時間的實際值; 所述發送模塊將所確定的最大重傳時間的實際值承載于所述第三IP地址分配請求的響應消息中發送到客戶端。
32.如權利要求31所述的服務器,其中,所述第一通信協議為DHCP協議,所述第二通信協議為DHCPv6協議,所述第三通信協議為NDP協議,所述響應消息為RouterAdvertisement 消息。
33.如前述權利要求中任一項所述的服務器,其中,所述確定模塊進一步被配置為:判斷所述最大重傳時間的參考值是否適當,如果適當,則將所述最大重傳時間的參考值確定為最大重傳時間的實際值,如果不適當,則修改所述最大重傳時間的參考值并將修改后的最大重傳時間的參考值確定為最大重傳時間的實際值。
34.一種防止客戶端頻繁發起IP地址分配請求的系統,包括如權利要求15-27中任一項所述的客戶端和如權利要求28-33中任一項所述的服務器。
【文檔編號】H04L29/06GK103701942SQ201210367881
【公開日】2014年4月2日 申請日期:2012年9月28日 優先權日:2012年9月28日
【發明者】楊天樂, 李連源 申請人:中國移動通信集團公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
主站蜘蛛池模板: 类乌齐县| 永善县| 武汉市| 新丰县| 荔浦县| 泗水县| 绥滨县| 来宾市| 三明市| 馆陶县| 敦煌市| 板桥市| 正阳县| 怀来县| 清新县| 松原市| 泸西县| 莆田市| 涿州市| 云阳县| 榆树市| 汕尾市| 万全县| 乐清市| 宜君县| 普陀区| 双柏县| 英吉沙县| 肇庆市| 扎鲁特旗| 旅游| 泰顺县| 开封市| 施甸县| 岗巴县| 中阳县| 义乌市| 全椒县| 正阳县| 灵宝市| 梧州市|