一種報文發(fā)送和處理的方法、裝置和系統(tǒng)的制作方法

文檔序號：8001449閱讀：142來源：國知局

一種報文發(fā)送和處理的方法、裝置和系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種報文發(fā)送和處理的方法、裝置和系統(tǒng)，屬于網(wǎng)絡【技術領域】。所述報文處理的方法包括：DHCP中繼接收DHCP服務器發(fā)送的第一報文；所述DHCP中繼獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。采用本發(fā)明，當DHCP中繼獲取DHCPserver的地址狀態(tài)信息后，DHCP中繼選擇合適的DHCPserver為終端分配地址，有利于提高為終端分配IP地址的速度。
【專利說明】一種報文發(fā)送和處理的方法、裝置和系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及網(wǎng)絡【技術領域】，特別涉及一種報文發(fā)送和處理的的方法、裝置和系統(tǒng)。

【背景技術】
[0002] DHCP (Dynamic Host Configuration Protocol，動態(tài)主機配置協(xié)議）是 TCP/ IP (Transmission Control Protocol/Internet Protocol，傳輸控制協(xié)議/互聯(lián)網(wǎng)絡協(xié)議）協(xié)議簇中的一種協(xié)議，主要是用來給網(wǎng)絡終端分配動態(tài)的IP地址（后面內(nèi)容中簡稱地址）。 DHCP服務器預先建立由多個IP地址組成的地址集，地址集中的地址一般是一段連續(xù)的地址（網(wǎng)段）。DHCP服務器為終端分配地址集中的IP地址。
[0003] 在DHCP的應用場景中，DHCP relay (中繼）是用于轉發(fā)終端與DHCP服務器之間的DHCP請求報文和應答報文的設備。DHCP中繼一般會連接有多個DHCP服務器。DHCP中繼在對DHCP服務器發(fā)送的DHCP應答報文進行轉發(fā)的過程中，可以通過每次的地址分配來記錄地址分配情況，具體可以通過地址狀態(tài)信息記錄DHCP服務器的地址分配情況（如地址狀態(tài)信息可以是剩余地址數(shù)）。當接收到終端發(fā)送的DHCP請求報文時，DHCP中繼可以根據(jù) 地址狀態(tài)信息選擇DHCP服務器，將DHCP請求報文轉發(fā)給該DHCP服務器進行處理。例如，在主備機制下，如果主用DHCP服務器沒有可分配地址，DHCP中繼則可以選擇將DHCP請求報文發(fā)送給備用DHCP服務器。
[0004] 在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術至少存在以下問題：
[0005] 某些情況下，DHCP服務器進行地址分配的DHCP應答報文可能由于種種原因未能發(fā)送到DHCP中繼，這種情況下DHCP服務器會記錄相應的地址已分配，而DHCP中繼則仍記錄該地址未分配。這樣，可能會造成，在DHCP服務器記錄所有地址分配完畢時，DHCP中繼卻記錄該DHCP服務器仍有可分配地址。這種情況下，DHCP中繼仍然會將DHCP請求報文分配給該DHCP服務器，這時DHCP服務器根據(jù)其記錄獲知沒有可分配的地址，將不對DHCP請求報文進行應答。而DHCP中繼在發(fā)送DHCP請求報文后達到預設時長時還沒有接收到DHCP 應答報文，則會向其它DHCP服務器發(fā)送上述DHCP請求報文。可見，由于DHCP中繼和DHCP 服務器的地址狀態(tài)信息的不匹配，會導致為終端分配IP地址的速度受到嚴重的影響。

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

[0006] 為了解決現(xiàn)有技術的問題，本發(fā)明實施例提供了一種報文發(fā)送和處理的的方法、裝置和系統(tǒng)。所述技術方案如下：
[0007] 第一方面，提供了一種報文處理的方法，，所述方法包括：
[0008] DHCP中繼接收DHCP服務器發(fā)送的第一報文；
[0009] 所述DHCP中繼獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；
[0010] 當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，為所述DHCP 請求報文選擇對其進行處理的DHCP服務器。 toon] 在所述第一方面的第一種可能的實現(xiàn)方式中，所述服務器狀態(tài)信息，還包括：運行狀態(tài)信息。
[0012] 在所述第一方面的第二種可能的實現(xiàn)方式中，所述DHCP中繼采用的請求報文分配機制為主備服務器分配機制，所述DHCP服務器為主用DHCP服務器或備用DHCP服務器；
[0013] 所述當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，為所述 DHCP請求報文選擇對其進行處理的DHCP服務器，包括：
[0014] 當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，在所述主用 DHCP服務器和備用DHCP服務器中，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
[0015] 在所述第一方面的第三種可能的實現(xiàn)方式中，所述DHCP中繼采用的請求報文分配機制為服務器負載分擔分配機制；
[0016] 所述DHCP中繼獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息之后，還包括：
[0017] 所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，設置各DHCP服務器的負載分擔比例；
[0018] 所述當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，為所述 DHCP請求報文選擇對其進行處理的DHCP服務器，包括：
[0019] 當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述各DHCP服務器的負載分擔比例，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
[0020] 第二方面，提供了一種報文發(fā)送的方法，所述方法包括：
[0021] DHCP服務器獲取自身的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；
[0022] 所述DHCP服務器將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼。
[0023] 在所述第二方面的第一種可能的實現(xiàn)方式中，所述DHCP服務器獲取自身的服務器狀態(tài)信息，具體為：所述DHCP服務器在接收到所述DHCP中繼發(fā)送的DHCP請求報文時，獲取自身的服務器狀態(tài)信息；
[0024] 所述DHCP服務器將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼，具體為：所述DHCP服務器將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
[0025] 在所述第二方面的第二種可能的實現(xiàn)方式中，所述DHCP服務器獲取自身的服務器狀態(tài)信息，具體為：所述DHCP服務器在接收到所述DHCP中繼發(fā)送的DHCP請求報文，且所述DHCP請求報文中攜帶有服務器狀態(tài)請求時，獲取自身的服務器狀態(tài)信息；
[0026] 所述DHCP服務器將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼，具體為：所述DHCP服務器將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
[0027] 在所述第二方面的第三種可能的實現(xiàn)方式中，如果所述DHCP服務器為所述DHCP 請求報文分配地址失敗，則所述DHCP服務器將所述服務器狀態(tài)信息攜帶于對應所述DHCP 請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼，具體為：所述DHCP服務器將所述服務器狀態(tài)信息和分配地址失敗的失敗原因信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
[0028] 在所述第二方面的第四種可能的實現(xiàn)方式中，所述DHCP服務器獲取自身的服務器狀態(tài)信息，具體為：
[0029] 當達到預設的周期時，所述DHCP服務器獲取自身的服務器狀態(tài)信息。
[0030] 在所述第二方面的第五種可能的實現(xiàn)方式中，所述DHCP服務器獲取自身的服務器狀態(tài)信息，具體為：
[0031] 當所述服務器狀態(tài)信息達到預設的閾值條件時，所述DHCP服務器獲取自身的服務器狀態(tài)信息。
[0032] 在所述第二方面的第六種可能的實現(xiàn)方式中，所述服務器狀態(tài)信息，還包括：運行狀態(tài)信息。
[0033] 第三方面，提供了一種DHCP中繼，所述DHCP中繼包括：
[0034] 接收模塊，用于接收DHCP服務器發(fā)送的第一報文；
[0035] 獲取模塊，用于獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；
[0036] 分配模塊，用于當接收到DHCP請求報文時，根據(jù)所述服務器狀態(tài)信息，為所述 DHCP請求報文選擇對其進行處理的DHCP服務器。
[0037] 在所述第三方面的第一種可能的實現(xiàn)方式中，所述服務器狀態(tài)信息，還包括：運行狀態(tài)信息。
[0038] 在所述第三方面的第二種可能的實現(xiàn)方式中，所述DHCP中繼采用的請求報文分配機制為主備服務器分配機制，所述DHCP服務器為主用DHCP服務器或備用DHCP服務器； [0039] 所述分配模塊，用于：
[0040] 當接收到DHCP請求報文時，根據(jù)所述服務器狀態(tài)信息，在所述主用DHCP服務器和備用DHCP服務器中，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
[0041] 在所述第三方面的第三種可能的實現(xiàn)方式中，所述DHCP中繼采用的請求報文分配機制為服務器負載分擔分配機制；
[0042] 所述分配模塊，用于：
[0043] 在所述獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息之后，根據(jù)所述服務器狀態(tài)信息，設置各DHCP服務器的負載分擔比例；
[0044] 當接收到DHCP請求報文時，根據(jù)所述各DHCP服務器的負載分擔比例，為所述DHCP 請求報文選擇對其進行處理的DHCP服務器。
[0045] 第四方面，提供了一種DHCP服務器，所述DHCP服務器包括：
[0046] 獲取模塊，用于獲取所述DHCP服務器的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；
[0047] 發(fā)送模塊，用于將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼。
[0048] 在所述第四方面的第一種可能的實現(xiàn)方式中，所述獲取模塊，用于：在接收到所述 DHCP中繼發(fā)送的DHCP請求報文時，獲取所述DHCP服務器的服務器狀態(tài)信息；
[0049] 所述發(fā)送模塊，用于：將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的 DHCP應答報文中發(fā)送給所述DHCP中繼。
[0050] 在所述第四方面的第二種可能的實現(xiàn)方式中，所述獲取模塊，用于：在接收到所述 DHCP中繼發(fā)送的DHCP請求報文，且所述DHCP請求報文中攜帶有服務器狀態(tài)請求時，獲取所述DHCP服務器的服務器狀態(tài)信息；
[0051] 所述發(fā)送模塊，用于：將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的 DHCP應答報文中發(fā)送給所述DHCP中繼。
[0052] 在所述第四方面的第三種可能的實現(xiàn)方式中，所述發(fā)送模塊，用于：
[0053] 如果所述DHCP服務器為所述DHCP請求報文分配地址失敗，則將所述服務器狀態(tài) 信息和分配地址失敗的失敗原因信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā) 送給所述DHCP中繼。
[0054] 在所述第四方面的第四種可能的實現(xiàn)方式中，所述獲取模塊，用于：
[0055] 當達到預設的周期時，獲取所述DHCP服務器的服務器狀態(tài)信息。
[0056] 在所述第四方面的第五種可能的實現(xiàn)方式中，所述獲取模塊，用于：
[0057] 當所述服務器狀態(tài)信息達到預設的閾值條件時，獲取所述DHCP服務器的服務器狀態(tài)信息。
[0058] 在所述第四方面的第六種可能的實現(xiàn)方式中，所述服務器狀態(tài)信息，還包括：運行狀態(tài)信息。
[0059] 第五方面，提供了一種報文發(fā)送和處理的系統(tǒng)，所述系統(tǒng)包括DHCP服務器和DHCP 中繼，其中：
[0060] 所述DHCP服務器，用于獲取自身的服務器狀態(tài)信息，并將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給所述DHCP中繼，所述服務器狀態(tài)信息包括地址狀態(tài)信息；
[0061] 所述DHCP中繼，用于接收所述DHCP服務器發(fā)送的第一報文，獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息，當接收到DHCP請求報文時，根據(jù)所述服務器狀態(tài)信息，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
[0062] 本發(fā)明實施例提供的技術方案帶來的有益效果是：
[0063] 本發(fā)明實施例中，DHCP中繼接收DHCP服務器發(fā)送的第一報文，并獲取第一報文中攜帶的該DHCP服務器的服務器狀態(tài)信息，服務器狀態(tài)信息包括地址狀態(tài)信息，當接收到 DHCP請求報文時，DHCP中繼根據(jù)服務器狀態(tài)信息，為DHCP請求報文選擇對其進行處理的 DHCP服務器，這樣，DHCP中繼可以獲取到準確的DHCP服務器的地址狀態(tài)信息，可以降低因地址狀態(tài)信息的不匹配而造成的對地址分配速度的影響，從而，可以提高為終端分配IP地址的速度?！緦＠綀D】

【附圖說明】
[0064] 為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0065] 圖1是本發(fā)明實施例提供的報文發(fā)送的方法流程圖；
[0066] 圖2是本發(fā)明實施例提供的報文處理的方法流程圖；
[0067] 圖3是本發(fā)明實施例提供的報文發(fā)送和處理的方法流程圖；
[0068] 圖4是本發(fā)明實施例提供的DHCP服務器的結構示意圖；
[0069] 圖5是本發(fā)明實施例提供的DHCP中繼的結構示意圖；
[0070] 圖6是本發(fā)明實施例提供的報文發(fā)送和處理的系統(tǒng)架構示意圖。

