報文轉(zhuǎn)發(fā)的方法和裝置的制造方法
【專利摘要】本發(fā)明提供一種報文轉(zhuǎn)發(fā)的方法和裝置，應(yīng)用在網(wǎng)絡(luò)設(shè)備上，所述方法包括：在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收DNS服務(wù)器向客戶端設(shè)備發(fā)送的DNS應(yīng)答報文；從DNS應(yīng)答報文中解析出被解析域名后，判斷被解析域名是否匹配預(yù)設(shè)的域名特征；如果匹配，則從DNS應(yīng)答報文中解析出與被解析域名對應(yīng)的A記錄地址；將為被解析域名預(yù)先配置的鏈路的下一跳地址和A記錄地址的對應(yīng)關(guān)系更新到路由表中；在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢所述路由表以進行轉(zhuǎn)發(fā)。應(yīng)用本發(fā)明實施例，實現(xiàn)通過預(yù)先配置的鏈路承載特定的域名訪問，從而在帶寬緊張、業(yè)務(wù)激增的情況下，保障特定網(wǎng)絡(luò)業(yè)務(wù)的域名訪問的通暢性和可靠性，進而保障其數(shù)據(jù)傳輸質(zhì)量，提高用戶體驗。
【專利說明】
報文轉(zhuǎn)發(fā)的方法和裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明涉及計算網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其是一種報文轉(zhuǎn)發(fā)的方法和裝置。
【背景技術(shù)】
[0002] 隨著信息業(yè)務(wù)的不斷豐富，帶寬與業(yè)務(wù)之間的矛盾也日漸劇增，具體而言，在帶寬 緊張、業(yè)務(wù)激增的情況下，很難保障所有業(yè)務(wù)的傳輸質(zhì)量。例如，在某網(wǎng)絡(luò)中，某些P2P (Peer to Peer，對等連接）下載、視頻播放等非實時業(yè)務(wù)流量占用了大部分帶寬資源，造成網(wǎng)絡(luò)堵 塞，進而影響其他業(yè)務(wù)（例如，百度搜索）的傳輸質(zhì)量，降低用戶的使用體驗。

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

[0003] 有鑒于此，本發(fā)明提供一種報文轉(zhuǎn)發(fā)的方法和裝置，有效保障特定網(wǎng)絡(luò)業(yè)務(wù)的傳 輸質(zhì)量。
[0004] 具體地，本發(fā)明是通過如下技術(shù)方案實現(xiàn)的：
[0005] 本發(fā)明的一方面，提供一種報文轉(zhuǎn)發(fā)的方法，所述方法應(yīng)用在網(wǎng)絡(luò)設(shè)備上，包括：
[0006] 在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收所述DNS服務(wù)器向所述客 戶端設(shè)備發(fā)送的DNS應(yīng)答報文；
[0007] 從所述DNS應(yīng)答報文中解析出被解析域名后，判斷所述被解析域名是否匹配預(yù)設(shè) 的域名特征；
[0008] 如果匹配，則從所述DNS應(yīng)答報文中解析出與所述被解析域名對應(yīng)的A記錄地 址；
[0009] 將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A記錄地址的對應(yīng)關(guān) 系更新到路由表中；
[0010] 在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢所述路由表以進行轉(zhuǎn)發(fā)。
[0011] 本發(fā)明的另一方面，提供一種報文轉(zhuǎn)發(fā)的裝置，所述裝置應(yīng)用在網(wǎng)絡(luò)設(shè)備上，包 括：
[0012] 報文接收單元，用于在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收所述 DNS服務(wù)器向所述客戶端設(shè)備發(fā)送的DNS應(yīng)答報文；
[0013] 第一判斷單元，用于從所述DNS應(yīng)答報文中解析出被解析域名后，判斷所述被解 析域名是否匹配預(yù)設(shè)的域名特征；
[0014] 解析單元，用于在被解析域名匹配預(yù)設(shè)的域名特征時，從所述DNS應(yīng)答報文中解 析出與所述被解析域名對應(yīng)的A記錄地址；
[0015] 第一更新單元，用于將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A 記錄地址的對應(yīng)關(guān)系更新到路由表中；
[0016] 第一轉(zhuǎn)發(fā)單元，用于在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢所述路由表以 進行轉(zhuǎn)發(fā)。
[0017] 應(yīng)用本發(fā)明實施例，可以預(yù)先為特定域名配置轉(zhuǎn)發(fā)鏈路，并在DNS應(yīng)答報文中攜 帶的被解析域名為特定域名時，將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述 被解析域名對應(yīng)的A記錄地址的對應(yīng)關(guān)系更新至路由表中，并在接收到業(yè)務(wù)報文時，根據(jù) 該路由表進行轉(zhuǎn)發(fā)，以實現(xiàn)通過預(yù)先配置的鏈路承載特定的域名訪問，從而在帶寬緊張、業(yè) 務(wù)激增的情況下，保障特定網(wǎng)絡(luò)業(yè)務(wù)的域名訪問的通暢性和可靠性，進而保障其數(shù)據(jù)傳輸 質(zhì)量，提高用戶體驗。
【附圖說明】
[0018] 圖1是本發(fā)明一示例性實施例示出的一種報文轉(zhuǎn)發(fā)的方法的流程圖；
[0019] 圖2是本發(fā)明一示例性實施例示出的另一種報文轉(zhuǎn)發(fā)的方法的流程圖；
[0020] 圖3是本發(fā)明一示例性實施例示出的一種報文轉(zhuǎn)發(fā)的裝置的一硬件結(jié)構(gòu)示意圖；
[0021] 圖4是本發(fā)明一示例性實施例示出的一種報文轉(zhuǎn)發(fā)的裝置的結(jié)構(gòu)框圖；
[0022] 圖5是本發(fā)明一示例性實施例示出的另一種報文轉(zhuǎn)發(fā)的裝置的結(jié)構(gòu)框圖。
【具體實施方式】
[0023] 這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及 附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例 中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附 權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。
[0024] 在本發(fā)明使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。 在本發(fā)明和所附權(quán)利要求書中所使用的單數(shù)形式的"一種"、"所述"和"該"也旨在包括多 數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語"和/或"是指 并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。
[0025] 應(yīng)當(dāng)理解，盡管在本發(fā)明可能采用術(shù)語第一、第二、第三等來描述各種信息，但這 些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離 本發(fā)明范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第 一信息。取決于語境，如在此所使用的詞語"如果"可以被解釋成為"在……時"或"當(dāng)…… 時"或"響應(yīng)于確定"。
[0026] 本技術(shù)領(lǐng)域人員可以理解的是，用戶訪問某網(wǎng)站時，可以在客戶端設(shè)備中輸入所 述網(wǎng)站的域名，例如，用戶可以在客戶端設(shè)備裝載的瀏覽器中輸入域名www. baidu. com，以 實現(xiàn)對百度網(wǎng)站的訪問。在用戶進行業(yè)務(wù)訪問的過程中，客戶端設(shè)備首先會向DNS服務(wù)器 (Domain Name Server，域名服務(wù)器）發(fā)出DNS請求報文，DNS服務(wù)器接收到該DNS請求報文 后，根據(jù)請求報文中攜帶的被解析域名返回DNS應(yīng)答報文給客戶端設(shè)備，該DNS應(yīng)答報文中 可以攜帶與被解析域名對應(yīng)的A (Address，地址）記錄地址，其中，A記錄地址是被解析域名 對應(yīng)的IP地址（Internet Protocol Address，網(wǎng)際協(xié)議地址），客戶端設(shè)備接受到DNS應(yīng) 答報文后，進而可以根據(jù)所述A記錄地址進行業(yè)務(wù)訪問。
[0027] 在本發(fā)明實施例中，在客戶端設(shè)備與DNS服務(wù)器之間設(shè)置有用于實現(xiàn)負載均衡的 網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備可以為路由器、三層交換機等，本發(fā)明對此不作特殊限制。該網(wǎng)絡(luò) 設(shè)備可以在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收DNS服務(wù)器向客戶端設(shè)備 發(fā)送的DNS應(yīng)答報文，從該報文中解析出被解析域名，并判斷被解析域名是否與預(yù)先設(shè)置 的域名特征匹配，如果匹配，進一步從該報文中解析出與被解析域名對應(yīng)的A記錄地址，且 建立為被解析域名預(yù)先配置的鏈路的下一跳地址與該A記錄地址的對應(yīng)關(guān)系，并將該對應(yīng) 關(guān)系更新到路由表中，在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢路由表以轉(zhuǎn)發(fā)業(yè)務(wù)報 文。從而可以通過預(yù)先配置的鏈路承載特定網(wǎng)絡(luò)業(yè)務(wù)的流量，確保特定網(wǎng)絡(luò)業(yè)務(wù)的傳輸質(zhì) 量。
[0028] 為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明實施例中的技術(shù)方案，下面結(jié)合附圖 對本發(fā)明實施例中技術(shù)方案作進一步詳細的說明。
[0029] 圖1示出了本發(fā)明一示例性實施例示出的一種報文轉(zhuǎn)發(fā)的方法的流程圖。
[0030] 參照圖1，一種報文轉(zhuǎn)發(fā)的方法，應(yīng)用在網(wǎng)絡(luò)設(shè)備上，所述方法包括如下步驟：
[0031] 步驟S101，在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收DNS服務(wù)器向客 戶端設(shè)備發(fā)送的DNS應(yīng)答報文。
[0032] 其中，DNS應(yīng)答報文所包含的字段內(nèi)容屬于公知技術(shù)內(nèi)容，在此不再贅述。
[0033] 步驟S102,從DNS應(yīng)答報文中解析出被解析域名。
[0034] DNS應(yīng)答報文的域名字段的字段數(shù)據(jù)為被解析域名，在本實施例中，可以從該域名 字段解析出被解析域名。
[0035] 步驟S103,判斷被解析域名是否匹配預(yù)設(shè)的域名特征，如果匹配，執(zhí)行步驟S104， 如果不匹配，執(zhí)行步驟S107。
[0036] 具體地，技術(shù)人員或者管理員可以匯總傳輸質(zhì)量需要得到保障的各種網(wǎng)絡(luò)業(yè)務(wù)， 在本發(fā)明中將這些網(wǎng)絡(luò)業(yè)務(wù)稱為特定網(wǎng)絡(luò)業(yè)務(wù)。技術(shù)人員或者管理員從所述特定網(wǎng)絡(luò)業(yè)務(wù) 的域名中提取出域名特征，然后將所述域名特征配置在網(wǎng)絡(luò)設(shè)備中，以供所述網(wǎng)絡(luò)設(shè)備可 以根據(jù)所述域名特征進行特定網(wǎng)絡(luò)業(yè)務(wù)的識別。舉例來說，假設(shè)百度為特定網(wǎng)絡(luò)業(yè)務(wù)，技術(shù) 人員或者管理員可以從百度的域名WWW. baidu. com中提取出一個域名特征baidu，并將所 述域名特征baidu存儲在網(wǎng)絡(luò)設(shè)備中。當(dāng)網(wǎng)絡(luò)設(shè)備解析出的被解析域名匹配所述域名特征 baidu時，網(wǎng)絡(luò)設(shè)備可以確定所述被解析域名為特定網(wǎng)絡(luò)業(yè)務(wù)的域名，執(zhí)行步驟104?？蛇x 的，還可以為一些特定網(wǎng)絡(luò)業(yè)務(wù)預(yù)設(shè)多個域名特征，當(dāng)被解析域名匹配上預(yù)設(shè)的域名特征 中的一個或者多個時，可以確定被解析域名與預(yù)設(shè)的域名特征匹配，即被解析域名為特定 網(wǎng)絡(luò)業(yè)務(wù)的域名。
[0037] 步驟S104,從DNS應(yīng)答報文中解析出與被解析域名對應(yīng)的A記錄地址。
[0038] 在DNS解析中，當(dāng)DNS應(yīng)答報文的類型字段值對為A時，可以從DNS應(yīng)答報文中解 析到與被解析域名對應(yīng)的IP地址，該IP地址就是A記錄地址。
[0039] 步驟S105,判斷路由表中是否已保存為被解析域名預(yù)先配置的鏈路的下一跳地址 與A記錄地址的對應(yīng)關(guān)系，如果是，則執(zhí)行步驟S107,如果否，則執(zhí)行步驟S106。
[0040] 在本實施例中，技術(shù)人員或者管理員可以為特定網(wǎng)絡(luò)業(yè)務(wù)預(yù)先配置傳輸質(zhì)量有保 障的鏈路，并將所述鏈路的信息配置在網(wǎng)絡(luò)設(shè)備上。其中，所述鏈路的信息包括有：鏈路的 優(yōu)先級以及鏈路的下一跳地址等。
[0041] 在本步驟中，網(wǎng)絡(luò)設(shè)備在解析出被解析域名對應(yīng)的A記錄地址后，獲取為被解析 域名配置的鏈路信息，也就是獲取為所述被解析域名對應(yīng)的特定網(wǎng)絡(luò)業(yè)務(wù)配置的鏈路信 息，然后判斷路由表中是否保存有所述A記錄地址與所述鏈路信息中下一跳地址的對應(yīng)關(guān) 系。如果路由表中保存有所述A記錄地址與所述鏈路信息中下一跳地址的對應(yīng)關(guān)系，則執(zhí) 行步驟S107。如果路由表中沒有保存所述A記錄地址與所述鏈路信息中下一跳地址的對應(yīng) 關(guān)系，則執(zhí)彳丁步驟S106。
[0042] 在路由表中存儲的被解析域名預(yù)先配置的鏈路的下一跳地址與A記錄地址的對 應(yīng)關(guān)系，如表1所示，但不限于表1所示的表達形式，只要是能表達上述對應(yīng)關(guān)系即可。
[0043] 表 1
[0044]
[0045] 在步驟S105中，根據(jù)步驟S104獲取到A記錄地址查找路由表，如果能夠查找到與 所述A記錄地址匹配的路由表項，則判斷該路由表項中所述A記錄地址對應(yīng)的下一跳地址 是否為所述預(yù)先配置的鏈路的下一跳地址，如果是，則可以確定路由表中已保存被解析域 名預(yù)先配置的鏈路的下一跳地址與A記錄地址的對應(yīng)關(guān)系，反之，沒有保存。
[0046] 步驟S106,將為被解析域名預(yù)先配置的鏈路的下一跳地址和A記錄地址的對應(yīng)關(guān) 系更新到路由表中。
[0047] 當(dāng)在步驟S105確定路由表中沒有保存被解析域名預(yù)先配置的鏈路的下一跳地 址與A記錄地址的對應(yīng)關(guān)系時，在步驟S106,將為被解析域名預(yù)先配置的鏈路的下一跳 地址和A記錄地址的對應(yīng)關(guān)系存入路由表中。舉例來說，假設(shè)為百度預(yù)先配置的鏈路 的下一跳地址為10.29.0. 1，網(wǎng)絡(luò)設(shè)備從DNS應(yīng)答報文中解析出的百度的A記錄地址為 61. 135. 169. 125,則網(wǎng)絡(luò)設(shè)備將所述A記錄地址61. 135. 169. 125與下一跳地址10. 29. 0. 1 的對應(yīng)關(guān)系存儲在路由表中，以形成表1所不的路由表。
[0048] 需要說明的是，在本發(fā)明實施例中，可以為被解析域名預(yù)先配置一條或者多條鏈 路，在為被解析域名預(yù)先配置多條鏈路時，為每條鏈路設(shè)置優(yōu)先級信息，并且將優(yōu)先級信息 更新到路由表中。例如，為被解析域名WWW. baidu. com預(yù)先配置3條鏈路，分別為Linkl、 Link2和Link3,按鏈路的優(yōu)先級高低排序為Link2>Linkl>Link3,將該鏈路的優(yōu)先級更新 到路由表。
[0049] 另外，在所述DNS應(yīng)答報文中攜帶有所述被解析域名的多個A記錄地址時，網(wǎng)絡(luò)設(shè) 備可以將每個A記錄地址與所述鏈路的下一跳地址的對應(yīng)關(guān)系更新到路由表中。進一步舉 例來說，DNS應(yīng)答報文中攜帶的多個A記錄地址分別為IP1和IP2,而鏈路Linkl、Link2和 Link3各自對應(yīng)的下一跳地址分別為IPA、IPB和IPC，則網(wǎng)絡(luò)設(shè)備可以將如下對應(yīng)關(guān)系保存 在路由表中：IP1 - IPA，IP1 - IPB，IP1 - IPC 以及 IP2 - IPA，IP2 - IPB，IP2 - IPC。
[0050] 步驟S107,將DNS應(yīng)答報文轉(zhuǎn)發(fā)至客戶端設(shè)備。
[0051] 步驟S108,在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢所述路由表以進行轉(zhuǎn)發(fā)。
[0052] 根據(jù)本發(fā)明的優(yōu)選實施例，在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，根據(jù)業(yè)務(wù)報 文的目的IP地址查詢步驟S106更新后的路由表，如果目的IP地址匹配到多個鏈路的下一 跳地址，則可以將所述業(yè)務(wù)報文轉(zhuǎn)發(fā)到優(yōu)先級最高的鏈路的下一跳，例如，業(yè)務(wù)報文的目的 IP地址為IP1，根據(jù)IP1查詢路由表，與IP匹配的路由表項包括IP1 - IPA，IP1 - IPB，IP 1 一 IPC，且IPB對應(yīng)的鏈路Link2的優(yōu)先級最高，即業(yè)務(wù)報文的目的IP地址的下一跳地址 為Link2對應(yīng)的下一跳的地址IPB，則可以將業(yè)務(wù)報文轉(zhuǎn)發(fā)到IPB，可以理解的是，如果目的 IP地址只匹配到一個預(yù)先配置的鏈路的下一跳地址，則可以將業(yè)務(wù)報文轉(zhuǎn)發(fā)到該鏈路的下 一跳。本發(fā)明實施例實現(xiàn)通過預(yù)先配置的鏈路轉(zhuǎn)發(fā)業(yè)務(wù)報文，保障業(yè)務(wù)的數(shù)據(jù)傳輸質(zhì)量。
[0053] 圖2示出了本發(fā)明一示例性實施例示出的另一種報文轉(zhuǎn)發(fā)的方法的流程圖。
[0054] 參照圖2,該實施例通過客戶端設(shè)備、網(wǎng)絡(luò)設(shè)備以及服務(wù)器三者之間的交互，詳細 描述了本發(fā)明實施例的報文轉(zhuǎn)發(fā)的方法。
[0055] 步驟S201，客戶端設(shè)備向服務(wù)器發(fā)送DNS請求報文。
[0056] 步驟S202,服務(wù)器向客戶端設(shè)備發(fā)送DNS應(yīng)答報文。
[0057] 步驟S203,網(wǎng)絡(luò)設(shè)備接收服務(wù)器向客戶端設(shè)備發(fā)送的DNS應(yīng)答報文。
[0058] 步驟S204,網(wǎng)絡(luò)設(shè)備從DNS應(yīng)答報文中解析出被解析域名。
[0059] 步驟S205,網(wǎng)絡(luò)設(shè)備判斷被解析域名是否與預(yù)設(shè)的域名特征匹配，如果是，則執(zhí)行 步驟S206,如果否，則執(zhí)行步驟S209。
[0060] 步驟S206，網(wǎng)絡(luò)設(shè)備將從DNS應(yīng)答報文中解析出與被解析域名對應(yīng)的A記錄地址。
[0061] 步驟S207,網(wǎng)絡(luò)設(shè)備判斷路由表中是否已保存為被解析域名預(yù)先配置的鏈路的下 一跳地址和A記錄地址的對應(yīng)關(guān)系，如果是，則執(zhí)行步驟S209,如果否，則執(zhí)行步驟S208。
[0062] 步驟S208,網(wǎng)絡(luò)設(shè)備將為被解析域名預(yù)先配置的鏈路的下一跳地址和A記錄地址 的對應(yīng)關(guān)系更新到路由表中，執(zhí)行步驟S209。
[0063] 步驟S209,網(wǎng)絡(luò)設(shè)備將DNS應(yīng)答報文轉(zhuǎn)發(fā)至客戶端設(shè)備。
[0064] 步驟S210,客戶端設(shè)備向網(wǎng)絡(luò)設(shè)備發(fā)送業(yè)務(wù)報文。
[0065] 步驟S211，網(wǎng)絡(luò)設(shè)備根據(jù)業(yè)務(wù)報文的目的IP地址查詢路由表，以轉(zhuǎn)發(fā)所述業(yè)務(wù)報 文。
[0066] 在本實施例中，網(wǎng)絡(luò)設(shè)備可以將訪問特定域名的業(yè)務(wù)報文通過為該特定域名預(yù)先 配置的鏈路進行轉(zhuǎn)發(fā)，例如，客戶端設(shè)備在進行WWW. baidu. com的業(yè)務(wù)訪問時，其業(yè)務(wù)報文 中的目的IP地址是61. 135. 169. 125,網(wǎng)絡(luò)設(shè)備通過該目的IP地址查詢路由表，且路由表中 與該目的IP地址對應(yīng)的鏈路的下一跳地址為10. 29. 0. 1，則網(wǎng)絡(luò)設(shè)備根據(jù)地址10. 29. 0. 1， 重新將該業(yè)務(wù)報文進行封裝，以轉(zhuǎn)發(fā)至所述鏈路連接的下一跳設(shè)備，從而實現(xiàn)通過預(yù)先配 置的鏈路承載特定網(wǎng)絡(luò)業(yè)務(wù)的流量，確保特定網(wǎng)絡(luò)業(yè)務(wù)的傳輸質(zhì)量。
[0067] 應(yīng)用本發(fā)明實施例，可以預(yù)先為特定域名配置轉(zhuǎn)發(fā)鏈路，并在DNS應(yīng)答報文中攜 帶的被解析域名為特定域名時，將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述 被解析域名對應(yīng)的A記錄地址的對應(yīng)關(guān)系更新至路由表中，并在接收到業(yè)務(wù)報文時，根據(jù) 該路由表進行轉(zhuǎn)發(fā)，以實現(xiàn)通過預(yù)先配置的鏈路承載特定的域名訪問，從而在帶寬緊張、業(yè) 務(wù)激增的情況下，保障特定網(wǎng)絡(luò)業(yè)務(wù)的域名訪問的通暢性和可靠性，進而保障其數(shù)據(jù)傳輸 質(zhì)量，提高用戶體驗。
[0068] 與前述報文轉(zhuǎn)發(fā)的方法的實施例相對應(yīng)，本發(fā)明還提供了報文轉(zhuǎn)發(fā)的裝置的實施 例。
[0069] 本發(fā)明報文轉(zhuǎn)發(fā)的裝置400的實施例可以應(yīng)用在網(wǎng)絡(luò)設(shè)備上。裝置實施例可以通 過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯 意義上的裝置，是通過其所在設(shè)備的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀 取到內(nèi)存中運行形成的。從硬件層面而言，如圖3所示，為本發(fā)明一示例性實施例示出的 一種報文轉(zhuǎn)發(fā)的裝置的一硬件結(jié)構(gòu)示意圖，除了圖3所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及 非易失性存儲器之外，實施例中報文轉(zhuǎn)發(fā)的裝置400所在的設(shè)備通常根據(jù)該設(shè)備的實際功 能，還可以包括其他硬件，對此不再贅述。
[0070] 圖4示出了本發(fā)明一示例性實施例示出的一種報文轉(zhuǎn)發(fā)的裝置的結(jié)構(gòu)框圖。
[0071] 參照圖4,一種報文轉(zhuǎn)發(fā)的裝置400,應(yīng)用在網(wǎng)絡(luò)設(shè)備上，所述裝置包括：報文接收 單元401、第一判斷單元402、解析單元403、第二判斷單元404、第二轉(zhuǎn)發(fā)單元405、第一更新 單元406以及第一轉(zhuǎn)發(fā)單元407。
[0072] 報文接收單元401用于在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收DNS 服務(wù)器向客戶端設(shè)備發(fā)送的DNS應(yīng)答報文。
[0073] 第一判斷單元402用于從DNS應(yīng)答報文中解析出被解析域名后，判斷被解析域名 是否匹配預(yù)設(shè)的域名特征。
[0074] 解析單元403用于在被解析域名匹配預(yù)設(shè)的域名特征時，從DNS應(yīng)答報文中解析 出與被解析域名對應(yīng)的A記錄地址。
[0075] 第二判斷單元404用于在將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和 所述A記錄地址的對應(yīng)關(guān)系更新到路由表中之前，判斷路由表中是否已保存為被解析域名 預(yù)先配置的鏈路的下一跳地址和A記錄地址的對應(yīng)關(guān)系。
[0076] 第二轉(zhuǎn)發(fā)單元405用于在第二判斷單元404確定路由表中已保存為被解析域名預(yù) 先配置的鏈路的下一跳地址和A記錄地址的對應(yīng)關(guān)系時，將DNS應(yīng)答報文轉(zhuǎn)發(fā)至客戶端設(shè) 備。
[0077] 第一更新單元406用于在第二判斷單元404確定路由表中沒有保存為被解析域名 預(yù)先配置的鏈路的下一跳地址和A記錄地址的對應(yīng)關(guān)系時，將為被解析域名預(yù)先配置的鏈 路的下一跳地址和A記錄地址的對應(yīng)關(guān)系更新到路由表中。
[0078] 作為本發(fā)明的一種可選實施例，當(dāng)?shù)诙袛鄦卧?04確定路由表中沒有保存為被 解析域名預(yù)先配置的鏈路的下一跳地址和A記錄地址的對應(yīng)關(guān)系時，第一更新單元406將 可以為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A記錄地址的對應(yīng)關(guān)系更新 到路由表中。
[0079] 第一轉(zhuǎn)發(fā)單元407用于在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢路由表以進 行轉(zhuǎn)發(fā)。
[0080] 作為本發(fā)明的一種可選實施例，所述裝置還包括第三轉(zhuǎn)發(fā)單元408,用于在第一判 斷單元402確定被解析域名不匹配預(yù)設(shè)的域名特征時，將DNS應(yīng)答報文轉(zhuǎn)發(fā)至客戶端設(shè)備。
[0081] 根據(jù)本發(fā)明的優(yōu)選實施例，報文轉(zhuǎn)發(fā)的裝置400還包括第二更新單元409,用于 在為被解析域名預(yù)先配置的鏈路有多條時，將為每條鏈路設(shè)置的優(yōu)先級信息更新到路由表 中。
[0082] 基于所述報文轉(zhuǎn)發(fā)裝置400還包括第二更新單元409,本發(fā)明還提供一種優(yōu)選實 施例，如圖5所示，圖5是本發(fā)明一示例性實施例示出的另一種報文轉(zhuǎn)發(fā)的裝置的結(jié)構(gòu)框 圖，第一轉(zhuǎn)發(fā)單元407包括查詢子單元4071和報文轉(zhuǎn)發(fā)子單元4072,其中查詢子單元4071 用于根據(jù)業(yè)務(wù)報文的目的IP地址查詢更新后的路由表，而報文轉(zhuǎn)發(fā)子單元4072用于在目 的IP地址匹配到多個鏈路的下一跳地址時，將業(yè)務(wù)報文轉(zhuǎn)發(fā)到優(yōu)先級最高的鏈路的下一 跳。
[0083] 上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的 實現(xiàn)過程，在此不再贅述。
[0084] 對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實 施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件 說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以 不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的 需要選擇其中的部分或者全部模塊來實現(xiàn)本發(fā)明方案的目的。本領(lǐng)域普通技術(shù)人員在不付 出創(chuàng)造性勞動的情況下，即可以理解并實施。
[0085] 以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
【主權(quán)項】
1. 一種報文轉(zhuǎn)發(fā)的方法，應(yīng)用在網(wǎng)絡(luò)設(shè)備上，其特征在于，所述方法包括： 在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收所述DNS服務(wù)器向所述客戶端 設(shè)備發(fā)送的DNS應(yīng)答報文； 從所述DNS應(yīng)答報文中解析出被解析域名后，判斷所述被解析域名是否匹配預(yù)設(shè)的域 名特征； 如果匹配，則從所述DNS應(yīng)答報文中解析出與所述被解析域名對應(yīng)的A記錄地址； 將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A記錄地址的對應(yīng)關(guān)系更 新到路由表中； 在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢所述路由表以進行轉(zhuǎn)發(fā)。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在為所述被解析域名預(yù)先配置的鏈路有 多條時，所述方法還包括： 將每條鏈路的優(yōu)先級信息更新到路由表中。3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時， 查詢所述路由表以進行轉(zhuǎn)發(fā)包括： 根據(jù)所述業(yè)務(wù)報文的目的IP地址查詢所述更新后的路由表； 如果所述目的IP地址匹配到多條鏈路的下一跳地址，則將所述業(yè)務(wù)報文轉(zhuǎn)發(fā)到優(yōu)先 級最尚的鏈路的下一跳。4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將為所述被解析域名預(yù)先配置的鏈 路的下一跳地址和所述A記錄地址的對應(yīng)關(guān)系更新到路由表中之前，所述方法還包括： 判斷路由表中是否已保存為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A 記錄地址的對應(yīng)關(guān)系； 如果已保存，則將所述DNS應(yīng)答報文轉(zhuǎn)發(fā)至客戶端設(shè)備； 如果沒有保存，則將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A記錄地 址的對應(yīng)關(guān)系更新到路由表中。5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 如果確定所述被解析域名不匹配預(yù)設(shè)的域名特征，則將所述DNS應(yīng)答報文轉(zhuǎn)發(fā)至客戶 端設(shè)備。6. -種報文轉(zhuǎn)發(fā)的裝置，應(yīng)用在網(wǎng)絡(luò)設(shè)備上，其特征在于，所述裝置包括： 報文接收單元，用于在客戶端設(shè)備向DNS服務(wù)器發(fā)出DNS請求報文后，接收所述DNS服 務(wù)器向所述客戶端設(shè)備發(fā)送的DNS應(yīng)答報文； 第一判斷單元，用于從所述DNS應(yīng)答報文中解析出被解析域名后，判斷所述被解析域 名是否匹配預(yù)設(shè)的域名特征； 解析單元，用于在被解析域名匹配預(yù)設(shè)的域名特征時，從所述DNS應(yīng)答報文中解析出 與所述被解析域名對應(yīng)的A記錄地址； 第一更新單元，用于將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A記錄 地址的對應(yīng)關(guān)系更新到路由表中； 第一轉(zhuǎn)發(fā)單元，用于在接收到客戶端設(shè)備發(fā)送的業(yè)務(wù)報文時，查詢所述路由表以進行 轉(zhuǎn)發(fā)。7. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 第二更新單元，用于在為所述被解析域名預(yù)先配置的鏈路有多條時，將每條鏈路的優(yōu) 先級信息更新到路由表中。8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，第一轉(zhuǎn)發(fā)單元包括： 查詢子單元，用于根據(jù)所述業(yè)務(wù)報文的目的IP地址查詢所述更新后的路由表； 報文轉(zhuǎn)發(fā)子單元，用于在所述目的IP地址匹配到多個鏈路的下一跳地址時，將所述業(yè) 務(wù)報文轉(zhuǎn)發(fā)到優(yōu)先級最高的鏈路的下一跳。9. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 第二判斷單元，用于在將為所述被解析域名預(yù)先配置的鏈路的下一跳地址和所述A記 錄地址的對應(yīng)關(guān)系更新到路由表中之前，判斷路由表中是否已保存為所述被解析域名預(yù)先 配置的鏈路的下一跳地址和所述A記錄地址的對應(yīng)關(guān)系； 第二轉(zhuǎn)發(fā)單元，用于在已保存時，將所述DNS應(yīng)答報文轉(zhuǎn)發(fā)至客戶端設(shè)備； 所述第一更新單元，用于在沒有保存時，將為所述被解析域名預(yù)先配置的鏈路的下一 跳地址和所述A記錄地址的對應(yīng)關(guān)系更新到路由表中。10. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 第三轉(zhuǎn)發(fā)單元，用于在確定所述被解析域名不匹配預(yù)設(shè)的域名特征時，將所述DNS應(yīng) 答報文轉(zhuǎn)發(fā)至客戶端設(shè)備。
【文檔編號】H04L29/12GK105991793SQ201510279366
【公開日】2016年10月5日
【申請日】2015年5月27日
【發(fā)明人】王金威
【申請人】杭州迪普科技有限公司