專利名稱：動態(tài)主機配置協(xié)議地址分配方法及服務器的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡通信技術，尤其涉及一種動態(tài)主機配置協(xié)議地址分配方法及服務
O
背景技術：
動態(tài)主機配置協(xié)議(DynamicHost Configuration Protocol ；簡稱為DHCP)是 一種用于簡化主機網(wǎng)際協(xié)議(Internet Protocol ；簡稱為IP)配置管理的標準協(xié)議。通 過DHCP，DHCP服務器可以自動為網(wǎng)絡上所有啟用DHCP的客戶端分配IP地址、掩碼、網(wǎng)關、 域名系統(tǒng)(Domain Name System ；簡稱為DNS)等網(wǎng)絡參數(shù)，這簡化了用戶的網(wǎng)絡設置，提 高了管理效率。但是，在大型局域網(wǎng)絡中，由于同一個區(qū)域的終端數(shù)量較多，而所有終端都 要通過DHCP服務器來獲取地址，這就對DHCP服務器造成了很大的壓力。為了減輕DHCP服務器的壓力，提高DHCP服務器的可靠性，現(xiàn)有技術多采用在網(wǎng)絡 中配置多臺DHCP服務器以實現(xiàn)DHCP服務器的負載均衡。其中，一種較為常用的方法為在 局域網(wǎng)絡中放置兩臺DHCP服務器，由兩臺DHCP服務器同時響應客戶端的請求，以降低DHCP 服務器的負載。其中，如果兩臺DHCP服務器配置相同的地址池，可能出現(xiàn)不同客戶端得到 同一 IP地址的情況，因此，在該方法中，為避免地址沖突要求為兩臺DHCP服務器配置不同 的地址池，則每臺DHCP服務器將只能配置整個地址池中的部分地址，如果一臺DHCP服務器 發(fā)生故障時，整個局域網(wǎng)絡只能使用另一臺DHCP服務器提供的部分地址，這將出現(xiàn)地址空 間不足的問題。另外，在該方法中，由于兩臺DHCP服務器都要響應客戶端的請求，每臺DHCP 服務器的負載并未真正降低。現(xiàn)有技術中另一種較為常用的方法是在網(wǎng)絡中配置多臺DHCP服務器，多臺DHCP 服務器采用相同的負載均衡算法，以客戶端的介質訪問控制(Media Access Control ；簡稱 為MAC)地址為輸入，通過計算獲取處于某一區(qū)間的數(shù)值，然后根據(jù)預先配置的服務區(qū)段 來判斷本DHCP服務器是否需要對客戶端的請求進行響應，以實現(xiàn)DHCP服務器的負載均衡。 在該方法中，為避免地址沖突，同樣要求各DHCP服務器配置不同的地址池，當有DHCP服務 器發(fā)生故障時，同樣存在地址空間不足的問題；另外，為了使整個網(wǎng)絡的客戶端均被覆蓋， 需要對各DHCP服務器的服務區(qū)段進行協(xié)作配置，因此，該方法中對DHCP服務器的配置較為 復雜?；谏鲜隹芍?，如何在實現(xiàn)DHCP服務器的負載均衡同時，解決地址空間不足、配 置復雜等問題成為DHCP地址分配過程中有待解決的問題。

