專利名稱：基于DHCPv6協(xié)議的IPv4地址分配方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP地址分配技術(shù)，尤其涉及一種基于動(dòng)態(tài)主機(jī)配置協(xié)議因特網(wǎng)通信 協(xié)議第 6 版(DHCPv6，Dynamic Host Configuration Protocol for IPv6,)協(xié)議的 IPv4 地址
分配方法及系統(tǒng)。
背景技術(shù)：
IPv4 (因特網(wǎng)通信協(xié)議第4版)網(wǎng)絡(luò)的飛速發(fā)展，使得IPv4網(wǎng)絡(luò)出現(xiàn)了地址空間 的局限性、性能、安全性、自動(dòng)配置等方面的不足，為了改進(jìn)這些不足，擴(kuò)展了下一代 的因特網(wǎng)通信協(xié)議第6版(IPv6)協(xié)議。IPv6網(wǎng)絡(luò)還在發(fā)展初期，但很長時(shí)間內(nèi)，IPv4網(wǎng) 絡(luò)仍將存在，IPv4、IPv6兩個(gè)協(xié)議棧并存的環(huán)境將會(huì)長期存在。為了解決過度策略，目前方法有IPv6協(xié)議隧道方式和IPv4/lPv6雙棧方法，IPv6 的地址分配也可以采用DHCPv6來動(dòng)態(tài)配置，但是在特定支持雙棧節(jié)點(diǎn)的網(wǎng)絡(luò)中，需要 使用基于DHCPv6協(xié)議來分配IPv4地址。圖1是雙協(xié)議棧網(wǎng)絡(luò)環(huán)境示意圖，如圖1所 示，假設(shè)在該(不支持隧道方式)雙棧工作網(wǎng)絡(luò)中，主機(jī)A是雙棧節(jié)點(diǎn)，希望通過路由器 D (支持雙棧)作為DHCP服務(wù)器來獲取IPv6地址和IPv4地址，因?yàn)榫W(wǎng)絡(luò)B的IPv6局限 性，使用DHCPv6協(xié)議分配IPv6地址是可以實(shí)現(xiàn)的，卻不能通過DHCPv4來分配IPv4地 址，此時(shí)，需要利用DHCPv6協(xié)議的消息交互來分配IPv4地址。圖1中，路由器C可配 置為中繼代理(RELAY)，用于實(shí)現(xiàn)主機(jī)A與DHCP服務(wù)器(路由器D)之間的通信。在目前已有解決方案中，基于DHCPv6的IPv4地址的分配策略是通過增加新的 與IPv4地址有關(guān)的DHCPv6選項(xiàng)來實(shí)現(xiàn)IPv4地址的分配以及需要的其他信息，例如 域名系統(tǒng)(DNS，DomainNameSystem)選項(xiàng)信息、租期信息等，這些解決方案有如下不 足首先，通過實(shí)際應(yīng)用，需要不斷提出新的選項(xiàng)，因?yàn)橹灰婕癐Pv4地址的支 持，就隱含了需要支持DHCPv4協(xié)議中所有的選項(xiàng)，通過每次擴(kuò)展DHCPv6選項(xiàng)碼的方 法來實(shí)現(xiàn)不同網(wǎng)絡(luò)對IPv4地址的功能實(shí)現(xiàn)的需要，不能從整體上實(shí)現(xiàn)功能信息下發(fā)的全
面、統(tǒng)一。其次，不斷增加選項(xiàng)碼攜帶IPv4地址相關(guān)信息，必然增加協(xié)議處理上的復(fù)雜 度，帶來使用上的繁瑣冗余。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種基于DHCPv6協(xié)議的IPv4地址分配 方法及系統(tǒng)，通過新增的DHCPv4消息選項(xiàng)，并統(tǒng)一封裝于DHCPv4消息中，實(shí)現(xiàn)了在 IPv4/IPv6雙棧環(huán)境下，DHCPv6協(xié)議分配IPv4地址的功能全面、統(tǒng)一；能使網(wǎng)絡(luò)適配更 加靈活、協(xié)議處理簡單、更易于操作、維護(hù)。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種基于DHCPv6協(xié)議的IPv4地址分配方法，增設(shè)動(dòng)態(tài)主機(jī)配置協(xié)議互聯(lián)網(wǎng)協(xié)
5議版本四(DHCPv4)消息選項(xiàng)，用于攜帶DHCPv4消息；在DHCPv6服務(wù)器上配置IPv6/ IPv4地址；所述方法包括DHCPv6客戶端與所述DHCPv6服務(wù)器通過攜帶DHCPv4消息選項(xiàng)的報(bào)文進(jìn)行交 互，實(shí)現(xiàn)IPv4地址分配。進(jìn)一步地，所述DHCPv6客戶端構(gòu)建DHCPv4Discover消息，將該 DHCPv4Discover消息作為DHCPv4消息選項(xiàng)的內(nèi)容，生成Solicit消息，并發(fā)送給所述 DHCPv6服務(wù)器，申請IPv4地址。進(jìn)一步地，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間設(shè)有中繼RELAY 時(shí)，所述Solicit消息通過所述RELAY發(fā)送給所述DHCPv6服務(wù)器；所述方法還包括所述RELAY接收到Solicit消息后，解析DHCPv4消息選項(xiàng)，根據(jù)IPv4地址 處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重新封裝，構(gòu)建Relay-forw消息并發(fā) 送給所述DHCPv6服務(wù)器；其中，所述Relay-forw消息仍將DHCPHDiscover消息作為 DHCPv4消息選項(xiàng)；所述DHCPv6服務(wù)器根據(jù)DHCPv4消息選項(xiàng)，分配IPv4地址并發(fā)送攜帶 DHCPv4消息選項(xiàng)的報(bào)文給所述RELAY ；所述RELAY接收到所述DHCPv6服務(wù)器回復(fù)的報(bào)文后，解析DHCPv4消息選 項(xiàng)，根據(jù)IPv4地址處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重新封裝，發(fā)送給 所述DHCPv6客戶端。進(jìn)一步地，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間設(shè)有中繼RELAY 時(shí)，所述RELAY不支持IPv4地址分配時(shí)，所述RELAY接收到Solicit消息后，將 DHCPv4消息選項(xiàng)刪除，再構(gòu)建Relay-forw消息并發(fā)送給所述DHCPv6服務(wù)器。進(jìn)一步地，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間未設(shè)有RELAY時(shí)， 所述DHCPv6服務(wù)器直接處理Solicit消息，并根據(jù)所述Solicit消息中的DHCPv4消息選 項(xiàng)，分配IPv4地址并發(fā)送攜帶DHCPv4消息選項(xiàng)的報(bào)文給所述DHCPv6客戶端。進(jìn)一步地，所述方法還包括所述DHCPv6客戶端根據(jù)接收到的所述DHCPv6服務(wù)器發(fā)送的攜帶DHCPv4消 息選項(xiàng)的報(bào)文后，根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPV4Request消息，封裝在DHCPv4 消息選項(xiàng)中，構(gòu)建DHCPV6Request消息并發(fā)送給所述DHCPv6服務(wù)器。進(jìn)一步地，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間設(shè)有中繼RELAY， 所述DHCPv6客戶端發(fā)送DHCPv6Request消息后， 所述RELAY構(gòu)建并發(fā)送Relay-forw (DHCPv6Request)消息給所述DHCPv6服務(wù) 器，所述DHCPv6服務(wù)器接收到Relay-forw (DHCPV6Request)消息后，根據(jù)DHCPv4消 息選項(xiàng)，構(gòu)建DHCPv4響應(yīng)消息并封裝在DHCPv4消息選項(xiàng)中，構(gòu)建Relay_repl (Reply)
消息并發(fā)送給所述DHCPv6客戶端。一種基于DHCPv6協(xié)議的IPv4地址分配系統(tǒng)，包括DHCPv6客戶端、 DHCPv6服務(wù)器，其特征在于，增設(shè)DHCPv4消息選項(xiàng)，用于攜帶DHCPv4消息；在所 述DHCPv6服務(wù)器上配置IPv6/IPv4地址；DHCPv6客戶端，用于通過攜帶DHCPv4消息選項(xiàng)的報(bào)文，與所述DHCPv6服務(wù) 器進(jìn)行交互，完成IPv4地址分配。
6
進(jìn)一步地，所述DHCPv6客戶端進(jìn)一步用于，構(gòu)建DHCPv4Discover消息，將 該DHCPHDiscover消息作為DHCPv4消息選項(xiàng)的內(nèi)容，生成Solicit消息，并發(fā)送給所述 DHCPv6服務(wù)器，申請IPv4地址。進(jìn)一步地，所述系統(tǒng)還包括設(shè)于所述DHCPv6客戶端與所述DHCPv6服務(wù)器之 間的中繼RELAY ；所述DHCPV6客戶端，進(jìn)一步用于將所述Solicit消息通過所述RELAY發(fā)送給所 述DHCPv6服務(wù)器；所述RELAY，用于接收到Solicit消息后，進(jìn)一步解析DHCPv4消息選項(xiàng)，根據(jù) IPv4地址處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重新封裝，構(gòu)建Relay-forw 消息并發(fā)送給所述DHCPv6服務(wù)器；其中，所述Relay-forw消息仍將DHCPHDiscover消 息作為DHCPv4消息選項(xiàng)；所述DHCPv6服務(wù)器，用于根據(jù)DHCPv4消息選項(xiàng)，分配IPv4地址并發(fā)送攜帶 DHCPv4消息選項(xiàng)的報(bào)文給所述RELAY ；所述RELAY，進(jìn)一步用于接收到所述DHCPv6服務(wù)器回復(fù)的報(bào)文后，解析 DHCPv4消息選項(xiàng)，根據(jù)IPv4地址處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重 新封裝，發(fā)送給所述DHCPv6客戶端；所述DHCPv6客戶端，進(jìn)一步用于根據(jù)接收到的所述DHCPv6服務(wù)器發(fā)送的攜 帶DHCPv4消息選項(xiàng)的報(bào)文后，根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPHRequest消息，封 裝在DHCPv4消息選項(xiàng)中，構(gòu)建DHCPV6Request消息并發(fā)送給所述DHCPv6服務(wù)器。進(jìn)一步地，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間設(shè)有中繼RELAY 時(shí)，所述RELAY不支持IPv4地址分配時(shí)，所述RELAY，進(jìn)一步用于在接收到Solicit 消息后，將DHCPv4消息選項(xiàng)刪除，再構(gòu)建Relay-forw消息并發(fā)送給所述DHCPv6服務(wù)器。進(jìn)一步地，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間設(shè)有中繼RELAY， 所述DHCPv6客戶端發(fā)送DHCPv6Request消息后，所述RELAY構(gòu)建并發(fā)送Relay-forw (DHCPv6Request)消息給所述DHCPv6服務(wù) 器；所述DHCPv6服務(wù)器，進(jìn)一步用于在接收到Relay-forw (DHCPv6Request)消息 后，進(jìn)一步根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPv4響應(yīng)消息并封裝在DHCPv4消息選項(xiàng) 中，構(gòu)建Relay-repl (Reply)消息并發(fā)送給所述DHCPv6客戶端。進(jìn)一步地，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間未設(shè)有RELAY時(shí)， 所述DHCPv6服務(wù)器，進(jìn)一步用于直接處理Solicit消息，并根據(jù)所述Solicit消息中的 DHCPv4消息選項(xiàng)，分配IPv4地址并發(fā)送攜帶DHCPv4消息選項(xiàng)的報(bào)文給所述DHCPv6 客戶端；所述DHCPv6客戶端，進(jìn)一步用于根據(jù)接收到的所述DHCPv6服務(wù)器發(fā)送的攜 帶DHCPv4消息選項(xiàng)的報(bào)文后，根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPHRequest消息，封 裝在DHCPv4消息選項(xiàng)中，構(gòu)建DHCPV6Request消息并發(fā)送給所述DHCPv6服務(wù)器。本發(fā)明增設(shè)了一個(gè)DHCPv6選項(xiàng)DHCPv4Message Option，該選項(xiàng)用于攜帶整個(gè)DHCPv4消息內(nèi)容，實(shí)現(xiàn)了 IPv4地址相關(guān)的統(tǒng)一封裝，對其操作時(shí)直接使用原有的 DHCPv4協(xié)議棧實(shí)現(xiàn)機(jī)制，即統(tǒng)一于IPv6網(wǎng)絡(luò)，又獨(dú)立于DHCPv4的協(xié)議的處理，使網(wǎng) 絡(luò)適配更加靈活，在實(shí)際應(yīng)用中方便，快捷，實(shí)現(xiàn)了功能全面、統(tǒng)一。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中 變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的 說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


