TWI497967B - Port DHCP server protocol address management method - Google Patents

Description

端口DHCP伺服器協定位址管理之方法

本發明係關於一種端口DHCP伺服器協定位址管理之方法，尤指一種利用端口DHCP伺服器優先回應包含該端口之預設IP位址之DHCP Offer訊息封包給用戶端，以具有能縮短連線等待時間及方便管理各端口連線之效能，而適用於集線器(Hub)、交換式集線器(Switch Hub)、路由器(Router)、IP分享器或類似裝置者。

目前市面上所販售網路裝置，如網路攝影機等，可以採用人工事先設置固定IP位址，或非固定IP位址。非固定IP裝置都需與向ISP業者之DHCP伺服器或自行架設的DHCP伺服器取得浮動IP位址，其中該DHCP是一種動態主機設定通訊協定，因此，不管是ISP業者之DHCP伺服器或自行架設的DHCP伺服器都需符合RFC1541或RFC2131標準，才能連線至網路上。

而上述DHCP伺服器在突然出現流量大時(如停電後)其效能都會變得很差，因為用戶端可能都斷線而全部重新送出DHCP要求給上述的DHCP伺服器，以重新取得新的IP位址，而DHCP伺服器在接收DHCP要求時，都要作資料庫查詢動作，將使得DHCP伺服器無法快速核發IP位址，最後等待處 理的DHCP要求越來越多，其速度就用越來越慢。

再者，當用戶端發出廣播DHCP Discovery訊息給網路時，其網路中可能存在多組DHCP伺服器，而這些DHCP伺服器都可能會提供給用戶端一個浮動IP位址及其它設定值，而依據RFC1541或RFC2131標準來說，該用戶端只會接受第1個收到含有IP位址的DHCP Offer訊息，而不管DHCP Offer訊息是由那一個DHCP伺服器所發出的，所以在設定上也常常會端口對應IP位址不固定，造成管理上困擾，舉例來說，網路攝影機有分三種取得IP位址的方式，第一種為網路攝影機本身預設一組初始虛擬固定IP位址，第二種為網路攝影機透過動態主機設定通訊協定(DHCP)技術，自DHCP伺服器取得一組浮動的IP位址，第三種則為透過乙太網路點對點通訊協定(Point-to-Point Protocol over Ethernet，PPPoE)技術，自ISP取得固定IP位址或浮動IP位址。無論上述何種方式其網路攝影機與控制端設備之IP位址不屬相同網域時，不管從網路攝影機上或控制端設備上都必須以人工方式來重新設定，才能使網路攝影機與控制端設備能產生連結，因此，控制端設備及網路攝影機常常找不到彼此的位址而無法連結，且重新設定過程十分複雜，必需具備足夠的網路設定背景知識才行，因此，對於一般的使用者而言，不僅非常不方便，也容易造成困擾。

因此，本發明人有鑑於上述缺失，期能提出具有優先回應的端口DHCP伺服器協定位址管理之方法，以能縮短連線等待時 間及方便管理各端口連線，乃潛心研思、設計組製，以提供消費大眾使用。

本發明之主要目的在提供一種端口DHCP伺服器協定位址管理之方法，透過至少一端口連至端口DHCP伺服器，而端口DHCP伺服器係配設有端口IP位址分配表，當至少一端口從斷線狀態進入連線狀態時，使該端口DHCP伺服器會優先收到用戶端由端口處所傳遞廣播的DHCP Discovery訊息封包，而端口DHCP伺服器會搶先或阻隔其他DHCP伺服器所發的DHCP Offer訊息封包(其中該搶先是指早於其它DHCP伺服器優先應答)，並從配設的端口IP位址分配表內搜尋該端口之預設IP位址，且該端口DHCP伺服器會將包含該端口之預設IP位址之DHCP Offer訊息封包優先回應給用戶端，使用戶端能快速取得該端口所使用之預設IP位址，藉此，具有縮短連線等待時間之效能，進而增加整體之實用性及優異性者。

