專利名稱：部署流量工程隧道的方法及裝置的制作方法
技術(shù)領域：
本發(fā)明實施例涉及網(wǎng)絡通信技術(shù)領域，尤其是一種部署流量工程隧道 的方法及裝置。
背景技術(shù)：
網(wǎng)絡擁塞是影響骨干網(wǎng)絡性能的主要問題，擁塞的原因可能是網(wǎng)絡資 源不足，也可能是網(wǎng)絡資源負載不均衡導致的局部擁塞。負載不均衡導致 的擁塞可以通過流量工程解決，流量工程通過動態(tài)監(jiān)控網(wǎng)絡的流量和網(wǎng)絡 單元的負載，實時調(diào)整流量管理參數(shù)、路由參數(shù)和資源約束參數(shù)等，優(yōu)化 網(wǎng)絡資源的使用，避免負載不均衡導致的擁塞。
多協(xié)議標簽交換(Multi-Protocol Label Switching,以下簡稱MPLS ) 流量工程(Traffic Engineering,以下簡稱TE)是一種擴展性很好、有 效解決流量問題的技術(shù)，目前已應用于很多大型骨干網(wǎng)絡中。
現(xiàn)網(wǎng)中為了提供良好的端到端服務質(zhì)量(Quality of Service,以下 簡稱QoS)和提高網(wǎng)絡可靠性，在使用MPLS虛擬專用網(wǎng)(Virtual Private Network,以下簡稱VPN)業(yè)務時，要求所有服務提供商邊緣路由器 (Provider Edge,以下簡稱PE )之間要相互建立TE隧道，如圖l所示， 現(xiàn)網(wǎng)中的PE設備都是連接在核心設備(Provider ，以下筒稱P)上的， 通常情況下，P設備只有幾臺，而每臺P設備需要連幾臺或十幾臺PE設 備。假設PE1、 PE5之間要建立TE隧道，流程是服務器根據(jù)約束最短路 徑優(yōu)先(Constrained Shortest Path First,以下簡稱CSPF)算法計算 TE隧道5^徑，假設是PE1 —PI —P2 —P4 — PE5，服務器將該路徑作為顯示
路由對象，并同其他TE隧道配置信息一起下發(fā)至PE1, PE1發(fā)送一路徑建 立消息至PI, PI建立一狀態(tài)機，用于維持PE1 —PI的TE隧道及建立PI —P2之間的TE隧道，并發(fā)送該路徑建立消息至P2, P2建立一狀態(tài)機， 并將該路徑建立消息發(fā)送至P4， P4也要建立一狀態(tài)機，發(fā)送路徑建立消 息至PE5, PE5收到該i 各徑建立消息后，并確定為該TE隧道的終點后，會 發(fā)送一預留確認消息，沿著路徑建立的逆方向，傳到PEl,當PEl接收到 預留確認消息后，表示這條PEl — pi —P2 —P4 —PE5已成功建立。
從上述分析可知這種部署TE隧道的方法，P設備需要支持大量的TE 隧道，舉例來講，某運營商要求80臺PE設備之間互相建立TE隧道，在 不考慮備份的情況下，需要建立6320 ( 80x79 )條TE隧道，這會給核心 設備(P設備)造成很多大的壓力。圖1中，共有8臺PE設備，PE1-PE8， 4臺P, PI-P4，端點處的兩臺P設備，Pl、 P4每臺連4臺PE設備，虛線 表示由PE1發(fā)起的一條TE隧道。在不考慮備份的情況下，P1或P4各自 需要維護44條TE隧道，包括同設備下的12條隧道(4x3)，非同設備間 的32條TE隧道(2x4x4);中間的P設備(P2或P3)也要維護32條TE 設備，當考慮備份時，P設備需要維護的TE隧道數(shù)目還會增加。由于每 條隧道建立時P設備都需要建立狀態(tài)機，而且需要定時刷新，當TE隧道 大量存在時，P設備將很難維持。
現(xiàn)有解決方案之一是建立層次化標簽交換路徑(Label Switched Path,以下筒稱LSP)，在P設備之間先建立TE隧道，采用轉(zhuǎn)發(fā)鄰接標 簽交換3各徑(Forwarding Adjacency LSP,以下簡稱FA-LSP ) 4支術(shù)將這 些隧道引入到開放最短路徑最優(yōu)(Open Shortest Path First,以下簡稱 OSPF)協(xié)議或中間系統(tǒng)到中間系統(tǒng)(Intermediate Sys tern-Intermediate System,以下筒稱ISIS )協(xié)議中，即將這條TE隧道看作邏輯鏈路。如圖 2所示，如果需要在PE1與PE5之間建立TE隧道，只需先在P1、 P4之間 建立TE隧道，形成PE1 —PI —P4 —PE5這條TE隧道，這樣中間設備PZ或
P3不需要感知PE發(fā)起的T￡隧道，只需維護P事先建立的TE隧道就可以 了。
但是，這種方法并不能減少TE隧道頭結(jié)點和尾結(jié)點的P設備(上述 舉例中的Pl和P4 )需要維護的TE隧道數(shù)量，如Pl需要維護的由PE1發(fā) 起的TE隧道數(shù)量為8條，比原來的7條還要多一條；同時，將FA-LSP技 術(shù)引入OSPF或ISIS協(xié)議中，會增加網(wǎng)絡的拓樸復雜度，而且FA-LSP是 不穩(wěn)定的，其帶寬等參數(shù)經(jīng)常會變化，因此需要CSPF頻繁計算，增加了 設備的負擔，而且在網(wǎng)絡振蕩期間，容易引起環(huán)路。并且，提前建立P設 備之間的TE隧道的帶寬是靜態(tài)配置的，不能根據(jù)PE設備的需要動態(tài)調(diào)整 帶寬。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種部署TE隧道的方法及裝置，用以解決現(xiàn)有技術(shù)P 設備需要維護的TE隧道的數(shù)量較大的問題，減少P設備需要維護的TE隧道 的數(shù)量。
本發(fā)明實施例提供了 一種部署TE隧道的方法，包括
第 一核心設備解析接收到的路徑建立消息，得到所述路徑建立消息的 特征信息，所迷特征信息包括所述路徑建立消息的目的地址；
根據(jù)所述特征信息和內(nèi)置的拓樸結(jié)構(gòu)得到第二核心設備，所述第二核 心設備與所述路徑建立消息的目的地址對應的服務商邊緣路由器相連；
判斷所述第一核心設備和第二核心設備是否為同一個核心設備，若 否，則通過所迷第 一核心設備和第二核心設備之間的流量工程隧道透傳所 述路徑建立消息。
本發(fā)明實施例提供了 一種部署TE隧道的裝置，包括
解析模塊，用于解析第一核心設備接收到的路徑建立消息，得到所述 路徑建立消息的特征信息； 查詢模塊，用于根據(jù)內(nèi)置的拓樸結(jié)構(gòu)和解析模塊得到的特征信息，得 到第二核心設備，所述第二核心設備與所述路徑建立消息的目的地址對應的服務商邊緣路由器相連；傳輸模塊，用于判斷所述第一核心設備和第二核心設備是否為同一個 核心設備，若否，則通過所述第一核心設備和第二核心設備之間的流量工 程隧道透傳所述路徑建立消息。本發(fā)明實施例將P設備之間建立TE隧道，對經(jīng)過第一 P設備和第二 P設 備對應相同的不同的路徑建立消息通過這個對應相同的第一 P設備和第二 P 設備之間的TE隧道透傳，當這條TE隧道帶寬不夠時增加帶寬，而不是重新 建立TE隧道。因此，P設備只需維護所有P設備之間建立的TE隧道，而不 需維護所有PE設備之間互相建立的TE隧道，又由于運營商提供的P設備的 數(shù)目是有限的，遠遠小于PE設備的數(shù)目，所以，P設備需要維護的TE隧道 數(shù)量將大幅減少。