發(fā)明內容
本發(fā)明提供一種動態(tài)主機配置協(xié)議地址分配方法及服務器，用以在實現(xiàn)DHCP服 務器負載均衡的同時，解決現(xiàn)有技術存在的地址空間不足、配置復雜等問題。本發(fā)明提供一種動態(tài)主機配置協(xié)議地址分配方法，包括網(wǎng)絡中各服務器中的主服務器根據(jù)客戶端發(fā)送的地址分配請求，從所述各服務器中指定為所述客戶端提供服務的第一服務器，所述地址分配請求包括所述客戶端的介質訪 問控制地址；所述主服務器向所述第一服務器發(fā)送指示消息，所述指示消息包括所述第一服務 器的標識；所述第一服務器根據(jù)所述指示消息和本地存儲的地址分配信息表，向所述客戶端 分配網(wǎng)際協(xié)議地址，所述地址分配信息表包括當前網(wǎng)絡中已分配使用的網(wǎng)際協(xié)議地址。本發(fā)明提供一種服務器，包括指定模塊，用于根據(jù)客戶端發(fā)送的地址分配請求，從網(wǎng)絡中各服務器中指定為所 述客戶端提供服務的第一服務器，所述地址分配請求包括所述客戶端的介質訪問控制地 址；第一發(fā)送模塊，用于向所述第一服務器發(fā)送指示消息，以供所述第一服務器根據(jù) 所述指示消息和所述第一服務器本地存儲的地址分配信息表，向所述客戶端分配網(wǎng)際協(xié)議 地址；所述指示消息包括所述第一服務器的標識，所述地址分配信息表包括當前網(wǎng)絡中已 分配使用的網(wǎng)際協(xié)議地址。本發(fā)明又提供一種服務器，包括第三接收模塊，用于接收所述客戶端發(fā)送的地址分配請求，所述地址分配請求包 括所述客戶端的介質訪問控制地址；第四接收模塊，用于接收主服務器發(fā)送的指示消息，并根據(jù)所述指示消息和本地 存儲的地址分配信息表，向所述客戶端分配網(wǎng)際協(xié)議地址，所述地址分配信息表中包括當 前網(wǎng)絡中已分配使用的網(wǎng)際協(xié)議地址。本發(fā)明的動態(tài)主機配置協(xié)議地址分配方法及服務器，采用由主服務器根據(jù)客戶端 的地址分配請求，在各服務器中指定一臺為客戶端提供服務，并向指定的服務器發(fā)送指示 消息，被指定的服務器根據(jù)指示消息和本地存儲的當前網(wǎng)絡中已分配使用的IP地址，為客 戶端分配IP地址的技術方案，一方面由于由主服務器指定為客戶端提供服務的服務器，可 以實現(xiàn)各服務器之間的負載均衡，另一方面被指定的服務器結合當前網(wǎng)絡中已分配使用的 IP地址信息為客戶端分配IP地址，可以避免分配給客戶端的IP地址與已經(jīng)分配使用的IP 地址發(fā)生沖突，使得各服務器可以配置相同的地址池，其配置簡單，并且不會出現(xiàn)因某臺服 務器出現(xiàn)故障導致地址空間不足的問題。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根 據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例一提供的DHCP地址分配方法的流程圖；圖2A為本發(fā)明實施例二提供的DHCP地址分配方法的流程圖；圖2B為本發(fā)明實施例二所定義的報文格式的示意圖；圖3為本發(fā)明實施例三提供的DHCP地址分配方法的流程圖；圖4為本發(fā)明實施例四提供的服務器的結構示意圖5為本發(fā)明實施例五提供的服務器的結構示意圖；圖6為本發(fā)明實施例六提供的服務器的結構示意圖；圖7為本發(fā)明實施例七提供的服務器的結構示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明實施例一提供的DHCP地址分配方法的流程圖。如圖1所示，本實施 例的方法包括步驟11、網(wǎng)絡中各服務器中的主服務器根據(jù)客戶端發(fā)送的地址分配請求，從各服 務器中指定為客戶端提供服務的第一服務器。具體的，DHCP客戶端向所在網(wǎng)絡中廣播地址分配請求，即DHCPDISC0VER廣播包， 以尋求網(wǎng)絡中的DHCP服務器。該地址分配請求中包括客戶端的MAC地址，用于標識客戶端 的身份。在本實施例中，網(wǎng)絡中設置有多臺DHCP服務器，DHCP服務器用于接收客戶端發(fā)送 的地址分配請求，并為客戶端提供服務。其中，本實施例在多臺DHCP服務器中指定一臺主 DHCP服務器(以下簡稱主服務器)，用于指定為客戶端提供服務的服務器，對于各DHCP服 務器以下將簡稱為服務器。主服務器上存儲有網(wǎng)絡中各服務器的信息，當主服務器接收到 地址分配請求之后，從各服務器中指定一臺為客戶端提供服務，即由指定的服務器響應客 戶端的地址分配請求。其中，主服務器可以根據(jù)預先設定的輪詢算法從各臺服務器中指定響應客戶端的 地址分配請求的服務器，這樣可以保證各服務器之間的負載均衡。其中，輪詢算法可以是根 據(jù)各服務器的IP地址、MAC地址或優(yōu)先級等信息對各服務器進行輪詢指定。在此說明，在本實施例中，主服務器在為客戶端指定為其分配IP地址的服務器 時，主服務器本身可以和其他服務器(即除主服務器之外的服務器)一樣進行地址分配。即 主服務器指定的為客戶端提供服務的服務器可以是主服務器本身也可以是其他服務器。但 是，當網(wǎng)絡中的客戶端數(shù)量較多時，主服務器將會頻繁執(zhí)行為客戶端指定服務器的操作，且 當服務器數(shù)量也較多時，為了保證各服務器的負載均衡，主服務器的輪詢算法也將更加復 雜，此時，主服務器的負擔將加重，因此，為了保證主服務器自身的負擔和工作質量，還可以 設定主服務器僅執(zhí)行從其他服務器中指定為客戶端提供服務的服務器的操作，而其本身不 參與地址分配操作。具體采用哪種方式本實施例不做限定，但本實施例以及后續(xù)各實施例 將以前者為例。步驟12、主服務器向第一服務器發(fā)送指示消息，所述指示消息包括第一服務器的 標識。具體的，當主服務器選定為客戶端提供服務的服務器(即第一服務器)之后，通過 向第一服務器發(fā)送指示消息，以告知第一服務器響應客戶端的地址分配請求。其中，第一服 務器的標識可以是第一服務器的IP地址、MAC地址等可以唯一標識一臺服務器的信息，另 外，該標識還可以是網(wǎng)絡中各服務器預先約定的、可唯一標識每臺服務器(包括主服務器)
7的信息，例如可以預先設置各臺服務器的ID(每臺服務器的ID均不同)，以設定的ID作 為服務器的標識。步驟13、第一服務器根據(jù)指示消息和本地存儲的地址分配信息表，向客戶端分配 IP地址。在本實施例中，各服務器(包括主服務器)上均存儲有當前網(wǎng)絡中已分配使用的 IP地址的信息；對各服務器而言，當前網(wǎng)絡中已分配使用的IP地址包括該服務器本身分配 的IP地址和其他服務器分配的IP地址。其中，在各服務器上，當前網(wǎng)絡中已經(jīng)分配使用的 IP地址以信息表的形式存儲，但并不限于這一種存儲方式。其中，對于主服務器而言，為實現(xiàn)各服務器的負載均衡，需要對各服務器進行管 理，因此，在主服務器上除了存儲當前網(wǎng)絡中已經(jīng)分配使用的IP地址作為為客戶端分配IP 地址時的依據(jù)之外，還需要存儲其他服務器的信息，例如每臺服務器的標識、每臺服務器 分配了哪些IP地址，將IP地址分配給了哪些客戶端等?；诖耍诒緦嵤├?，主服務器 同時將當前網(wǎng)絡中已分配使用的IP地址和各服務器的信息(包括主服務器本身的)以地 址分配對應關系表的形式來存儲，但并不限于此。本領域技術人員可以理解，當前網(wǎng)絡中已 分配使用的IP地址和各服務器的信息也可以分別存儲。對于除主服務器之外的其他服務器而言，也可以建立地址分配對應關系表，來存 儲當前網(wǎng)絡中已經(jīng)分配使用的IP地址以及其他服務器的信息等，這樣在主服務器失效而 由其他服務器重新作為主服務器時不需要重新建立地質分配對應關系表，只需進行適應性 更新即可，可以提高新主服務器的工作效率。但是，由于主服務器失效的情況不會經(jīng)常發(fā) 生，而其他服務器不需要執(zhí)行為客戶端指定服務器的操作，不需要存儲各服務器的信息，因 此，本實施例其他服務器以地址分配信息表來存儲當前網(wǎng)絡中已分配使用的IP地址，以與 主服務器上的地址分配對應關系表進行區(qū)分，同時還可以節(jié)約其他服務器的存儲空間。本 實施例以及以下各實施例均以后者為例。具體的，當?shù)谝环掌鹘邮盏街鞣掌鞯闹甘鞠⒅螅@知由其來響應客戶端 的地址分配請求，則第一服務器為客戶端分配IP地址。為防止分配給客戶端的IP地址與 已經(jīng)分配使用的IP地址發(fā)生沖突，本實施例的第一服務器通過查找本地存儲的地址分配 信息表獲知當前已經(jīng)分配使用的IP地址，然后，從未分配使用的IP地址中為客戶端分配IP 地址。其中，當主服務器選擇其本身為第一服務器時，主服務器可通過其發(fā)送模塊向其 分配模塊發(fā)送指示消息，以使其分配模塊為客戶端分配IP地址。本實施例的DHCP地址分配方法，由主服務器根據(jù)客戶端的地址分配請求，指定為 客戶端提供服務的服務器，然后向指定的服務器發(fā)送指示消息，以使被指定的服務器根據(jù) 指示消息和本地存儲的當前網(wǎng)絡中已分配使用的IP地址，為客戶端分配IP地址，實現(xiàn)對客 戶端的地址分配。其中，本實施例由主服務器指定為客戶端提供服務的服務器，可以實現(xiàn) 各服務器之間的負載均衡；而被指定的服務器結合當前網(wǎng)絡中已分配使用的IP地址信息 為客戶端分配IP地址，可以避免分配給客戶端的IP地址與已經(jīng)分配使用的IP地址發(fā)生沖 突。另外，由于各服務器基于當前網(wǎng)絡中已經(jīng)分配使用的IP地址信息為客戶端分配IP地 址，不會發(fā)生IP地址沖突，因此，各服務器配置的地址池可以完全相同，因此，不會出現(xiàn)由 于配置了不同地址池，一臺服務器出現(xiàn)故障時導致出現(xiàn)地址空間不足的問題；又由于各服務器的地址池相同，對各服務器的配置可以獨立進行而不需要協(xié)作配置，配置服務器的操
作簡單。圖2A為本發(fā)明實施例二提供的DHCP地址分配方法的流程圖。本實施例基于實施 例一實現(xiàn)，如圖2A所示，本實施例的方法在步驟11之前還包括步驟10a、網(wǎng)絡中各服務器發(fā)送選舉報文，并接收其他服務器發(fā)送的選舉報文。步驟10b、各服務器根據(jù)發(fā)送的和接收到的選舉報文中的選舉標識，選舉主服務
ο本實施例通過步驟IOa和步驟IOb可自動在網(wǎng)絡中選舉主服務器。在本實施例中， 服務器包括三種狀態(tài)，分別為初始狀態(tài)、主服務器狀態(tài)和從服務器狀態(tài)。服務器在開機啟動 或是重新啟動時均進入初始狀態(tài)，并定時廣播選舉報文，標識支持負載均衡的服務器接入 網(wǎng)絡；當服務器被選舉為主服務器時，就處于主服務器狀態(tài)，反之，處于從服務器狀態(tài)。具體的，在不存在主服務器的網(wǎng)絡狀態(tài)下，各服務器根據(jù)選舉報文中攜帶的選舉 標識，將本身發(fā)出的選舉報文和接收到的其他服務器的選舉報文進行優(yōu)先級比較；其中，若 本服務器發(fā)送的選舉報文的優(yōu)先級最高，則本服務器作為主服務器；反之，如果其他服務器 發(fā)送的選舉報文的優(yōu)先級比本服務器的選舉報文的優(yōu)先級高，則本服務器自動進入從服務 器狀態(tài)。其中，選舉報文中攜帶的選舉標識是各服務器進行選舉的依據(jù)。該選舉標識可以 是服務器的IP地址，則可以以IP地址的大小作為優(yōu)先級。例如可以選舉最大IP地址對 應的服務器為主服務器，即IP地址越大對應的優(yōu)先級越高；還可以選舉最小IP地址對應的 服務器為主服務器，即IP地址越小對應的優(yōu)先級越高。另外，該選舉標識還可以是MAC地 址等其他信息。本實施例的選舉報文可以采用HELLO報文，但并不限于此，還可以根據(jù)實際情況 自行定義。本實施例自行定義了一種報文格式，用于傳輸本實施例中的各種信息。圖2B所 示為本發(fā)明實施例二所定義的報文格式，該報文中各字段值的含義如表1所示。表 權利要求
1.一種動態(tài)主機配置協(xié)議地址分配方法，其特征在于，包括網(wǎng)絡中各服務器中的主服務器根據(jù)客戶端發(fā)送的地址分配請求，從所述各服務器中指 定為所述客戶端提供服務的第一服務器，所述地址分配請求包括所述客戶端的介質訪問控 制地址；所述主服務器向所述第一服務器發(fā)送指示消息，所述指示消息包括所述第一服務器的 標識；所述第一服務器根據(jù)所述指示消息和本地存儲的地址分配信息表，向所述客戶端分配 網(wǎng)際協(xié)議地址，所述地址分配信息表包括當前網(wǎng)絡中已分配使用的網(wǎng)際協(xié)議地址。
2.根據(jù)權利要求1所述的動態(tài)主機配置協(xié)議地址分配方法，其特征在于，所述網(wǎng)絡中 各服務器中的主服務器根據(jù)客戶端發(fā)送的地址分配請求，從所述各服務器中指定為所述客 戶端提供服務的第一服務器之前包括所述各服務器接收所述客戶端發(fā)送的地址分配請求，并獲取所述客戶端的介質訪問控 制地址；所述主服務器判斷所述客戶端的介質訪問控制地址是否存在于本地存儲的地址分配 對應關系表中；當所述主服務器的判斷結果為否時，所述主服務器執(zhí)行根據(jù)所述客戶端發(fā)送的地址分 配請求，從所述各服務器中指定為所述客戶端提供服務的第一服務器的操作。
3.根據(jù)權利要求1或2所述的動態(tài)主機配置協(xié)議地址分配方法，其特征在于，所述主服 務器具體根據(jù)預設輪詢算法從所述各服務器中，指定為所述客戶端提供服務器的第一服務
4.根據(jù)權利要求1或2所述的動態(tài)主機配置協(xié)議地址分配方法，其特征在于，在所述主 服務器接收所述客戶端發(fā)送的地址分配請求之前包括所述網(wǎng)絡中各服務器發(fā)送選舉報文，并接收其他服務器發(fā)送的選舉報文；所述各服務器根據(jù)發(fā)送的和接收到的所述選舉報文中的選舉標識，選舉所述主服務
5.根據(jù)權利要求2所述的動態(tài)主機配置協(xié)議地址分配方法，其特征在于，所述第一服 務器根據(jù)所述指示消息和本地存儲的地址分配信息表，向所述客戶端分配網(wǎng)際協(xié)議地址之 后包括所述第一服務器向所述主服務器發(fā)送通告消息，以使所述主服務器更新所述地址分配 對應關系表，所述通告消息包括所述第一服務器分配給所述客戶端的網(wǎng)際協(xié)議地址、所述 客戶端的介質訪問控制地址和所述第一服務器的標識。
6.根據(jù)權利要求5所述的動態(tài)主機配置協(xié)議地址分配方法，其特征在于，還包括所述主服務器根據(jù)所述地址分配對應關系表，定時向所述各服務器中除所述主服務器 之外的其他服務器發(fā)送更新消息，以使所述其他服務器更新所述地址分配信息表，所述更 新消息包括發(fā)送所述更新消息時所述地址分配對應關系表中存儲的已分配使用的網(wǎng)際協(xié) 議地址。
7.根據(jù)權利要求6所述的動態(tài)主機配置協(xié)議地址分配方法，其特征在于，當所述其他 服務器在預設時間內未接收到所述主服務器發(fā)送的更新消息時，所述其他服務器發(fā)送選舉 報文，以重新選舉所述主服務器。
8.一種服務器，其特征在于，包括指定模塊，用于根據(jù)客戶端發(fā)送的地址分配請求，從網(wǎng)絡中各服務器中指定為所述客 戶端提供服務的第一服務器，所述地址分配請求包括所述客戶端的介質訪問控制地址；第一發(fā)送模塊，用于向所述第一服務器發(fā)送指示消息，以供所述第一服務器根據(jù)所述 指示消息和所述第一服務器本地存儲的地址分配信息表，向所述客戶端分配網(wǎng)際協(xié)議地 址；所述指示消息包括所述第一服務器的標識，所述地址分配信息表包括當前網(wǎng)絡中已分 配使用的網(wǎng)際協(xié)議地址。
9.根據(jù)權利要求8所述的服務器，其特征在于，還包括第一接收模塊，用于接收所述客戶端發(fā)送的地址分配請求，并獲取所述客戶端的介質 訪問控制地址；第一判斷模塊，用于判斷所述客戶端的介質訪問控制地址是否存在于本地存儲的地址 分配對應關系表中；第一觸發(fā)模塊，用于在所述第一判斷模塊的判斷結果為否時，觸發(fā)所述指定模塊執(zhí)行 根據(jù)所述客戶端發(fā)送的地址分配請求，從各服務器中指定為所述客戶端提供服務的第一服 務器的操作。
10.根據(jù)權利要求8或9所述的服務器，其特征在于，還包括第二發(fā)送模塊，用于在接收所述客戶端發(fā)送的地址分配請求之前，發(fā)送選舉報文，并接 收其他服務器發(fā)送的選舉報文；第一選舉模塊，用于根據(jù)所述第二發(fā)送模塊發(fā)送的和接收到的所述選舉報文中的選舉 標識，選舉本服務器為主服務器。
11.根據(jù)權利要求9所述的服務器，其特征在于，還包括第二接收模塊，用于接收所述第一服務器發(fā)送的通告消息，并根據(jù)所述通告消息更新 所述地址分配對應關系表，所述通告消息中包括所述第一服務器分配給所述客戶端的網(wǎng)際 協(xié)議地址、所述客戶端的介質訪問控制地址和所述第一服務器的標識。
12.根據(jù)權利要求11所述的服務器，其特征在于，還包括第三發(fā)送模塊，用于根據(jù)所述地址分配對應關系表，定時向所述各服務器中除本服務 器之外的其他服務器發(fā)送更新消息，以使所述其他服務器更新所述地址分配信息表，所述 更新消息包括發(fā)送所述更新消息時所述地址分配對應關系表中存儲的已分配使用的網(wǎng)際 協(xié)議地址。
13.一種服務器，其特征在于，包括第三接收模塊，用于接收所述客戶端發(fā)送的地址分配請求，所述地址分配請求包括所 述客戶端的介質訪問控制地址；第四接收模塊，用于接收主服務器發(fā)送的指示消息，并根據(jù)所述指示消息和本地存儲 的地址分配信息表，向所述客戶端分配網(wǎng)際協(xié)議地址，所述地址分配信息表中包括當前網(wǎng) 絡中已分配使用的網(wǎng)際協(xié)議地址。
14.根據(jù)權利要求13所述的服務器，其特征在于，還包括第二判斷模塊，用于在所述第四接收模塊接收所述指示消息之前，判斷所述客戶端的 介質訪問控制地址是否存在于所述地址分配信息表中；分配模塊，用于在所述第二判斷模塊的判斷結果為是時，根據(jù)所述地址分配信息表，向所述客戶端分配網(wǎng)際協(xié)議地址；第二觸發(fā)模塊，用于在所述第二判斷模塊的判斷結果為否時，觸發(fā)所述第四接收模塊 執(zhí)行接收主服務器發(fā)送的指示消息，并根據(jù)所述指示消息和本地存儲的地址分配信息表， 向所述客戶端分配網(wǎng)際協(xié)議地址的操作。
15.根據(jù)權利要求13或14所述的服務器，其特征在于，還包括第四發(fā)送模塊，用于在所述第三接收模塊接收所述地址分配請求之前，發(fā)送選舉報文， 并接收網(wǎng)絡中其他服務器發(fā)送的選舉報文；第二選舉模塊，用于根據(jù)發(fā)送的和接收的所述選舉報文中的選舉標識，選舉本服務器 為非主服務器。
16.根據(jù)權利要求13或14所述的服務器，其特征在于，還包括第五發(fā)送模塊，用于在所述第四接收模塊向所述客戶端分配網(wǎng)際協(xié)議地址之后，向所 述主服務器發(fā)送通告消息，以使所述主服務器更新地址分配對應關系表；所述通告消息包 括本服務器分配給所述客戶端的網(wǎng)際協(xié)議地址、所述客戶端的介質訪問控制地址和本服務 器的標識，所述地址分配對應關系表包括當前網(wǎng)絡中已分配使用的網(wǎng)際協(xié)議地址、所述已 分配使用的網(wǎng)際協(xié)議地址對應的介質訪問控制地址和分配所述已分配使用的網(wǎng)際協(xié)議地 址的服務器標識。
17.根據(jù)權利要求16所述的服務器，其特征在于，還包括第五接收模塊，用于定時接收所述主服務器發(fā)送的更新消息，并更新所述地址分配信 息表，所述更新消息包括發(fā)送所述更新消息時所述地址分配對應關系表中存儲的已分配使 用的網(wǎng)際協(xié)議地址；第三觸發(fā)模塊，用于在所述第五接收模塊在預設時間內未接收到所述主服務器發(fā)送的 更新消息時，觸發(fā)所述第四發(fā)送模塊發(fā)送選舉報文，以重新選舉所述主服務器。
全文摘要
本發(fā)明提供一種動態(tài)主機配置協(xié)議地址分配方法及服務器。其中方法包括網(wǎng)絡中各服務器中的主服務器根據(jù)客戶端發(fā)送的地址分配請求，從各服務器中指定為客戶端提供服務的第一服務器，地址分配請求包括客戶端的MAC地址；主服務器向第一服務器發(fā)送指示消息，指示消息包括第一服務器的標識；第一服務器根據(jù)指示消息和本地存儲的地址分配信息表，向客戶端分配IP地址，地址分配信息表包括當前網(wǎng)絡中已分配使用的IP地址。本發(fā)明技術方案在為客戶端分配IP地址的同時解決了各服務器之間的負載均衡問題，且可以簡化對各服務器的配置操作，同時解決了服務器出現(xiàn)故障造成地址空間不足的問題。
文檔編號H04L29/08GK102098354SQ20111004808
公開日2011年6月15日 申請日期2011年2月28日 優(yōu)先權日2011年2月28日
發(fā)明者劉勇 申請人:北京星網(wǎng)銳捷網(wǎng)絡技術有限公司