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