端口dhcp服務(wù)器協(xié)議位址管理的方法
【專利摘要】一種端口DHCP服務(wù)器協(xié)議位址管理的方法，應(yīng)用于交換式集線器（Switch?Hub）上，且該至少一端口系連至端口DHCP服務(wù)器，而端口DHCP服務(wù)器系配設(shè)有端口IP位址分配表，當(dāng)至少一端口處從斷線狀態(tài)進(jìn)入連線狀態(tài)時(shí)，使該端口DHCP服務(wù)器會(huì)優(yōu)先收到用戶端由端口處所傳遞廣播的DHCP?Dicovery信息封包，而端口DHCP服務(wù)器會(huì)搶先或阻隔其他DHCP服務(wù)器所發(fā)的DHCP?Offer信息封包，并從配設(shè)的端口IP位址分配表內(nèi)搜尋該端口的預(yù)設(shè)IP位址，且該端口DHCP服務(wù)器會(huì)將包含該端口的預(yù)設(shè)IP位址的DHCP?Offer信息封包優(yōu)先回應(yīng)給用戶端，以能縮短連線等待時(shí)間及方便管理各端口的連線。
【專利說(shuō)明】端口 DHCP服務(wù)器協(xié)議位址管理的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明是關(guān)于一種端口 DHCP服務(wù)器協(xié)議位址管理的方法，尤指一種利用端口DHCP服務(wù)器優(yōu)先回應(yīng)包含該端口的預(yù)設(shè)IP位址的DHCP Offer信息封包給用戶端，以具有能縮短連線等待時(shí)間及方便管理各端口連線的效能，而適用于集線器(Hub)、交換式集線器(Switch Hub)、路由器(Router)、IP分享器或類似裝置。
【背景技術(shù)】
[0002]目前市面上所販?zhǔn)劬W(wǎng)絡(luò)裝置，如網(wǎng)絡(luò)攝影機(jī)等，可以采用人工事先設(shè)置固定IP位址，或非固定IP位址。非固定IP裝置都需與向ISP業(yè)者的DHCP服務(wù)器或自行架設(shè)的DHCP服務(wù)器取得浮動(dòng)IP位址，其中該DHCP是一種動(dòng)態(tài)主機(jī)設(shè)定通訊協(xié)議，因此，不管是ISP業(yè)者的DHCP服務(wù)器或自行架設(shè)的DHCP服務(wù)器都需符合RFC1541或RFC2131標(biāo)準(zhǔn)，才能連線至網(wǎng)絡(luò)上。
[0003]而上述DHCP服務(wù)器在突然出現(xiàn)流量大時(shí)(如停電后)其效能都會(huì)變得很差，因?yàn)橛脩舳丝赡芏紨嗑€而全部重新送出DHCP要求給上述的DHCP服務(wù)器，以重新取得新的IP位址，而DHCP服務(wù)器在接收DHCP要求時(shí)，都要作數(shù)據(jù)庫(kù)查詢動(dòng)作，將使得DHCP服務(wù)器無(wú)法快速核發(fā)IP位址，最后等待處理的DHCP要求越來(lái)越多，其速度就用越來(lái)越慢。
[0004]再者，當(dāng)用戶端發(fā)出廣播DHCP Dicovery信息給網(wǎng)絡(luò)時(shí)，其網(wǎng)絡(luò)中可能存在多組DHCP服務(wù)器，而這些DHCP服務(wù)器都可能會(huì)提供給用戶端一個(gè)浮動(dòng)IP位址及其它設(shè)定值，而依據(jù)RFC1541或RFC2131標(biāo)準(zhǔn)來(lái)說(shuō)，該用戶端只會(huì)接受第I個(gè)收到含有IP位址的DHCPOffer信息，而不管DHCP Offer信息是由那一個(gè)DHCP服務(wù)器所發(fā)出的，所以在設(shè)定上也常常會(huì)端口對(duì)應(yīng)IP位址不固定，造成管理上困擾，舉例來(lái)說(shuō)，網(wǎng)絡(luò)攝影機(jī)有分三種取得IP位址的方式，第一種為網(wǎng)絡(luò)攝影機(jī)本身預(yù)設(shè)一組初始虛擬固定IP位址，第二種為網(wǎng)絡(luò)攝影機(jī)通過(guò)動(dòng)態(tài)主機(jī)設(shè)定通訊協(xié)議(DHCP)技術(shù)，自DHCP服務(wù)器取得一組浮動(dòng)的IP位址，第三種則為通過(guò)以太網(wǎng)絡(luò)點(diǎn)對(duì)點(diǎn)通訊協(xié)議(P oint — to — Point Pro tocolover Ethernet，PPPo E)技術(shù)，自ISP取得固定IP位址或浮動(dòng)IP位址。無(wú)論上述何種方式其網(wǎng)絡(luò)攝影機(jī)與控制端設(shè)備的IP位址不屬相同網(wǎng)域時(shí)，不管從網(wǎng)絡(luò)攝影機(jī)上或控制端設(shè)備上都必須以人工方式來(lái)重新設(shè)定，才能使網(wǎng)絡(luò)攝影機(jī)與控制端設(shè)備能產(chǎn)生連接，因此，控制端設(shè)備及網(wǎng)絡(luò)攝影機(jī)常常找不到彼此的位址而無(wú)法連接，且重新設(shè)定過(guò)程十分復(fù)雜，必需具備足夠的網(wǎng)絡(luò)設(shè)定背景知識(shí)才行，因此，對(duì)于一般的使用者而言，不僅非常不方便，也容易造成困擾。
[0005]因此，本發(fā)明人有鑒于上述缺失，期能提出具有優(yōu)先回應(yīng)的端口 DHCP服務(wù)器協(xié)議位址管理的方法，以能縮短連線等待時(shí)間及方便管理各端口連線，乃潛心研思、設(shè)計(jì)組制，以提供消費(fèi)大眾使用。

【發(fā)明內(nèi)容】