【具體實施方式】
[0071] 為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。
[0072] 實施例一
[0073] 本發(fā)明實施例提供了一種報文發(fā)送和處理的方法，該方法可以由DHCP中繼和 DHCP服務器共同實現(xiàn)。如圖1所示，該方法在DHCP服務器側執(zhí)行的報文發(fā)送方法的處理流程可以如下：
[0074] 101，DHCP服務器獲取自身的服務器狀態(tài)信息，服務器狀態(tài)信息包括地址狀態(tài)信息。
[0075] 102, DHCP服務器將服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼。
[0076] 如圖2所示，該方法在DHCP中繼側執(zhí)行的報文處理方法的處理流程可以如下：
[0077] 201，DHCP中繼接收DHCP服務器發(fā)送的第一報文。
[0078] 202, DHCP中繼獲取第一報文中攜帶的DHCP服務器的服務器狀態(tài)信息，服務器狀態(tài)信息包括地址狀態(tài)信息；
[0079] 203,當接收到DHCP請求報文時，DHCP中繼根據(jù)服務器狀態(tài)信息，為DHCP請求報文選擇對其進行處理的DHCP服務器。
[0080] 本發(fā)明實施例中，DHCP中繼接收DHCP服務器發(fā)送的第一報文，并獲取第一報文中攜帶的該DHCP服務器的服務器狀態(tài)信息，服務器狀態(tài)信息包括地址狀態(tài)信息，當接收到 DHCP請求報文時，DHCP中繼根據(jù)服務器狀態(tài)信息，為DHCP請求報文選擇對其進行處理的 DHCP服務器，這樣，DHCP中繼可以獲取到準確的DHCP服務器的地址狀態(tài)信息，可以降低因地址狀態(tài)信息的不匹配而造成的對地址分配速度的影響，從而，可以提高為終端分配IP地址的速度。
[0081] 實施例二
[0082] 本發(fā)明實施例提供了一種報文發(fā)送和處理的方法，該方法可以由DHCP中繼和 DHCP服務器共同實現(xiàn)。DHCP服務器可以是為終端分配IP地址的服務器，DHCP中繼可以是為終端的DHCP請求報文分配DHCP服務器，并將DHCP服務器的DHCP應答報文轉發(fā)給終端的網(wǎng)關設備。
[0083] 本發(fā)明實施例提供的報文發(fā)送和處理的方法的處理流程可以如圖3所示，包括以下的處理：
[0084] 301，DHCP服務器獲取自身的服務器狀態(tài)信息，服務器狀態(tài)信息包括地址狀態(tài)信息。
[0085] 其中，地址狀態(tài)信息可以是用于記錄DHCP服務器的地址分配情況的信息。地址狀態(tài)信息可以是一個或多個網(wǎng)段的剩余地址數(shù)，每個DHCP服務器可以為多個網(wǎng)段分配地址，某網(wǎng)段的剩余地址數(shù)是該網(wǎng)段中由該DHCP服務器負責分配且未分配的地址的數(shù)目。地址狀態(tài)信息也可以是一個或多個網(wǎng)段的剩余地址比例，即在該網(wǎng)段中剩余地址數(shù)占該網(wǎng)段中地址總數(shù)（已分配地址數(shù)與剩余地址數(shù)之和）的比例。某網(wǎng)段的已分配地址數(shù)是該網(wǎng)段中由該DHCP服務器負責分配且已分配的地址的數(shù)目。地址狀態(tài)信息還可以是其它的參數(shù)，在此不一一列舉。
[0086] 另外，服務器狀態(tài)信息還可以包括運行狀態(tài)信息。運行狀態(tài)信息是用于表示DHCP 服務器的運行狀態(tài)的信息，可以包括以下參數(shù)信息中的一種或多種：CPU占用率、DHCP實際接入速率、DHCP承諾接入速率、積壓DHCP報文數(shù)等。
[0087] 優(yōu)選的，運行狀態(tài)信息還可以是根據(jù)預設的算法對上述的一個或多個參數(shù)信息進行綜合量化得到的參數(shù)信息，該參數(shù)信息可稱作健康指數(shù)。舉一個簡單的例子，健康指數(shù)可以有1、2、3三種取值，1表示DHCP服務器正常，2表示預警（繼續(xù)使用將存在一定風險），3 表示警報（DHCP服務器故障）。
[0088] 302, DHCP服務器將服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼。
[0089] 其中，第一報文可以是DHCP服務器向DHCP中繼發(fā)送的任意報文，可以是對應DHCP 請求報文反饋的DHCP應答報文，也可以是DHCP服務器主動發(fā)送的報文。優(yōu)選的，如果第一報文為DHCP應答報文，如DHCP OFFER、DHCP ACK、DHCP NAK等，可以在DHCP應答報文增加新的選項（option)，用于承載服務器狀態(tài)信息；如果第一報文為DHCP服務器主動發(fā)送的報文，可以采用新定義的報文類型，用于承載服務器狀態(tài)信息。相應的新的選項和新的報文類型，在后面的內(nèi)容中會有詳細說明。
[0090] 優(yōu)選的，可以為301-302的執(zhí)行過程設置觸發(fā)事件，觸發(fā)事件可以根據(jù)具體需求任意設置，下面給出了幾種優(yōu)選的觸發(fā)方式，相應的301、302的處理可以如下：
[0091] 方式一
[0092] DHCP服務器可以是在接收到DHCP中繼發(fā)送的DHCP請求報文后進行應答時，在 DHCP應答報文中攜帶服務器狀態(tài)信息。具體的，在執(zhí)行301時，DHCP服務器在接收到DHCP 中繼發(fā)送的DHCP請求報文時，獲取自身的服務器狀態(tài)信息；在執(zhí)行302時，DHCP服務器將服務器狀態(tài)信息攜帶于對應DHCP請求報文的DHCP應答報文中發(fā)送給DHCP中繼。
[0093] 其中，DHCP請求報文可以是DHCP Discover (探索）報文、DHCP Request (請求）報文等，DHCP應答報文可以是DHCP Offer (提供）報文、DHCP ACK(Acknowledgement，確認）報文、DHCP NAK (Negative Acknowledgement,拒絕確認）報文等。DHCP應答報文除了包括對DHCP請求報文的正常回復內(nèi)容之外，可以增加額外的選項攜帶服務器狀態(tài)信息。這種情況下，第一報文即為DHCP應答報文。
[0094] 在DHCP請求報文中，可以攜帶有請求的網(wǎng)段，相應的，優(yōu)選的，在DHCP應答報文中攜帶的服務器狀態(tài)信息中，地址狀態(tài)信息可以是該網(wǎng)段對應的地址狀態(tài)信息，例如，該網(wǎng)段對應的剩余地址數(shù)，或該網(wǎng)段對應的剩余地址比例等。
[0095] 方式二
[0096] DHCP中繼可以在DHCP請求報文中攜帶服務器狀態(tài)請求，用于指示服務器在DHCP 應答報文中攜帶服務器狀態(tài)信息。具體的，在執(zhí)行301時，DHCP服務器在接收到DHCP中繼發(fā)送的DHCP請求報文，且DHCP請求報文中攜帶有服務器狀態(tài)請求時，獲取自身的服務器狀態(tài)信息；在執(zhí)行302時，DHCP服務器將服務器狀態(tài)信息攜帶于對應DHCP請求報文的DHCP 應答報文中發(fā)送給DHCP中繼。
[0097] 其中，DHCP應答報文除了包括對DHCP請求報文的正?；貜蛢?nèi)容之外，可以增加額外的選項攜帶服務器狀態(tài)信息。這種情況下，第一報文即為DHCP應答報文。對于沒攜帶服務器狀態(tài)請求的DHCP請求報文，DHCP服務器可以不在相應的DHCP應答報文中攜帶服務器狀態(tài)信息。
[0098] 在DHCP請求報文中，可以攜帶有請求的網(wǎng)段，相應的，優(yōu)選的，在DHCP應答報文中攜帶的服務器狀態(tài)信息中，地址狀態(tài)信息可以是該網(wǎng)段對應的地址狀態(tài)信息，例如，該網(wǎng)段對應的剩余地址數(shù)，或該網(wǎng)段對應的剩余地址比例等。
[0099] 對于上述方式一和方式二，如果DHCP服務器為DHCP請求報文分配地址失敗，則在執(zhí)行302時，DHCP服務器將服務器狀態(tài)信息和分配地址失敗的失敗原因信息攜帶于對應 DHCP請求報文的DHCP應答報文中發(fā)送給DHCP中繼。其中，失敗原因信息可以是無剩余地址或對DHCP請求報文認證失敗等。另外，失敗原因信息也可以記錄為標識碼（也可稱作錯誤碼）的形式，不同的標識碼對應不同的失敗原因。
[0100] 方式三
[0101] DHCP服務器可以按照預設的周期，獲取服務器狀態(tài)信息，并通過第一報文發(fā)送給 DHCP中繼。具體的，在執(zhí)行301時，可以是，當達到預設的周期時，DHCP服務器獲取自身的服務器狀態(tài)信息。然后，DHCP服務器將服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼。其中，該周期可以根據(jù)實際需求任意設置，如30秒。
[0102] 方式四
[0103] 在服務器狀態(tài)信息中的一個或多個參數(shù)信息達到對應的參數(shù)閾值時，DHCP服務器可以獲取服務器狀態(tài)信息，并通過第一報文發(fā)送給DHCP中繼。具體的，在執(zhí)行301時，可以是，當服務器狀態(tài)信息達到預設的閾值條件時，DHCP服務器獲取自身的服務器狀態(tài)信息。
[0104] 對于服務器狀態(tài)信息只包括地址狀態(tài)信息的情況，可以當?shù)刂窢顟B(tài)信息在變化過程中達到預設的第一閾值時，DHCP服務器獲取自身的服務器狀態(tài)信息。例如，某網(wǎng)段的剩余地址數(shù)達到5個時，DHCP服務器獲取服務器狀態(tài)信息，并通過第一報文發(fā)送給DHCP中繼。
[0105] 對于服務器狀態(tài)信息只包括地址狀態(tài)信息和運行狀態(tài)信息（如健康指數(shù)）的情況，可以當?shù)刂窢顟B(tài)信息在變化過程中達到預設的第一閾值時，和/或當健康指數(shù)在變化過程中達到預設的第二閾值時，DHCP服務器獲取自身的服務器狀態(tài)信息。例如，健康指數(shù)的取值是1-10(假設數(shù)值越小服務器的運行狀況越差），可以當健康指數(shù)達到3的時候，DHCP 服務器獲取服務器狀態(tài)信息，并通過第一報文發(fā)送給DHCP中繼。
[0106] 303, DHCP中繼接收DHCP服務器發(fā)送的第一報文。
[0107] 其中，第一報文可以是DHCP服務器向DHCP中繼發(fā)送的任意報文，可以是對應DHCP 請求報文反饋的DHCP應答報文，也可以是DHCP服務器主動發(fā)送的報文。
[0108] 304, DHCP中繼獲取第一報文中攜帶的DHCP服務器的服務器狀態(tài)信息，服務器狀態(tài)信息包括地址狀態(tài)信息。服務器狀態(tài)信息還可以包括運行狀態(tài)信息。地址狀態(tài)信息和運行狀態(tài)信息的內(nèi)容可以參見上面的說明。DHCP中繼可以將獲取的服務器狀態(tài)信息進行存儲。
[0109] 305,當接收到DHCP請求報文時，DHCP中繼根據(jù)服務器狀態(tài)信息，為DHCP請求報文選擇對其進行處理的DHCP服務器。也即，DHCP中繼可以根據(jù)服務器狀態(tài)信息進行后續(xù) 的DHCP請求報文的分配。
[0110] 對于DHCP中繼采用的請求報文分配機制為主備服務器分配機制的情況(上述的 DHCP服務器可以是主用DHCP服務器或備用DHCP服務器)，DHCP中繼進行DHCP請求報文的分配的處理可以如下：當接收到DHCP請求報文時，DHCP中繼根據(jù)服務器狀態(tài)信息，在主用 DHCP服務器和備用DHCP服務器中，為DHCP請求報文選擇對其進行處理的DHCP服務器。
[0111] 具體的，DHCP中繼可以根據(jù)上述流程的處理方式分別獲取主用DHCP服務器和備用DHCP服務器的服務器狀態(tài)信息，并對服務器狀態(tài)信息進行保存。當接收到DHCP請求報文時，DHCP可以先判斷主用DHCP服務器是否滿足預設的條件(例如，判斷地址狀態(tài)信息是否大于預設的第三閾值，和/或健康指數(shù)是否小于預設的第四閾值)，如果滿足，則將DHCP請求報文發(fā)送給主用DHCP服務器進行處理，如果不滿足，則將DHCP請求報文發(fā)送給備用DHCP 服務器進行處理。在多個備用DHCP服務器中，也可以通過判斷是否滿足上述預設的條件的方式，來選擇對DHCP請求報文進行處理的備用DHCP服務器。
[0112] 對于DHCP中繼采用的請求報文分配機制為服務器負載分擔分配機制的情況， DHCP中繼可以根據(jù)服務器狀態(tài)信息，設置各DHCP服務器的負載分擔比例。然后，當接收到 DHCP請求報文時，DHCP中繼可以根據(jù)各DHCP服務器的負載分擔比例，為DHCP請求報文選擇對其進行處理的DHCP服務器，即將后續(xù)的DHCP請求報文按照各DHCP服務器的負載分擔比例，分別分配給各DHCP服務器。
[0113] 具體的，DHCP中繼可以根據(jù)地址狀態(tài)信息和/或運行狀態(tài)信息確定相應的負載分擔比例，可以為剩余地址數(shù)較多的DHCP服務器設置較高的負載分擔比例，可以為運行狀態(tài) 較好(如CPU占用率較低、DHCP接入速率較高、健康指數(shù)較高等）的DHCP服務器設置較高的負載分擔比例。
[0114] 本發(fā)明實施例中，上述在DHCP應答報文新增的選項（option)的格式和內(nèi)容可以如下：
[0115]
[0116]

【權利要求】
1. 一種報文處理的方法，其特征在于，所述方法包括： DHCP中繼接收DHCP服務器發(fā)送的第一報文；所述DHCP中繼獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
2. 根據(jù)權利要求1所述的方法，其特征在于，所述服務器狀態(tài)信息，還包括：運行狀態(tài) 信息。
3. 根據(jù)權利要求1所述的方法，其特征在于，所述DHCP中繼采用的請求報文分配機制為主備服務器分配機制，所述DHCP服務器為主用DHCP服務器或備用DHCP服務器；所述當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，為所述DHCP 請求報文選擇對其進行處理的DHCP服務器，包括：當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，在所述主用DHCP 服務器和備用DHCP服務器中，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
4. 根據(jù)權利要求1所述的方法，其特征在于，所述DHCP中繼采用的請求報文分配機制為服務器負載分擔分配機制；所述DHCP中繼獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息之后，還包括：所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，設置各DHCP服務器的負載分擔比例；所述當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述服務器狀態(tài)信息，為所述DHCP 請求報文選擇對其進行處理的DHCP服務器，包括：當接收到DHCP請求報文時，所述DHCP中繼根據(jù)所述各DHCP服務器的負載分擔比例，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
5. -種報文發(fā)送的方法，其特征在于，所述方法包括： DHCP服務器獲取自身的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；所述DHCP服務器將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼。
6. 根據(jù)權利要求5所述的方法，其特征在于，所述DHCP服務器獲取自身的服務器狀態(tài) 信息，具體為：所述DHCP服務器在接收到所述DHCP中繼發(fā)送的DHCP請求報文時，獲取自身的服務器狀態(tài)信息；所述DHCP服務器將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼，具體為：所述DHCP服務器將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
7. 根據(jù)權利要求5所述的方法，其特征在于，所述DHCP服務器獲取自身的服務器狀態(tài) 信息，具體為：所述DHCP服務器在接收到所述DHCP中繼發(fā)送的DHCP請求報文，且所述DHCP 請求報文中攜帶有服務器狀態(tài)請求時，獲取自身的服務器狀態(tài)信息；所述DHCP服務器將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼，具體為：所述DHCP服務器將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
8. 根據(jù)權利要求5所述的方法，其特征在于，如果所述DHCP服務器為所述DHCP請求報文分配地址失敗，則所述DHCP服務器將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼，具體為：所述DHCP服務器將所述服務器狀態(tài) 信息和分配地址失敗的失敗原因信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā) 送給所述DHCP中繼。
9. 根據(jù)權利要求5所述的方法，其特征在于，所述DHCP服務器獲取自身的服務器狀態(tài) 信息，具體為：當達到預設的周期時，所述DHCP服務器獲取自身的服務器狀態(tài)信息。
10. 根據(jù)權利要求5所述的方法，其特征在于，所述DHCP服務器獲取自身的服務器狀態(tài) 信息，具體為：當所述服務器狀態(tài)信息達到預設的閾值條件時，所述DHCP服務器獲取自身的服務器狀態(tài)信息。
11. 根據(jù)權利要求5所述的方法，其特征在于，所述服務器狀態(tài)信息，還包括：運行狀態(tài) 信息。
12. -種DHCP中繼，其特征在于，所述DHCP中繼包括：接收模塊，用于接收DHCP服務器發(fā)送的第一報文；獲取模塊，用于獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；分配模塊，用于當接收到DHCP請求報文時，根據(jù)所述服務器狀態(tài)信息，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
13. 根據(jù)權利要求12所述的DHCP中繼，其特征在于，所述服務器狀態(tài)信息，還包括：運行狀態(tài)信息。
14. 根據(jù)權利要求12所述的DHCP中繼，其特征在于，所述DHCP中繼采用的請求報文分配機制為主備服務器分配機制，所述DHCP服務器為主用DHCP服務器或備用DHCP服務器；所述分配模塊，用于：當接收到DHCP請求報文時，根據(jù)所述服務器狀態(tài)信息，在所述主用DHCP服務器和備用 DHCP服務器中，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
15. 根據(jù)權利要求12所述的DHCP中繼，其特征在于，所述DHCP中繼采用的請求報文分配機制為服務器負載分擔分配機制；所述分配模塊，用于：在所述獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息之后，根據(jù)所述服務器狀態(tài)信息，設置各DHCP服務器的負載分擔比例；當接收到DHCP請求報文時，根據(jù)所述各DHCP服務器的負載分擔比例，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
16. -種DHCP服務器，其特征在于，所述DHCP服務器包括：獲取模塊，用于獲取所述DHCP服務器的服務器狀態(tài)信息，所述服務器狀態(tài)信息包括地址狀態(tài)信息；發(fā)送模塊，用于將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給DHCP中繼。
17. 根據(jù)權利要求16所述的DHCP服務器，其特征在于，所述獲取模塊，用于：在接收到所述DHCP中繼發(fā)送的DHCP請求報文時，獲取所述DHCP服務器的服務器狀態(tài)信息；所述發(fā)送模塊，用于：將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
18. 根據(jù)權利要求16所述的DHCP服務器，其特征在于，所述獲取模塊，用于：在接收到所述DHCP中繼發(fā)送的DHCP請求報文，且所述DHCP請求報文中攜帶有服務器狀態(tài)請求時，獲取所述DHCP服務器的服務器狀態(tài)信息；所述發(fā)送模塊，用于：將所述服務器狀態(tài)信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
19. 根據(jù)權利要求16所述的DHCP服務器，其特征在于，所述發(fā)送模塊，用于：如果所述DHCP服務器為所述DHCP請求報文分配地址失敗，則將所述服務器狀態(tài)信息和分配地址失敗的失敗原因信息攜帶于對應所述DHCP請求報文的DHCP應答報文中發(fā)送給所述DHCP中繼。
20. 根據(jù)權利要求16所述的DHCP服務器，其特征在于，所述獲取模塊，用于：當達到預設的周期時，獲取所述DHCP服務器的服務器狀態(tài)信息。
21. 根據(jù)權利要求16所述的DHCP服務器，其特征在于，所述獲取模塊，用于：當所述服務器狀態(tài)信息達到預設的閾值條件時，獲取所述DHCP服務器的服務器狀態(tài) 信息。
22. 根據(jù)權利要求16所述的DHCP服務器，其特征在于，所述服務器狀態(tài)信息，還包括：運行狀態(tài)信息。
23. -種報文發(fā)送和處理的系統(tǒng)，其特征在于，所述系統(tǒng)包括DHCP服務器和DHCP中繼，其中：所述DHCP服務器，用于獲取自身的服務器狀態(tài)信息，并將所述服務器狀態(tài)信息攜帶于第一報文中發(fā)送給所述DHCP中繼，所述服務器狀態(tài)信息包括地址狀態(tài)信息；所述DHCP中繼，用于接收所述DHCP服務器發(fā)送的第一報文，獲取所述第一報文中攜帶的所述DHCP服務器的服務器狀態(tài)信息，當接收到DHCP請求報文時，根據(jù)所述服務器狀態(tài)信息，為所述DHCP請求報文選擇對其進行處理的DHCP服務器。
【文檔編號】H04L29/12GK104253874SQ201310263490
【公開日】2014年12月31日申請日期:2013年6月27日優(yōu)先權日:2013年6月27日
【發(fā)明者】鄧黎, 徐茜申請人:華為技術有限公司

完整全部詳細技術資料下載