專利名稱：多服務(wù)器地址分配方法、系統(tǒng)及中繼設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤指一種多服務(wù)器地址分配方法、系統(tǒng)及中繼設(shè)備。
背景技術(shù)：
動(dòng)態(tài)主機(jī)配置協(xié)議(DynamicHost Configuration Protocol, DHCP)采用客戶端 和服務(wù)器的運(yùn)行機(jī)制，是一種簡化主機(jī)IP地址配置管理的TCP/IP標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)允許DHCP 服務(wù)器向客戶端提供IP地址和其他相關(guān)配置信息。在網(wǎng)絡(luò)中，通過啟用DHCP服務(wù)可以讓 DHCP客戶端在每次啟動(dòng)后自動(dòng)獲取IP地址和相關(guān)配置參數(shù)，減少了 IP地址的配置管理操 作。在客戶端(例如個(gè)人計(jì)算機(jī)PC)數(shù)量眾多且劃分多個(gè)子網(wǎng)的網(wǎng)絡(luò)中，DHCP服務(wù)器的優(yōu) 勢更加明顯。在大型的網(wǎng)絡(luò)應(yīng)用環(huán)境中，可以設(shè)置多臺(tái)集中的DHCP服務(wù)器，包括主服務(wù)器、備 份服務(wù)器等等，同時(shí)為網(wǎng)絡(luò)中的用戶分配IP地址。例如包含多服務(wù)器的網(wǎng)絡(luò)拓?fù)淠Ｐ涂?以如圖1所示。圖1中DHCP服務(wù)器1、DHCP服務(wù)器2、DHCP服務(wù)器3等可以通過DHCP中繼為PCl、 PC2、PC3等分配IP地址。其中，DHCP服務(wù)器可以同時(shí)進(jìn)行工作，為網(wǎng)絡(luò)中的PC分配地址。 DHCP中繼器可根據(jù)DHCP服務(wù)器的處理能力，將PC的請求報(bào)文發(fā)送給不同的DHCP服務(wù)器進(jìn) 行處理，如PCl的請求報(bào)文可能發(fā)送給DHCP服務(wù)器2進(jìn)行處理，PC2的請求報(bào)文可能發(fā)送 給DHCP服務(wù)器1進(jìn)行處理，等等。這種多服務(wù)器同時(shí)為網(wǎng)絡(luò)中的客戶端分配IP地址的實(shí)現(xiàn)方式，很有可能會(huì)將同 一 IP地址分配給不同的客戶端，尤其是在多服務(wù)器同時(shí)為同一網(wǎng)段的PC客戶端分配IP地 址時(shí)，更容易出現(xiàn)這種IP地址分配沖突的問題。例如如圖1所示的網(wǎng)絡(luò)中，PCl與PC2同 時(shí)申請IP地址，DHCP中繼可能將PCl的請求報(bào)文發(fā)送給DHCP服務(wù)器2，將PC2的請求報(bào)文 發(fā)送給DHCP服務(wù)器1，而此時(shí)，DHCP服務(wù)器1和2分別為不同的客戶端分配IP地址，服務(wù) 器之間并不確定所分配的IP是否已被其他服務(wù)器分配出去，很可能會(huì)同時(shí)將一個(gè)相同的 IP地址分配給PCl和PC2，造成PCl和PC2的IP地址沖突。為了避免多臺(tái)DHCP服務(wù)器地址分配過程中可能造成的IP地址沖突，目前主要有 以下幾種解決方式方式一通過DHCP協(xié)議保障IP地址分配不產(chǎn)生沖突。DHCP服務(wù)器在分配IP地址之前通過控制報(bào)文協(xié)議(Internet Control Message Protocol, I CMP)檢測報(bào)文來檢測該IP地址是否已被使用，這種方式對(duì)于開啟了防火墻的 客戶端并不能奏效；此外，在DHCP服務(wù)器將IP地址分配給客戶端后，客戶端通過本地的地 址解析協(xié)議(Address Resolution Protocol, ARP)檢測該IP地址是否已經(jīng)被使用，如已經(jīng) 被使用則會(huì)向服務(wù)器發(fā)送沖突(Decline)報(bào)文來避免沖突。該方法利用DHCP協(xié)議自身的 檢測機(jī)制避免地址沖突，但該檢測需要在IP地址分配完成后進(jìn)行，如存在沖突還要重新分 配，延長了 DHCP地址分配的時(shí)間，降低了系統(tǒng)性能，且不利于DHCP服務(wù)器對(duì)IP地址分配的 管理控制。
方式二 設(shè)置不同服務(wù)器負(fù)責(zé)為用戶分配不同網(wǎng)段的IP地址。該方式通過劃分地址網(wǎng)段的方式，避免了多服務(wù)器并行工作中可能存在的地址分 配沖突問題，但該方式可能造成地址分配過程中的負(fù)載不均衡，某一個(gè)服務(wù)器所負(fù)責(zé)的網(wǎng) 段的請求過多，而另一個(gè)服務(wù)器空閑，從而造成請求多的服務(wù)器的地址分配時(shí)間延長，導(dǎo)致 分配延時(shí)，導(dǎo)致系統(tǒng)性能降低。此外，當(dāng)某個(gè)服務(wù)器故障時(shí)，其他服務(wù)器不能在不進(jìn)行重新 配置的情況下實(shí)現(xiàn)故障服務(wù)器所負(fù)責(zé)的網(wǎng)段IP地址分配，難以實(shí)現(xiàn)IP地址的動(dòng)態(tài)分配和 網(wǎng)絡(luò)的負(fù)載均衡，且也不利于DHCP服務(wù)器對(duì)IP地址分配的管理控制?？梢?，現(xiàn)有技術(shù)的解決方案都不能很好的解決多服務(wù)器網(wǎng)絡(luò)架構(gòu)的IP地址分配 的沖突問題，在解決該問題的過程中均存在地址分配過程時(shí)延長、IP地址分配控制困難，從 而導(dǎo)致網(wǎng)絡(luò)系統(tǒng)性能降低等問題

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種多服務(wù)器地址分配方法、系統(tǒng)及中繼設(shè)備，用以解決現(xiàn)有 技術(shù)中多服務(wù)器地址分配避免地址沖突時(shí)存在的分配時(shí)延長、導(dǎo)致網(wǎng)絡(luò)系統(tǒng)性能降低的問題。一種多服務(wù)器地址分配方法，包括中繼設(shè)備將接收到客戶端發(fā)送的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器；所述中繼設(shè)備接收到所述服務(wù)器返回的發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文的 地址選擇字段中解析出攜帶的網(wǎng)絡(luò)地址，判斷解析出的網(wǎng)絡(luò)地址是否與存儲(chǔ)的已分配的網(wǎng) 絡(luò)地址相沖突；若是，向服務(wù)器返回沖突報(bào)文請求服務(wù)器重新分配網(wǎng)絡(luò)地址；若否，則將所述發(fā)現(xiàn) 響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端，由所述客戶端向所述服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜 帶的網(wǎng)絡(luò)地址。一種中繼設(shè)備，包括接收模塊、解析模塊、第一判斷模塊和發(fā)送模塊；所述接收模塊，用于接收客戶端發(fā)送的發(fā)現(xiàn)報(bào)文，以及接收服務(wù)器返回的發(fā)現(xiàn)響 應(yīng)報(bào)文；所述解析模塊，用于所述接收模塊接收到發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文 的地址選擇字段中解析出攜帶的網(wǎng)絡(luò)地址；所述第一判斷模塊，用于判斷所述解析模塊解析出的網(wǎng)絡(luò)地址是否與存儲(chǔ)的已分 配的網(wǎng)絡(luò)地址相沖突；若是，指示所述發(fā)送模塊向服務(wù)器返回沖突報(bào)文請求服務(wù)器重新分 配網(wǎng)絡(luò)地址；若否，指示所述發(fā)送模塊將所述發(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端，由所述客戶 端向所述服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址。所述發(fā)送模塊，用于將所述接收模塊接收到的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器，以及根據(jù) 所述第一判斷模塊的指示向服務(wù)器返回沖突報(bào)文或?qū)⑺霭l(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端。一種多服務(wù)器地址分配系統(tǒng)，包括客戶端、服務(wù)器和如權(quán)利要求7-11任一所述 的中繼設(shè)備。所述客戶端，用于發(fā)送的發(fā)現(xiàn)報(bào)文給所述中繼設(shè)備；所述中繼設(shè)備，用于將接收到客戶端發(fā)送的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器；以及接收到所述服務(wù)器返回的發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文的地址選擇字段中解析出攜帶的 網(wǎng)絡(luò)地址，判斷解析出的網(wǎng)絡(luò)地址是否與存儲(chǔ)的已分配的網(wǎng)絡(luò)地址相沖突；若是，向服務(wù)器 返回沖突報(bào)文請求服務(wù)器重新分配網(wǎng)絡(luò)地址；若否，則將所述發(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客 戶端，由所述客戶端向所述服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址；所述服務(wù)器，用于接收到中繼設(shè)備轉(zhuǎn)發(fā)的發(fā)現(xiàn)報(bào)文后，向中繼設(shè)備返回所述發(fā)現(xiàn) 響應(yīng)報(bào)文；以及接收中繼設(shè)備發(fā)送的沖突報(bào)文并重新為客戶端分配網(wǎng)絡(luò)地址。本發(fā)明有益效果如下本發(fā)明實(shí)施例提供的多服務(wù)器地址分配方法、系統(tǒng)及中繼設(shè)備，中繼設(shè)備將接收 到客戶端發(fā)送的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器；所述中繼設(shè)備接收到所述服務(wù)器返回的發(fā)現(xiàn)響應(yīng) 報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文的地址選擇字段中解析出攜帶的網(wǎng)絡(luò)地址，判斷解析出的網(wǎng) 絡(luò)地址是否與存儲(chǔ)的已分配的網(wǎng)絡(luò)地址相沖突；若是，向服務(wù)器返回沖突報(bào)文請求服務(wù)器 重新分配網(wǎng)絡(luò)地址；若否，則將所述發(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端，由所述客戶端向所述 服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址。該方法通過在中繼設(shè)備中記錄各服 務(wù)器已分配的網(wǎng)絡(luò)地址，在服務(wù)器向客戶端返回發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，對(duì)預(yù)分配的網(wǎng)絡(luò)地址進(jìn) 行過濾，若與已分配的網(wǎng)絡(luò)地址沖突則可盡快要求服務(wù)器重新分配，從而有效的避免了多 臺(tái)服務(wù)器網(wǎng)絡(luò)地址分配的沖突問題，減少了地址分配過程中的時(shí)延，提高了系統(tǒng)性能。只需 對(duì)中繼設(shè)備進(jìn)行簡單的改進(jìn)即可實(shí)現(xiàn)，實(shí)現(xiàn)簡單，避免額外的網(wǎng)絡(luò)資源開銷和成本投入。


圖1為現(xiàn)有技術(shù)中多DHCP服務(wù)器網(wǎng)絡(luò)架構(gòu)的拓?fù)浣Y(jié)構(gòu)圖；圖2為本發(fā)明實(shí)施例中多服務(wù)器地址分配的基本原理示意圖；圖3為本發(fā)明實(shí)施例一中多服務(wù)器地址分配方法的流程圖；圖4為本發(fā)明實(shí)施例二中多服務(wù)器地址分配方法的流程圖；圖5為本發(fā)明實(shí)施例中多服務(wù)器地址分配系統(tǒng)的結(jié)構(gòu)示意圖；圖6為本發(fā)明實(shí)施例中中繼設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了避免多個(gè)服務(wù)器同時(shí)為網(wǎng)絡(luò)中的客戶端分配網(wǎng)絡(luò)地址時(shí)，可能存在的地址沖 突問題，本申請實(shí)施例提供一種多服務(wù)器地址分配的實(shí)現(xiàn)方案。該方案基于服務(wù)器為客戶 端分配網(wǎng)絡(luò)地址的兩個(gè)具體實(shí)現(xiàn)階段階段地址發(fā)現(xiàn)階段和分配確認(rèn)階段，在地址發(fā)現(xiàn)階 段通過檢測機(jī)制盡可能的避免多個(gè)服務(wù)器為客戶端分配網(wǎng)絡(luò)地址時(shí)存在的沖突問題。服務(wù)器(該服務(wù)器可以是DHCP服務(wù)器)為客戶端分配網(wǎng)絡(luò)地址的基本流程如圖 2所示，具體包括步驟Sl 客戶端通過中繼設(shè)備向服務(wù)器發(fā)送發(fā)現(xiàn)報(bào)文。客戶端發(fā)送的發(fā)現(xiàn)(Discover)報(bào)文中可能攜帶有預(yù)先選擇的期望分配到的網(wǎng)絡(luò) 地址，也可能不攜帶網(wǎng)絡(luò)地址。所說的網(wǎng)絡(luò)地址通常是指IP地址。步驟S2 服務(wù)器接收到發(fā)現(xiàn)報(bào)文時(shí)，通過中繼設(shè)備返回發(fā)現(xiàn)響應(yīng)報(bào)文。服務(wù)器會(huì)在返回的發(fā)現(xiàn)響應(yīng)(Offer)報(bào)文中攜帶分配給用戶的網(wǎng)絡(luò)地址。步驟S3 客戶端接收到發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，通過中繼設(shè)備向服務(wù)器請求分配發(fā)現(xiàn)響
7應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址?？蛻舳嗽诟鶕?jù)發(fā)現(xiàn)響應(yīng)報(bào)文發(fā)現(xiàn)一個(gè)可用的網(wǎng)絡(luò)地址時(shí)，向服務(wù)器發(fā)送請求 (Request)報(bào)文，確認(rèn)獲取并使用該網(wǎng)絡(luò)地址。步驟S4 服務(wù)器通過中繼設(shè)備向客戶端返回請求確認(rèn)報(bào)文?？蛻舳私邮盏秸埱蟠_認(rèn)(ACK)報(bào)文時(shí)，完成網(wǎng)絡(luò)地址的分配獲取流程。其中步驟Sl和步驟S2為地址發(fā)現(xiàn)階段，步驟S3和步驟S4為分配確認(rèn)階段。本 發(fā)明為了避免多個(gè)服務(wù)器在分配過程導(dǎo)致的地址沖突問題，主要是在地址發(fā)現(xiàn)階段進(jìn)行沖 突檢測和地址過濾。下面通過具體的實(shí)施例進(jìn)行詳細(xì)說明。實(shí)施例一本發(fā)明實(shí)施例一提供的多服務(wù)器地址匹配方法，其流程如圖3所示，執(zhí)行步驟如 下步驟Sll 客戶端發(fā)送發(fā)現(xiàn)報(bào)文給中繼設(shè)備?？蛻舳丝梢酝ㄟ^廣播的方式向中繼設(shè)備發(fā)送發(fā)現(xiàn)報(bào)文。以DHCP客戶端為例，DHCP客戶端廣播DHCP Discover廣播數(shù)據(jù)包來尋找DHCP服務(wù)器。其中客戶端發(fā)送的發(fā)現(xiàn)報(bào)文可以包含客戶端期望獲取的網(wǎng)絡(luò)地址，例如上一次使 用的IP地址；也可以不包含網(wǎng)絡(luò)地址，而由服務(wù)器隨機(jī)分配。以采用DHCP協(xié)議的數(shù)據(jù)報(bào)文為例，其DHCP報(bào)文(包括發(fā)現(xiàn)報(bào)文、發(fā)現(xiàn)響應(yīng)報(bào)文、 請求報(bào)文、請求響應(yīng)報(bào)文等)的格式如下表1所示。其中< >中的數(shù)字表示所占用的字節(jié) 數(shù)。表 1
報(bào)文類型 (op) <1>
硬件地址類型 (htype) <1>
硬件地址長度 (hlen) <1>
跳轉(zhuǎn)次數(shù) (hops) <1>
傳輸標(biāo)識(shí)(xid) <4>
傳輸經(jīng)歷的時(shí)間(sees ) <2>
廣播/非廣播標(biāo)志(flags) <2>
客戶端原IP地址(ciaddr) <4>
服務(wù)器分配給客戶端的IP地址(yiaddr) <4> 月良務(wù)器的IP地址(siaddr) <4>
權(quán)利要求
一種多服務(wù)器地址分配方法，其特征在于，包括中繼設(shè)備將接收到客戶端發(fā)送的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器；所述中繼設(shè)備接收到所述服務(wù)器返回的發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文的地址選擇字段中解析出攜帶的網(wǎng)絡(luò)地址，判斷解析出的網(wǎng)絡(luò)地址是否與存儲(chǔ)的已分配的網(wǎng)絡(luò)地址相沖突；若是，向服務(wù)器返回沖突報(bào)文請求服務(wù)器重新分配網(wǎng)絡(luò)地址；若否，則將所述發(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端，由所述客戶端向所述服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址。
2.如權(quán)利要求1所述的方法，其特征在于，所述中繼設(shè)備將接收到客戶端發(fā)送的發(fā)現(xiàn) 報(bào)文轉(zhuǎn)發(fā)給服務(wù)器之前，還包括所述中繼設(shè)備判斷接收到的所述發(fā)現(xiàn)報(bào)文中的地址選擇字段是否攜帶有預(yù)先選擇的 網(wǎng)絡(luò)地址；若是，根據(jù)所述預(yù)先選擇的網(wǎng)絡(luò)地址是否與已分配的網(wǎng)絡(luò)地址相沖突，確定是否需要 對(duì)所述地址選擇字段中的網(wǎng)絡(luò)地址進(jìn)行修改，并將處理后的發(fā)現(xiàn)報(bào)文發(fā)送給服務(wù)器；若否，則為所述發(fā)現(xiàn)報(bào)文中的地址選擇字段添加一個(gè)與存儲(chǔ)的已分配的網(wǎng)絡(luò)地址不相 沖突的一個(gè)網(wǎng)絡(luò)地址，并將處理后的發(fā)現(xiàn)報(bào)文發(fā)送給服務(wù)器。
3.如權(quán)利要求1所述的方法，其特征在于，中繼設(shè)備將發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器之后，接 收到所述服務(wù)器返回的發(fā)現(xiàn)響應(yīng)報(bào)文之前，還包括所述服務(wù)器接收發(fā)現(xiàn)報(bào)文，若所述發(fā)現(xiàn)報(bào)文中的地址選擇字段攜帶有網(wǎng)絡(luò)地址且與自 身已分配的網(wǎng)絡(luò)地址不相沖突，則返回的發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶該接收到的發(fā)現(xiàn)報(bào)文中攜帶 的網(wǎng)絡(luò)地址；若所述發(fā)現(xiàn)報(bào)文中的地址選擇字段未攜帶網(wǎng)絡(luò)地址或所述發(fā)現(xiàn)報(bào)文中的地址 選擇字段攜帶的網(wǎng)絡(luò)地址與自身已分配的網(wǎng)絡(luò)地址相沖突，則返回的發(fā)現(xiàn)響應(yīng)報(bào)文中包含 自身為客戶端分配的網(wǎng)絡(luò)地址。
4.如權(quán)利要求1-3任一所述的方法，其特征在于，還包括所述中繼設(shè)備接收到發(fā)現(xiàn)響 應(yīng)報(bào)文后，記錄所述發(fā)現(xiàn)響應(yīng)報(bào)文攜帶的網(wǎng)絡(luò)地址、以及對(duì)應(yīng)的MAC地址、客戶端ID、域名 信息和地址租期。
5.如權(quán)利要求4所述的方法，其特征在于，所述客戶端向所述服務(wù)器請求分配所述發(fā) 現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址，具體包括所述客戶端發(fā)送攜帶從所述發(fā)現(xiàn)響應(yīng)報(bào)文中解析出的網(wǎng)絡(luò)地址的請求報(bào)文；所述中繼設(shè)備解析出所述請求報(bào)文的地址選擇字段中攜帶的網(wǎng)絡(luò)地址，判斷記錄的與 請求報(bào)文攜帶的網(wǎng)絡(luò)地址對(duì)應(yīng)的MAC地址和客戶端ID，是否與發(fā)送所述請求報(bào)文的客戶端 的MAC地址和客戶端ID —致；若是，則將請求報(bào)文轉(zhuǎn)發(fā)給服務(wù)器，并將服務(wù)器返回的請求確認(rèn)報(bào)文返回給客戶端，實(shí) 現(xiàn)將所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址分配給客戶端；若否，則丟棄該請求報(bào)文并提示 客戶端。
6.如權(quán)利要求5所述的方法，其特征在于，所述中繼設(shè)備轉(zhuǎn)發(fā)給服務(wù)器的發(fā)現(xiàn)報(bào)文中 攜帶有網(wǎng)絡(luò)地址時(shí)，還包括所述中繼設(shè)備標(biāo)記所述發(fā)現(xiàn)報(bào)文攜帶的網(wǎng)絡(luò)地址為使用狀態(tài)，并監(jiān)控使用超時(shí)時(shí)間；若在所述使用超時(shí)時(shí)間到期時(shí)中繼設(shè)備未接收到服務(wù)器返回的請求確認(rèn)報(bào)文，則刪除對(duì)該網(wǎng)絡(luò)地址的使用狀態(tài)的標(biāo)記；若在所述使用超時(shí)時(shí)間到期前中繼設(shè)備接收到服務(wù)器返回的請求確認(rèn)報(bào)文，則根據(jù)記 錄的該網(wǎng)絡(luò)地址的地址租期更新該網(wǎng)絡(luò)地址的使用超時(shí)時(shí)間。
7.—種中繼設(shè)備，其特征在于，包括接收模塊、解析模塊、第一判斷模塊和發(fā)送模塊； 所述接收模塊，用于接收客戶端發(fā)送的發(fā)現(xiàn)報(bào)文，以及接收服務(wù)器返回的發(fā)現(xiàn)響應(yīng)報(bào)文；所述解析模塊，用于所述接收模塊接收到發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文的地 址選擇字段中解析出攜帶的網(wǎng)絡(luò)地址；所述第一判斷模塊，用于判斷所述解析模塊解析出的網(wǎng)絡(luò)地址是否與存儲(chǔ)的已分配的 網(wǎng)絡(luò)地址相沖突；若是，指示所述發(fā)送模塊向服務(wù)器返回沖突報(bào)文請求服務(wù)器重新分配網(wǎng) 絡(luò)地址；若否，指示所述發(fā)送模塊將所述發(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端，由所述客戶端向 所述服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址；所述發(fā)送模塊，用于將所述接收模塊接收到的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器，以及根據(jù)所述 第一判斷模塊的指示向服務(wù)器返回沖突報(bào)文或?qū)⑺霭l(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端。
8.如權(quán)利要求7所述的中繼設(shè)備，其特征在于，還包括第二判斷模塊，用于判斷接收到的所述發(fā)現(xiàn)報(bào)文中的地址選擇字段是否攜帶有預(yù)先選 擇的網(wǎng)絡(luò)地址；若是，根據(jù)所述預(yù)先選擇的網(wǎng)絡(luò)地址是否與已分配的網(wǎng)絡(luò)地址相沖突，確定 是否需要對(duì)所述地址選擇字段中的網(wǎng)絡(luò)地址進(jìn)行修改，并指示所述發(fā)送模塊將處理后的發(fā) 現(xiàn)報(bào)文發(fā)送給服務(wù)器；若否，為所述發(fā)現(xiàn)報(bào)文中的地址選擇字段添加一個(gè)與存儲(chǔ)的已分配 的網(wǎng)絡(luò)地址不相沖突的一個(gè)網(wǎng)絡(luò)地址，并指示所述發(fā)送模塊將處理后的發(fā)現(xiàn)報(bào)文發(fā)送給服 務(wù)器。
9.如權(quán)利要求7或8所述的中繼設(shè)備，其特征在于，還包括記錄模塊，用于所述接收模塊接收到發(fā)現(xiàn)響應(yīng)報(bào)文后，記錄所述發(fā)現(xiàn)響應(yīng)報(bào)文攜帶的 網(wǎng)絡(luò)地址、以及對(duì)應(yīng)的MAC地址、客戶端ID、域名信息和地址租期。
10.如權(quán)利要求9所述的中繼設(shè)備，其特征在于，還包括第三判斷模塊；所述接收模塊，還用于接收客戶端發(fā)送的攜帶從所述發(fā)現(xiàn)響應(yīng)報(bào)文中解析出的網(wǎng)絡(luò)地 址的請求報(bào)文；第三判斷模塊，用于解析出所述接收模塊接收到的請求報(bào)文的地址選擇字段中攜帶的 網(wǎng)絡(luò)地址，判斷記錄的與請求報(bào)文攜帶的網(wǎng)絡(luò)地址對(duì)應(yīng)的MAC地址和客戶端ID，是否與發(fā) 送所述請求報(bào)文的客戶端MAC地址和客戶端ID —致；若是，指示所述發(fā)送模塊將請求報(bào)文 轉(zhuǎn)發(fā)給服務(wù)器；若否，丟棄該請求報(bào)文并指示所述發(fā)送模塊提示客戶端；所述發(fā)送模塊，還用于根據(jù)第三判斷模塊的指示將請求報(bào)文轉(zhuǎn)發(fā)給服務(wù)器，并將服務(wù) 器返回的請求確認(rèn)報(bào)文返回給客戶端，以實(shí)現(xiàn)將所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址分配 給客戶端。
11.如權(quán)利要求10所述的中繼設(shè)備，其特征在于，還包括狀態(tài)監(jiān)控模塊和執(zhí)行模塊； 所述狀態(tài)監(jiān)控模塊，用于當(dāng)接收模塊接收到的發(fā)現(xiàn)報(bào)文中攜帶有網(wǎng)絡(luò)地址，標(biāo)記所述發(fā)現(xiàn)報(bào)文攜帶的網(wǎng)絡(luò)地址為使用狀態(tài)，并監(jiān)控使用超時(shí)時(shí)間；所述執(zhí)行模塊，用于若在所述使用超時(shí)時(shí)間到期時(shí)中繼設(shè)備未接收到服務(wù)器返回的請 求確認(rèn)報(bào)文，則刪除對(duì)該網(wǎng)絡(luò)地址的使用狀態(tài)的標(biāo)記；若在所述使用超時(shí)時(shí)間到期前所述接收模塊接收到服務(wù)器返回的請求確認(rèn)報(bào)文，則根據(jù)記錄的該網(wǎng)絡(luò)地址的地址租期更新該 網(wǎng)絡(luò)地址的使用超時(shí)時(shí)間。
12.—種多服務(wù)器地址分配系統(tǒng)，其特征在于，包括客戶端、服務(wù)器和如權(quán)利要求 7-11任一所述的中繼設(shè)備；所述客戶端，用于發(fā)送的發(fā)現(xiàn)報(bào)文給所述中繼設(shè)備；所述中繼設(shè)備，用于將接收到客戶端發(fā)送的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器；以及接收到所述 服務(wù)器返回的發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文的地址選擇字段中解析出攜帶的網(wǎng)絡(luò) 地址，判斷解析出的網(wǎng)絡(luò)地址是否與存儲(chǔ)的已分配的網(wǎng)絡(luò)地址相沖突；若是，向服務(wù)器返回 沖突報(bào)文請求服務(wù)器重新分配網(wǎng)絡(luò)地址；若否，則將所述發(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端， 由所述客戶端向所述服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址；所述服務(wù)器，用于接收到中繼設(shè)備轉(zhuǎn)發(fā)的發(fā)現(xiàn)報(bào)文后，向中繼設(shè)備返回所述發(fā)現(xiàn)響應(yīng) 報(bào)文；以及接收中繼設(shè)備發(fā)送的沖突報(bào)文并重新為客戶端分配網(wǎng)絡(luò)地址。
13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述服務(wù)器，具體用于若接收到的發(fā)現(xiàn)報(bào)文中的地址選擇字段攜帶有網(wǎng)絡(luò)地址且與自身已分配的網(wǎng)絡(luò)地址 不相沖突，則返回的發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶該接收到的發(fā)現(xiàn)報(bào)文中攜帶的網(wǎng)絡(luò)地址；若所述 發(fā)現(xiàn)報(bào)文中的地址選擇字段未攜帶網(wǎng)絡(luò)地址或所述發(fā)現(xiàn)報(bào)文中的地址選擇字段攜帶的網(wǎng) 絡(luò)地址與自身已分配的網(wǎng)絡(luò)地址相沖突，則返回的發(fā)現(xiàn)響應(yīng)報(bào)文中包含自身為客戶端分配 的網(wǎng)絡(luò)地址。
全文摘要
本發(fā)明公開了一種多服務(wù)器地址分配方法、系統(tǒng)及中繼設(shè)備，該方法包括中繼設(shè)備將接收到客戶端發(fā)送的發(fā)現(xiàn)報(bào)文轉(zhuǎn)發(fā)給服務(wù)器；所述中繼設(shè)備接收到所述服務(wù)器返回的發(fā)現(xiàn)響應(yīng)報(bào)文時(shí)，從所述發(fā)現(xiàn)響應(yīng)報(bào)文的地址選擇字段中解析出攜帶的網(wǎng)絡(luò)地址，判斷解析出的網(wǎng)絡(luò)地址是否與存儲(chǔ)的已分配的網(wǎng)絡(luò)地址相沖突；若是，向服務(wù)器返回沖突報(bào)文請求服務(wù)器重新分配網(wǎng)絡(luò)地址；若否，則將所述發(fā)現(xiàn)響應(yīng)報(bào)文轉(zhuǎn)發(fā)給所述客戶端，由所述客戶端向所述服務(wù)器請求分配所述發(fā)現(xiàn)響應(yīng)報(bào)文中攜帶的網(wǎng)絡(luò)地址。該方法有效的避免了多服務(wù)器網(wǎng)絡(luò)地址分配沖突，減少了地址分配過程中的時(shí)延，提高了系統(tǒng)性能。
文檔編號(hào)H04L29/06GK101951417SQ20101029050
公開日2011年1月19日 申請日期2010年9月21日 優(yōu)先權(quán)日2010年9月21日
發(fā)明者姚輝, 楊紅飛, 陳鋒 申請人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司