專利名稱：一種ip地址分配方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，具體地講涉及到一種IP地址分配方法及系統(tǒng)。
背景技術(shù)：
在一個使用傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(Transmit Control Protocol/InternetProtocol，TCP/IP)的網(wǎng)絡(luò)中，每一臺主機(jī)與網(wǎng)絡(luò)中其他主機(jī)進(jìn)行連接通信前，都至少需要配置一個IP地址。對于一個大型網(wǎng)絡(luò)，人工給每臺主機(jī)配置靜態(tài)IP地址是一項(xiàng)煩瑣的工作；另外，在流動性較大的企業(yè)辦公環(huán)境，計(jì)算機(jī)經(jīng)常在辦公室和樓層之間移動，采用靜態(tài)IP地址管理的工作量很大，操作維護(hù)也很不方便。為了解決上述問題，方便網(wǎng)絡(luò)通信環(huán)境的建立，動態(tài)主機(jī)配置協(xié)議(Dynamic Host Configuration Protocol，DHCP)協(xié)議應(yīng)運(yùn)而生，該協(xié)議提供一種動態(tài)指定IP地址和其他配置參數(shù)的機(jī)制，當(dāng)主機(jī)加入網(wǎng)絡(luò)時，它可以動態(tài)地從網(wǎng)絡(luò)中的DHCP服務(wù)器動態(tài)獲取IP地址等參數(shù)，自動建立起與其他主機(jī)的通信渠道。
在TCP/IP協(xié)議體系中，用來給主機(jī)動態(tài)分配IP地址的DHCP協(xié)議主要有兩個協(xié)議版本DHCP第四版本(DHCP version 4，DHCPv4)和DHCP第六版本(DHCP version 6，DHCPv6)。前者負(fù)責(zé)互聯(lián)網(wǎng)協(xié)議第四版本(Internet Protocolversion 4，IPv4)網(wǎng)絡(luò)中主機(jī)參數(shù)的動態(tài)配置，后者負(fù)責(zé)互聯(lián)網(wǎng)協(xié)議第六版本(Internet Protocol version 6，IPv6)網(wǎng)絡(luò)中主機(jī)參數(shù)的配置。
圖1是DHCPv4協(xié)議的報文格式。
下面對其主要的字段作一下介紹
“客戶端IP地址(Ciaddr)”字段表示客戶端自己的IP地址。
“你的IP地址(Yiaddr)”字段表示服務(wù)器分配給客戶端的IP地址。當(dāng)DHCP服務(wù)器響應(yīng)客戶端的DHCP請求時，將把分配給客戶端的IP地址填入此字段。
“服務(wù)器IP地址(Siaddr)”字段表示客戶端獲取啟動配置信息的服務(wù)器IP地址。
“客戶端硬件地址(Chaddr)”字段記錄客戶端的實(shí)際硬件地址信息。
“屬性(Option)”字段此字段中包含了可選的終端初始配置信息和網(wǎng)絡(luò)配置信息，如決定終端的IP特性配置信息，域名信息，標(biāo)識終端的特殊信息，終端的默認(rèn)網(wǎng)關(guān)IP地址，域名系統(tǒng)(DomainName System，DNS)服務(wù)器的IP地址，視窗網(wǎng)際名字服務(wù)(Windows Internet Name Service，WINS)服務(wù)器的IP地址，用戶使用IP地址的有效租期等等信息。正是因?yàn)橛辛舜俗侄?，DHCPv4協(xié)議才能夠給客戶端提供大量的配置信息。
雖然同時為主機(jī)動態(tài)分配IP地址，但DHCPv6報文采用了全新的格式。圖2是DHCPv6的報文格式。其中“消息類型(MSG_TYPE)”字段表示該DHCP消息的類型，這些消息類型主要包括“申請消息(SOLICIT)”字段MSG_TYPE值為1，客戶端向本地服務(wù)器發(fā)送的請求消息。
“通告消息(ADVERTISE)”字段MSG_TYPE值為2，當(dāng)服務(wù)器接收到客戶端發(fā)送的SOLICIT消息時，服務(wù)器向客戶端發(fā)送通告消息，表示它可以向用戶提供DHCP服務(wù)。
“請求消息(REQUEST)”字段MSG_TYPE值為3，客戶端向一個特定的服務(wù)器發(fā)送的請求配置參數(shù)消息。
“響應(yīng)消息(REPLY)”字段MSG_TYPE值為7，服務(wù)器根據(jù)客戶端發(fā)送的請求信息發(fā)送的響應(yīng)消息。如果客戶端發(fā)送的是SOLICIT或REQUEST消息，服務(wù)器會向客戶端回復(fù)包括所分配的IP地址已經(jīng)其他配置信息的響應(yīng)消息。
“交易標(biāo)志(Transaction-id)”字段表示該消息進(jìn)行交換的交易標(biāo)志號碼。
“屬性(Option)”字段表示該DHCP消息所攜帶的屬性信息。圖3是該屬性消息的報文結(jié)構(gòu)，其中“屬性代碼(Option-code)”字段標(biāo)志該消息所攜帶屬性的類型。
“屬性長度(Option-len)”字段該屬性中Option-data域的長度，以字節(jié)為單位。
“屬性值(Option-data)”字段該屬性的內(nèi)容，該屬性的數(shù)據(jù)類型根據(jù)屬性的內(nèi)容決定。
從上述對DHCPv4和DHCPv6技術(shù)的描述可以看出，DHCPv6采用了與DHCPv4不同的全新的報文格式，也采用與DHCPv4不同的實(shí)現(xiàn)方法。DHCPv4和DHCPv6相互獨(dú)立，分別負(fù)責(zé)IPv4和IPv6環(huán)境中主機(jī)IP地址的分配。DHCPv6和DHCPv4不互相兼容，DHCPv6不能給工作在IPv4環(huán)境下的主機(jī)分配IPv4的地址。
但是，在實(shí)際應(yīng)用中，存在著一種雙棧主機(jī)，它同時與IPv4和IPv6網(wǎng)絡(luò)相連，同時支持IPv4和IPv6協(xié)議，能夠分別工作在IPv4和IPv6協(xié)議環(huán)境下。由于它分別在IPv4和IPv6網(wǎng)絡(luò)環(huán)境下獨(dú)立工作，它需要同時具有IPv4和IPv6網(wǎng)絡(luò)環(huán)境的IP地址。
現(xiàn)有技術(shù)中，給雙棧主機(jī)分配IP地址的方法是分別在IPv4和IPv6網(wǎng)絡(luò)環(huán)境下分別由DHCPv4和DHCPv6負(fù)責(zé)主機(jī)IP地址的分配。也即IPv4網(wǎng)絡(luò)中的DHCPv4服務(wù)器為雙棧主機(jī)分配一個IPv4地址，而IPv6網(wǎng)絡(luò)中的DHCPv6服務(wù)器為雙棧主機(jī)分配一個IPv6地址，并且它們互相獨(dú)立工作。
由于現(xiàn)有技術(shù)分別獨(dú)立地為雙棧主機(jī)分配IP地址，帶來了以下問題1.不能同時地給雙棧主機(jī)分配IP地址，工作效率較低；2.需要兩套DHCP服務(wù)器系統(tǒng)分別給雙棧主機(jī)分配IP地址，提高了成本，降低了雙棧主機(jī)應(yīng)用的靈活性。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提出一種IP地址的分配方法和系統(tǒng)，以在IPv6協(xié)議環(huán)境下服務(wù)器可為客戶端分配IPv4地址，從而實(shí)現(xiàn)雙棧主機(jī)同時能夠獲取IPv6和IPv4地址。
為解決上述問題，本發(fā)明提出了一種在IPv6協(xié)議環(huán)境下為客戶端分配IPv4地址的IP地址分配方法，包括以下步驟a)IPv6客戶端向IPv6服務(wù)器發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的申請消息；b)IPv6服務(wù)器接收IPv6客戶端所發(fā)送的消息，向IPv6客戶端發(fā)送攜帶有IPv4協(xié)議地址信息的回復(fù)消息。
其中，步驟a)之后還包括步驟a1)至少一個服務(wù)器接收到IPv6客戶端發(fā)送的所述的申請消息，向IPv6客戶端發(fā)送服務(wù)器宣告消息；a2)IPv6客戶端接收到至少一個IPv6服務(wù)器發(fā)送的所述的宣告消息，選擇一個IPv6服務(wù)器并向其發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的請求消息。
其中，所述的獲取IPv4協(xié)議地址請求信息為通過IPv6協(xié)議報文傳送的用來指示該報文是請求獲取IPv4協(xié)議地址的信息。
其中，所述的IPv4協(xié)議地址信息包括IPv4協(xié)議地址、子網(wǎng)掩碼、缺省網(wǎng)關(guān)地址以及域名服務(wù)器地址。
同時，本發(fā)明還本發(fā)明提出了一種在IPv6協(xié)議環(huán)境下為客戶端分配IPv4地址的IP地址分配系統(tǒng)，包括IPv6客戶端和IPv6服務(wù)器，其中所述IPv6客戶端包括有IPv4協(xié)議地址服務(wù)申請單元，用于向IPv6服務(wù)器發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的申請消息；所述IPv6服務(wù)器包括有IPv4協(xié)議地址響應(yīng)單元，用于接收IPv6客戶端所發(fā)送的消息，并向IPv6客戶端發(fā)送攜帶有IPv4協(xié)議地址信息的回復(fù)消息。
另外，所述IPv6服務(wù)器還包括有IPv4協(xié)議地址服務(wù)響應(yīng)單元，用于對客戶端所發(fā)送的申請消息回復(fù)服務(wù)器宣告消息；所述IPv6客戶端還包括有IPv4協(xié)議地址請求單元，用于從向該客戶端回復(fù)了服務(wù)器宣告消息的至少一個服務(wù)器中選擇一個服務(wù)器并向其發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的請求消息。
其中，客戶端還進(jìn)一步包括第四版本動態(tài)主機(jī)配置協(xié)議處理單元和IPv4地址接口配置單元第四版本動態(tài)主機(jī)配置協(xié)議處理單元，用于在第六版本動態(tài)主機(jī)配置協(xié)議的申請消息或請求消息中設(shè)置獲取IPv4協(xié)議地址請求信息；IPv4地址接口配置單元，用于根據(jù)從IPv6服務(wù)器獲取IPv4協(xié)議地址配置對應(yīng)的接口；服務(wù)器還進(jìn)一步包括報文分析單元、第四版本動態(tài)主機(jī)配置協(xié)議處理單元以及IPv4地址池報文分析單元，用于分析所接收的消息，判斷消息是否包含有獲取IPv4協(xié)議地址請求信息，如果是，進(jìn)行第四版本動態(tài)主機(jī)配置協(xié)議處理，否則，按照正常第六版本動態(tài)主機(jī)配置協(xié)議流程處理；第四版本動態(tài)主機(jī)配置協(xié)議處理單元，用于在第六版本動態(tài)主機(jī)配置協(xié)議的宣告消息中設(shè)置該IPv4協(xié)議地址信息，或從IPv4地址池中獲取客戶端所申請的IPv4協(xié)議地址信息，并在第六版本動態(tài)主機(jī)配置協(xié)議的回復(fù)消息中設(shè)置該IPv4協(xié)議地址信息；IPv4地址池，用于存儲IPv4協(xié)議地址信息。
其中，所述的IPv4協(xié)議地址信息包括IPv4協(xié)議地址、子網(wǎng)掩碼、缺省網(wǎng)關(guān)地址以及域名服務(wù)器地址。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)1.客戶端在從服務(wù)器申請IPv6地址的同時也可以申請IPv4地址，提高了工作效率；2.只需要一套DHCP系統(tǒng)給既需要IPv6地址又需要IPv4地址的雙棧主機(jī)客戶端分配IP地址，降低了成本，并大大提高了雙棧主機(jī)應(yīng)用的靈活性。