本發明之次一目的係在提供一種端口DHCP伺服器協定位址管理之方法，透過至少一端口連至端口DHCP伺服器，而端口DHCP伺服器係配設有端口IP位址分配表，當至少一端口處於連線狀態時，其端口DHCP伺服器收到用戶端所廣播的DHCP Discovery訊息封包後，會檢查其DHCP Discovery訊息封包內的MAC位址，並判斷與原先分配給用戶端所使用的MAC位址是否相同，經確認與原先分配給用戶端所使用的MAC位址是相同後，則該端口DHCP伺服器 會優先回應具有包含該端口之預設IP位址之DHCP Offer訊息封包給用戶端，另當判斷不是原先分配給用戶端所使用的MAC位址時，端口DHCP伺服器會以地址解析協議(ARP)來確認原先使用該端口之MAC位址的用戶端是否已退出，當原先使用該端口之MAC位址的用戶端退出後，該端口DHCP伺服器會優先再從配設的端口IP位址分配表內搜尋該端口之預設IP位址，並將DHCP Offer訊息封包傳遞給該用戶端使用，藉此，具有方便管理各端口連線之效能，進而增加整體之便利性及快速性者。

為達上述之目的，本發明係為一種端口DHCP伺服器協定位址管理之方法，該端口DHCP伺服器係與至少一端口連接，且該端口DHCP伺服器係配設有端口IP位址分配表，其端口IP位址分配表係預先設定對應連接端口之IP位址，其方法主要步驟係包括：偵測端口：當至少一端口從斷線狀態進入連線狀態時，其用戶端會由端口處廣播DHCP Discovery訊息封包，以尋找任何的DHCP伺服器給予IP位址；搶先應答：而其端口DHCP伺服器會優先收到由端口處廣播的DHCP Discovery訊息封包時，該端口DHCP伺服器會搶先或阻隔其他DHCP伺服器的DHCP Offer訊息封包，並從配設的端口IP位址分配表內搜尋該端口之預設IP位址，且該端口DHCP伺服器會優先回應DHCP Offer訊息封包至用戶端，而該DHCP Offer訊息封包內包含該端口之預設IP位址；用戶端請求：當用戶端收到DHCP Offer訊息封包後，即會再於端口處廣播DHCP Req uest訊息封包給端口DHCP伺服器及其它DHCP伺服器，讓其它DHCP伺服器知道用戶端已選擇端口DHCP伺服器所提供之預設IP位址；端口DHCP伺服器確認：當端口DHCP伺服器收到用戶端所廣播的DHCP Request訊息封包後，便發送一個包含該端口之預設IP位址及其它設定值的DHCP Ack訊息封包給用戶端，藉以完成位址分配者。

本發明之其他特點及具體實施例，可於以下列配合附圖之詳細說明中，進一步瞭解。

10‧‧‧端口DHCP伺服器

11‧‧‧DHCP Offer訊息封包

12‧‧‧DHCP Ack訊息封包

13‧‧‧地址解析協議(ARP)

20‧‧‧端口

30‧‧‧端口IP位址分配表

31‧‧‧IP位址

40‧‧‧用戶端

41‧‧‧DHCP Discovery訊息封包

411‧‧‧MAC位址

42‧‧‧DHCP Request訊息封包

43‧‧‧IP設定之設備

431‧‧‧用戶端DHCP伺服器

50‧‧‧DHCP伺服器

51‧‧‧DHCP Offer訊息封包

52‧‧‧IP位址

60‧‧‧網頁(Web)伺服器

61‧‧‧共同閘道介面(CGIs)

步驟S100‧‧‧偵測端口

步驟S110‧‧‧搶先應答

步驟S120‧‧‧用戶端請求

步驟S130‧‧‧端口DHCP伺服器確認

步驟S200‧‧‧偵測端口

步驟S210‧‧‧判斷位址

步驟S2110‧‧‧ARP判定

步驟S220‧‧‧搶先應答

步驟S230‧‧‧用戶端請求

步驟S240‧‧‧端口DHCP伺服器確認

第1圖為本發明之訊息封包傳遞示意圖。

第2圖為本發明之架構示意圖。

第3圖為本發明之從斷線狀態進入連線狀態之步驟流程示意圖。

第4圖為本發明之呈連線狀態之步驟流程示意圖。