[0006]本發(fā)明的主要目的在提供一種端口 DHCP服務(wù)器協(xié)議位址管理的方法，通過(guò)至少一端口連至端口 DHCP服務(wù)器，而端口 DHCP服務(wù)器配設(shè)有端口 IP位址分配表，當(dāng)至少一端口從斷線狀態(tài)進(jìn)入連線狀態(tài)時(shí)，使該端口 DHCP服務(wù)器會(huì)優(yōu)先收到用戶端由端口處所傳遞廣播的DHCP Dicovery信息封包，而端口 DHCP服務(wù)器會(huì)搶先或阻隔其他DHCP服務(wù)器所發(fā)的DHCP Offer信息封包(其中該搶先是指早于其它DHCP服務(wù)器優(yōu)先應(yīng)答)，并從配設(shè)的端口 IP位址分配表內(nèi)搜尋該端口的預(yù)設(shè)IP位址，且該端口 DHCP服務(wù)器會(huì)將包含該端口的預(yù)設(shè)IP位址的DHCPOfTer信息封包優(yōu)先回應(yīng)給用戶端，使用戶端能快速取得該端口所使用的預(yù)設(shè)IP位址，由此，能讓用戶端快速取得該端口所使用的預(yù)設(shè)IP位址，而不需再等待遠(yuǎn)端DHCP服務(wù)器所分配的浮動(dòng)IP位址，當(dāng)連接至該端口的硬體裝置被更換或重新啟動(dòng)時(shí)均能自動(dòng)取得該端口的預(yù)設(shè)IP位址，本方法在該端口連接超過(guò)一個(gè)以上具有IP設(shè)定的設(shè)備時(shí)，除第一個(gè)設(shè)備取得該端口的預(yù)設(shè)IP位址外，其他設(shè)備會(huì)自動(dòng)從遠(yuǎn)端DHCP服務(wù)器取得分配的浮動(dòng)IP位址，進(jìn)而增加整體的實(shí)用性及優(yōu)異性。
[0007]本發(fā)明的次一目的在提供一種端口 DHCP服務(wù)器協(xié)議位址管理的方法，通過(guò)至少一端口連至端口 DHCP服務(wù)器，而端口 DHCP服務(wù)器系配設(shè)有端口 IP位址分配表，當(dāng)至少一端口處于連線狀態(tài)時(shí)，其端口 DHCP服務(wù)器收到用戶端所廣播的DHCP Dicovery信息封包后，會(huì)檢查其DHCP Dicovery信息封包內(nèi)的MAC位址，并判斷與原先分配給用戶端所使用的MAC位址是否相同，經(jīng)確認(rèn)與原先分配給用戶端所使用的MAC位址是相同后，則該端口DHCP服務(wù)器會(huì)優(yōu)先回應(yīng)具有包含該端口的預(yù)設(shè)IP位址的DHCP Offer信息封包給用戶端，另當(dāng)判斷不是原先分配給用戶端所使用的MAC位址時(shí)，端口 DHCP服務(wù)器會(huì)以地址解析協(xié)議(ARP)來(lái)確認(rèn)原先使用該端口的MAC位址的用戶端是否已退出，當(dāng)原先使用該端口的MAC位址的用戶端退出后，該端口 DHCP服務(wù)器會(huì)優(yōu)先再?gòu)呐湓O(shè)的端口 IP位址分配表內(nèi)搜尋該端口的預(yù)設(shè)IP位址，并將DHCP Offer信息封包傳遞給該用戶端使用，由此，具有方便管理各端口連線的效能，進(jìn)而增加整體的便利性及快速性者。
[0008]為達(dá)上述的目的，本發(fā)明為一種端口 DHCP服務(wù)器協(xié)議位址管理的方法，該端口DHCP服務(wù)器與至少一端口連接，且該端口 DHCP服務(wù)器配設(shè)有端口 IP位址分配表，其端口IP位址分配表預(yù)先設(shè)定對(duì)應(yīng)連接端口的IP位址，其方法步驟包括:
[0009]偵測(cè)端口:當(dāng)至少一端口從斷線狀態(tài)進(jìn)入連線狀態(tài)時(shí)，其用戶端會(huì)由端口處廣播DHCP Dicovery信息封包，以尋找任何的DHCP服務(wù)器給予IP位址；
[0010]搶先應(yīng)答:而其端口 DHCP服務(wù)器會(huì)優(yōu)先收到由端口處廣播的DHCP Dicovery信息封包時(shí)，該端口 DHCP服務(wù)器會(huì)搶先或阻隔其他DHCP服務(wù)器的DHCP Offer信息封包，并從配設(shè)的端口 IP位址分配表內(nèi)搜尋該端口的預(yù)設(shè)IP位址，且該端口 DHCP服務(wù)器會(huì)優(yōu)先回應(yīng)DHCP Offer信息封包至用戶端，而該DHCP Offer信息封包內(nèi)包含該端口的預(yù)設(shè)IP位址；
[0011]用戶端請(qǐng)求:當(dāng)用戶端收到DHCP Offer信息封包后，即會(huì)再于端口處廣播DHCPRequest信息封包給端口 DHCP服務(wù)器及其它DHCP服務(wù)器，讓其它DHCP服務(wù)器知道用戶端已選擇端口 DHCP服務(wù)器所提供的預(yù)設(shè)IP位址；
[0012]端口 DHCP服務(wù)器確認(rèn):當(dāng)端口 DHCP服務(wù)器收到用戶端所廣播的DHCP Request信息封包后，便發(fā)送一個(gè)包含該端口的預(yù)設(shè)IP位址及其它設(shè)定值的DHCP Ack信息封包給用戶端，以完成位址分配。
[0013]其中，該端口 DHCP服務(wù)器進(jìn)一步連接網(wǎng)頁(yè)服務(wù)器，并通過(guò)共同閘道介面相互傳遞信息。[0014]其中，該DHCP Offer信息封包內(nèi)除了該端口的預(yù)設(shè)IP位址外進(jìn)一步包含該端口的媒體存取控制位址、子網(wǎng)絡(luò)遮罩、閘道器(Gateway)協(xié)議。
[0015]其中，用戶端進(jìn)一步為具有IP設(shè)定的設(shè)備，而該具有IP設(shè)定的設(shè)備內(nèi)設(shè)有用戶端DHCP服務(wù)器，以能與端口 DHCP服務(wù)器或其他DHCP服務(wù)器進(jìn)行各種信息封包的傳遞。
[0016]本發(fā)明還提供一種端口 DHCP服務(wù)器協(xié)議位址管理的方法，該端口 DHCP服務(wù)器與至少一端口連接，且端口 DHCP服務(wù)器配設(shè)有端口 IP位址分配表，其端口 IP位址分配表預(yù)先設(shè)定對(duì)應(yīng)連接端口的IP位址，其方法步驟包括:
[0017]偵測(cè)端口:當(dāng)至少一端口處于連線狀態(tài)時(shí)，其用戶端會(huì)不定時(shí)廣播的DHCPDicovery信息封包給端口 DHCP服務(wù)器及其它DHCP服務(wù)器；
[0018]判斷位址:而當(dāng)端口 DHCP服務(wù)器收到廣播的DHCP Dicovery信息封包時(shí)，會(huì)同時(shí)檢查其DHCP Dicovery信息封包內(nèi)的MAC位址，并判斷與原先分配給用戶端所使用的MAC位址是否相同；
[0019]搶先應(yīng)答:經(jīng)確認(rèn)與原先分配給用戶端所使用的MAC位址是相同后，則該端口DHCP服務(wù)器會(huì)優(yōu)先回應(yīng)DHCP Offer信息封包至用戶端，而該DHCP Offer信息封包內(nèi)包含該端口的預(yù)設(shè)IP位址；
[0020]用戶端請(qǐng)求:當(dāng)用戶端收到DHCP Offer信息封包后，即會(huì)再于端口處廣播DHCPRequest信息封包給端口 DHCP服務(wù)器及其它DHCP服務(wù)器，讓其它DHCP服務(wù)器知道用戶端已選擇端口 DHCP服務(wù)器所提供的預(yù)設(shè)IP位址；
[0021 ] 端口 DHCP服務(wù)器確認(rèn):當(dāng)端口 DHCP服務(wù)器收到用戶端所廣播的DHCP Request信息封包后，便發(fā)送一個(gè)包含該端口的預(yù)設(shè)IP位址及其它設(shè)定值的DHCP Ack信息封包給用戶端，以完成位址分配。
[0022]其中，當(dāng)判斷位址步驟檢查DHCP Dicovery信息封包內(nèi)的MAC位址不是原先分配給用戶端所使用的MAC位址時(shí)，即進(jìn)行另一步驟，ARP判定:即端口 DHCP服務(wù)器會(huì)以地址解析協(xié)議來(lái)確認(rèn)原先使用該端口的MAC位址的用戶端是否已退出，當(dāng)原先使用該端口的MAC位址的用戶端退出后，該端口 DHCP服務(wù)器會(huì)再優(yōu)先從配設(shè)的端口 IP位址分配表內(nèi)搜尋該端口的預(yù)設(shè)IP位址，并將DHCP Offer信息封包傳遞給用戶端使用，而該DHCP Offer信息封包內(nèi)包含該端口的預(yù)設(shè)IP位址。
[0023]其中，該端口 DHCP服務(wù)器進(jìn)一步連接網(wǎng)頁(yè)服務(wù)器，并通過(guò)共同閘道介面相互傳遞信息。
[0024]其中，該DHCP Offer信息封包內(nèi)除了該端口的預(yù)設(shè)IP位址外進(jìn)一步包含該端口的媒體存取控制位址、子網(wǎng)絡(luò)遮罩、閘道器協(xié)議。
[0025]其中，用戶端進(jìn)一步為具有IP設(shè)定的設(shè)備，而該具有IP設(shè)定的設(shè)備內(nèi)設(shè)有用戶端DHCP服務(wù)器，以能與端口 DHCP服務(wù)器或其他DHCP服務(wù)器進(jìn)行各種信息封包的傳遞。
[0026]由此，本發(fā)明能讓用戶端快速取得該端口所使用的預(yù)設(shè)IP位址，而不需再等待遠(yuǎn)端DHCP服務(wù)器所分配的浮動(dòng)IP位址，當(dāng)連接至該端口的硬件裝置被更換或重新啟動(dòng)時(shí)均能自動(dòng)取得該端口的預(yù)設(shè)IP位址，本方法在該端口連接超過(guò)一個(gè)以上具有IP設(shè)定的設(shè)備時(shí)，除第一個(gè)設(shè)備取得該端口的預(yù)設(shè)IP位址外，其他設(shè)備會(huì)自動(dòng)從遠(yuǎn)端DHCP服務(wù)器取得分配的浮動(dòng)IP位址，以能縮短連線等待時(shí)間及方便管理各端口的連線。
[0027]本發(fā)明的其他特點(diǎn)及具體實(shí)施例，可于以下列配合附圖的詳細(xì)說(shuō)明中，進(jìn)一步了解。
【專利附圖】