圖1是DHCPv4報文格式圖；圖2是DHCPv6報文格式圖；圖3是DHCPv6報文中屬性域的報文格式圖；圖4是本發(fā)明IP地址分配系統(tǒng)結(jié)構(gòu)圖；圖5是本發(fā)明定義的IPv4地址屬性報文格式圖；圖6是本發(fā)明客戶端和服務(wù)器報文交互示意圖；
圖7是本發(fā)明客戶端和服務(wù)器進(jìn)行快速報文交互示意圖。
具體實(shí)施例方式
下面根據(jù)附圖對本發(fā)明的優(yōu)選實(shí)施例作出詳細(xì)的說明。
圖4是本發(fā)明IP地址分配系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括客戶端和服務(wù)器兩個部分，客戶端和服務(wù)器都工作在IPv6協(xié)議環(huán)境下。
客戶端包括DHCPv4協(xié)議處理單元和IPv4地址接口配置單元，其中DHCPv4協(xié)議處理單元，用于在DHCPv6協(xié)議的申請消息或請求消息中設(shè)置獲取IPv4地址請求信息；IPv4地址接口配置單元，用于根據(jù)從服務(wù)器獲取IPv4地址配置對應(yīng)的接口。
服務(wù)器包括報文分析單元、DHCPv4協(xié)議處理單元以及IPv4地址池，其中報文分析單元，用于分析所接收的消息，判斷消息是否包含有獲取IPv4地址請求信息，如果是，進(jìn)行DHCPv4協(xié)議流程處理，否則，按照正常DHCPv6協(xié)議流程處理；DHCPv4協(xié)議處理單元，用于在DHCPv6協(xié)議的宣告消息中設(shè)置該IPv4地址信息，或從IPv4地址池中獲取客戶端所申請的IPv4地址信息，并在DHCPv6協(xié)議的回復(fù)消息中設(shè)置該IPv4地址信息；IPv4地址池，用于存儲IPv4地址信息。
在上述系統(tǒng)的基礎(chǔ)上，本實(shí)施例首先在DHCPv6基本報文格式的基礎(chǔ)上定義了一個用于傳送IPv4地址的屬性，然后，在此新定義的DHCPv6報文格式的基礎(chǔ)上規(guī)定了DHCPv6客戶端和服務(wù)器端之間的報文格式交互過程。
為了使DHCPv6客戶端能夠在向DHCPv6服務(wù)器申請IPv6地址的同時申請IPv4地址，如圖5所示，本實(shí)施例在DHCPv6報文格式的DHCP屬性中新定義了一個IPv4地址屬性O(shè)PTION_IPV4ADDR。該屬性與DHCPv6其他屬性采用統(tǒng)一格式，都包括Option-code、Option-len和Option-data三大部分。
其中，各字段的含義如下“屬性代碼(Option-code)”字段為新定義的IPv4地址屬性O(shè)PTION_IPV4ADDR的代碼，該代碼的值可以通過向相關(guān)標(biāo)準(zhǔn)組織申請獲得，假設(shè)為40。
“屬性長度(Option-len)”字段該屬性中Option-data域的長度，以字節(jié)為單位；在這里，它等于24個字節(jié)的固定屬性長度與“IPv4地址其他屬性”長度的總和。
“IPv4地址(IPv4 address)”分配給客戶端的IPv4地址。
“子網(wǎng)掩碼(Subnet mask)”分配給客戶端IPv4地址的子網(wǎng)掩碼信息。
“缺省網(wǎng)關(guān)(Default gateway)”客戶端IPv4地址的缺省網(wǎng)關(guān)。
“DNS地址(DNS address)”分配給客戶端的域名服務(wù)器地址。
“優(yōu)先生命周期(Preferred-lifetime)”以秒計(jì)算的IPv4地址優(yōu)先生命周期。
“有限生命周期(Valid-lifetime)”以秒計(jì)算的IPv4地址有效生命周期。
“IPv4地址其他屬性(IPv4addr-options)”與該IPv4地址相關(guān)的其他屬性。
DHCPv6在報文交互過程中對該新定義屬性的處理過程與處理其他屬性一樣，不同之處在于客戶端和服務(wù)器對屬性內(nèi)容的處理。
下面是本實(shí)施例中DHCPv6客戶端從服務(wù)器獲取IPv4地址的具體交互過程。
如圖6所示，IPv4地址分配過程主要包括以下步驟10)客戶端向服務(wù)器發(fā)送Solicit申請消息。
客戶端按照DHCPv6的正常流程創(chuàng)建一個Solicit請求消息，DHCPv4協(xié)議處理單元在消息的報文的屬性O(shè)ptions域中增加新定義的OPTION_IPV4ADDR屬性，同時，在屬性請求屬性O(shè)ption Request Option中增加OPTION_IPV4ADDR屬性，以表明自己希望從服務(wù)器獲取IPv4地址；然后，客戶端按照DHCPv6d的正常流程發(fā)送Solicit申請消息。
20)服務(wù)器接收到客戶端所發(fā)送的Solicit申請消息，向其回復(fù)Advertise通告消息。
服務(wù)器按照DHCPv6正常流程接收客戶端所發(fā)送的Solicit申請消息，報文分析單元對該申請消息進(jìn)行分析，如果所發(fā)送的Solicit申請消息中包含屬性O(shè)ptions，并且屬性O(shè)ptions中包含OPTION_IPV4ADDR屬性，則服務(wù)器的DHCPv4協(xié)議處理單元必須在給客戶端回復(fù)的Advertise通告消息中包含OPTION_IPV4ADDR屬性，然后將該Advertise通告消息發(fā)送給客戶端。
30)客戶端接收到服務(wù)器所發(fā)送的Advertise消息，向其發(fā)送Request請求消息。
客戶端按照DHCPv6正常流程根據(jù)所接收的Advertise通告消息選擇一個服務(wù)器，然后向被選擇的服務(wù)器發(fā)送Request請求信息。在所發(fā)送的Request請求信息中，DHCPv4協(xié)議處理單元在屬性O(shè)ptions中增加OPTION_IPV4ADDR屬性，同時，在Option Request option中增加OPTION_IPV4ADDR。
40)服務(wù)器接收到客戶端發(fā)送的Request請求消息，向其發(fā)送Reply回復(fù)消息。
服務(wù)器按照DHCPv6正常流程接收到客戶端所發(fā)送的Request請求消息后，報文分析單元對其進(jìn)行分析，如果所接收到客戶端的Request消息中包含OPTION_IPV4ADDR屬性，則從預(yù)先配置的IPv4地址池中選擇一個IPv4地址，然后DHCPv4協(xié)議處理單元將該IPv4地址以及與該IPv4地址相關(guān)的子網(wǎng)掩碼、缺省網(wǎng)關(guān)等信息一起填入到Reply回復(fù)消息的OPTION_IPV4ADDR屬性中，并將其發(fā)送到提出請求的客戶端。
50)客戶端接收到Reply回復(fù)消息。
客戶端接收到服務(wù)器所發(fā)送的Reply回復(fù)消息后，從Reply消息的OPTION_IPV4ADDR屬性中獲取IPv4地址以及相關(guān)的子網(wǎng)掩碼、缺省網(wǎng)關(guān)、域名服務(wù)器地址等信息，然后IPv4地址接口配置單元用這些信息配置該客戶端響應(yīng)的IPv4接口。
另外，如圖7所示，作為本實(shí)施例的一種特殊情況，當(dāng)客戶端向服務(wù)器提出快速配置請求時，此時，IP地址的分配過程主要包括以下步驟11)客戶端向服務(wù)器發(fā)送Solicit申請消息。
客戶端按照DHCPv6的正常流程創(chuàng)建一個Solicit請求消息，在消息的屬性域增加快速配置請求Rapid Commit Option屬性，同時，DHCPv4協(xié)議處理單元在消息的屬性O(shè)ptions中增加新定義的OPTION_IPV4ADDR屬性，并且在屬性請求屬性O(shè)ption Request Option中增加OPTION_IPV4ADDR屬性，以表明自己希望從服務(wù)器獲取IPv4地址；然后，客戶端按照DHCPv6d的正常流程發(fā)送Solicit申請消息。
21)服務(wù)器接收到客戶端發(fā)送的Solicit申請消息，向其發(fā)送Reply回復(fù)消息。
服務(wù)器按照DHCPv6正常流程接收到客戶端所發(fā)送的Solicit申請消息后，對其進(jìn)行分析，由于消息中包括Rapid Commit Option屬性，服務(wù)器需要向客戶端直接發(fā)送Reply回復(fù)消息。同時報文分析單元分析所接收消息的其他內(nèi)容，如果消息中還包含OPTION_IPV4ADDR屬性，則從預(yù)先配置的IPv4地址池中選擇一個IPv4地址，然后DHCPv4協(xié)議處理單元將該IPv4地址以及與該IPv4地址相關(guān)的子網(wǎng)掩碼、缺省網(wǎng)關(guān)等信息一起填入到Reply回復(fù)消息的OPTION_IPV4ADDR屬性中，將其發(fā)送到提出請求的客戶端。
31)客戶端接收到Reply回復(fù)消息。
客戶端接收到服務(wù)器所發(fā)送的Reply回復(fù)消息后，從Reply消息的OPTION_IPV4ADDR屬性中獲取IPv4地址以及相關(guān)的子網(wǎng)掩碼、缺省網(wǎng)關(guān)、域名服務(wù)器地址等信息，然后IPv4地址接口配置單元用這些信息配置該客戶端響應(yīng)的IPv4接口。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種IP地址分配方法，其特征在于，包括a)IPv6客戶端向IPv6服務(wù)器發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的申請消息；b)IPv6服務(wù)器接收IPv6客戶端所發(fā)送的消息，向IPv6客戶端發(fā)送攜帶有IPv4協(xié)議地址信息的回復(fù)消息。
2.如權(quán)利要求1所述的IP地址分配方法，其特征在于，步驟a)之后還包括步驟a1)至少一個服務(wù)器接收到IPv6客戶端發(fā)送的所述的申請消息，向IPv6客戶端發(fā)送服務(wù)器宣告消息；a2)IPv6客戶端接收到至少一個IPv6服務(wù)器發(fā)送的所述的宣告消息，選擇一個IPv6服務(wù)器并向其發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的請求消息。
3.如權(quán)利要求1或2所述的IP地址分配方法，其特征在于，所述的獲取IPv4協(xié)議地址請求信息為通過IPv6協(xié)議報文傳送的用來指示該報文是請求獲取IPv4協(xié)議地址的信息。
4.如權(quán)利要求3所述的IP地址分配方法，其特征在于，所述的IPv4協(xié)議地址信息包括IPv4協(xié)議地址、子網(wǎng)掩碼、缺省網(wǎng)關(guān)地址以及域名服務(wù)器地址。
5.一種IP地址分配系統(tǒng)，包括IPv6客戶端和IPv6服務(wù)器，其特征在于，所述IPv6客戶端包括有IPv4協(xié)議地址服務(wù)申請單元，用于向IPv6服務(wù)器發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的申請消息；所述IPv6服務(wù)器包括有IPv4協(xié)議地址響應(yīng)單元，用于接收IPv6客戶端所發(fā)送的消息，并向IPv6客戶端發(fā)送攜帶有IPv4協(xié)議地址信息的回復(fù)消息。
6.如權(quán)利要求5所述的IP地址分配系統(tǒng)，其特征在于，所述IPv6服務(wù)器還包括有IPv4協(xié)議地址服務(wù)響應(yīng)單元，用于對客戶端所發(fā)送的申請消息回復(fù)服務(wù)器宣告消息；所述IPv6客戶端還包括有IPv4協(xié)議地址請求單元，用于從向該客戶端回復(fù)了服務(wù)器宣告消息的至少一個服務(wù)器中選擇一個服務(wù)器并向其發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的請求消息。
7.如權(quán)利要求6所述的IP地址分配系統(tǒng)，其特征在于，所述的IPv6客戶端包括第四版本動態(tài)主機(jī)配置協(xié)議處理單元和IPv4地址接口配置單元，其中第四版本動態(tài)主機(jī)配置協(xié)議處理單元，用于在第六版本動態(tài)主機(jī)配置協(xié)議的申請消息或請求消息中設(shè)置獲取IPv4協(xié)議地址請求信息；IPv4地址接口配置單元，用于根據(jù)從IPv6服務(wù)器獲取IPv4協(xié)議地址配置對應(yīng)的接口；所述的IPv6服務(wù)器包括報文分析單元、第四版本動態(tài)主機(jī)配置協(xié)議處理單元以及IPv4地址池，其中報文分析單元，用于分析所接收的消息，判斷消息是否包含有獲取IPv4協(xié)議地址請求信息，如果是，進(jìn)行第四版本動態(tài)主機(jī)配置協(xié)議處理，否則，按照正常第六版本動態(tài)主機(jī)配置協(xié)議流程處理；第四版本動態(tài)主機(jī)配置協(xié)議處理單元，用于在第六版本動態(tài)主機(jī)配置協(xié)議的宣告消息中設(shè)置該IPv4協(xié)議地址信息，或從IPv4地址池中獲取客戶端所申請的IPv4協(xié)議地址信息，并在第六版本動態(tài)主機(jī)配置協(xié)議的回復(fù)消息中設(shè)置該IPv4協(xié)議地址信息；IPv4地址池，用于存儲IPv4協(xié)議地址信息。
8.如權(quán)利要求5或7任一項(xiàng)所述的IP地址分配系統(tǒng)，其特征在于，所述的IPv4協(xié)議地址信息包括IPv4協(xié)議地址、子網(wǎng)掩碼、缺省網(wǎng)關(guān)地址以及域名服務(wù)器地址。
全文摘要
本發(fā)明公開了一種IP地址的分配方法和系統(tǒng)，用于在IPv6協(xié)議環(huán)境下服務(wù)器為客戶端分配IPv4協(xié)議地址，其方法主要包括以下步驟a)IPv6客戶端向IPv6服務(wù)器發(fā)送攜帶有獲取IPv4協(xié)議地址請求信息的申請消息；b)IPv6服務(wù)器接收IPv6客戶端所發(fā)送的消息，向IPv6客戶端發(fā)送攜帶有IPv4協(xié)議地址信息的回復(fù)消息。通過該發(fā)明，客戶端從同一套服務(wù)器系統(tǒng)既可以申請IPv6地址也可以申請IPv4地址，降低了成本，提高了工作效率，大大提高了雙棧客戶端應(yīng)用的靈活性。
文檔編號H04L12/46GK101075944SQ200610035540
公開日2007年11月21日 申請日期2006年5月19日 優(yōu)先權(quán)日2006年5月19日
發(fā)明者馬宇智 申請人:華為技術(shù)有限公司