請參考第1~4圖所示，係為本發明端口DHCP伺服器協定位址管理之方法之示意圖。而本發明之第一種實施態樣為該端口DHCP伺服器10係與至少一端口20連接，且該端口DHCP伺服器10係配設有端口IP位址分配表30，其端口IP位址分配表30係預先設定對應連接端口之IP位址31，其方法主要步驟係包括：步驟S100偵測端口：當至少一端口20從斷線狀態進入連線狀態時，其用戶端40會由端口20處廣播DHCP Discovery訊息封包41，以尋找任何的DHCP伺服器50給予IP位址52；步驟S110搶先應答：而其端口DHCP伺服器10會優先收到由端口20處廣播的D HCP Discovery訊息封包41時，該端口DHCP伺服器10會搶先或阻隔其他DHCP伺服器50的DHCP Offer訊息封包51，並從配設的端口IP位址分配表30內搜尋該端口之預設IP位址31，且該端口DH CP伺服器10會優先回應DHCP Offer訊息封包11至用戶端40，而該DHCP Offer訊息封包11內包含該端口之預設IP位址31；步驟S120用戶端請求：當用戶端40收到DHCP Offer訊息封包11後，即會再於端口20處廣播DHCP Request訊息封包42給端口DHCP伺服器10及其它DHCP伺服器50，讓其它DHCP伺服器50知道用戶端40已選擇端口DHCP伺服器10所提供之預設IP位址31；步驟S130端口DHCP伺服器確認：當端口DHCP伺服器10收到用戶端40所廣播的DHCP Request訊息封包42後，便發送一個包含該端口之預設IP位址31及其它設定值的DHCP Ack訊息封包12給用戶端40，藉以完成位址分配者。

而本發明之第二種實施態樣為該端口DHCP伺服器10係與至少一端口20連接，且端口DHCP伺服器10係配設有端口IP位址分配表30，其端口IP位址分配表30係預先設定對應連接端口之IP位址31，其方法主要步驟係包括：步驟S200偵測端口：當至少一端口20處於連線狀態時，其用戶端40會不定時廣播的DHCP Discovery訊息封包41給端口DHCP伺服器10及其它DHCP伺服器50；步驟S210判斷位址：而當端口DHCP伺服器10收到廣播的D HCP Discovery訊息封包41時，會同時檢查其DHCP Discovery訊息封包41內的MAC位址411，並判斷與原先分配給用戶端40所使用的MAC位址411是否相同；步驟S220搶先應答：經確認與原先分配給用戶端40所使用的MAC位址411是相同後，則該端口DHCP伺服器10會優先回應DHCP Offer訊息封包11至用戶端40，而該DHCP Offer訊息封包11內包含該端口之預設IP位址31；步驟S230用戶端請求：當用戶端40收到DHCP Offer訊息封包11後，即會再於端口20處廣播DHCP Request訊息封包42給端口DHCP伺服器10及其它DHCP伺服器50，讓其它DHCP伺服器50知道用戶端40已選擇端口DHCP伺服器10所提供之預設IP位址31；步驟S240端口DHCP伺服器確認：當端口DHCP伺服器10收到用戶端40所廣播的DHCP Request訊息封包42後，便發送一個包含該端口之預設IP位址31及其它設定值的DHCP Ack訊息封包13給用戶端40，藉以完成位址分配者。

其中當判斷位址步驟S210檢查DHCP Discovery訊息封包41內的MAC位址411不是原先分配給用戶端40所使用的MAC位址411時，即進行另一步驟，S2110ARP判定：即端口DHCP伺服器10會以地址解析協議(ARP)13來確認原先使用該端口20之MAC位址411的用戶端40是否已退出，當原先使用該端口20之MAC位址411的用戶端40退出後，該端口DHCP伺服器10會再優 先從配設的端口IP位址分配表30內搜尋該端口之預設IP位址31，並將DHCP Offer訊息封包11傳遞給用戶端40使用，而該DHCP Offer訊息封包11內包含該端口之預設IP位址31；另該端口DHCP伺服器10係進一步連接網頁(Web)伺服器60，並透過共同閘道介面(CGIs)61相互傳遞訊息；另該DHCP Offer訊息封包11內除了該端口20之預設IP位址31外係進一步包含該端口20之媒體存取控制位址(MAC)、子網路遮罩(Subnet Mask)、閘道器(Gateway)等協定；另用戶端40係進一步為具有IP設定之設備43，而該具有IP設定之設備43內係設有用戶端DHCP伺服器431，以能與端口DHCP伺服器10或其他DHCP伺服器50進行各種訊息封包之傳遞者。