圖1為現(xiàn)有技術(shù)PE設備之間建立TE隧道的結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)LA-LSP建立TE隧道的結(jié)構(gòu)示意圖；圖3為本發(fā)明實施例部署TE隧道方法實施例一流程圖；圖4為本發(fā)明實施例部署TE隧道方法實施例二流程圖；圖5為本發(fā)明實施例部署TE隧道方法圖4對應的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例部署TE隧道裝置實施例 一結(jié)構(gòu)示意圖；圖7為本發(fā)明實施例部署T E隧道裝置實施例二結(jié)構(gòu)示意圖。
具體實施方式
下面結(jié)合附圖和具體實施例進一步說明本發(fā)明的技術(shù)方案。圖3為本發(fā)明實施例部署TE隧道方法實施例一流程圖，該實施例包括 步驟301:第一P設備解析接收到的路徑建立消息(PATH消息)，得到 所述路徑建立消息的特征信息，所述特征信息包括所述路徑建立消息的目 的地址；步驟302:根據(jù)所述目的地址和第一P設備中內(nèi)置的拓樸結(jié)構(gòu)得到第二 P設備，該第二P設備與所述路徑建立消息的目的地址對應的PE設備相連；步驟303:判斷所述第一P設備和第二P設備是否為同一個P設備，若否， 則通過所述第一P設備和第二P設備之間的TE隧道透傳所述路徑建立消息。本實施例，不論該PATH是哪個PE發(fā)送的，只要一個PATH消息經(jīng)過的 第一 P設備和第二 P設備與另 一個PATH消息經(jīng)過的第一 P設備和第二 P設備 對應相同，這兩個PATH消息將均通過第一 P設備和第二 P設備之間的TE隧 道透傳，實現(xiàn)了減少P設備需要維護的TE隧道數(shù)量。圖4為本發(fā)明實施例部署TE隧道方法實施例二流程圖，該實施例包括步驟401: PE設備發(fā)送路徑建立消息(PATH消息)至與之連接的第一P 設備。參照圖5所示的結(jié)構(gòu)示意圖，假設PE1發(fā)送一PATH消息，那么該PATH消息將發(fā)送至Pl,那么P1為第一P設備。步驟402:第一P設備解析該接收到的PATH消息，得到所述PATH消息的特征信息，該特征信息包括PATH消息的目的地址和帶寬要求，參照圖5 所示的結(jié)構(gòu)示意圖，假設需要建立PE1-PE5之間的TE隧道，那么目的地址 便是PE5的地址。步驟403:根據(jù)帶寬要求為第一P設備的入口分配帶寬，并根據(jù)目的地 址和第一P設備內(nèi)置的網(wǎng)絡拓樸結(jié)構(gòu)，得到與目的地址相應的P設備。參照 圖5所示的結(jié)構(gòu)示意圖，若目的地址為PE5的地址，則得到的第二P設備為 P4,若目的地址為PE2的地址，則得到的第二P設備為P1。步驟404:判斷第一P設備和第二P設備是否為相同的P設備，上述中， 若第一P設備為P1，第二P為Pl,則相同，執(zhí)行步驟45;若第二P設備為P4， 則兩者不同，執(zhí)行步驟46。
步驟405:根據(jù)解析PATH消息得到的帶寬要求為第一P設備(Pl )的出 口分配帶寬。步驟406:獲得第二P設備，例如P4之后，如果PATH消息中攜帶有顯 式路由對象(Explicit Route Object,以下筒稱ERO),并且該ERO中包含 Pl、 P4中間的P設備(參照圖5所示的結(jié)構(gòu)示意圖，如P2)，則將該中間P 設備(P2 )從ERO中刪除，得到處理后的PATH消息。步驟407:判斷第一 P設備，即Pl和第二 P設備，即P4之間是否存在 TE隧道(P1、 P4之間的TE隧道可以是預先建立的)，如果存在則執(zhí)行步驟 408;否則執(zhí)行步驟409。步驟408:根據(jù)解析PATH消息時得到的帶寬要求，判斷P1、 P4之間的 TE隧道的帶寬是否滿足帶寬要求，是則執(zhí)行步驟411,否則，執(zhí)行步驟410。步驟409:根據(jù)解析PATH消息時得到的帶寬要求，觸發(fā)建立滿足帶寬要 求的Pl 、 P4之間的TE隧道，執(zhí)行步驟411。步驟410:調(diào)整該TE隧道的帶寬，使之滿足帶寬要求。步驟411:通過滿足帶寬要求的TE隧道透傳PATH消息。本實施例中，參照圖5所示的結(jié)構(gòu)示意圖，當PE5接收到PATH消息后， 會向P4發(fā)送一預留確認消息，即RESV消息，P4接收到該RESV消息后會將 RESV消息逐級上傳，完成TE隧道的建立。如果RESV消息以IP形式傳輸(不 進TE隧道)，則按IP標準處理RESV消息，如果RESV消息是通過TE隧道傳 輸(進TE隧道)，則在第一P設備接收到PATH消息時，將第一P設備和第二 P設備之間的P設備添加進記錄路由對象(Record Route Object,以下簡稱 謹)中。本實施例中，所有P設備之間相互建立TE隧道，相當于所有的P設備組 成一個區(qū)域組(圖5虛線所示)，區(qū)域組內(nèi)互相建立TE隧道，這些TE隧道不 會發(fā)布到區(qū)域組外，即不會發(fā)布到PE設備，PE設備不會感知這些TE隧道。 由于PE設備感知不到這些TE隧道的存在，相比于現(xiàn)有技術(shù)FA-LSP中PE設
備可以感知P設備之間提前建立的TE隧道的方法，由于PE設備可以感知P 設備之間的TE隧道，當這些TE隧道的帶寬不滿足要求時，CSPF需要重新計 算，重新確定TE隧道路徑，這樣會引起網(wǎng)絡振蕩，進而可能會引起環(huán)路；而 本發(fā)明P設備之間的TE隧道是不會發(fā)布到PE設備中的，避免了上述FA-LSP 方法中存在的問題。本實施例中當TE隧道的第一 P設備收到PE設備發(fā)送的PATH消息后，P 設備解析該PATH消息，找到該PATH消息的目的地址，根據(jù)目的地址和內(nèi)置 的網(wǎng)絡拓樸結(jié)構(gòu)找到該PATH消息對應的第二 P設備，當?shù)谝?P設備與第二 P 設備不相同時，通過第一P設備和第二P設備之間的TE隧道，對該PATH進 行透傳，即將PATH封裝在第一 P設備和第二 P設備之間的TE隧道進行傳輸， 不需要建立狀態(tài)機。相比于現(xiàn)有技術(shù)建立狀態(tài)機的方法，現(xiàn)有技術(shù)建立狀態(tài) 機的方法是在TE隧道經(jīng)過的路徑上的P設備上都建立一狀態(tài)機，以維護上游 TE隧道及建立下游TE隧道，仍以上述FA-LSP為例，PE1、 PE5之間要建立一 TE隧道，由于PATH消息經(jīng)過的Pl、 P4上都要建立狀態(tài)機，貝'J PEl、 PE5之 間的TE隧道相當于PEl —PI —P4 —PE5這樣的分段隧道，而本實施例由于將 PATH透傳，不需建立狀態(tài)機，相當于直接建立PE1 —PE5之間的TE隧道，而 不是分段建立。當傳輸PATH消息的PE位于同一個P設備下時，假設是建立PEl — PE2之 間的TE隧道，由于PEl和PE2都位于PI下，所以不需要建立P i殳備之間的 TE隧道，只需要根據(jù)解析PATH消息得到的帶寬要求為PI的入口和出口分配 帶寬后，直接對PATH消息進行透傳，即不同于現(xiàn)有技術(shù)要建立PEl —PI—PE2 這樣一條分段TE隧道，本實施例是相當于直接建立PEl — PE2的TE隧道，因 此同P設備下的PE之間的TE隧道是不需要P設備維持的，P設備只需維持 所有P設備組成的區(qū)域組內(nèi)的TE隧道即可，大大減少TE隧道數(shù)量。當?shù)谝籔設備和第二P設備之間已經(jīng)存在TE隧道時，可以根據(jù)實際帶寬 要求調(diào)整原先建立的TE隧道的帶寬。這樣不管多少個PE設備之間需要建立 TE隧道，只要經(jīng)過這個區(qū)域組內(nèi)相同的第一P設備和第二P設備，就將共用這條TE隧道(可以根據(jù)實際需要調(diào)整這條TE隧道的帶寬)，而不是新建TE 隧道。舉例來講，在上述PE1與PE5之間建立TE隧道基礎上，還假設PE2和 PE5之間也要建立TE隧道；從上述分析知，PE1與PE5之間建立的TE隧道是 經(jīng)過PE1 — Pl — P4 — PE5的，即經(jīng)過區(qū)域組內(nèi)的Pl — P4之間的TE隧道，假設 此時解析出的(在對PATH消息解析時，除了會解析出目的地址，還會解析出 帶寬要求)P1 —P4之間的TE隧道需要的帶寬是10M;當PE2與PE5之間也要 建立TE隧道時，其也要經(jīng)過組內(nèi)的P1 —P4，假設此時PI —P4之間的TE隧 道需要的帶寬是20M,如果利用現(xiàn)有技術(shù)，由于不能自動調(diào)整，因此需要手 工將之間的帶寬擴充到30M (10M+20M),并將該帶寬調(diào)整信息發(fā)布到各PE設 備及P設備，同時在Pl、 P4上為PE2與PE5之間的TE隧道創(chuàng)建新的狀態(tài)機， 或在PI —P4之間再建立一條TE隧道，而本實施例不需要再建，而采用共用 TE隧道技術(shù)，即仍然利用PE1發(fā)起TE隧道建立時建立的Pl —P4之間的TE 隧道，只不過在P1接收到PE2發(fā)起TE隧道建立時，自動將TE隧道的帶寬配 置進行修改，即將Pl —P4之間的TE隧道的帶寬調(diào)整為3畫，并且該帶寬調(diào) 整信息不需要發(fā)布給其他設備，同時不需要建立狀態(tài)機，在P1設備上只根據(jù) 第一份PATH消息(假設來自于PE1 )建立Pl —P4的TE隧道，建成后對這份 PATH消息透傳，或者通過預先建立的Pl —P4的TE隧道對這份PATH消息透 傳以后收到的PATH消息(包括來自于PE2、 PE3、 PE4的)，只要路徑是經(jīng)過 Pl-P4的，只需要根據(jù)帶寬要求調(diào)整原先建立的Pl-P4的TE隧道的帶寬， 并對PATH消息進行透傳，這樣Pl、 P4之間只要一條TE隧道就夠了 ；依照上 述原理，不論是哪個PE設備發(fā)起PATH消息，只要這些PATH消息具有相同的 第一 P設備和第二 P設備，則共用一條TE隧道透傳該PATH消息。本實施例通過在P設備之間建立TE隧道，使P設備只需維護區(qū)域組內(nèi)的 TE隧道，即只需維護P設備之間的TE隧道，而不需要維護PE設備之間的TE 隧道，這樣P設備維護的TE隧道的數(shù)量就會很有限，極大地減少P設備需要
維護的TE隧道數(shù)量。運營商網(wǎng)絡中的P設備的數(shù)目是有限的， 一般為8臺， 那么包括備份TE隧道的情況下只需建立8*7*2條，比現(xiàn)有幾千條的數(shù)量大幅 減少，因此，極大地減輕了 P設備的負擔。并且即使后續(xù)增加PE設備，只要 P設備數(shù)目沒有變化，P設備需要維護的TE隧道就不會變化，利用這種方法， 即使幾百臺PE設備需要相互建立TE隧道，運營商的P設備仍可滿足維護需 求。圖6為本發(fā)明實施例部署T E隧道裝置實施例 一 結(jié)構(gòu)示意圖，該實施例 包括解析模塊l,查詢模塊2和傳輸模塊3;解析模塊l用于解析第一核心 設備接收到的路徑建立消息，得到所述路徑建立消息的特征信息；查詢模 塊2用于根據(jù)內(nèi)置的拓樸結(jié)構(gòu)和解析模塊得到的特征信息，得到與所述路 徑建立消息的目的地址相應的第二核心設備；傳輸模塊3用于判斷所述第 一核心設備和第二核心設備是否為同一個核心設備，若否，則通過所述第 一核心設備和第二核心設備之間的流量工程隧道透傳所述路徑建立消息。圖7為本發(fā)明實施例部署TE隧道裝置實施例二結(jié)構(gòu)示意圖，與圖6所示 的實施例不同的是，本實施例還包括入口分配模塊4、出口分配模塊5和 刪除模塊6;入口分配模塊4用于根據(jù)所述解析模塊1得到的特征信息為所 述第 一核心設備的入口分配帶寬；出口分配模塊5用于當傳輸模塊3判斷出 所述第 一核心設備和第二核心設備為同 一個核心設備時，為所述第二核心 設備的出口分配帶寬；刪除模塊6，用于當所述傳輸模塊3判斷出所述第一 核心設備和第二核心設備不是同一個核心設備時，刪除所述路徑建立消息 中攜帶的顯式路由對象中的位于所述第 一核心設備和第二核心設備之間 的核心設備。傳輸模塊3具體包括同一性判斷子模塊31、隧道判斷子模 塊32、帶寬判斷及調(diào)整子模塊33、隧道建立子模塊34和透傳子模塊35;同 一性判斷子模塊31用于判斷所述第一核心設備和查詢模塊2得到的第二核 心設備是否為同 一個核心設備；隧道判斷子模塊32用于當同 一性判斷子模 塊31判斷出所述第 一核心設備和第二核心設備不是同 一 個核心設備時，判
斷所述第一核心設備和第二核心設備之間是否存在流量工程隧道，若是， 將判斷結(jié)果輸出至帶寬判斷及調(diào)整子模塊33，否則，輸出判斷結(jié)果至隧道建立子模塊34;帶寬判斷及調(diào)整子模塊33用于當接收隧道判斷子模塊32輸 出的判斷結(jié)果后，根據(jù)解析所述路徑建立消息得到的特征信息判斷所述流 量工程隧道的帶寬是否滿足要求，若是，該流量工程隧道即為滿足帶寬要 求的流量工程隧道，否則，調(diào)整所述流量工程隧道的帶寬，直至滿足所述 帶寬要求；隧道建立子模塊34用于當接收隧道判斷子模塊32輸出的判斷結(jié) 果后，根據(jù)解析所述路徑建立消息得到的特征信息，觸發(fā)建立滿足所述帶 寬要求的所述第一核心設備和第二核心設備之間的流量工程隧道；透傳子 模塊35用于將所述路徑建立消息通過帶寬判斷及調(diào)整子模塊33及隧道建 立子模塊34得到的滿足帶寬要求的流量工程隧道透傳至所述第二核心設 備。本實施例還可以包括添加模塊7用于當所述傳輸模塊3中的同 一性判 斷子模塊31判斷出所述第 一核心設備和第二核心設備不是同 一 個核心設 備時，將位于所述第一核心設備和第二核心設備之間的核心設備添加進記 錄路由對象(RR0)中。本實施例，通過只在P設備之間建立TE隧道，使P設備維護的TE隧道數(shù) 量大大減少，減輕P設備的工作負擔。最后應說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對 其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通 技術(shù)人員應當理解其依然可以對前述各實施例所記載的技術(shù)方案進行修 改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不 使相應技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種部署流量工程隧道的方法，其特征在于，包括第一核心設備解析接收到的路徑建立消息，得到所述路徑建立消息的特征信息，所述特征信息包括所述路徑建立消息的目的地址；根據(jù)所述特征信息和內(nèi)置的拓撲結(jié)構(gòu)得到第二核心設備，所述第二核心設備與所述路徑建立消息的目的地址對應的服務商邊緣路由器相連；判斷所述第一核心設備和第二核心設備是否為同一個核心設備，若否，則通過所述第一核心設備和第二核心設備之間的流量工程隧道透傳所述路徑建立消息。
2、 根據(jù)權(quán)利要求l所述的部署流量工程隧道的方法，其特征在于，所述 特征信息還包括帶寬要求。
3、 根據(jù)權(quán)利要求2所述的部署流量工程隧道的方法，其特征在于，所述 得到所述路徑建立消息的特征信息之后，該方法還包括根據(jù)所述帶寬要 求為所述第 一核心設備的入口分配帶寬。
4、 根據(jù)權(quán)利要求2所述的部署流量工程隧道的方法，其特征在于，所述 判斷所述第一核心設備和第二核心設備是否為同一個核心設備之后，該方 法還包括若是，則根據(jù)所述帶寬要求為所述第二核心設備的出口分配帶 寬。
5、 根據(jù)權(quán)利要求2所述的部署流量工程隧道的方法，其特征在于，所述 則通過所述第 一核心設備和第二核心設備之間的流量工程隧道透傳所述 路徑建立消息具體包括判斷所述第 一核心設備和第二核心設備之間是否存在流量工程隧道， 若所述第一核心設備和第二核心設備之間存在流量工程隧道，判斷所述流 量工程隧道的帶寬是否滿足所述帶寬要求，若是，則將所述路徑建立消息 通過所述流量工程隧道透傳至所述第二核心設備，否則，調(diào)整所述流量工 程隧道的帶寬，直至滿足所述帶寬要求，將所述路徑建立消息通過滿足帶寬要求的流量工程隧道透傳至所述第二核心設備；若所述第一核心設備和第二核心設備之間不存在流量工程隧道，觸發(fā) 建立滿足所述帶寬要求的所述第 一 核心設備和第二核心設備之間的流量 工程隧道，并將所述路徑建立消息通過滿足帶寬要求的流量工程隧道透傳 至所述第二核心設備。
6、 根據(jù)權(quán)利要求l所述的部署流量工程隧道的方法，其特征在于，所述 則通過所述第一核心設備和第二核心設備之間的流量工程隧道透傳所述 路徑建立消息之前，該方法還包括刪除所述路徑建立消息中攜帶的顯式 路由對象中的位于所述第 一核心設備和第二核心設備之間的核心設備。
7、 根據(jù)權(quán)利要求l所述的部署流量工程隧道方法，其特征在于，所述則 通過所述第 一核心設備和第二核心設備之間的流量工程隧道透傳所述路 徑建立消息之前，該方法還包括將位于所述第一核心設備和第二核心設 備之間的核心設備添加進記錄路由對象中。
8、 一種部署流量工程隧道的裝置，其特征在于，包括 解析模塊，用于解析第一核心設備接收到的路徑建立消息，得到所述路徑建立消息的特征信息；查詢模塊，用于根據(jù)內(nèi)置的拓樸結(jié)構(gòu)和解析模塊得到的特征信息，得 到第二核心設備，所述第二核心設備與所述路徑建立消息的目的地址對應的服務商邊緣路由器相連；傳輸模塊，用于判斷所述第 一核心設備和第二核心設備是否為同 一個核心設備，若否，則通過所述第一核心設備和第二核心設備之間的流量工 程隧道透傳所述路徑建立消息。
9、 根據(jù)權(quán)利要求8所述的部署流量工程隧道的裝置，其特征在于，還 包括入口分配模塊，用于根據(jù)所述解析模塊得到的特征信息為所述第一 核心設備的入口分配帶寬。
10、 根據(jù)權(quán)利要求8所述的部署流量工程隧道的裝置，其特征在于，還包括出口分配模塊，用于當所述傳輸模塊判斷出所述第一核心設備和 第二核心設備為同一個核心設備時，為所述第二核心設備的出口分配帶寬。
11、 根據(jù)權(quán)利要求8或9或10所述的部署流量工程隧道的裝置，其特征 在于，所述傳輸模塊具體包括同 一性判斷子模塊，用于判斷所述第 一核心設備和第二核心設備是否 為同一個核心設備；隧道判斷子模塊，用于當同 一性判斷子模塊判斷出所述第 一核心設備 和第二核心設備不是同一個核心設備時，判斷所述第一核心設備和第二核心設備之間是否存在流量工程隧道，若是，將判斷結(jié)果輸出至帶寬判斷及調(diào)整子模塊，否則，輸出判斷結(jié)果至隧道建立子模塊；帶寬判斷及調(diào)整子模塊，用于當接收到隧道判斷子模塊的判斷結(jié)果 后，根據(jù)解析所述路徑建立消息得到的特征信息判斷所述流量工程隧道的 帶寬是否滿足要求，若是，將所述流量工程隧道為滿足帶寬要求的流量工 程隧道，否則，調(diào)整所述流量工程隧道的帶寬，直至滿足所述帶寬要求；隧道建立子模塊，用于當接收到隧道判斷子模塊的判斷結(jié)果后，根據(jù) 解析所述路徑建立消息得到的特征信息，觸發(fā)建立滿足帶寬要求的所述第 一核心設備和第二核心設備之間的流量工程隧道；透傳子模塊，用于將所述路徑建立消息通過帶寬判斷及調(diào)整子模塊和 隧道建立子模塊得到的滿足帶寬要求的流量工程隧道透傳至所述第二核 心設備。
12、 根據(jù)權(quán)利要求8所述的部署流量工程隧道的裝置，其特征在于， 還包括刪除模塊，用于當所述傳輸模塊判斷出所述第一核心設備和第二 核心設備不是同 一個核心設備時，刪除所述路徑建立消息中攜帶的顯式路 由對象中的位于所述第 一核心設備和第二核心設備之間的核心設備。
13、 根據(jù)權(quán)利要求8所述的部署流量工程隧道的裝置，其特征在于，還包括添加模塊，用于當所述傳輸模塊判斷出所述第一核心設備和第二 核心設備不是同 一個核心設備時，將位于所述第 一核心設備和第二核心設 備之間的核心設備添加進記錄路由對象中。
全文摘要
本發(fā)明實施例涉及一種部署流量工程隧道的方法及裝置。該部署流量工程隧道方法包括第一核心設備解析路徑建立消息得到特征信息；根據(jù)特征信息和拓撲結(jié)構(gòu)得到第二核心設備；當?shù)谝缓诵脑O備和第二核心設備不同時，通過兩者之間的流量工程隧道透傳路徑建立消息。該流量工程隧道建立裝置包括用于解析路徑建立消息以得到特征信息的解析模塊；用于根據(jù)特征信息和拓撲結(jié)構(gòu)得到第二核心設備的查詢模塊；用于透傳路徑建立消息的傳輸模塊。本發(fā)明實施例使經(jīng)過對應相同的第一核心設備和第二核心設備的路徑建立消息共用同一條流量工程隧道，大大減少核心設備需要維護的流量工程隧道數(shù)量，減輕核心設備工作負擔。
文檔編號H04L12/56GK101163110SQ20071017853
公開日2008年4月16日 申請日期2007年11月30日 優(yōu)先權(quán)日2007年11月30日
發(fā)明者鴻 呂 申請人:華為技術(shù)有限公司