圖1是雙協(xié)議棧網(wǎng)絡(luò)環(huán)境示意圖； 圖2是本發(fā)明新增加的DHCPv6選項(xiàng)_DHCPv4Message Option格式圖；圖3是本發(fā)明涉及的中繼環(huán)境下DHCPv6的IPv4地址分配協(xié)議交互圖；圖4是本發(fā)明涉及的直連環(huán)境下DHCPv6的IPv4地址分配協(xié)議交互圖；圖5是本發(fā)明DHCPv6分配IPv4地址的應(yīng)用組網(wǎng)圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照附 圖，對本發(fā)明進(jìn)一步詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例 及實(shí)施例中的特征可以相互組合。首先闡明本發(fā)明實(shí)施例的基本技術(shù)方案，如下第一，增加一個(gè)選項(xiàng)DHCPv4消息選項(xiàng)即DHCPv4Message Option,該 DHCPv4消息選項(xiàng)專門用于攜帶DHCPv4消息；DHCPv6服務(wù)器上地址池配置策略中，同 時(shí)支持IPv6地址池和IPv4地址池配置和分配。第二，DHCPv6客戶端獲取IPv4地址時(shí)，構(gòu)建DHCPv4Discover消息，將該消 息作為DHCPv4Message選項(xiàng)的內(nèi)容，表示申請IPv4地址，并基于上述DHCPv4Message
Option構(gòu)建Solicit消息，此處如果需要實(shí)現(xiàn)快速提交功能，則需要兩種消息都攜帶快速 提交選項(xiàng)，以實(shí)現(xiàn)統(tǒng)一。第三，若需要RELAY(中繼代理)中繼客戶端的消息，根據(jù)RELAY的處理策 略，在支持IPv4地址分配策略的情況下，解析DHCPv4Message選項(xiàng)，根據(jù)IPv4地址分 配相關(guān)處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容，進(jìn)行解析、重新封裝(比如插入某些選 項(xiàng))消息，若不支持IPv4地址分配，則RELAY將該選項(xiàng)從消息中刪除，以避免DHCPv6 服務(wù)器分配了不符合組網(wǎng)環(huán)境的IPv4地址，RELAY構(gòu)建并發(fā)送Relay-forw消息。DHCPv6 服務(wù)器處理 Relay-forw (Solicit)消息，根據(jù) DHCPv4Message 選項(xiàng)， 進(jìn)行相應(yīng)處理，分配地址成功，根據(jù)是否包含快速提交選項(xiàng)(只有當(dāng)Relay-forw消息 及DHCPv4DiSCOver消息中均包含了快速提交選項(xiàng)，才按照快速提交進(jìn)行處理)，構(gòu)建 DHCPv40ffer消息，封裝在DHCPv4Message選項(xiàng)中，在服務(wù)器不支持IPv4地址分配或者 支持但分配IPv4地址策略不成功的情況下，不做任何處理。根據(jù)IPv6地址分配處理結(jié) 果，攜帶其相關(guān)信息，構(gòu)建Relay-repl (Advertise)消息。若無RELAY中繼，則DHCPv6服務(wù)器直接處理Solicit消息，根據(jù) DHCPV4MeSSage選項(xiàng)，進(jìn)行相應(yīng)處理，分配地址成功，根據(jù)是否包含快速提交選項(xiàng)(只有當(dāng)都包含了快速提交選項(xiàng)，才按照快速提交處理)，構(gòu)建DHCPV40ffer消息，封裝在 DHCPv4Message選項(xiàng)中，在服務(wù)器不支持IPv4地址分配或者支持但分配IPv4地址策略 不成功的情況下，不做任何處理。根據(jù)IPv6地址分配處理結(jié)果，攜帶其相關(guān)信息，構(gòu)建 Advertise 消息。第四，DHCPv6客戶端處理Advertise消息，依據(jù)是否存在有效的 DHCPv4Message選項(xiàng)以及其他相關(guān)選擇策略，來選擇合適的DHCPv6服務(wù)器。解 析IPv4、IPv6地址有關(guān)的選項(xiàng)，根據(jù)DHCPv4Message選項(xiàng)，解析處理、構(gòu)建 DHCPv4Request消息，封裝在DHCPv4Message選項(xiàng)中，攜帶IPv6地址等其他信息，構(gòu)建 DHCPv6Request 消息。第五，若有RELAY中繼，則RELAY的處理策略與前面一致；DHCPv6服務(wù)器 收到Relay-forw (Request)消息后，若支持IPv4地址分配，則根據(jù)DHCPv4協(xié)議處理結(jié) 果，構(gòu)建DHCPv4響應(yīng)消息(Ack或Nak消息)，封裝在DHCPv4Message選項(xiàng)中，否則， 不做處理(不封裝DHCPv4消息)。根據(jù)IPv6地址分配處理結(jié)果，攜帶其相關(guān)信息，構(gòu) 建 Relay-repl (Reply)消息發(fā)送。若無RELAY中繼，DHCPv6服務(wù)器收到Request消息后，若支持IPv4地址分 配，則根據(jù)DHCPv4協(xié)議處理結(jié)果，構(gòu)建DHCPv4響應(yīng)消息(Ack或Nak消息)，封裝在 DHCPv4Message選項(xiàng)中，否則，不做處理(不封裝DHCPv4消息)。根據(jù)IPv6地址分配
處理結(jié)果，攜帶其相關(guān)信息，構(gòu)建Reply消息發(fā)送。第六，DHCPv6客戶端收到Reply消息后，根據(jù)DHCPv4Message選項(xiàng)中的 DHCPv4消息，進(jìn)行相應(yīng)處理，詳細(xì)如下7-1 若DHCPV4MeSSage選項(xiàng)封裝的是Nak消息或者沒有該選項(xiàng)，則重新發(fā)起 獲取IPv4地址過程。7-2 若DHCPv4Message選項(xiàng)封裝的是Ack消息，得到DHCPv6Server指派的 IPv4地址，進(jìn)行免費(fèi)ARP (Address Resolution Protocol，地址解析協(xié)議)檢測，若不存在沖 突，即保存該地址相關(guān)信息，開始使用該地址；若存在沖突，則構(gòu)建DHCPHDeclien消 息封裝在DHCPv4Message選項(xiàng)中，發(fā)送DHCPv6Decline消息拒絕該地址。若DHCPv6客戶端希望繼續(xù)使用該地址，需要發(fā)起續(xù)租請求，延長租期時(shí)間， 構(gòu)建DHCPv4Request續(xù)租消息，封裝在DHCPv4Message選項(xiàng)中，發(fā)送DHCPv6Renew 消息。若續(xù)租消息沒有回應(yīng)，則達(dá)到一定時(shí)間需要發(fā)送重綁定請求消息，構(gòu)建 DHCPv4Request重綁定消息，封裝在DHCPv4Message選項(xiàng)中，發(fā)送DHCPv6Rebind消 息。此時(shí)消息處理細(xì)則如下8-1 若只進(jìn)行IPv4地址的操作，則攜帶相關(guān)DHCPv6客戶端、DHCPv6服務(wù)器 標(biāo)識(shí)，以及DHCPv4Message選項(xiàng)信息；8-2 若同時(shí)進(jìn)行IPv4和IPv6地址的操作，則同時(shí)攜帶DHCPv6客戶端、 DHCPv6服務(wù)器標(biāo)識(shí)，以及DHCPv4Message選項(xiàng)、以及IPv6地址選項(xiàng)等信息；8-3 若只進(jìn)行IPv6地址的操作，則按照原DHCPv6協(xié)議處理。若DHCPV6客戶端不再使用該地址，應(yīng)使用Release消息釋放該地址，構(gòu)建 DHCPv4Release釋放消息，封裝在DHCPv4Message選項(xiàng)中，發(fā)送Release消息，以利于 IPv4地址的重復(fù)使用。
本發(fā)明中，DHCPv6中繼、DHCPv6服務(wù)器處理Renew和Rebind消息，根據(jù)消 息中是否包含DHCPv4Message選項(xiàng)來區(qū)分是否進(jìn)行IPv4地址的相應(yīng)消息處理，若不包 含，則只進(jìn)行IPv6地址的操作，構(gòu)建Reply消息，具體細(xì)則如下10-1 若僅僅是IPv4地址的操作，若處理成功，則構(gòu)建DHCPv4Ack消息，否 貝IJ，構(gòu)建DHCPv4Nak消息，封裝在DHCPHMessage選項(xiàng)中，并攜帶必要的標(biāo)識(shí)信息；10-2 若是IPv4和IPv6地址的操作，則IPv4處理同上，IPv6地址處理中加入 必要的狀態(tài)碼。DHCPV6中繼、DHCPv6服務(wù)器處理Release和Declien消息，根據(jù)消息中是否包 含DHCPHMessage選項(xiàng)來區(qū)分是否進(jìn)行IPv4地址的相應(yīng)消息處理，若不包含，則只進(jìn)行 IPv6地址的操作，具體細(xì)則如下11-1 若僅僅是IPv4地址的操作，處理完畢后發(fā)送Reply消息或Relay-repl消 息；11-2 若是IPv4和IPv6地址的操作，根據(jù)對IPv6地址的操作，處理完畢后發(fā) 送Reply消息或Relay-repl消息。當(dāng)客戶端只需要向服務(wù)器獲取IPv4地址相關(guān)的網(wǎng)絡(luò)配置信息的時(shí)候，構(gòu)建 DHCPv4Inform消息，封裝在DHCPv4Message消息中，若需要IPv6地址的相應(yīng)操作，則 攜帶相關(guān)信息，構(gòu)建Information-request消息。服務(wù)器在處理Relay-forw或Information-request消息時(shí)，根據(jù)是否包含 DHCPv4Message選項(xiàng)來進(jìn)行分別處理，若IPv4地址處理成功后，構(gòu)建DHCPv4Ack消息 封裝在DHCPHMessage選項(xiàng)，否則丟棄。攜帶IPv6地址相關(guān)信息，構(gòu)建Reply消息；DHCPv6服務(wù)器需要在租期到達(dá)時(shí)主動(dòng)回收該地址，以保證IPv4地址的重復(fù)利用。通過如上的步驟，可以完成DHCPv6協(xié)議的IPv4地址的分配、使用、回收過程。圖2是本發(fā)明新增加的DHCPv6選項(xiàng)_DHCPv4Message Option格式圖，如圖2 所示，DHCPv6選項(xiàng)-DHCPv4Message Option包括選項(xiàng)類型(標(biāo)識(shí)攜帶DHCPv4消息
的ID，占用2字節(jié))；選項(xiàng)長度(DHCPv4的消息長度，占2字節(jié))；該選項(xiàng)的選項(xiàng)類型 待定，長度為整個(gè)DHCPv4消息的總長度，該選項(xiàng)的支持要求DHCPv6協(xié)議處理中嵌入 DHCPv4協(xié)議處理。圖5是本發(fā)明DHCPv6分配IPv4地址的應(yīng)用組網(wǎng)圖，如圖5所示，DHCPv6客 戶端即DHCPv6Client(DHCPv6客戶端)使用支持IPv4、IPv6雙協(xié)議棧的個(gè)人電腦，而 DHCPv6Client可以通過DHCPv6RELAY中繼設(shè)備(路由器C)與網(wǎng)絡(luò)遠(yuǎn)端的DHCPv6服
務(wù)器(路由器D)相連，也可以與DHCPv6服務(wù)器(路由器E)直連，該RELAY中繼設(shè) 備和DHCPv6服務(wù)器都對DHCPv4消息選項(xiàng)進(jìn)行處理。本發(fā)明中的基于DHCPv6協(xié)議的 IPv4地址分配系統(tǒng)，即是基于圖5所述的機(jī)構(gòu)而實(shí)現(xiàn)的，其中，在本發(fā)明基于DHCPv6協(xié) 議的IPv4地址分配系統(tǒng)中，上述的各網(wǎng)元所實(shí)現(xiàn)的功能有所不同。本領(lǐng)域技術(shù)人員應(yīng)當(dāng) 理解，上述網(wǎng)元的功能可通過前述以及下文的具體流程而理解，這里不再贅述各網(wǎng)元的 功能實(shí)現(xiàn)細(xì)節(jié)。需要說明的是，這些網(wǎng)元之間的連接關(guān)系是靈活的，如可通過有線或無 線的方式進(jìn)行連接，也可通過相應(yīng)的網(wǎng)絡(luò)如互聯(lián)網(wǎng)、局域網(wǎng)、城域網(wǎng)等進(jìn)行連接，只要
10能實(shí)現(xiàn)本發(fā)明所涉及的消息發(fā)送即可。圖3是本發(fā)明涉及的直連環(huán)境下DHCPv6的IPv4地址分配協(xié)議交互圖，如圖3 所示，本發(fā)明直連環(huán)境下DHCPv6的IPv4地址分配協(xié)議交互詳細(xì)流程包括以下步驟S301 DHCPv6服務(wù)器上地址池配置策略中，同時(shí)支持IPv6地址池和IPv4地址
池配置。S302 根據(jù)管理員的配置，DHCPv6客戶端需要申請IPv4地址，構(gòu)建Discover 消息，封裝在DHCPV4MeSSage選項(xiàng)中，發(fā)送Solicit消息中來定位服務(wù)器。S303 DHCPV6服務(wù)器收到Solicit消息，發(fā)現(xiàn)攜帶DHCPv4Message選項(xiàng)，根據(jù) DHCPv4協(xié)議處理和當(dāng)前分配策略S303-1 若支持IPv4地址分配，解析DHCPv4Messag選項(xiàng)，根據(jù)DHCPv4協(xié)議 處理結(jié)果，構(gòu)建DHCPv4 Offer消息并封裝或者不做任何處理；S303-2 若不支持IPv4地址分配忽略該選項(xiàng)并在報(bào)文中刪除。同時(shí)攜帶IPv6 地址相關(guān)信息，構(gòu)建Relay消息發(fā)送給DHCPv6客戶端。S304 客戶端接收到Advertise消息，根據(jù)是否攜帶DHCPv4Message選項(xiàng)，從 中選擇滿足要求的DHCPv6服務(wù)器，解析DHCPv4Message選項(xiàng)，獲取IPv4地址，構(gòu)建 DHCPv4Request消息，封裝在Request消息中，發(fā)送給DHCPv6服務(wù)器。S305 DHCPv6服務(wù)器接收Request消息，解析DHCPv4消息選項(xiàng)，分配地址 成功，構(gòu)建DHCPv4Ack消息；否則，構(gòu)建DHCPv4Nak消息或者不處理。構(gòu)建并發(fā)送 Reply消息。S306 DHCPv6客戶端解析Reply消息，解析出IPv4地址和租期等信息，發(fā)起 ARP請求，檢測地址是否可用，若地址可用，則記錄租期時(shí)間，開始配置使用該IPv4地 址；S307 若DHCPv6客戶端希望繼續(xù)使用該地址，在一定時(shí)間下發(fā)起續(xù)租請求， 延長租期時(shí)間，構(gòu)建DHCPv4Request續(xù)租消息，封裝在DHCPv4Message選項(xiàng)中，構(gòu)建 發(fā)送Renew消息。如果續(xù)租消息沒有回應(yīng)，則達(dá)到一定時(shí)間發(fā)送重綁定請求消息，構(gòu) 建DHCPv4Request重綁定消息，封裝在DHCPv4Message選項(xiàng)中，發(fā)送Rebind消息，其 中S307-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S307-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S307-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S308 DHCPv6服務(wù)器在收到Renew、Rebind消息后需要解析該報(bào)文中 DHCPv4Message選項(xiàng)，根據(jù)DHCPv4協(xié)議處理結(jié)果，構(gòu)建DHCPv4Ack或DHCPv4Nak消 息封裝在DHCPv4Message選項(xiàng)中或忽略該選項(xiàng)，連同IPv6地址相關(guān)信息，發(fā)送Reply消
息，其中S308-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S308-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S308-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和
11IPv6地址相關(guān)。S309 DHCPv6客戶端收到Reply消息，更新IPv4地址的租期等信息，表示續(xù)
租或重綁定成功，開始使用該地址。S310 DHCPv6客戶端若不再使用該地址，則構(gòu)建DHCPv4Release消息，封裝 在DHCPv4消息選項(xiàng)中，發(fā)送Release消息給DHCPv6服務(wù)器來釋放該地址，而DHCPv6 服務(wù)器收到消息后，也會(huì)回收該地址，以備下次使用，其中S310-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S310-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S310-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S311 DHCPv6 服務(wù)器在收到 DHCPv6Release 消息后需要解析 DHCPv4Message 選項(xiàng)，根據(jù)DHCPv4協(xié)議處理，釋放IPv4相關(guān)資源，不需要攜帶DHCPv4Message消息，
攜帶IPv6地址相關(guān)信息，構(gòu)建Reply消息并發(fā)送，其中S311-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S311-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S311-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和 IPv6地址相關(guān)。S312 DHCPV6客戶端收到Release消息的響應(yīng)Reply消息后，刪除IPv6相關(guān)信
肩、οS313 若地址沖突，需要構(gòu)建DHCPv4Declien消息封裝在DHCPv4消息選項(xiàng) 中，并發(fā)送DHCPv6Declien消息，其中S313-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S313-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S313-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S314 DHCPv6 服務(wù)器在收到 DHCPv6Decline 消息后需要解析 DHCPv4Message 選項(xiàng)，根據(jù)DHCPv4協(xié)議處理，處理IPv4相關(guān)資源，不需要攜帶DHCPv4Message消息，
攜帶IPv6地址相關(guān)信息，構(gòu)建Reply消息并發(fā)送，其中S314-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S314-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S314-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和 IPv6地址相關(guān)。S315 DHCPv6客戶端收到Decline消息的響應(yīng)Reply消息后，處理IPv6相關(guān)信
肩、οS316當(dāng)客戶端需要獲取某些網(wǎng)絡(luò)配置信息的時(shí)候，需要進(jìn)行消息請求處理， 若要進(jìn)行IPv4地址的操作，則構(gòu)建DHCPv4Inform消息，封裝在DHCPv4Message消息 中；若需要IPv6地址的相應(yīng)操作，則攜帶相關(guān)信息，構(gòu)建Information-request消息，其中S316-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S316-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S316-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S317 DHCPv6服務(wù)器處理Information-request消息，根據(jù)是否包含 DHCPv4Message選項(xiàng)來進(jìn)行分別處理，若IPv4地址處理成功后，構(gòu)建DHCPv4Ack消息 封裝在DHCPv4Message選項(xiàng)，否則丟棄。攜帶IPv6地址相關(guān)信息，構(gòu)建Reply消息，
其中S317-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S317-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S317-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和 IPv6地址相關(guān)。S318 DHCPv6客戶端收到Information-Request消息的響應(yīng)Reply消息后，解析
保存地址相關(guān)信息。圖4是本發(fā)明涉及的中繼環(huán)境下DHCPv6的IPv4地址分配協(xié)議交互圖，如圖4 所示，本發(fā)明中繼環(huán)境下DHCPv6的IPv4地址分配協(xié)議交互流程具體包括以下步驟S401 DHCPv6服務(wù)器上地址池配置策略中，同時(shí)支持IPv6地址池和IPv4地址
池配置。S402首先根據(jù)管理員的配置，客戶端若需要獲取IPv4地址，則創(chuàng)建 DHCPv4Discover消息，封裝在DHCPv4Message選項(xiàng)中，若需獲取IPv6地址，則攜帶相
關(guān)信息，發(fā)送Solicit消息中來定位服務(wù)器。S403 DHCPv6中繼即RELAY中繼接收到Solicit消息后，根據(jù)配置策略，有如
下選擇S403-1 若支持IPv4地址分配，則解析消息帶有DHCPv4Message選項(xiàng)，根據(jù) DHCPv4協(xié)議處理結(jié)果構(gòu)建DHCPv4Discover消息并重新封裝；S403-2 不支持則將忽略該選項(xiàng)并在報(bào)文中刪除。構(gòu)建Relay-forw消息，轉(zhuǎn)發(fā)到DHCPv6服務(wù)器。S404 DHCPv6服務(wù)器收到Relay-forw (Solicit)消息，根據(jù)配置策略，有如下選 擇S404-1 若支持IPv4地址分配，解析DHCPv4Messag選項(xiàng)，根據(jù)DHCPv4協(xié)議 處理結(jié)果，構(gòu)建DHCPv4 Offer消息并封裝或者不做任何處理；S404-2 若不支持IPv4地址分配忽略該選項(xiàng)并在報(bào)文中刪除。同時(shí)攜帶IPv6 地址相關(guān)信息，構(gòu)建Relay-repl消息發(fā)送給RELAY中繼。S405 RELAY中繼收到Relay-repl消息，解析出Advertise消息中的 DHCPv4Message選項(xiàng)，根據(jù)DHCPv4協(xié)議處理結(jié)果，封裝DHCPv4 Offer消息或者忽略該
選項(xiàng)，構(gòu)建Advertise消息發(fā)給客戶端。 S406 DHCPv6客戶端接收到Advertise消息，根據(jù)是否包含DHCPv4Message選
13項(xiàng)，從中選擇滿足要求的DHCPv6服務(wù)器，解析該選項(xiàng)，獲取IPv4地址以及IPv6地址， 構(gòu)建DHCPv4Request消息并封裝，構(gòu)建Request消息，發(fā)送給RELAY中繼。S407 RELAY中繼客戶端發(fā)送的消息，處理策略同Solicit消息，解析、封裝 DHCPv4Request消息，并構(gòu)建Relay-forw消息到服務(wù)器。S408 DHCPv6 服務(wù)器接收 Relay-forw (Request)消息，處理策略同 Discover 消 息，解析DHCPv4Message選項(xiàng)，構(gòu)建DHCPv4Reply消息并封裝，攜帶IPv6地址相關(guān)信 息，構(gòu)建Relay-repl消息，發(fā)送Relay-repl消息給RELAY中繼。S409 RELAY中繼服務(wù)器發(fā)來的消息，對DHCPv4Message選項(xiàng)進(jìn)行相關(guān)處
理，將Reply消息轉(zhuǎn)發(fā)給客戶端。S410 DHCPv6客戶端解析Reply消息，解析出IPv4地址和租期等信息，發(fā)起
ARP請求，檢測地址是否可用，若地址可用，則記錄租期時(shí)間，開始配置使用該IPv4地址。S411 若DHCPv6客戶端希望繼續(xù)使用該地址，在一定時(shí)間下發(fā)起續(xù)租請求， 延長租期時(shí)間，構(gòu)建DHCPv4Request續(xù)租消息，封裝在DHCPv4Message選項(xiàng)中，構(gòu)建 發(fā)送Renew消息。如果續(xù)租消息沒有回應(yīng)，則達(dá)到一定時(shí)間發(fā)送重綁定請求消息，構(gòu) 建DHCPv4Request重綁定消息，封裝在DHCPv4Message選項(xiàng)中，發(fā)送Rebind消息，其 中S411-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S411-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S411-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S412 RELAY中繼在收到Renew/Rebind消息后需要解析該報(bào)文中 DHCPv4Message選項(xiàng)，構(gòu)建Relay-forw消息，發(fā)給服務(wù)器。S413 DHCPv6服務(wù)器接收Relay-forw (Renew/Rebind)消息需要解析該報(bào)文中 DHCPv4Message選項(xiàng)，構(gòu)建Relay-repl消息，發(fā)給RELAY中繼，其中S413-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S413-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S413-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和 IPv6地址相關(guān)。S414 RELAY中繼在收到服務(wù)器發(fā)來的Relay-repl消息，更新租期等信息，構(gòu) 建DHCPv4Reply消息，封裝在DHCPv4Message選項(xiàng)中，攜帶IPv6地址相關(guān)信息，發(fā)送
Reply消息給客戶端，其中S414-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S414-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S414-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和 IPv6地址相關(guān)。S415 DHCPv6客戶端收到解析Reply消息，解析DHCPv4Message選項(xiàng)，更新 IPv4地址和租期等信息，以及DHCPv6相關(guān)信息。
S416 DHCPv6客戶端若不再使用該地址，應(yīng)刪除該IPv4相關(guān)信息，同時(shí)構(gòu)建 DHCPv4Release消息，封裝在DHCPv4消息選項(xiàng)中，發(fā)送Release消息給DHCPv6服務(wù) 器來釋放該地址，而DHCPv6服務(wù)器收到消息后，也會(huì)回收該地址，以備下次使用，其 中S416-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S416-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S416-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S417 RELAY中繼在收到Release消息后需要解析該報(bào)文中DHCPv4Message選 項(xiàng)，釋放該地址，構(gòu)造DHCPv4Release消息，封裝在DHCPv4Message選項(xiàng)中，對其進(jìn)行 處理后，攜帶IPv6相關(guān)信息，構(gòu)建Relay-forw消息。S418 DHCPv6 服務(wù)器收到 Relay 中繼發(fā)來 Relay-forw (Release)后，釋放 IPv4地址，不攜帶DHCPv4Message選項(xiàng)，構(gòu)造只和IPv6地址相關(guān)的選項(xiàng)，構(gòu)建并發(fā)送 Relay-repl消息給RELAY中繼，其中S418-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S418-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S418-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和 IPv6地址相關(guān)。S419 RELAY中繼在收到Relay-repl消息，解析該報(bào)文中DHCPv4Message選 項(xiàng)，處理IPv6地址相關(guān)信息，發(fā)送DHCPV6Reply消息給客戶端。S420 DHCPv6客戶端收到相應(yīng)的對Release消息的處理后，釋放IPv6地址相關(guān)
fn息οS421 如果DHCPv6客戶端收到解析出的地址和網(wǎng)絡(luò)地址沖突，需要將 DHCPv4Declien消息封裝在DHCPv4Message選項(xiàng)中，構(gòu)建Decline消息。，其中S421-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S421-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S421-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S422 RELAY中繼在收到Decline消息后需要解析該報(bào)文中DHCPv4Message選 項(xiàng)，釋放該地址，構(gòu)造DHCPv4Declien消息，封裝在DHCPv4Message選項(xiàng)中，對其進(jìn)行 處理后，攜帶IPv6相關(guān)信息，構(gòu)建Relay-forw消息。S423 DHCPv6 服務(wù)器收到 Relay 中繼發(fā)來 Relay-forw (Decline)后，將 IPv4 地 址處理為沖突，不攜帶DHCPv4Message選項(xiàng)，構(gòu)造只和IPv6地址相關(guān)的選項(xiàng)，構(gòu)建并發(fā) 送Relay-repl消息給RELAY中繼.其中S423-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S423-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S423-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和
15IPv6地址相關(guān)。S424 RELAY中繼在收到Relay_repl消息，解析該報(bào)文中DHCPv4Message選 項(xiàng)，處理IPv6地址相關(guān)信息，發(fā)送DHCPV6Reply消息給客戶端。S425 DHCPv6客戶端收到相應(yīng)的對Release消息的處理后，處理IPv6地址相關(guān)
fn息οS426當(dāng)DHCPv6客戶端需要獲取某些網(wǎng)絡(luò)配置信息的時(shí)候，需要進(jìn)行 消息請求處理，若要進(jìn)行IPv4地址的操作，則構(gòu)建DHCPv4 Inform消息，封裝 在DHCPV4MeSSage消息中，若需要IPv6地址的相應(yīng)操作，則攜帶相關(guān)信息，構(gòu)建 Information-request 消息，其中S426-1 如果僅僅是IPv6地址的處理，不攜帶DHCPv4Message選項(xiàng)；S426-2 如果僅僅是IPv4地址的處理，只攜帶DHCPv4Message選項(xiàng)，不攜帶 IPv6地址選項(xiàng)IA選項(xiàng)；S426-3 IPv4和IPv6地址的處理，同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址
選項(xiàng)IA選項(xiàng)；S427 RELAY 中繼收到 Information-request 消息，封裝成 Relay-forw 消息，發(fā)
送給服務(wù)器。S428 DHCPv6 服務(wù)器處理 Relay-forw (Information-request)消息，根據(jù)是否包 含DHCPv4Message選項(xiàng)來進(jìn)行分別處理，如果IPv4地址處理成功后，構(gòu)建DHCPv4Ack 消息封裝在DHCPv4Message選項(xiàng)，否則丟棄。攜帶IPv6地址相關(guān)信息，構(gòu)建Relay_repl
消息，其中S428-1 如果僅僅攜帶DHCPv4Message選項(xiàng)，只處理和IPv4地址相關(guān)；S428-2 如果沒有攜帶DHCPv4Message選項(xiàng)，只處理和IPv6地址相關(guān)；S428-3 同時(shí)攜帶DHCPv4Message選項(xiàng)和IPv6地址選項(xiàng)IA選項(xiàng)，處理IPv4和 IPv6地址相關(guān)。 S429 RELAY中繼收到Relay-forw消息，構(gòu)建Reply消息，發(fā)送給客戶端。S430 DHCPv6客戶端收到Information-request消息的響應(yīng)消息——Reply消息
后，解析保存相關(guān)網(wǎng)絡(luò)參數(shù)信息。本發(fā)明通過增設(shè)一個(gè)DHCPV6選項(xiàng)DHCPv4Message Option (該選項(xiàng)用于攜帶 整個(gè)DHCPv4消息內(nèi)容)實(shí)現(xiàn)了 IPv4地址相關(guān)的統(tǒng)一封裝，對其操作時(shí)直接使用原有的 DHCPv4協(xié)議棧實(shí)現(xiàn)機(jī)制，即統(tǒng)一于IPv6網(wǎng)絡(luò)，又獨(dú)立于DHCPv4的協(xié)議的處理，使網(wǎng)
絡(luò)適配更加靈活，在實(shí)際應(yīng)用中方便，快捷，實(shí)現(xiàn)了功能全面、統(tǒng)一。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
1權(quán)利要求
1.一種基于DHCPv6協(xié)議的IPv4地址分配方法，其特征在于，增設(shè)動(dòng)態(tài)主機(jī)配置協(xié) 議互聯(lián)網(wǎng)協(xié)議版本四DHCPv4消息選項(xiàng)，用于攜帶DHCPv4消息；在DHCPv6服務(wù)器上 配置互聯(lián)網(wǎng)協(xié)議版本六IPv6/互聯(lián)網(wǎng)協(xié)議版本四IPv4地址；所述方法包括DHCPV6客戶端與所述DHCPve服務(wù)器通過攜帶DHCPv4消息選項(xiàng)的報(bào)文進(jìn)行交互， 實(shí)現(xiàn)IPv4地址分配。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCPv6客戶端構(gòu)建 DHCPv4Discover消息，將該DHCPv4Discover消息作為DHCPv4消息選項(xiàng)的內(nèi)容，生成 Solicit消息，并發(fā)送給所述DHCPv6服務(wù)器，申請IPv4地址。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCPv6客戶端與所述DHCPv6服 務(wù)器之間設(shè)有中繼RELAY時(shí)，所述Solicit消息通過所述RELAY發(fā)送給所述DHCPv6服 務(wù)器；所述方法還包括所述RELAY接收到Solicit消息后，解析DHCPv4消息選項(xiàng)，根據(jù)IPv4地址處理策 略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重新封裝，構(gòu)建Relay-forw消息并發(fā)送給所 述DHCPv6服務(wù)器；其中，所述Relay-forw消息仍將DHCPv4Discover消息作為DHCPv4 消息選項(xiàng)；所述DHCPv6服務(wù)器根據(jù)DHCPv4消息選項(xiàng)，分配IPv4地址并發(fā)送攜帶DHCPv4消 息選項(xiàng)的報(bào)文給所述RELAY ；所述RELAY接收到所述DHCPv6服務(wù)器回復(fù)的報(bào)文后，解析DHCPv4消息選項(xiàng)， 根據(jù)IPv4地址處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重新封裝，發(fā)送給所述 DHCPv6客戶端。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCPv6客戶端與所述DHCPv6服 務(wù)器之間設(shè)有中繼RELAY時(shí)，所述RELAY不支持IPv4地址分配時(shí)，所述RELAY接收到 Solicit消息后，將DHCPv4消息選項(xiàng)刪除，再構(gòu)建Relay-forw消息并發(fā)送給所述DHCPv6服務(wù)器。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCPv6客戶端與所述DHCPv6 服務(wù)器之間未設(shè)有RELAY時(shí)，所述DHCPv6服務(wù)器直接處理Solicit消息，并根據(jù)所述 Solicit消息中的DHCPv4消息選項(xiàng)，分配IPv4地址并發(fā)送攜帶DHCPv4消息選項(xiàng)的報(bào)文 給所述DHCPv6客戶端。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括所述DHCPv6客戶端根據(jù)接收到的所述DHCPv6服務(wù)器發(fā)送的攜帶DHCPv4消息選 項(xiàng)的報(bào)文后，根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPV4Request消息，封裝在DHCPv4消息 選項(xiàng)中，構(gòu)建DHCPV6Request消息并發(fā)送給所述DHCPv6服務(wù)器。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCPv6客戶端與所述DHCPv6服 務(wù)器之間設(shè)有中繼RELAY，所述DHCPv6客戶端發(fā)送DHCPV6Request消息后，所述RELAY構(gòu)建并發(fā)送Relay-forw (DHCPv6Request)消息給所述DHCPv6服務(wù)器， 所述DHCPv6服務(wù)器接收到Relay-forw (DHCPv6Request)消息后，根據(jù)DHCPv4消息選 項(xiàng)，構(gòu)建DHCPv4響應(yīng)消息并封裝在DHCPv4消息選項(xiàng)中，構(gòu)建Relay_repl(Reply)消息 并發(fā)送給所述DHCPv6客戶端。
8.—種基于DHCPv6協(xié)議的IPv4地址分配系統(tǒng)，包括DHCPv6客戶端、DHCPv6服務(wù)器，其特征在于，增設(shè)DHCPv4消息選項(xiàng)，用于攜帶DHCPv4消息；在所述DHCPv6 服務(wù)器上配置IPv6/IPv4地址；DHCPv6客戶端，用于通過攜帶DHCPv4消息選項(xiàng)的報(bào)文，與所述DHCPv6服務(wù)器進(jìn) 行交互，完成IPv4地址分配。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述DHCPv6客戶端進(jìn)一步用于，構(gòu)建 DHCPv4Discover消息，將該DHCPv4Discover消息作為DHCPv4消息選項(xiàng)的內(nèi)容，生成 Solicit消息，并發(fā)送給所述DHCPv6服務(wù)器，申請IPv4地址。
10.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括設(shè)于所述DHCPv6客 戶端與所述DHCPv6服務(wù)器之間的中繼RELAY ；所述DHCPv6客戶端，進(jìn)一步用于將所述Solicit消息通過所述RELAY發(fā)送給所述 DHCPv6服務(wù)器；所述RELAY，用于接收到Solicit消息后，進(jìn)一步解析DHCPv4消息選項(xiàng)，根據(jù)IPv4 地址處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重新封裝，構(gòu)建Relay-forw消息 并發(fā)送給所述DHCPv6服務(wù)器；其中，所述Relay-forw消息仍將DHCPHDiscover消息作 為DHCPv4消息選項(xiàng)；所述DHCPv6服務(wù)器，用于根據(jù)DHCPv4消息選項(xiàng)，分配IPv4地址并發(fā)送攜帶 DHCPv4消息選項(xiàng)的報(bào)文給所述RELAY ；所述RELAY，進(jìn)一步用于接收到所述DHCPv6服務(wù)器回復(fù)的報(bào)文后，解析DHCPv4 消息選項(xiàng)，根據(jù)IPv4地址處理策略，對DHCPv4消息選項(xiàng)的內(nèi)容進(jìn)行解析、重新封裝， 發(fā)送給所述DHCPv6客戶端；所述DHCPv6客戶端，進(jìn)一步用于根據(jù)接收到的所述DHCPv6服務(wù)器發(fā)送的攜帶 DHCPv4消息選項(xiàng)的報(bào)文后，根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPHRequest消息，封裝 在DHCPv4消息選項(xiàng)中，構(gòu)建DHCPV6Request消息并發(fā)送給所述DHCPv6服務(wù)器。
11.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述DHCPv6客戶端與所述DHCPv6 服務(wù)器之間設(shè)有中繼RELAY時(shí)，所述RELAY不支持IPv4地址分配時(shí)，所述RELAY，進(jìn)一步用于在接收到Solicit消 息后，將DHCPv4消息選項(xiàng)刪除，再構(gòu)建Relay-forw消息并發(fā)送給所述DHCPv6服務(wù)器ο
12.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述DHCPv6客戶端與所述DHCPv6服務(wù)器之間設(shè)有中繼RELAY，所述DHCPv6客 戶端發(fā)送DHCPv6Request消息后，所述RELAY構(gòu)建并發(fā)送Relay-forw (DHCPv6Request)消息給所述DHCPv6服務(wù)器；所述DHCPv6服務(wù)器，進(jìn)一步用于在接收到Relay-forw(DHCPv6Request)消息后， 進(jìn)一步根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPv4響應(yīng)消息并封裝在DHCPv4消息選項(xiàng)中， 構(gòu)建Relay-repl (Reply)消息并發(fā)送給所述DHCPv6客戶端。
13.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述DHCPv6客戶端與所述DHCPv6 服務(wù)器之間未設(shè)有RELAY時(shí)，所述DHCPv6服務(wù)器，進(jìn)一步用于直接處理Solicit消息， 并根據(jù)所述Solicit消息中的DHCPv4消息選項(xiàng)，分配IPv4地址并發(fā)送攜帶DHCPv4消息 選項(xiàng)的報(bào)文給所述DHCPv6客戶端；所述DHCPv6客戶端，進(jìn)一步用于根據(jù)接收到的所述DHCPv6服務(wù)器發(fā)送的攜帶 DHCPv4消息選項(xiàng)的報(bào)文后，根據(jù)DHCPv4消息選項(xiàng)，構(gòu)建DHCPHRequest消息，封裝 在DHCPv4消息選項(xiàng)中，構(gòu)建DHCPv6 Request消息并發(fā)送給所述DHCPv6服務(wù)器。
全文摘要
本發(fā)明公開了一種基于DHCPv6協(xié)議的IPv4地址分配方法，增設(shè)DHCPv4消息選項(xiàng)，用于攜帶DHCPv4消息；在DHCPv6服務(wù)器上配置IPv6/IPv4地址；所述方法包括DHCPv6客戶端與所述DHCPv6服務(wù)器通過攜帶DHCPv4消息選項(xiàng)的報(bào)文進(jìn)行交互，實(shí)現(xiàn)IPv4地址分配。本發(fā)明同時(shí)公開了一種基于DHCPv6協(xié)議的IPv4地址分配系統(tǒng)。本發(fā)明實(shí)現(xiàn)了IPv4地址相關(guān)的統(tǒng)一封裝，對其操作時(shí)直接使用原有的DHCPv4協(xié)議棧實(shí)現(xiàn)機(jī)制，即統(tǒng)一于IPv6網(wǎng)絡(luò)，又獨(dú)立于DHCPv4的協(xié)議的處理，使網(wǎng)絡(luò)適配更加靈活，在實(shí)際應(yīng)用中方便，快捷，實(shí)現(xiàn)了功能全面、統(tǒng)一。
文檔編號(hào)H04L29/12GK102014175SQ20101058128
公開日2011年4月13日 申請日期2010年12月9日 優(yōu)先權(quán)日2010年12月9日
發(fā)明者岳雪梅, 趙真富, 鄭坤 申請人:中興通訊股份有限公司