請參考第1~4圖所示，係為本發明端口DHCP伺服器協定位址管理之方法之示意圖。本發明最佳操作原理係為應用在集線器(Hub)、交換式集線器(Switch Hub)、路由器(Router)、IP分享器或類似裝置上(圖未示)，而上述裝置內係設有端口DHCP伺服器10，其端口DHCP伺服器10係與至少一端口20連接，且端口DHCP伺服器10係配設有端口IP位址分配表30，而端口IP位址分配表30係預先設定對應連接端口之IP位址31(如P00：192．168．11．100~P23：192．168．11．123)(如第2圖所示)，因此，當至少一端口20與用戶端(Client)40呈連線狀態時，即進行步驟S200偵測端 口(如第4圖所示)：當至少一端口20處於連線狀態時，其用戶端40會不定時廣播的DHCP Discovery訊息封包41給端口DHCP伺服器10及其它DHCP伺服器50(如第1圖所示)；其中該用戶端40為具有IP設定之設備43(如筆記型電腦、桌上型電腦、網路攝影機等)，且該具有IP設定之設備43內係設有用戶端DHCP伺服器431，透過用戶端DHCP伺服器431向該端口20處進行不定時的廣播，且發出DHCP Discovery訊息封包41給端口DHCP伺服器10或其它DHCP伺服器50，因此，當用戶端(Client)40發出DHCP Discovery訊息封包41後，即進行下一步驟S210判斷位址(如第4圖所示)：而當端口DHCP伺服器10收到廣播的DHCP Discovery訊息封包41時，會同時檢查其DHCP Discovery訊息41封包內的MAC位址411，並判斷與原先分配給用戶端40所使用的MAC位址411是否相同(如第1圖所示)；而端口DHCP伺服器10即會收到用戶端(Client)40從端口20處所傳遞過來的DHCP Discovery訊息封包41，並同時會檢查所收到的DHCP Discovery訊息封包41內的MAC位址411(而MAC位址411為媒體存取控制位址Media Access Control Address或稱硬體位址，是用來定義網路設備位置的)，且判斷與原先分配給用戶端(Client)40所使用的IP位址31之MAC位址411是否相同，因此，當端口DHCP伺服器10進行判斷時，即進行下一步驟S220搶先應答(如第4圖所示)：經確認與原先分配給用戶端40 所使用的MAC位址411是相同後，則該端口DHCP伺服器10會優先回應DHCP Offer訊息封包11至用戶端40，而該DHCP Offer訊息封包11內包含該端口之預設IP位址31(如第1圖所示)；也就是當端口DHCP伺服器10確認從端口20出所收到的DHCP Discovery訊息封包41內的MAC位址411與原先分配給用戶端(Client)40所使用的IP位址31之MAC位址411相同後，該端口DHCP伺服器10即搶先應答DHCP Offer訊息封包11給用戶端(Client)40，讓用戶端(Client)40知道與端口DHCP伺服器10連線是對的，其中該DHCP Offer訊息封包41內除了該端口之預設IP位址31外係包含了該端口20之媒體存取控制位址(MAC)、子網路遮罩(Subnet Mask)、閘道器(Gateway)等協定，使用戶端(Client)40能持續進行連線者，因此，當用戶端(Client)40收到從端口DHCP伺服器10所傳送過來的DHCP Offer訊息封包11後，即進行下一步驟S230用戶端請求(如第4圖所示)：當用戶端40收到DHCP Offer訊息封包11後，即會再於端口20處廣播DHCP Request訊息封包42給端口DHCP伺服器10及其它DHCP伺服器50，讓其它DHCP伺服器50知道用戶端40已選擇端口DHCP伺服器10所提供之預設IP位址31(如第1圖所示)；也就是用戶端(Client)40根據所收到DHCP Offer訊息封包11後，即會再於端口20處進行廣播DHCP Request訊息封包42給端口DHCP伺服器10及其它DHC P伺服器50，讓其它DHCP伺服器50知道用戶端(Client)40已選擇了端口DHCP伺服器10所提供之預設IP位址31來進行連線，使能透過端口DHCP伺服器10連接網頁(Web)伺服器60，並透過共同閘道介面(CGIs)61相互傳遞訊息，以能縮短連線等待時間，因此，當用戶端(Client)40發出DHCP Request訊息封包42後，即進行下一步驟S2400端口DHCP伺服器確認(如第4圖所示)：當端口DHCP伺服器10收到用戶端40所廣播的DHCP Request訊息封包42後，便發送一個包含該端口20之預設IP位址31及其它設定值的DHCP Ack訊息封包12給用戶端40(如第1圖所示)，藉以完成位址分配；而當端口DHCP伺服器10收到從用戶端(Client)40發出DHCP Request訊息封包42後，即發送一個包含該端口20之預設IP位址31及其它設定值的DHCP Ack訊息封包12給用戶端(Client)40，讓用戶端(Client)40繼續使用原來的IP位址31進行連線者。