【附圖說(shuō)明】
[0028]圖1為本發(fā)明的信息封包傳遞示意圖。
[0029]圖2為本發(fā)明的架構(gòu)示意圖。
[0030]圖3為本發(fā)明的從斷線狀態(tài)進(jìn)入連線狀態(tài)的步驟流程示意圖。
[0031]圖4為本發(fā)明的呈連線狀態(tài)的步驟流程示意圖。
[0032]附圖標(biāo)記說(shuō)明:10、端口 DHCP服務(wù)器；11、DHCP Offer信息封包；12、DHCP Ack信息封包；13、地址解析協(xié)議(ARP) ;20、端口 ；30、端口 IP位址分配表；31、IP位址；40、用戶端；41、DHCP Dicovery 信息封包；411、MAC 位址；42, DHCP Request 信息封包；43、IP 設(shè)定的設(shè)備；431、用戶端DHCP服務(wù)器；50、DHCP服務(wù)器；51、DHCP Offer信息封包；52、IP位址；60、網(wǎng)頁(yè)(Web)服務(wù)器；61、共同閘道介面(CG I s);步驟S 100、偵測(cè)端口；步驟S 110、搶先應(yīng)答；步驟S 120、用戶端請(qǐng)求；步驟S 130、端口 DHCP服務(wù)器確認(rèn)；步驟S 200、偵測(cè)端口 ；步驟S 210、判斷位址；步驟S 2110、ARP判定；步驟S 220、搶先應(yīng)答；步驟S 230、用戶端請(qǐng)求；步驟S 240、端口 DHCP服務(wù)器確認(rèn)。
【具體實(shí)施方式】
[0033]請(qǐng)參考圖1?4所示，為本發(fā)明端口 DHCP服務(wù)器協(xié)議位址管理的方法的示意圖。而本發(fā)明的第一種實(shí)施態(tài)樣為該端口 DHCP服務(wù)器10與至少一端口 20連接，且該端口 DHCP服務(wù)器10配設(shè)有端口 IP位址分配表30，其端口 IP位址分配表30是預(yù)先設(shè)定對(duì)應(yīng)連接端口的IP位址31，其方法主要步驟包括:步驟S 100偵測(cè)端口:當(dāng)至少一端口 20從斷線狀態(tài)進(jìn)入連線狀態(tài)時(shí)，其用戶端40會(huì)由端口 20處廣播DHCP Dicovery信息封包41，以尋找任何的DHCP服務(wù)器50給予IP位址52 ;步驟S 110搶先應(yīng)答:而其端口 DHCP服務(wù)器10會(huì)優(yōu)先收到由端口 20處廣播的DHCP Dicovery信息封包41時(shí)，該端口 DHCP服務(wù)器10會(huì)搶先或阻隔其他DHCP服務(wù)器50的DHCP Offer信息封包51，并從配設(shè)的端口 IP位址分配表30內(nèi)搜尋該端口的預(yù)設(shè)IP位址31，且該端口 DHCP服務(wù)器10會(huì)優(yōu)先回應(yīng)DHCP Offer信息封包11至用戶端40，而該DHCP Offer信息封包11內(nèi)包含該端口的預(yù)設(shè)IP位址31 ;步驟S 120用戶端請(qǐng)求:當(dāng)用戶端40收到DHCP Offer信息封包11后，即會(huì)再于端口 20處廣播DHCP Request信息封包42給端口 DHCP服務(wù)器10及其它DHCP服務(wù)器50，讓其它DHCP服務(wù)器50知道用戶端40已選擇端口 DHCP服務(wù)器10所提供的預(yù)設(shè)IP位址31 ;步驟S 130端口 DHCP服務(wù)器確認(rèn):當(dāng)端口 DHCP服務(wù)器10收到用戶端40所廣播的DHCP Request信息封包42后，便發(fā)送一個(gè)包含該端口的預(yù)設(shè)IP位址31及其它設(shè)定值的DHCP Ack信息封包12給用戶端40，藉以完成位址分配者。
[0034]而本發(fā)明的第二種實(shí)施態(tài)樣為該端口 DHCP服務(wù)器10系與至少一端口 20連接，且端口 DHCP服務(wù)器10配設(shè)有端口 IP位址分配表30，其端口 IP位址分配表30預(yù)先設(shè)定對(duì)應(yīng)連接端口的IP位址31，其方法主要步驟包括:步驟S 200偵測(cè)端口:當(dāng)至少一端口 20處于連線狀態(tài)時(shí)，其用戶端40會(huì)不定時(shí)廣播的DHCP Dicovery信息封包41給端口 DHCP服務(wù)器10及其它DHCP服務(wù)器50 ;步驟S 210判斷位址:而當(dāng)端口 DHCP服務(wù)器10收到廣播的DHCPDicovery信息封包41時(shí),會(huì)同時(shí)檢查其DHCP Dicovery信息封包41內(nèi)的MAC位址411,并判斷與原先分配給用戶端40所使用的MAC位址411是否相同；步驟S 220搶先應(yīng)答:經(jīng)確認(rèn)與原先分配給用戶端40所使用的MAC位址411是相同后，則該端口 DHCP服務(wù)器10會(huì)優(yōu)先回應(yīng)DHCP Offer信息封包11至用戶端40，而該DHCP Offer信息封包11內(nèi)包含該端口的預(yù)設(shè)IP位址31 ;步驟S 230用戶端請(qǐng)求:當(dāng)用戶端40收到DHCP Offer信息封包11后，即會(huì)再于端口 20處廣播DHCP Request信息封包42給端口 DHCP服務(wù)器10及其它DHCP服務(wù)器50，讓其它DHCP服務(wù)器50知道用戶端40已選擇端口 DHCP服務(wù)器10所提供的預(yù)設(shè)IP位址31 ;步驟S 240端口 DHCP服務(wù)器確認(rèn):當(dāng)端口 DHCP服務(wù)器10收到用戶端40所廣播的DHCP Request信息封包42后，便發(fā)送一個(gè)包含該端口的預(yù)設(shè)IP位址31及其它設(shè)定值的DHCP Ack信息封包13給用戶端40，以完成位址分配。
[0035]其中當(dāng)判斷位址步驟S 210檢查DHCP Dicovery信息封包41內(nèi)的MAC位址411不是原先分配給用戶端40所使用的MAC位址411時(shí)，即進(jìn)行另一步驟，S 2110ARP判定:SP端口 DHCP服務(wù)器10會(huì)以地址解析協(xié)議(ARP)13來(lái)確認(rèn)原先使用該端口 20的MAC位址411的用戶端40是否已退出，當(dāng)原先使用該端口 20的MAC位址411的用戶端40退出后，該端口 DHCP服務(wù)器10會(huì)再優(yōu)先從配設(shè)的端口 IP位址分配表30內(nèi)搜尋該端口的預(yù)設(shè)IP位址31，并將DHCP Offer信息封包11傳遞給用戶端40使用，而該DHCP Offer信息封包11內(nèi)包含該端口的預(yù)設(shè)IP位址31 ;另該端口 DHCP服務(wù)器10進(jìn)一步連接網(wǎng)頁(yè)(Web)服務(wù)器60，并通過(guò)共同閘道介面(C G I s )61相互傳遞信息；另該DHCP Offer信息封包11內(nèi)除了該端口 20的預(yù)設(shè)IP位址31外系進(jìn)一步包含該端口 20的媒體存取控制位址(MAC)、子網(wǎng)絡(luò)遮罩(S u b n e t Mask)、閘道器(Gateway)等協(xié)議；另用戶端40系進(jìn)一步為具有IP設(shè)定的設(shè)備43，而該具有IP設(shè)定的設(shè)備43內(nèi)設(shè)有用戶端DHCP服務(wù)器431，以能與端口 DHCP服務(wù)器10或其他DHCP服務(wù)器50進(jìn)行各種信息封包的傳遞。
[0036]請(qǐng)參考圖1?4所示，為本發(fā)明端口 DHCP服務(wù)器協(xié)議位址管理的方法的示意圖。本發(fā)明最佳操作原理系為應(yīng)用在集線器(Hub)、交換式集線器(Switch Hub)、路由器(Router)、IP分享器或類似裝置上(圖未示)，而上述裝置內(nèi)設(shè)有端口 DHCP服務(wù)器10，其端口 DHCP服務(wù)器10系與至少一端口 20連接，且端口 DHCP服務(wù)器10系配設(shè)有端口 IP位址分配表30，而端口 IP位址分配表30系預(yù)先設(shè)定對(duì)應(yīng)連接端口的IP位址31 (如P 00:192.168.11.100?P 23:192.168.11.123)(如圖2所示)，因此，當(dāng)至少一端口 20與用戶端(Client) 40呈連線狀態(tài)時(shí)，即進(jìn)行步驟S 200偵測(cè)端口(如圖4所示):當(dāng)至少一端口20處于連線狀態(tài)時(shí)，其用戶端40會(huì)不定時(shí)廣播的DHCP Dicovery信息封包41給端口 DHCP服務(wù)器10及其它DHCP服務(wù)器50 (如圖1所示)；其中該用戶端40為具有IP設(shè)定的設(shè)備43 (如筆記型電腦、桌上型電腦、網(wǎng)絡(luò)攝影機(jī)等)，且該具有IP設(shè)定的設(shè)備43內(nèi)系設(shè)有用戶端DHCP服務(wù)器431，通過(guò)用戶端DHCP服務(wù)器431向該端口 20處進(jìn)行不定時(shí)的廣播，且發(fā)出DHCP Dicovery信息封包41給端口 DHCP服務(wù)器10或其它DHCP服務(wù)器50，因此，當(dāng)用戶端(Client) 40發(fā)出DHCP Dicovery信息封包41后，即進(jìn)行下一步驟S 210判斷位址(如圖4所示):而當(dāng)端口 DHCP服務(wù)器10收到廣播的DHCP Dicovery信息封包41時(shí)，會(huì)同時(shí)檢查其DHCP Dicovery信息41封包內(nèi)的MAC位址411，并判斷與原先分配給用戶端40所使用的MAC位址411是否相同(如圖1所示);而端口 DHCP服務(wù)器10即會(huì)收到用戶端(Client)40從端口20處所傳遞過(guò)來(lái)的DHCP Dicovery信息封包41,并同時(shí)會(huì)檢查所收到的DHCP Dicovery信息封包41內(nèi)的MAC位址411(而MAC位址411為媒體存取控制位址M e d i a Access Control Address或稱硬件位址,是用來(lái)定義網(wǎng)絡(luò)設(shè)備位置的),且判斷與原先分配給用戶端(Client) 40所使用的IP位址31的MAC位址411是否相同，因此，當(dāng)端口 DHCP服務(wù)器10進(jìn)行判斷時(shí)，即進(jìn)行下一步驟S 220搶先應(yīng)答(如圖4所示):經(jīng)確認(rèn)與原先分配給用戶端40所使用的MAC位址411是相同后，則該端口 DHCP服務(wù)器10會(huì)優(yōu)先回應(yīng)DHCP Offer信息封包11至用戶端40，而該DHCP Offer信息封包11內(nèi)包含該端口的預(yù)設(shè)IP位址31(如圖1所示);也就是當(dāng)端口 DHCP服務(wù)器10確認(rèn)從端口 20出所收到的DHCPDicovery信息封包41內(nèi)的MAC位址411與原先分配給用戶端(Client)40所使用的IP位址31的MAC位址411相同后，該端口 DHCP服務(wù)器10即搶先應(yīng)答DHCP Offer信息封包11給用戶端(Client)40，讓用戶端(Client)40知道與端口 DHCP服務(wù)器10連線是對(duì)的，其中該DHCP Offer信息封包41內(nèi)除了該端口的預(yù)設(shè)IP位址31外包含了該端口 20的媒體存取控制位址(MAC)、子網(wǎng)絡(luò)遮罩(S u b n e t Mask)、閘道器(Gateway)等協(xié)議,使用戶端(Client)40能持續(xù)進(jìn)行連線，因此，當(dāng)用戶端(Client)40收到從端口 DHCP服務(wù)器10所傳送過(guò)來(lái)的DHCP Offer信息封包11后，即進(jìn)行下一步驟S 230用戶端請(qǐng)求(如圖4所示):當(dāng)用戶端40收到DHCP Offer信息封包11后，即會(huì)再于端口 20處廣播DHCP Request信息封包42給端口 DHCP服務(wù)器10及其它DHCP服務(wù)器50，讓其它DHCP服務(wù)器50知道用戶端40已選擇端口 DHCP服務(wù)器10所提供的預(yù)設(shè)IP位址31(如圖1所示);也就是用戶端(Client)40根據(jù)所收到DHCP Offer信息封包11后，即會(huì)再于端口 20處進(jìn)行廣播DHCP Request信息封包42給端口 DHCP服務(wù)器10及其它DHCP服務(wù)器50，讓其它DHCP服務(wù)器50知道用戶端(Client)40已選擇了端口 DHCP服務(wù)器10所提供的預(yù)設(shè)IP位址31來(lái)進(jìn)行連線，使能通過(guò)端口 DHCP服務(wù)器10連接網(wǎng)頁(yè)(Web)服務(wù)器60，并通過(guò)共同閘道介面(CG I s )61相互傳遞信息，以能縮短連線等待時(shí)間，因此，當(dāng)用戶端(Client) 40發(fā)出DHCP Request信息封包42后，即進(jìn)行下一步驟S 2400端口 DHCP服務(wù)器確認(rèn)(如圖4所示):當(dāng)端口 DHCP服務(wù)器10收到用戶端40所廣播的DHCP Request信息封包42后，便發(fā)送一個(gè)包含該端口 20的預(yù)設(shè)IP位址31及其它設(shè)定值的DHCP Ack信息封包12給用戶端40 (如圖1所示)，以完成位址分配；而當(dāng)端口 DHCP服務(wù)器10收到從用戶端(Client) 40發(fā)出DHCPRequest信息封包42后，即發(fā)送一個(gè)包含該端口 20的預(yù)設(shè)IP位址31及其它設(shè)定值的DHCP Ack信息封包12給用戶端(Client) 40,讓用戶端(Client) 40繼續(xù)使用原來(lái)的IP位址31進(jìn)行連線。
[0037]另，當(dāng)判斷位址的步驟S 210檢查DHCP Dicovery信息封包41內(nèi)的MAC位址411不是原先分配給用戶端40所使用的MAC位址411時(shí)，即進(jìn)行另一步驟S 2110ARP判定(如圖4所示):即端口 DHCP服務(wù)器10會(huì)以地址解析協(xié)議(ARP) 13來(lái)確認(rèn)原先使用該端口 20的MAC位址411的用戶端40是否已退出，當(dāng)原先使用該端口 20的MAC位址411的用戶端40退出后，該端口 DHCP服務(wù)器10會(huì)再優(yōu)先從配設(shè)的端口 IP位址分配表30內(nèi)搜尋該端口 20的預(yù)設(shè)IP位址31，并將DHCP Offer信息封包11傳遞給用戶端40使用，而該DHCPOffer信息封包11內(nèi)包含該端口 20的預(yù)設(shè)IP位址31 (如圖1所示)；也就是該端口 DHCP服務(wù)器10檢查從用戶端(Client) 40所發(fā)送過(guò)來(lái)的DHCP Dicovery信息封包41內(nèi)的MAC位址411不是原先分配給用戶端(Client)40所使用的MAC位址411時(shí)，即會(huì)進(jìn)行以地址解析協(xié)議(ARP) 13來(lái)確認(rèn)原先使用該端口 20的MAC位址411的用戶端40是否已退出，而當(dāng)原先使用該端口 20的MAC位址411的用戶端40退出后，該端口 DHCP服務(wù)器10會(huì)發(fā)出一個(gè)DHCP N Ack信息封包給用戶端(Client)40，并同時(shí)回到未分配狀態(tài)，也就是回到用戶端40從斷線狀態(tài)進(jìn)入連線的狀態(tài)，再此同時(shí)，當(dāng)至少一端口 20從斷線狀態(tài)進(jìn)入連線狀態(tài)時(shí)，其步驟也從新開(kāi)始進(jìn)行，即回到步驟S 100偵測(cè)端口(如圖3所示):當(dāng)至少一端口 20從斷線狀態(tài)進(jìn)入連線狀態(tài)時(shí)，其用戶端40會(huì)由端口 20處廣播DHCP Dicovery信息封包41，以尋找任何的DHCP服務(wù)器50給予IP位址52 (如圖1所示)；其用戶端(Client) 40會(huì)重新由端口 20處廣播DHCP Dicovery信息封包41給任何DHCP服務(wù)器50要求提供IP位址52給予使用包含端口 DHCP服務(wù)器10，因此，當(dāng)用戶端(Client) 40發(fā)出DHCP Dicovery信息封包41后，即進(jìn)行下一步驟S 110搶先應(yīng)答(如圖3所示):而其端口 DHCP服務(wù)器10會(huì)優(yōu)先收到由端口 20處廣播的DHCP Dicovery信息封包41時(shí)，該端口 DHCP服務(wù)器10會(huì)搶先或阻隔其他DHCP服務(wù)器50的DHCP Offer信息封包51，并從配設(shè)的端口 IP位址分配表30內(nèi)搜尋該端口的預(yù)設(shè)IP位址31，且該端口 DHCP服務(wù)器10會(huì)優(yōu)先回應(yīng)DHCP Offer信息封包11至用戶端40，而該DHCP Offer信息封包11內(nèi)包含該端口的預(yù)設(shè)IP位址31 (如圖1所示);而其端口 DHCP服務(wù)器10收到用戶端(Client) 40發(fā)出DHCP Dicovery信息封包41后，即會(huì)搶先從配設(shè)的端口 IP位址表30內(nèi)搜尋出該端口的預(yù)設(shè)IP位址31，并搶先回應(yīng)第一個(gè)DHCP Offer信息封包11給用戶端(Client) 40 (其中該搶先是指早于其它DHCP服務(wù)器50優(yōu)先應(yīng)答)，而該DHCP Offer信息封包11內(nèi)包含該端口的預(yù)設(shè)IP位址31，另該端口DHCP服務(wù)器10也能在第一次收到DHCP Dicovery信息封包時(shí)便阻隔其他DHCP服務(wù)器50所發(fā)出的DHCP Offer信息封包51，讓其它DHCP服務(wù)器50無(wú)法與用戶端(Client)40的間傳遞信息封包，使端口 DHCP服務(wù)器10能成為第一個(gè)回應(yīng)DHCP Offer信息封包11給用戶端(Client)40，因此，當(dāng)端口 DHCP服務(wù)器10發(fā)送出包含該端口 20的預(yù)設(shè)IP位址31的DHCPOffer信息封包11后，即進(jìn)行下一步驟S 120用戶端請(qǐng)求(如第3圖所示):當(dāng)用戶端40收到DHCP Offer信息封包11后，即會(huì)再于端口 20處廣播DHCP Request信息封包42給端口DHCP服務(wù)器10及其它DHCP服務(wù)器50，讓其它DHCP服務(wù)器50知道用戶端40已選擇端口DHCP服務(wù)器10所提供的預(yù)設(shè)IP位址31 (如第I圖所示);也就是用戶端(Client) 40收到從端口 DHCP服務(wù)器10發(fā)出DHCP Offer信息封包11后，其中該DHCP Offer信息封包11內(nèi)除了該端口 20的預(yù)設(shè)IP位址31外包含了該端口 20的媒體存取控制位址(MAC)、子網(wǎng)絡(luò)遮罩(S u b net Mask)、閘道器(Gateway)等協(xié)議，由此,用戶端(Client) 40能根據(jù)所收到的DHCP Offer信息封包11內(nèi)的協(xié)議來(lái)變更用戶端DHCP服務(wù)器431的設(shè)定，使用戶端(Client) 40能與端口 DHCP服務(wù)器10設(shè)成同一網(wǎng)域，并再于端口 20處廣播DHCP Request信息封包42給端口 DHCP服務(wù)器10及其它DHCP服務(wù)器50，讓其它DHCP服務(wù)器50知道用戶端(Client) 40已選擇端口 DHCP服務(wù)器10所提供的預(yù)設(shè)IP位址31，因此，當(dāng)用戶端(Client) 40發(fā)出DHCP Request信息封包42后，即進(jìn)行下一步驟S 130端口 DHCP服務(wù)器確認(rèn)(如圖3所示):當(dāng)端口 DHCP服務(wù)器10收到用戶端40所廣播的DHCP Request信息封包42后，便發(fā)送一個(gè)包含該端口 20的預(yù)設(shè)IP位址31及其它設(shè)定值的DHCP Ack信息封包12給用戶端40，以完成位址分配(如圖1所示)；也就是當(dāng)端口 DHCP服務(wù)器10收到從用戶端(Client)40發(fā)出DHCP Request信息封包42后，即發(fā)送一個(gè)包含該端口 20的預(yù)設(shè)IP位址31及其它設(shè)定值的DHCP Ack信息封包12給用戶端(Client) 40，讓用戶端(Client) 40能繼續(xù)使用原來(lái)的IP位址31進(jìn)行連線，使能通過(guò)端口 DHCP服務(wù)器10連接網(wǎng)頁(yè)(Web)服務(wù)器60，并通過(guò)共同閘道介面(CG I s )61相互傳遞信息，以能縮短連線等待時(shí)間，由此完成本發(fā)明的端口 DHCP服務(wù)器協(xié)議位址管理方法，讓端口 DHCP服務(wù)器10不管是已連線狀態(tài)或是從斷線進(jìn)入連線狀態(tài)皆能優(yōu)先回應(yīng)用戶端(Client) 40，使用戶端(Client) 40能優(yōu)先使用該端口 DHCP服務(wù)器10所提供的預(yù)設(shè)IP位址31，而不需再等待遠(yuǎn)端DHCP服務(wù)器50所分配的浮動(dòng)IP位址52，另當(dāng)連接至該端口 20的硬件裝置被更換或重新啟動(dòng)時(shí)均能自動(dòng)取得該端口 20的預(yù)設(shè)IP位址31，且本方法在該端口 20連接超過(guò)一個(gè)以上具有IP設(shè)定的設(shè)備時(shí)，除第一個(gè)設(shè)備取得該端口 20的預(yù)設(shè)IP位址31外，其他設(shè)備會(huì)自動(dòng)從遠(yuǎn)端DHCP服務(wù)器50取得分配的浮動(dòng)IP位址52，便于能縮短連線等待時(shí)間及方便管理各端口 20的連線。
[0038]通過(guò)以上詳細(xì)說(shuō)明，可使熟知本項(xiàng)技藝者明了本發(fā)明的確可達(dá)成前述目的，已符合專利法的規(guī)定，提出專利申請(qǐng)。
[0039]以上所述者，僅為本發(fā)明的較佳實(shí)施例而已，當(dāng)不能以此限定本發(fā)明實(shí)施的范圍；故，凡依本發(fā)明申請(qǐng)專利范圍及說(shuō)明書內(nèi)容所作的簡(jiǎn)單的等效變化與修飾，皆應(yīng)仍屬本
發(fā)明專利涵蓋的范圍內(nèi)。
【權(quán)利要求】
1.一種端口 DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，該端口 DHCP服務(wù)器與至少一端口連接，且該端口 DHCP服務(wù)器配設(shè)有端口 IP位址分配表，其端口 IP位址分配表預(yù)先設(shè)定對(duì)應(yīng)連接端口的IP位址，其方法步驟包括: 偵測(cè)端口:當(dāng)至少一端口從斷線狀態(tài)進(jìn)入連線狀態(tài)時(shí)，其用戶端會(huì)由端口處廣播DHCPDicovery信息封包，以尋找任何的DHCP服務(wù)器給予IP位址； 搶先應(yīng)答:而其端口 DHCP服務(wù)器會(huì)優(yōu)先收到由端口處廣播的DHCP Dicovery信息封包時(shí)，該端口 DHCP服務(wù)器會(huì)搶先或阻隔其他DHCP服務(wù)器的DHCP Offer信息封包，并從配設(shè)的端口 IP位址分配表內(nèi)搜尋該端口的預(yù)設(shè)IP位址，且該端口 DHCP服務(wù)器會(huì)優(yōu)先回應(yīng)DHCPOffer信息封包至用戶端，而該DHCP Offer信息封包內(nèi)包含該端口的預(yù)設(shè)IP位址； 用戶端請(qǐng)求:當(dāng)用戶端收到DHCP Offer信息封包后，即會(huì)再于端口處廣播DHCPRequest信息封包給端口 DHCP服務(wù)器及其它DHCP服務(wù)器，讓其它DHCP服務(wù)器知道用戶端已選擇端口 DHCP服務(wù)器所提供的預(yù)設(shè)IP位址； 端口 DHCP服務(wù)器確認(rèn):當(dāng)端口 DHCP服務(wù)器收到用戶端所廣播的DHCP Request信息封包后，便發(fā)送一個(gè)包含該端口的預(yù)設(shè)IP位址及其它設(shè)定值的DHCP Ack信息封包給用戶端，以完成位址分配。
2.根據(jù)權(quán)利要求1所述的端口DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，該端口DHCP服務(wù)器進(jìn)一步連接網(wǎng)頁(yè)服務(wù)器，并通過(guò)共同閘道介面相互傳遞信息。
3.根據(jù)權(quán)利要求1所述的端口DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，該DHCPOffer信息封包內(nèi)除了該端口的預(yù)設(shè)IP位址外進(jìn)一步包含該端口的媒體存取控制位址、子網(wǎng)絡(luò)遮罩、閘道器協(xié)議。
4.根據(jù)權(quán)利要求1所述的端口DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，用戶端進(jìn)一步為具有IP設(shè)定的設(shè)備，而該具有IP設(shè)定的設(shè)備內(nèi)設(shè)有用戶端DHCP服務(wù)器，以能與端口 DHCP服務(wù)器或其他DHCP服務(wù)器進(jìn)行各種信息封包的傳遞。
5.—種端口 DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，該端口 DHCP服務(wù)器與至少一端口連接，且端口 DHCP服務(wù)器配設(shè)有端口 IP位址分配表，其端口 IP位址分配表預(yù)先設(shè)定對(duì)應(yīng)連接端口的IP位址，其方法步驟包括: 偵測(cè)端口:當(dāng)至少一端口處于連線狀態(tài)時(shí)，其用戶端會(huì)不定時(shí)廣播的DHCP Dicovery信息封包給端口 DHCP服務(wù)器及其它DHCP服務(wù)器； 判斷位址:而當(dāng)端口 DHCP服務(wù)器收到廣播的DHCP Dicovery信息封包時(shí)，會(huì)同時(shí)檢查其DHCP Dicovery信息封包內(nèi)的MAC位址，并判斷與原先分配給用戶端所使用的MAC位址是否相同； 搶先應(yīng)答:經(jīng)確認(rèn)與原先分配給用戶端所使用的MAC位址是相同后，則該端口 DHCP服務(wù)器會(huì)優(yōu)先回應(yīng)DHCP Offer信息封包至用戶端，而該DHCP Offer信息封包內(nèi)包含該端口的預(yù)設(shè)IP位址； 用戶端請(qǐng)求:當(dāng)用戶端收到DHCP Offer信息封包后，即會(huì)再于端口處廣播DHCPRequest信息封包給端口 DHCP服務(wù)器及其它DHCP服務(wù)器，讓其它DHCP服務(wù)器知道用戶端已選擇端口 DHCP服務(wù)器所提供的預(yù)設(shè)IP位址； 端口 DHCP服務(wù)器確認(rèn):當(dāng)端口 DHCP服務(wù)器收到用戶端所廣播的DHCP Request信息封包后，便發(fā)送一個(gè)包含該端口的預(yù)設(shè)IP位址及其它設(shè)定值的DHCP Ack信息封包給用戶端，以完成位址分配。
6.根據(jù)權(quán)利要求5所述的端口DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，當(dāng)判斷位址步驟檢查DHCP Dicovery信息封包內(nèi)的MAC位址不是原先分配給用戶端所使用的MAC位址時(shí)，即進(jìn)行另一步驟，ARP判定:即端口 DHCP服務(wù)器會(huì)以地址解析協(xié)議來(lái)確認(rèn)原先使用該端口的MAC位址的用戶端是否已退出，當(dāng)原先使用該端口的MAC位址的用戶端退出后，該端口 DHCP服務(wù)器會(huì)再優(yōu)先從配設(shè)的端口 IP位址分配表內(nèi)搜尋該端口的預(yù)設(shè)IP位址，并將DHCP Offer信息封包傳遞給用戶端使用，而該DHCP Offer信息封包內(nèi)包含該端口的預(yù)設(shè)IP位址。
7.根據(jù)權(quán)利要求5所述的端口DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，該端口DHCP服務(wù)器進(jìn)一步連接網(wǎng)頁(yè)服務(wù)器，并通過(guò)共同閘道介面相互傳遞信息。
8. 息封包內(nèi)除了該端口的預(yù)設(shè)IP位址外進(jìn)一步包含該端口的媒體存取控制位址、子網(wǎng)絡(luò)遮罩、閘道器協(xié)議。
9.根據(jù)權(quán)利要求5所述的端口DHCP服務(wù)器協(xié)議位址管理的方法，其特征在于，用戶端進(jìn)一步為具有IP設(shè)定的設(shè)備，而該具有IP設(shè)定的設(shè)備內(nèi)設(shè)有用戶端DHCP服務(wù)器，以能與端口 DHCP服務(wù)器或其他DHCP服務(wù)器進(jìn)行各種信息封包的傳遞。
【文檔編號(hào)】H04L29/12GK103986794SQ201310049455
【公開(kāi)日】2014年8月13日 申請(qǐng)日期:2013年2月7日 優(yōu)先權(quán)日:2013年2月7日
【發(fā)明者】黃佳銘 申請(qǐng)人:慧友電子股份有限公司