另，當判斷位址之步驟S210檢查DHCP Discovery訊息封包41內的MAC位址411不是原先分配給用戶端40所使用的MAC位址411時，即進行另一步驟S2110ARP判定(如第4圖所示)：即端口DHCP伺服器10會以地址解析協議(ARP)13來確認原先使用該端口20之MAC位址411的用戶端40是否已退出，當原先使用該端口20之MAC位址411的用戶端40退出後，該端口DHCP 伺服器10會再優先從配設的端口IP位址分配表30內搜尋該端口20之預設IP位址31，並將DHCP Offer訊息封包11傳遞給用戶端40使用，而該DHCP Offer訊息封包11內包含該端口20之預設IP位址31(如第1圖所示)；也就是該端口DHCP伺服器10檢查從用戶端(Client)40所發送過來的DHCP Discovery訊息封包41內的MAC位址411不是原先分配給用戶端(Client)40所使用的MAC位址411時，即會進行以地址解析協議(ARP)13來確認原先使用該端口20之MAC位址411的用戶端40是否已退出，而當原先使用該端口20之MAC位址411的用戶端40退出後，該端口DHCP伺服器10會發出一個DHCP Nack訊息封包給用戶端(Client)40，並同時回到未分配狀態，也就是回到用戶端40從斷線狀態進入連線之狀態，再此同時，當至少一端口20從斷線狀態進入連線狀態時，其步驟也從新開始進行，即回到步驟S100偵測端口(如第3圖所示)：當至少一端口20從斷線狀態進入連線狀態時，其用戶端40會由端口20處廣播DHCP Discovery訊息封包41，以尋找任何的DHCP伺服器50給予IP位址52(如第1圖所示)；其用戶端(Client)40會重新由端口20處廣播DHCP Discovery訊息封包41給任何DHCP伺服器50要求提供IP位址52給予使用包含端口DHCP伺服器10，因此，當用戶端(Client)40發出DHCP Discovery訊息封包41後，即進行下一步驟S110搶先應答(如第3圖所示)：而其端口DHCP伺服器10會優先收到由端口20處廣播 的DHCP Discovery訊息封包41時，該端口DHCP伺服器10會搶先或阻隔其他DHCP伺服器50的DHCP Offer訊息封包51，並從配設的端口IP位址分配表30內搜尋該端口之預設IP位址31，且該端口DHCP伺服器10會優先回應DHCP Offer訊息封包11至用戶端40，而該DHCP Offer訊息封包11內包含該端口之預設IP位址31(如第1圖所示)；而其端口DHCP伺服器10收到用戶端(Client)40發出DHCP Discovery訊息封包41後，即會搶先從配設的端口IP位址表30內搜尋出該端口之預設IP位址31，並搶先回應第一個DHCP Offer訊息封包11給用戶端(Client)40(其中該搶先是指早於其它DHCP伺服器50優先應答)，而該DHCP Offer訊息封包11內包含該端口之預設IP位址31，另該端口DHCP伺服器10也能在第一次收到DHCP Discovery訊息封包時便阻隔其他DHCP伺服器50所發出的DHCP Offer訊息封包51，讓其它DHCP伺服器50無法與用戶端(Client)40之間傳遞訊息封包，使端口DHCP伺服器10能成為第一個回應DHCP Offer訊息封包11給用戶端(Client)40，因此，當端口DHCP伺服器10發送出包含該端口20之預設IP位址31之DHCP Offer訊息封包11後，即進行下一步驟S120用戶端請求(如第3圖所示)：當用戶端40收到DHCP Offer訊息封包11後，即會再於端口20處廣播DHCP Request訊息封包42給端口DHCP伺服器10及其它DHCP伺服器50，讓其它DHCP伺服 器50知道用戶端40已選擇端口DHCP伺服器10所提供之預設IP位址31(如第1圖所示)；也就是用戶端(Client)40收到從端口DHCP伺服器10發出DHCP Offer訊息封包11後，其中該DHCP Offer訊息封包11內除了該端口20之預設IP位址31外係包含了該端口20之媒體存取控制位址(MAC)、子網路遮罩(Subnet Mask)、閘道器(Gateway)等協定，藉此，用戶端(Client)40能根據所收到的DHCP Offer訊息封包11內之協定來變更用戶端DHCP伺服器431之設定，使用戶端(Client)40能與端口DHCP伺服器10設成同一網域，並再於端口20處廣播DHCP Request訊息封包42給端口DHCP伺服器10及其它DHCP伺服器50，讓其它DHCP伺服器50知道用戶端(Client)40已選擇端口DHCP伺服器10所提供之預設IP位址31，因此，當用戶端(Client)40發出DHCP Request訊息封包42後，即進行下一步驟S130端口DHCP伺服器確認(如第3圖所示)：當端口DHCP伺服器10收到用戶端40所廣播的DHCP Request訊息封包42後，便發送一個包含該端口20之預設IP位址31及其它設定值的DHCP Ack訊息封包12給用戶端40，藉以完成位址分配(如第1圖所示)；也就是當端口DHCP伺服器10收到從用戶端(Client)40發出DHCP Request訊息封包42後，即發送一個包含該端口20之預設IP位址31及其它設定值的DHCP Ack訊息封包12給用戶端(Client)40，讓用戶端(Client)40能繼 續使用原來的IP位址31進行連線，使能透過端口DHCP伺服器10連接網頁(Web)伺服器60，並透過共同閘道介面(CGIs)61相互傳遞訊息，以能縮短連線等待時間，藉此完成本發明之端口DHCP伺服器協定位址管理方法，讓端口DHCP伺服器10不管是已連線狀態或是從斷線進入連線狀態皆能優先回應用戶端(Client)40，使用戶端(Client)40能優先使用該端口DHCP伺服器10所提供之預設IP位址31，而不需再等待遠端DHCP伺服器50所分配的浮動IP位址52，另當連接至該端口20的硬體裝置被更換或重新啟動時均能自動取得該端口20之預設IP位址31，且本方法在該端口20連接超過一個以上具有IP設定之設備時，除第一個設備取得該端口20之預設IP位址31外，其他設備會自動從遠端DHCP伺服器50取得分配的浮動IP位址52，便於能縮短連線等待時間及方便管理各端口20之連線者。

藉由以上詳細說明，可使熟知本項技藝者明瞭本發明的確可達成前述目的，已符合專利法之規定，爰提出專利申請。

惟以上所述者，僅為本發明之較佳實施例而已，當不能以此限定本發明實施之範圍；故，凡依本發明申請專利範圍及說明書內容所作之簡單的等效變化與修飾，皆應仍屬本發明專利涵蓋之範圍內。

10‧‧‧端口DHCP伺服器

11‧‧‧DHCP Offer訊息封包

12‧‧‧DHCP Ack訊息封包

40‧‧‧用戶端

41‧‧‧DHCP Discovery訊息封包

411‧‧‧MAC位址

42‧‧‧DHCP Request訊息封包

50‧‧‧DHCP伺服器

51‧‧‧DHCP Offer訊息封包

Claims (9)

1. 一種端口DHCP伺服器協定位址管理之方法，該端口DHCP伺服器係與至少一端口連接，且該端口DHCP伺服器係配設有端口IP位址分配表，其端口IP位址分配表係預先設定對應連接端口之IP位址，其方法主要步驟係包括：偵測端口：當至少一端口從斷線狀態進入連線狀態時，其用戶端會由端口處廣播DHCP Discovery訊息封包，以尋找任何的DHCP伺服器給予IP位址；搶先應答：而其端口DHCP伺服器會優先收到由端口處廣播的DHCP Discovery訊息封包時，該端口DHCP伺服器會搶先或阻隔其他DHCP伺服器的DHCP Offer訊息封包，並從配設的端口IP位址分配表內搜尋該端口之預設IP位址，且該端口DHCP伺服器會優先回應DHCP Offer訊息封包至用戶端，而該DHCP Offer訊息封包內包含該端口之預設IP位址；用戶端請求：當用戶端收到DHCP Offer訊息封包後，即會再於端口處廣播DHCP Request訊息封包給端口DHCP伺服器及其它DHCP伺服器，讓其它DHCP伺服器知道用戶端已選擇端口DHCP伺服器所提供之預設IP位址；端口DHCP伺服器確認：當端口DHCP伺服器收到用戶端所廣播的DHCP Request訊息封包後，便發送一個 包含該端口之預設IP位址及其它設定值的DHCP Ack訊息封包給用戶端，藉以完成位址分配者。
2. 如申請專利範圍第1項所述之端口DHCP伺服器協定位址管理之方法，其中該端口DHCP伺服器係進一步連接網頁(Web)伺服器，並透過共同閘道介面(CGIs)相互傳遞訊息者。
3. 如申請專利範圍第1項所述之端口DHCP伺服器協定位址管理之方法，其中該DHCP Offer訊息封包內除了該端口之預設IP位址外係進一步包含該端口之媒體存取控制位址(MAC)、子網路遮罩(Subnet Mask)、閘道器(Gateway)等協定者。
4. 如申請專利範圍第1項所述之端口DHCP伺服器協定位址管理之方法，其中用戶端係進一步為具有IP設定之設備，而該具有IP設定之設備內係設有用戶端DHCP伺服器，以能與端口DHCP伺服器或其他DHCP伺服器進行各種訊息封包之傳遞者。
5. 一種端口DHCP伺服器協定位址管理之方法，該端口DHCP伺服器係與至少一端口連接，且端口DHCP伺服器係配設有端口IP位址分配表，其端口IP位址分配表係預先設定對應連接端口之IP位址，其方法主要步驟係包括：偵測端口：當至少一端口處於連線狀態時，其用戶端會不定時廣播的DHCP Discovery訊息封包給端口DHCP伺服器及其它DHCP伺服器；判斷位址：而當端口DHCP伺服器收到廣播的DHCP Discovery訊息封包時，會同時檢查其DHCP Discovery訊息封包內的MAC位址，並判斷與原先分配給 用戶端所使用的MAC位址是否相同；搶先應答：經確認與原先分配給用戶端所使用的MAC位址是相同後，則該端口DHCP伺服器會優先回應DHCP Offer訊息封包至用戶端，而該DHCP Offer訊息封包內包含該端口之預設IP位址；用戶端請求：當用戶端收到DHCP Offer訊息封包後，即會再於端口處廣播DHCP Request訊息封包給端口DHCP伺服器及其它DHCP伺服器，讓其它DHCP伺服器知道用戶端已選擇端口DHCP伺服器所提供之預設IP位址；端口DHCP伺服器確認：當端口DHCP伺服器收到用戶端所廣播的DHCP Request訊息封包後，便發送一個包含該端口之預設IP位址及其它設定值的DHCP Ack訊息封包給用戶端，藉以完成位址分配者。
6. 如申請專利範圍第5項所述之端口DHCP伺服器協定位址管理之方法，其中當判斷位址步驟檢查DHCP Discovery訊息封包內的MAC位址不是原先分配給用戶端所使用的MAC位址時，即進行另一步驟，ARP判定：即端口DHCP伺服器會以地址解析協議(ARP)來確認原先使用該端口之MAC位址的用戶端是否已退出，當原先使用該端口之MAC位址的用戶端退出後，該端口DHCP伺服器會再優先從配設的端口IP位址分配表內搜尋該端口之預設IP位址，並將DHCP Offer訊息封包傳遞給用戶端使用，而該DHCP Offer訊息封包內包含該端口之預設IP位址者。
7. 如申請專利範圍第5項所述之端口DHCP伺服器協定位址管理 之方法，其中該端口DHCP伺服器係進一步連接網頁(Web)伺服器，並透過共同閘道介面(CGIs)相互傳遞訊息者。
8. 如申請專利範圍第5項所述之端口DHCP伺服器協定位址管理之方法，其中該DHCP Offer訊息封包內除了該端口之預設IP位址外係進一步包含該端口之媒體存取控制位址(MAC)、子網路遮罩(Subnet Mask)、閘道器(Gateway)等協定者。
9. 如申請專利範圍第5項所述之端口DHCP伺服器協定位址管理之方法，其中用戶端係進一步為具有IP設定之設備，而該具有IP設定之設備內係設有用戶端DHCP伺服器，以能與端口DHCP伺服器或其他DHCP伺服器進行各種訊息封包之傳遞者。