專利名稱：一種建立業(yè)務(wù)的方法和節(jié)點的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種建立業(yè)務(wù)的方法和節(jié)點。
背景技術(shù)：
隨著人們對通信需求在不斷增長，導(dǎo)致網(wǎng)絡(luò)規(guī)模越來越大，邊緣接入節(jié)點(PE)越 來越多。而且，網(wǎng)絡(luò)扁平化的趨勢也使得每一層的網(wǎng)絡(luò)規(guī)模在變大。在大規(guī)模網(wǎng)絡(luò)下，如何 規(guī)劃流量，使得網(wǎng)絡(luò)整體利用效率提高，是關(guān)系到運營商投資收益的重要問題。另外，差異 化服務(wù)是運營商營銷的重要策略，如何在同一張網(wǎng)絡(luò)中提供差異化服務(wù)，直接關(guān)系到運營 商市場的成功與否。同時，隨著市場競爭激烈化，用戶要求也越來越高，其中高可靠性的通 信質(zhì)量是至關(guān)重要的，這種要求反映到到網(wǎng)絡(luò)技術(shù)上，就是PE之間通信如何保證服務(wù)質(zhì)量 (QoS, Quality of Service)和可靠性。流量工程(TE，Traffic Engineering)技術(shù)能很好的滿足上述要求。TE能指定顯 式路徑，滿足用戶網(wǎng)絡(luò)規(guī)劃的需求；TE通過區(qū)分服務(wù)流量工程(DS-TE，Diffserv Traffic Engineering)，可以提供差異化服務(wù)；TE支持快速重路由(FRR，F(xiàn)ast Reroute)、端到端保 護，能滿足不同層次的可靠性需求。但是隨著網(wǎng)絡(luò)的規(guī)模變大，TE擴展性不足的情況開始 呈現(xiàn)由于TE是軟狀態(tài)刷新協(xié)議，每條標簽交換路徑(LSP，Label Switch Path)的狀態(tài)塊 需要定期刷新，限制了單個資源預(yù)留協(xié)議(Resource Reservation Protocol，簡稱RSVP) 實例能夠支持的LSP數(shù)量，并且，每條LSP都需要占用狀態(tài)塊，耗用內(nèi)存資源，也限制了單個 RSVP實例能夠支持的LSP數(shù)量。需要說明的是，現(xiàn)有技術(shù)中單個網(wǎng)絡(luò)節(jié)點中包括一個RSVP 實例，由于單個RSVP實例能夠支持的LSP數(shù)量有限，影響了節(jié)點的性能和容量，從而也成為 網(wǎng)絡(luò)發(fā)展的瓶頸，尤其是核心節(jié)點網(wǎng)絡(luò)，核心節(jié)點之間采用全互聯(lián)，隨著接入節(jié)點數(shù)量的增 大，核心節(jié)點能夠支撐LSP的數(shù)量受限導(dǎo)致了核心節(jié)點網(wǎng)絡(luò)的性能大大降低。發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在的缺陷是網(wǎng)絡(luò)單個節(jié)點 支持的LSP數(shù)量非常有限，嚴重影響網(wǎng)絡(luò)側(cè)對數(shù)據(jù)的傳輸速度，需要增加網(wǎng)絡(luò)設(shè)備，造成網(wǎng) 絡(luò)布局復(fù)雜，成為擴大網(wǎng)絡(luò)規(guī)模的瓶頸。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種建立業(yè)務(wù)的方法和節(jié)點，克服了現(xiàn)有技術(shù)中網(wǎng)絡(luò)單個節(jié)點 支持的LSP數(shù)量非常有限的缺點。本發(fā)明實施例提供了一種建立業(yè)務(wù)的方法，包括根據(jù)從上游節(jié)點接收到I^ath消息的入接口，將所述I^ath消息發(fā)送給第一資源預(yù) 留協(xié)議RSVP實例，所述第一 RSVP實例建立I^ath消息狀態(tài)塊；所述第一 RSVP實例根據(jù)所述I^ath消息為所述I^ath消息對應(yīng)的標簽交換路徑LSP 預(yù)留帶寬并申請標簽；所述第一 RSVP實例生成發(fā)送給下游節(jié)點的I^ath消息，將所述發(fā)送給下游節(jié)點的 Path消息發(fā)送給第二 RSVP實例，所述第二 RSVP實例為所述I^ath消息出接口對應(yīng)的RSVP實例；所述第二 RSVP實例根據(jù)接收的所述發(fā)送給下游節(jié)點的I^ath消息，記錄所述LSP 與第一 RSVP的綁定關(guān)系，將所述發(fā)送給下游節(jié)點的I^ath消息發(fā)送給下游節(jié)點；所述第二 RSVP實例接收所述下游節(jié)點發(fā)送的Resv消息，其中，所述Resv消息與 所述I^ath消息對應(yīng)于相同的LSP ；所述第二 RSVP實例根據(jù)所述LSP與第一 RSVP實例的綁 定關(guān)系，將所述Resv消息發(fā)送給所述第一 RSVP實例；所述第一 RSVP實例根據(jù)所述Resv消息，建立所述LSP ；所述第一 RSVP實例生成發(fā)送給上游節(jié)點的Resv消息，并發(fā)送給所述上游節(jié)點。本發(fā)明實施例還提供了一種建立業(yè)務(wù)的節(jié)點，包括第一 RSVP實例和第二 RSVP實 例；所述第一 RSVP實例，用于根據(jù)從上游節(jié)點接收到I^ath消息的入接口，接收所述 Path消息，建立I^ath消息狀態(tài)塊；根據(jù)所述I^ath消息為所述I^ath消息對應(yīng)的標簽交換路 徑LSP預(yù)留帶寬并申請標簽；生成發(fā)送給下游節(jié)點的I^ath消息，將所述發(fā)送給下游節(jié)點的 Path消息發(fā)送給第二 RSVP實例，所述第二 RSVP實例為所述I^ath消息出接口對應(yīng)的RSVP 實例；接收所述第二 RSVP實例發(fā)送的Resv消息，根據(jù)所述Resv消息，建立所述LSP ；生成 發(fā)送給上游節(jié)點的Resv消息，并發(fā)送給所述上游節(jié)點；所述第二 RSVP實例，用于接收所述第一 RSVP實例發(fā)送的所述發(fā)送給下游節(jié)點的 Path消息，根據(jù)接收的所述發(fā)送給下游節(jié)點的I^ath消息，記錄所述LSP與第一 RSVP的綁定 關(guān)系，將所述發(fā)送給下游節(jié)點的I^th消息發(fā)送給下游節(jié)點；接收所述下游節(jié)點發(fā)送的Resv 消息，其中，所述Resv消息與所述I^ath消息對應(yīng)于相同的LSP ；根據(jù)所述LSP與第一 RSVP 實例的綁定關(guān)系，將所述Resv消息發(fā)送給所述第一 RSVP實例。本發(fā)明實施例采用中間節(jié)點中接收I^ath消息的入接口所在的RSVP實例(即 RSVP1)，結(jié)合資源管理模塊和轉(zhuǎn)發(fā)代理模塊，完成了建立LSP的主要處理，而中間節(jié)點中發(fā) 送I^ath消息的出接口所在的RSVP實例(即RSVP2)只是協(xié)助RSVP2進行I^ath消息的發(fā)送， 和Resv消息的接收。因此，當(dāng)中間節(jié)點中要建立大量LSP時，可以根據(jù)接收到I^ath消息的 不同入接口將需要建立的LSP所歸屬的業(yè)務(wù)分布到不同的RSVP實例中，由于RSVP實例的 數(shù)量可擴展，從而提高了中間節(jié)點的容量，同時，不會降低中間節(jié)點的性能。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使 用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其 他的附圖。圖1為基于接口的RSVP分布式的通信系統(tǒng)示意簡圖；圖2本發(fā)明實施例提供的一種建立業(yè)務(wù)的方法流程簡圖；圖3為本發(fā)明實施例提供的在首節(jié)點建立業(yè)務(wù)的方法示意圖；圖4為本發(fā)明實施例提供的在中間節(jié)點建立業(yè)務(wù)的方法示意圖；圖5為PLR節(jié)點進行Bypass隧道綁定處理的示意圖；圖6為PLR節(jié)點進行Auto FRR處理的示意7
圖7為PLR節(jié)點將流量切換到備份隧道的方法示意圖；圖8是對FRR MP將流量切換到備份隧道的方法示意圖；圖9是從發(fā)送端說明該摘要刷新的方法流程示意簡；圖10是從接收端說明該摘要刷新的方法流程示意簡圖；圖11為本發(fā)明實施例還提供了一種建立業(yè)務(wù)的節(jié)點示意圖。
具體實施例方式本發(fā)明實施例提供一種建立業(yè)務(wù)的方法，該方法中采用多個RSVP實例，根據(jù)接收 到I^ath消息的入接口不同，將多個LSP的處理分別分配給多個RSVP實例處理，減輕了單個 RSVP實例的負擔(dān)，其中，節(jié)點中包括多于一個的RSVP實例，每個RSVP實例由一個單板實現(xiàn)， 一個節(jié)點中的RSVP實例的數(shù)量是可變的，優(yōu)選的，一個單板實現(xiàn)一個RSVP實例，通常一個 RSVP實例中處理的LSP數(shù)量是固定的，通過擴展RSVP的數(shù)量可以引入更多單板對LSP進行 支持，可以擴大單個節(jié)點中處理LSP的數(shù)量，從而提高了單個節(jié)點的業(yè)務(wù)處理速度，提高了 單個節(jié)點的容量和性能。需要理解的是，本發(fā)明實施例提供的技術(shù)方案也可以根據(jù)I^ath消 息的出接口不同，將多個LSP的處理分別分配給多個RSVP實例處理，與上述提出的根據(jù)接 收到I^ath消息的入接口不同進行處理方法的實質(zhì)是相同的，根據(jù)在后續(xù)的文字中重點說 明的根據(jù)接收到I^ath消息的入接口不同進行處理的方法可以容易得出。發(fā)明實施例還提 供相應(yīng)的節(jié)點及通信系統(tǒng)。以下分別進行詳細說明。為了便于對本發(fā)明實施例的理解，參見圖1所示，為基于接口的RSVP分布式的通 信系統(tǒng)示意簡圖，圖中包括一條LSP所路由的三個節(jié)點，包括入接口節(jié)點(ingress，或者 稱為“首節(jié)點，，)，傳輸節(jié)點(transit，或者稱為“中間節(jié)點”，其中，中間節(jié)點可以有多個)， 和出接口節(jié)點(egress，或者稱為“末節(jié)點”)。在中間節(jié)點中LSP處理由I^ath消息入接口所對應(yīng)的RSVP實例執(zhí)行；中間節(jié)點中 Path消息的出接口(通常就是Resv消息的入接口)所對應(yīng)的RSVP實例緩存相應(yīng)的RSVP 消息用于刷新以及鄰居處理(即Hello處理)，即業(yè)務(wù)處理主要由入接口對應(yīng)的RSVP實例 處理。其中，由于首節(jié)點不會接收到上游節(jié)點發(fā)送的I^ath消息，而是由業(yè)務(wù)管理模塊建立 業(yè)務(wù)請求，因此，為了方便，可以將業(yè)務(wù)的首節(jié)點處理全部由一個RSVP實例(本實施例中將 該實例舉例為RSVPO實例，后續(xù)實施例中會更詳細說明)處理。在單個節(jié)點中RSVP實例的個數(shù)不限于圖1中所示的兩個，可以是更多，一個RSVP 實例對應(yīng)一個或者多于一個的接口 ；RSVP實例可以部署在主控板上，管理人員可也配置 RSVP實例與接口之間的對應(yīng)關(guān)系；每個RSVP實例都可以獲知配置的RSVP實例與接口之間 的對應(yīng)關(guān)系。由于不同的業(yè)務(wù)的入接口通常分散在各個單板上，與入接口對應(yīng)的進行主要 業(yè)務(wù)處理的RSVP實例通常也分散在各個單板上，可以實現(xiàn)分布式處理。如圖2所示，為本發(fā)明實施例提供的一種建立業(yè)務(wù)的方法流程簡圖，該方法的說 明包括步驟Sl 根據(jù)從上游節(jié)點接收到I^ath消息的入接口，將I^ath消息發(fā)送給第一資 源預(yù)留協(xié)議RSVP實例，第一 RSVP實例建立I^ath消息狀態(tài)塊；步驟S2 第一 RSVP實例根據(jù)I^ath消息為I^ath消息對應(yīng)的標簽交換路徑LSP預(yù) 留帶寬并申請標簽；
步驟S3 第一 RSVP實例生成發(fā)送給下游節(jié)點的I^ath消息，將發(fā)送給下游節(jié)點的 Path消息發(fā)送給第二 RSVP實例，第二 RSVP實例為I^ath消息出接口對應(yīng)的RSVP實例；步驟S4 第二 RSVP實例根據(jù)接收的發(fā)送給下游節(jié)點的I^ath消息，記錄LSP與第 一 RSVP的綁定關(guān)系，將發(fā)送給下游節(jié)點的I^ath消息發(fā)送給下游節(jié)點；步驟S5 第二 RSVP實例接收下游節(jié)點發(fā)送的Resv消息，其中，Resv消息與I^ath 消息對應(yīng)于相同的LSP ；第二 RSVP實例根據(jù)LSP與第一 RSVP實例的綁定關(guān)系，將Resv消 息發(fā)送給第一 RSVP實例；步驟S6 第一 RSVP實例根據(jù)Resv消息，建立LSP ；步驟S7 第一 RSVP實例生成發(fā)送給上游節(jié)點的Resv消息，并發(fā)送給上游節(jié)點。本發(fā)明實施例提供的一種建立業(yè)務(wù)的方法中，節(jié)點中接收I^ath消息的入接口所 對應(yīng)的RSVP實例(即第一 RSVP實例)，結(jié)合資源管理模塊和轉(zhuǎn)發(fā)代理模塊，完成了建立LSP 的主要處理，而節(jié)點中發(fā)送I^ath消息的出接口所在的RSVP實例(即第二 RSVP實例)只是 協(xié)助第一 RSVP實例進行I^ath消息的發(fā)送，和Resv消息的接收。由于在該節(jié)點中可以為不 同業(yè)務(wù)分別建立LSP，在節(jié)點中可以包括有多個入接口，從不同的入接口接收到的I^ath消 息歸屬于不同的LSP，每個接口可以和一個或者多個RSVP實例相連，節(jié)點可以根據(jù)接收到 的I^ath消息的入接口不同，將I^ath消息分配到不同的RSVP實例中處理。這里的節(jié)點中包 括多于一個的RSVP實例，每個RSVP實例可以是由一個單板實現(xiàn)，一個節(jié)點中的RSVP實例 的數(shù)量是可變的，通常一個RSVP實例中處理的LSP數(shù)量是固定的，可以通過擴展RSVP的數(shù) 量可以擴大單個節(jié)點中處理LSP的數(shù)量。因此，當(dāng)節(jié)點中要建立大量LSP時，可以根據(jù)接收到I^ath消息的不同入接口將需 要建立的LSP所歸屬的業(yè)務(wù)分布到不同的RSVP實例中，由于RSVP實例的數(shù)量可擴展，從而 提高了中間節(jié)點的容量，同時，不會降低中間節(jié)點的性能。圖3為本發(fā)明實施例提供的在首節(jié)點建立業(yè)務(wù)的方法示意圖，在首節(jié)點中可以包 括RSVPO，RSVP3，業(yè)務(wù)管理模塊，資源管理模塊，轉(zhuǎn)發(fā)代理模塊和路徑計算模塊。其中，業(yè) 務(wù)管理模塊，資源管理模塊，轉(zhuǎn)發(fā)代理模塊和路徑計算模塊可以集中在RSVPO中實現(xiàn)。首節(jié) 點中的RSVP3中只有I^ath消息的出接口，如圖中路徑計算模塊計算出的首節(jié)點的出接口為 IF3，其中，IF3與RSVP3相連。由于首節(jié)點中沒有I^ath消息的入接口，則由業(yè)務(wù)管理模塊觸發(fā)RSVPO進行LSP的 業(yè)務(wù)處理。下面對該方法詳細說明，包括步驟301 業(yè)務(wù)管理模塊接收到配置隧道的命令；步驟302 業(yè)務(wù)管理模塊根據(jù)接收到的配置隧道的命令，向路徑計算模塊請求計 算隧道路徑，業(yè)務(wù)管理模塊將計算結(jié)果返回給業(yè)務(wù)管理模塊；其中，路徑計算模塊為了方便計算路徑，可以將TE鏈路信息統(tǒng)一在一起，例如采 用約束最短路徑優(yōu)先(CSPF，Constraint Shortest Path First)算法。也可以將路徑計算 分布部署，但此時TE鏈路信息不能集中到一個路徑計算模塊，計算路徑會比較復(fù)雜。步驟303 業(yè)務(wù)管理模塊指示RSVPO建立LSP ；步驟304 =RSVPO根據(jù)接收到的建立LSP指示，為所述新的LSP預(yù)留帶寬并申請標 簽，具體包括=RSVPO向轉(zhuǎn)發(fā)代理模塊請求進行檢查，轉(zhuǎn)發(fā)代理模塊記錄需要建立的LSP和 RSVPO的綁定關(guān)系，轉(zhuǎn)發(fā)代理模塊向資源管理模塊請求資源檢查，資源管理模塊返回檢查結(jié)果給轉(zhuǎn)發(fā)代理模塊，轉(zhuǎn)發(fā)代理模塊返回檢查結(jié)果給RSVPO ；其中，轉(zhuǎn)發(fā)代理模塊，還可以作為轉(zhuǎn)發(fā)層面與控制層面的接口，將控制層面的內(nèi)容 下發(fā)給轉(zhuǎn)發(fā)層面。資源管理模塊中會檢查是否有足夠的帶寬給要建立的LSP使用，如果帶 寬充足，則檢查結(jié)果中包括節(jié)點中有足夠的資源建立LSP的信息。步驟305 =RSVPO根據(jù)上述檢查結(jié)果中的用于建立LSP的資源信息，生成發(fā)送給下 游的I^ath消息，根據(jù)預(yù)置的出接口與RSVP實例對應(yīng)關(guān)系，將發(fā)送給下游的I^ath消息發(fā)送 給下游RSVP3，RSVP3記錄LSP和RSVPO的綁定關(guān)系，由RSVP3將發(fā)送給下游的I^ath消息發(fā) 送給下一跳；RSVP3為I^ath消息出接口對應(yīng)的RSVP實例；還需要說明的是，RSVPO不僅參與執(zhí)行預(yù)留帶寬、下發(fā)轉(zhuǎn)發(fā)層面的操作，還進行申 請標簽等主要的建立LSP的操作。其中，在建立了 LSP后，RSVP3會定時的發(fā)送I^ath消息給下一跳進行刷新。步驟306 :RSVP3接收到下游回復(fù)的Resv消息；步驟307 :RSVP3根據(jù)在步驟305中記錄的LSP和RSVPO的綁定關(guān)系，將Resv消息 發(fā)送給RSVP 0 ；步驟308 =RSVPO接收Resv消息后，向轉(zhuǎn)發(fā)代理模塊發(fā)送資源預(yù)留請求，轉(zhuǎn)發(fā)代理 模塊轉(zhuǎn)發(fā)資源預(yù)留請求給資源管理模塊，資源管理模塊預(yù)留資源成功后，返回資源預(yù)留成 功響應(yīng)通過轉(zhuǎn)發(fā)代理發(fā)送到RSVPO ；步驟309 =RSVPO向下游RSVP3回復(fù)Resv消息處理結(jié)果響應(yīng)(如Ack消息)；其中，RSVP3根據(jù)接收到的RSVPO發(fā)送的Ack消息，當(dāng)后續(xù)收到的Resv消息發(fā)生 變化或者超時才向RSVPO報告Resv消息情況，由RSVP3接收下游定時發(fā)送的Resv消息刷新。步驟310 =RSVPO向業(yè)務(wù)管理模塊回復(fù)LSP建立成功響應(yīng)。其中，建立LSP是節(jié)點的本地行為，當(dāng)接收到Resv消息后，LSP才是激活的。通過上述對本發(fā)明實施例提供的首節(jié)點中建立業(yè)務(wù)的方法的說明，由于首節(jié)點中 包括多個RSVP，每個RSVP實例可以是由一個單板實現(xiàn)，一個節(jié)點中的RSVP實例的數(shù)量是可 變的，通常一個RSVP實例中處理的LSP數(shù)量是固定的，可以通過擴展RSVP的數(shù)量可以擴大 單個節(jié)點中處理LSP的數(shù)量。該首節(jié)點中的業(yè)務(wù)管理模塊選擇建立LSP的RSVP實例，將大 量的LSP分布在多個RSVP實例中，與現(xiàn)有技術(shù)中將所有LSP部署在一個RSVP實例相比，本 發(fā)明實施例提供的方法可以通過增加RSVP實例的數(shù)量，從而擴大首節(jié)點的容量和性能，可 以提高首節(jié)點處理業(yè)務(wù)的速度。圖4為本發(fā)明實施例提供的在中間節(jié)點建立業(yè)務(wù)的方法示意圖，在中間節(jié)點可以 包括與首節(jié)點相同的模塊，由于中間節(jié)點中具有接收I^ath消息的入接口，因此，可以不包 括業(yè)務(wù)管理模塊和路徑計算模塊。該方法具體包括步驟401 =RSVPl接收到上游發(fā)送的I^ath消息，建立I^ath狀態(tài)塊(PSB，PathState Block)；其中，RSVPl是接收到上游發(fā)送的I^ath消息的入接口所連接的RSVP實例。該入 接口與RSVPl的連接的可以是預(yù)先配置的。一個RSVP實例可以配置多個與之相連的接口。步驟402 =RSVPl根據(jù)接收到的I^ath消息，發(fā)送資源檢查請求給轉(zhuǎn)發(fā)代理模塊，轉(zhuǎn) 發(fā)代理模塊記錄該I^ath消息所要建立的LSP與RSVPl的綁定關(guān)系，將資源檢查請求發(fā)送給資源管理模塊，資源管理模塊返回檢查結(jié)果通過轉(zhuǎn)發(fā)代理模塊發(fā)送給RSVP 1 ；其中，資源管理模塊中可以檢查是否有足夠的帶寬分配給該LSP所歸屬的業(yè)務(wù)， 資源管理模塊不限于上述說明的檢查帶寬等資源，還可以是其它，此處不應(yīng)該理解為對本 發(fā)明實施例的限制。其中，步驟402中的操作也可以理解為第一 RSVP實例根據(jù)所述I^ath 消息為所述I^ath消息對應(yīng)的標簽交換路徑LSP預(yù)留帶寬并申請標簽。步驟403 =RSVPl生成發(fā)送給下游的I^ath消息，將該發(fā)送給下游的I^ath消息發(fā)送 給出接口所歸屬的RSVP實例(即圖4中RSVP2)，RSVP2記錄該發(fā)送給下游的I^ath消息所 歸屬的LSP與RSVPl的綁定關(guān)系，啟動定時器定時向下游發(fā)送I^ath消息；步驟403中具體可以通過與RSVP2相連的接口 IF2將I^ath消息發(fā)送給下游節(jié)點。步驟404 :RSVP2接收到下游回復(fù)的與上述I^ath消息對應(yīng)的Resv消息；步驟405 :RSVP2根據(jù)該Resv消息歸屬的LSP與RSVPl的綁定關(guān)系，將接收到的 Resv消息轉(zhuǎn)發(fā)給RSVPl ；步驟406 =RSVPl接收Resv消息，建立所述LSP ；其中，步驟406中建立所述LSP的具體操作可以包括=RSVPl向轉(zhuǎn)發(fā)代理模塊發(fā)送 預(yù)留資源請求；轉(zhuǎn)發(fā)代理模塊將該預(yù)留資源請求發(fā)送給資源管理模塊，資源管理模塊預(yù)留 資源成功后，通過轉(zhuǎn)發(fā)代理模塊將預(yù)留成功響應(yīng)發(fā)送給RSVPl ；步驟407 =RSVPl向RSVP2回復(fù)Resv消息的處理結(jié)果響應(yīng)(如Ack消息)；RSVP2 根據(jù)接收到的Ack消息，啟動超時定時器，接收定時發(fā)送的Resv消息刷新。當(dāng)后一次接收 的Resv消息與前一次接收的Resv消息中內(nèi)容有不同，或者規(guī)定時間內(nèi)未接收到Resv消息 時，RSVP2向RSVPl報告超時未接收的Resv消息。否則，若RSVP2接收到下游節(jié)點定時發(fā)送 的Resv消息，并且該Resv消息的內(nèi)容與前一次接收的相同，則不向RSVPl報告，RSVPl維 持LSP的狀態(tài)。步驟408 =RSVPl發(fā)送給上游節(jié)點的Resv消息。步驟408中具體可以通過與RSVPl相連的接口 IFl將Resv消息發(fā)送給上游節(jié)點。通過上述對圖4的說明，由于中間節(jié)點中接收I^ath消息的入接口所在的RSVP實 例(即RSVP1)，結(jié)合資源管理模塊和轉(zhuǎn)發(fā)代理模塊，完成了建立LSP的主要處理，而中間節(jié) 點中發(fā)送I^ath消息的出接口所在的RSVP實例(即RSVP^只是協(xié)助RSVP2進行I^ath消息 的發(fā)送，和Resv消息的接收。當(dāng)中間節(jié)點中要建立大量LSP時，可以根據(jù)接收到I^ath消息 的不同入接口將需要建立的LSP所歸屬的業(yè)務(wù)分布到不同的RSVP實例中，且多個RSVP實 例是由多個單板實現(xiàn)，每個RSVP實例可以是由一個單板實現(xiàn)，一個節(jié)點中的RSVP實例的數(shù) 量是可變的，通常一個RSVP實例中處理的LSP數(shù)量是固定的，可以通過擴展RSVP的數(shù)量可 以擴大單個節(jié)點中處理LSP的數(shù)量，從而提高了中間節(jié)點的容量，同時，不會降低中間節(jié)點 的性能。需要理解的是，一個節(jié)點既可以作為一條LSP的首節(jié)點，也可以作為另一條LSP的 中間節(jié)點，當(dāng)然也可以作為其它LSP的末節(jié)點。由于末節(jié)點只有入接口，沒有出接口，處理上就不需要涉及到多個RSVP實例，對 末節(jié)點的處理可以參考現(xiàn)有技術(shù)。由于RSVP的快速重路由(FRR，F(xiàn)ast Reroute)是RSVP協(xié)議的一種重要功能，在主 LSP發(fā)生故障時，可以將路徑切換到保護LSP(該保護LSP具體可以是旁路(Bypass)隧道，也稱為Bypass LSP,該Bypass隧道與主LSP綁定)上。下面結(jié)合附圖對已經(jīng)建立主LSP的 本地修復(fù)節(jié)點(PLR，Point ofLocal Repair)建立保護LSP的方法進行說明。圖5為PLR節(jié)點進行Bypass隧道綁定處理的示意圖。其中PLR通常為BypassLSP 的頭節(jié)點，PLR位于主LSP上。圖中節(jié)點RTl-節(jié)點RT2-節(jié)點RT3的路徑為主LSP，節(jié)點 RTl-節(jié)點RT4-節(jié)點RT3的路徑為Bypass LSP，在節(jié)點RTl-節(jié)點RT4-節(jié)點RT3的路徑 Bypass LSP上可以保護多于一條LSP，建立BypassLSP的方法與圖3、圖4中說明的建立LSP 的方法相同。在業(yè)務(wù)管理模塊中記錄有Bypass LSP可以保護的多個LSP所需要的總的帶 寬。例如在節(jié)點RTl-節(jié)點RT2-節(jié)點RT3的路徑上有LSP1、LSP2、LSP3、LSP4四條LSP，建 立BypassLSP總的帶寬為40M，那么，Bypass LSP可以為每條LSP分配一定的帶寬，保護主 LSP，四條LSP的Bypass LSP的帶寬總和不能超出40M。其中，節(jié)點RTl為PLR，在節(jié)點RTl 中由RSVP實例管理Bypass隧道，對有帶寬需要的Bypass隧道，集中到業(yè)務(wù)管理模塊申請 扣減帶寬。需要說明的是，RSVPl獲知到I^ath消息的出接口所在的RSVP接收到下游發(fā)送的 Resv消息(即LSP在該節(jié)點中建立成功)，且RSVPl根據(jù)用戶的配置記錄信息，發(fā)現(xiàn)LSP需 要FRR保護執(zhí)行該Bypass隧道綁定處理的方法；其中，該RSVPl是接收I^ath消息的入接口 所在的實例。該方法包括步驟501 =RSVPl將保護該主LSP出接口的Bypass隧道以及主LSP發(fā)送給路徑計 算模塊，路徑計算模塊檢驗Bypass隧道是否能夠保護該主LSP，路徑計算模塊返回檢查結(jié) 果給RSVPl ；其中，如果路徑計算模塊判斷出Bypass隧道能夠保護該主LSP，則返回的檢查 結(jié)果中包括=Bypass隧道與出接口之間綁定的信息。還需要理解的是，Bypass隧道的建 立有二種方式一種是自動方式建立的(auto方式)；另一種是手工建立的；其中，手工的 Bypass隧道是預(yù)先建立好的；auto Bypass是在配置快速重路由(FRR)時建立的，即非手工 配置的情況下，隧道是在配置FRR時自動觸發(fā)創(chuàng)建的。Bypass隧道的建立與上述首節(jié)點，中間階段和末節(jié)點中建立LSP的方法可以是一 樣，只是首節(jié)點為PLR節(jié)點。步驟502 =RSVPl判斷出該LSP需要帶寬保護，向業(yè)務(wù)管理模塊申請Bypass隧道的 保護帶寬，業(yè)務(wù)管理模塊扣減Bypass隧道的保護帶寬，將處理結(jié)果返回給RSVPl ；其中，RSVPl可以根據(jù)配置信息以及主LSP是否有帶寬要求，判斷該LSP是否需要 帶寬保護，具體過程可以參考現(xiàn)有技術(shù)。業(yè)務(wù)管理模塊能夠獲知Bypass隧道的帶寬，扣減 的帶寬是對主LSP保護需要的帶寬值，每保護一條，就需要扣減相應(yīng)能夠保護的帶寬。步驟503 如果RSVPl根據(jù)業(yè)務(wù)管理模塊返回的處理結(jié)果，判斷Bypass隧道與主 LSP上的出接口的綁定成功時，RSVPl向轉(zhuǎn)發(fā)代理模塊發(fā)送FRR出接口，轉(zhuǎn)發(fā)代理模塊向轉(zhuǎn) 發(fā)平面發(fā)送FRR出接口 ；其中，轉(zhuǎn)發(fā)代理模塊向轉(zhuǎn)發(fā)平面發(fā)送FRR出接口的作用是通知轉(zhuǎn)發(fā)層面進行FRR 保護，當(dāng)主LSP故障就切換到Bypass路徑上。FRR出接口是一個特殊的出接口，需要與被保 護的出接口 一起下發(fā)給轉(zhuǎn)發(fā)層面。步驟504 如果RSVPl根據(jù)業(yè)務(wù)管理模塊返回的處理結(jié)果，判斷Bypass隧道與主 LSP上的接口的綁定失敗時，定期觸發(fā)重新綁定。
其中，RSVPl可以在綁定失敗時啟動定時器，在預(yù)定的時刻觸發(fā)有帶寬保護綁定的
嘗試ο還需要說明的是，業(yè)務(wù)管理模塊根據(jù)LSP是否攜帶了帶寬參數(shù)可以判斷出Bypass 隧道是否需要帶寬保護，當(dāng)LSP中有帶寬參數(shù)，則Bypass隧道需要帶寬保護。對于有帶寬 保護要求的FRR，為了使得RSVP實例能夠在Bypass隧道選擇前期排除一些帶寬不滿足要求 的Bypass隧道，該Bypass隧道綁定處理的方法，還可以包括步驟505 業(yè)務(wù)管理模塊將Bypass隧道能夠保護的帶寬信息周期性發(fā)布給節(jié)點中 的每個RSVP實例；其中，業(yè)務(wù)管理模塊將Bypass隧道能夠保護的帶寬信息發(fā)送給各RSVP實例的觸 發(fā)條件可以是當(dāng)RSVP實例要求Bypass隧道提供帶寬保護，但是，業(yè)務(wù)管理模塊中保存 的帶寬信息表明已經(jīng)不能提供帶寬保護時，業(yè)務(wù)管理模塊將該條備份隧道的帶寬向所有的 RSVP實例周期性發(fā)布Bypass隧道能夠保護的帶寬信息。需要說明的是，步驟505中業(yè)務(wù)管理模塊將能夠保護的帶寬信息周期性發(fā)布給節(jié) 點中的每個RSVP實例，使得每個RSVP實例中獲知到業(yè)務(wù)管理模塊中的能夠保護的帶寬信 息，從而在每個RSVP實例中根據(jù)自身需要的保護帶寬和業(yè)務(wù)管理模塊中的能夠保護的帶 寬信息，判斷出業(yè)務(wù)管理模塊中的帶寬是否夠用，夠用的情況才去業(yè)務(wù)管理模塊中申請帶 寬，不夠用的情況下，就不申請帶寬保護。因此，步驟505 了減少RSVP實例通知業(yè)務(wù)管理模 塊申請扣減帶寬時失敗的概率。上述是對PLR進行FRR的說明，RSVP協(xié)議的另一種重要功能是自動快速重路由 (Auto FRR)。Auto FRR可以在整體LSP上自動創(chuàng)建對鏈路或者對接口的Bypass隧道。圖6所示為PLR節(jié)點進行Auto FRR處理的示意圖。在該PLR節(jié)點中每個RSVP實 例都可以獲取Auto FRR的配置，并且每個RSVP實例可以決定是否觸發(fā)建立Auto FRR隧 道。執(zhí)行該方法的目的是在節(jié)點已經(jīng)成功建立LSP的基礎(chǔ)上，實現(xiàn)對該LSP上的節(jié)點或者 該LSP所屬的鏈路的保護。其中，LSP建立成功的標志可以是接收到下游發(fā)送的Resv消 息，并且向上游發(fā)送了 Resv消息。下面對Auto FRR處理進行說明，該方法包括步驟601 =RSVPl通知業(yè)務(wù)管理模塊創(chuàng)建自動旁路(Auto Bypass)隧道；其中，步驟601可以具體是在RSVPl通過本地數(shù)據(jù)查找，檢查到LSP需要FRR保護， 并且本地不能查找到合適的備份隧道時，才觸發(fā)執(zhí)行的。還需要說明的是，步驟601是在本節(jié)點LSP建立成功后才執(zhí)行的，PLR節(jié)點中 RSVPl相當(dāng)于上述說明的首節(jié)點中RSVPO實例，即RSVPl參與執(zhí)行預(yù)留帶寬、申請標簽、下發(fā) 轉(zhuǎn)發(fā)層面的操作成功。其中，RSVPl是接收I^ath消息的入接口所屬的RSVP，如果I^ath消息的出接口所 歸屬的RSVP定期的接收到Resv消息，即表示該LSP是定期刷新的，該LSP處于?；顮顟B(tài)， 如果該Resv消息與上一次接收到的Resv消息的內(nèi)容相同，則I^ath消息的出接口所歸屬的 RSVP不會發(fā)送的報告消息給RSVPl。步驟602 業(yè)務(wù)管理模塊觸發(fā)建立Auto Bypass隧道；其中，業(yè)務(wù)管理模塊觸發(fā)建立Auto Bypass隧道的具體操作與圖3中說明的首節(jié) 點建立業(yè)務(wù)的方法可以相類似，Auto Bypass隧道也是一條隧道，在業(yè)務(wù)管理模塊上當(dāng)作Bypass使用，不需要用戶配置建立。當(dāng)前的RSVPl相當(dāng)于上述RSVP0，在與業(yè)務(wù)管理模塊等 結(jié)合，建立新的LSP，該新的LSP即為Auto Bypass隧道。步驟603 業(yè)務(wù)管理模塊向RSVPl返回Auto Bypass隧道標識(Tunnel-ID)用于 建立FRR出接口 ；其中，步驟603操作的用途是將該Auto Bypass隧道用作主LSP的一個FRR出接 口，用來保護主LSP的原來的出接口。步驟604 :RSVP1根據(jù)Auto Bypass隧道ID，建立FRR出接口，將FRR出接口下發(fā) 給轉(zhuǎn)發(fā)代理模塊；由轉(zhuǎn)發(fā)代理模塊向轉(zhuǎn)發(fā)平面發(fā)送FRR出接口 ；進一步，該方法還包括步驟605:當(dāng)Auto Bypass隧道不需要帶寬保護，業(yè)務(wù)管理模塊將AutoBypass隧道 的信息下發(fā)給每個RSVP實例；如果Auto Bypass隧道是繞道(Detour)保護，每條Bypass 隧道只是保護一條主LSP上的一段路徑，每個節(jié)點中對一條LSP的處理主要由一個RSVP實 例執(zhí)行，因此，在節(jié)點中業(yè)務(wù)管理模塊不需要將Auto Bypass的信息下發(fā)給每個RSVP實例。其中，Auto Bypass信息具體可以包括隧道ID、隧道的目的地址，或者帶寬信息 參數(shù)。通過上述對Auto FRR方法的說明，節(jié)點中接收I^ath消息的不同入接口所歸屬的 不同RSVP實例可以與業(yè)務(wù)管理模塊等結(jié)合，實現(xiàn)自動快速重路由。當(dāng)PLR節(jié)點檢測到接口或者節(jié)點故障后，RSVP實例將I^ath消息通過備份隧道(例 如=Bypass隧道)進行發(fā)送，轉(zhuǎn)發(fā)平面檢測到鏈路故障，將流量切換到備份隧道。圖7為PLR節(jié)點將流量切換到備份隧道的方法示意圖，在該PLR節(jié)點中舉例有三 個RSVP實例，包括RSVP1，RSVP2和RSVP4。其中，當(dāng)發(fā)現(xiàn)發(fā)送I^ath消息的出接口(即第三 接口，該第三接口歸屬于RSVP2)出現(xiàn)故障時，即判斷出主LSP出現(xiàn)故障，則將發(fā)送I^ath消 息的出接口對應(yīng)的RSVP2中流量切換到備份隧道對應(yīng)的RSVP4中處理。該方法具體包括步驟701 =RSVPl接收到接口管理模塊通知的第三接口(簡稱“IF3”)故障的消息；其中，RSVPl是主LSP所屬的RSVP實例，也就是接收I^ath消息的入接口所歸屬的 RSVP實例，IF3出現(xiàn)故障時，將RSVPl中的業(yè)務(wù)轉(zhuǎn)移到Bypass隧道上。步驟702 =RSVP 1向轉(zhuǎn)發(fā)代理模塊發(fā)送FRR切換請求，轉(zhuǎn)發(fā)代理模塊收到該FRR切 換請求，轉(zhuǎn)發(fā)代理模塊將切換消息下發(fā)到轉(zhuǎn)發(fā)平面，用于轉(zhuǎn)發(fā)層面消息的流量切換；其中，通知執(zhí)行步驟702使得流量會從原來的主LSP出接口轉(zhuǎn)移到FRR的Bypass 隧道的出接口。步驟703 =RSVPl根據(jù)Bypass隧道信息，將I^ath消息發(fā)送到Bypass隧道的出接口 所在的RSVP4，由RSVP4定時發(fā)送I^ath消息執(zhí)行刷新；其中，RSVPl中預(yù)置的Bypass隧道信息，可以是當(dāng)節(jié)點執(zhí)行FRR后，通知給各RSVP 實例的，也可以是RSVP1從業(yè)務(wù)管理模塊中主動獲取的。步驟704 =RSVPl發(fā)送一個釋放消息給RSVP2，使RSVP2刪除其主LSP出接口所在 的RSVP2的緩存的與LSP有關(guān)的信息；其中，RSVP2為主LSP上發(fā)送I^ath消息的出接口所屬的RSVP實例；上述所說的與 LSP有關(guān)的信息，具體包括Jath緩存消息和接收的Resv緩存消息。步驟705 :RSVP4接收到合并節(jié)點(MP，Merge Point)發(fā)送的Resv消息；
其中，MP與PLR對應(yīng)，PLR是Bypass隧道的首節(jié)點，MP是Bypass隧道的末節(jié)點。步驟706 :RSVP4將Resv報文緩存，并啟動超時定時器，當(dāng)MP節(jié)點繼續(xù)往PLR節(jié)點 發(fā)送Resv消息時，如果沒有變化，可以在RSVP4更新超時定時器，使其不超時，并結(jié)束Resv 消息處理，不需要向RSVPl上送。通過上述對圖7對PLR將流量切換到備份隧道的方法進行了說明，使得當(dāng)PLR檢 測到節(jié)點或者接口故障時，將流量切換到備份隧道，從而提高網(wǎng)絡(luò)的可靠性。圖8是對FRR MP將流量切換到備份隧道的方法示意圖。由于MP節(jié)點上原來的入 接口故障，導(dǎo)致FRR LSP的MP節(jié)點上的入接口與原來主LSP的入接口不一樣，因此，需要去 轉(zhuǎn)發(fā)代理模塊中查找處理該I^ath消息的RSVP實例，再進行處理。為了描述方便，假設(shè)該MP 中主LSP原來在RSVP6中進行處理，F(xiàn)RR切換后I^ath消息從通過第二接口(簡稱“IF2”) 被RSVP5接收。該方法包括步驟801 :RSVP5接收到PLR發(fā)送的I^ath消息；步驟802 :RSVP5向轉(zhuǎn)發(fā)代理模塊查詢該I^ath消息所歸屬的LSP是否已經(jīng)有RSVP 實例進行處理；步驟803 轉(zhuǎn)發(fā)代理模塊返回該LSP已經(jīng)在RSVP6中進行處理的消息給RSVP5 ；步驟804 :RSVP5將I^ath消息發(fā)送到RSVP6進行處理，并將I^ath消息緩存，如果上 游繼續(xù)發(fā)送的I^ath消息到RSVP5，并且I^ath消息沒有變化，則直接更新超時定時器，不需要 再往RSVP6發(fā)送I^ath消息；步驟805 :RSVP6接收到I^ath消息，RSVP6具體根據(jù)I^ath消息中參數(shù)kndTemper 發(fā)生變化來判斷是否發(fā)生FRR，如果是，RSVP6將流量進行FRR切換，向備份隧道在MP節(jié)點 的入接口對應(yīng)的RSVP實例發(fā)送Resv消息(如圖8中備份隧道入接口對應(yīng)的RSVP實例為 RSVP5) ；RSVP6刪除FRR切換前緩存的I^ath消息和Resv消息；其中，F(xiàn)RR切換前RSVP6中緩存的I^ath消息和Resv消息是從歸屬于RSVP6的接 口 IF6中獲取的。FRR切換后的I^ath消息和Resv消息是從歸屬于RSVP5的接口 IF2獲取 的。步驟806 :RSVP5接收RSVP6發(fā)送的Resv消息，緩存Resv消息，定期將Resv消息 發(fā)送給PLR執(zhí)行刷新。通過上述對圖8的說明，在FRR時MP實現(xiàn)了將流量切換到備份隧道上。當(dāng)主LSP 發(fā)生故障后，由MP中的備份隧道所在的RSVP實例(即RSVP5)來代替主LSP所在的RSVP 實例(即RSVP6)實現(xiàn)業(yè)務(wù)處理。本發(fā)明實施例還提供了一種摘要刷新的方法，該方法在節(jié)點中已經(jīng)建立LSP后執(zhí) 行，當(dāng)節(jié)點內(nèi)的RSVP實例啟動摘要刷新功能后，發(fā)生報文的RSVP實例可以為每個報文產(chǎn)生 一個消息標識(Message ID)，將該消息標識發(fā)生給上/下游節(jié)點，當(dāng)上/下游節(jié)點回復(fù)確認 消息(即ACK消息)后，后續(xù)發(fā)生的刷新報文時，發(fā)生消息標識就可以，而不用發(fā)生整個刷 新報文。下面以刷新報文為I^ath消息，舉例發(fā)送端所在節(jié)點中的操作。如圖9所示是從發(fā)送端說明該摘要刷新的方法流程示意簡圖，該方法包括步驟901 RSVPl將I^ath消息發(fā)送給下游RSVP2進行發(fā)送；其中，該RSVPl是產(chǎn)生發(fā)送給下游節(jié)點I^ath消息的RSVP實例，例如RSVPl可以是接收上游節(jié)點發(fā)送的I^ath消息的入接口所在的RSVP實例，RSVP2則是I^ath消息出接口 所在的RSVP實例。步驟902 :RSVP2接收到RSVPl發(fā)送的I^ath消息，為該I^ath消息生成信息標識 (Message ID)，記錄Message ID和Path消息的對應(yīng)關(guān)系；其中，不同RSVP實例可以分配相同的Message ID。步驟903 :RSVP2向下游發(fā)送I^ath消息，其中，該I^ath消息攜帶message ID ；步驟904 :RSVP2接收到下游發(fā)送的ACK消息；步驟905 :RSVP2根據(jù)接收到的ACK消息，發(fā)送Message ID執(zhí)行后續(xù)刷新操作。其中，當(dāng)RSVP2接收到ACK消息后，后續(xù)刷新時將只發(fā)送Message ID進行刷新，不 再發(fā)送完整的I^ath消息進行刷新。優(yōu)選的，相同鄰居的message ID打包在一起往下游刷 新，大大減少消息刷新報文所消耗的資源。需要理解的是，由于摘要刷新時，發(fā)送刷新報文的RSVP實例按照鄰居將多個刷新 報文的Message ID打包發(fā)送給上/下游節(jié)點，并且上/下游節(jié)點回復(fù)的ACK消息沒有會話 (Session)信息，無法查詢到該刷新消息歸屬的LSP，只能根據(jù)摘要刷新報文目的地址匹配 到對應(yīng)的RSVP實例中進行處理。還需要說明的是，如果ACK不是從發(fā)送I^ath消息的RSVP2收到，此時接收到下游 回復(fù)的ACK的RSVP實例需要比較ACK的目的地址，如果不是自身RSVP實例管轄的接口地 址則轉(zhuǎn)給對應(yīng)的RSVP實例進行處理。如圖10所示，仍然以I^ath消息為例，從接收端說明該摘要刷新的方法流程示意簡 圖，該方法包括步驟110 :RSVP1接收到攜帶有Message ID的I^ath消息，記錄Message ID和Mi 消息的對應(yīng)關(guān)系；步驟111 :RSVP1向發(fā)送I^ath消息的上游節(jié)點(也稱為“鄰居”)回復(fù)ACK消息；步驟112 =RSVPl判斷接收到的I^ath消息是否是新建的I^ath消息，或者接收到的 Path消息與前一次接收的I^ath消息是否相同；如果接收到的I^ath消息是新建的，或者是 與前一次接收的I^ath消息有不同，則執(zhí)行步驟113 ；否則，執(zhí)行步驟114 ；步驟113 根據(jù)當(dāng)前接收到的I^ath消息，進行與新建業(yè)務(wù)相同的處理；步驟114 繼續(xù)接收上游節(jié)點發(fā)送的Message ID進行刷新。其中，當(dāng)接收到Message ID后，進行刷新操作具體可以包括重新啟動超時定時 器，然后發(fā)送ACK給上游節(jié)點。通過上述對圖9和圖10的說明，以I^ath消息為例說明了各節(jié)點中執(zhí)行刷新操作 的詳細過程，由于Resv消息的傳輸方向與I^ath消息的傳輸方向恰好相反，則Resv消息的 摘要刷新操作可以根據(jù)圖9、圖10的說明而容易的獲得，此處不重述。圖11所示為本發(fā)明實施例還提供了一種建立業(yè)務(wù)的節(jié)點，該節(jié)點包括第一 RSVP 實例P100，和第二 RSVP實例P103 ；上述第一 RSVP實例，用于根據(jù)從上游節(jié)點接收到I^ath消息的入接口，接收I^ath 消息，建立I^ath消息狀態(tài)塊；根據(jù)I^ath消息為I^ath消息對應(yīng)的標簽交換路徑LSP預(yù)留帶 寬并申請標簽；生成發(fā)送給下游節(jié)點的I^ath消息，將發(fā)送給下游節(jié)點的I^ath消息發(fā)送給第 二 RSVP實例，第二 RSVP實例為I^ath消息出接口對應(yīng)的RSVP實例；接收第二 RSVP實例發(fā)送的Resv消息，根據(jù)Resv消息，建立LSP ；生成發(fā)送給上游節(jié)點的Resv消息，并發(fā)送給上 游節(jié)點；上述第二 RSVP實例，用于接收第一 RSVP實例發(fā)送的發(fā)送給下游節(jié)點的I^ath消 息，根據(jù)接收的發(fā)送給下游節(jié)點的I^ath消息，記錄LSP與第一 RSVP的綁定關(guān)系，將發(fā)送給 下游節(jié)點的I^ath消息發(fā)送給下游節(jié)點；接收下游節(jié)點發(fā)送的Resv消息，其中，Resv消息與 Path消息對應(yīng)于相同的LSP ；根據(jù)LSP與第一 RSVP實例的綁定關(guān)系，將Resv消息發(fā)送給第 一 RSVP實例。該節(jié)點還可以包括轉(zhuǎn)發(fā)代理模塊P101，資源管理模塊P102，其中，轉(zhuǎn)發(fā)代理模塊 P101，資源管理模塊P102與現(xiàn)有技術(shù)中的操作相同，此處不詳細說明，參考現(xiàn)有技術(shù)和上 述方法實施例中的說明即可容易獲得。優(yōu)選的，第二 RSVP實例，還用于定時向下游節(jié)點發(fā)送該發(fā)送給下游的I^ath消息； 和，接收下游節(jié)點定時發(fā)送的Resv消息。優(yōu)選的，節(jié)點還包括業(yè)務(wù)管理模塊P104，路徑計算模塊P105，第零RSVP實例 P106，和第三RSVP實例P107 ；業(yè)務(wù)管理模塊，用于接收配置隧道的命令，向路徑計算模塊請求計算隧道路徑，獲 取路徑計算模塊返回的計算結(jié)果；向第零RSVP實例發(fā)送建立新的LSP的通知；路徑計算模塊，用于計算隧道路徑，將計算結(jié)果發(fā)送給業(yè)務(wù)管理模塊；第零RSVP實例，用于根據(jù)建立新的LSP的通知，為新的LSP預(yù)留帶寬并申請標簽； 生成發(fā)送給下游節(jié)點的第二 I^ath消息，并將第二 I^ath消息發(fā)送給第三RSVP實例，第三 RSVP實例為第二 I^ath消息出接口對應(yīng)的RSVP實例；第三RSVP實例，用于根據(jù)第二 I^ath消息，記錄第二 I^ath消息對應(yīng)的LSP和第零 RSVP實例的綁定關(guān)系，將第二 I^ath消息發(fā)送給下游節(jié)點。優(yōu)選的，節(jié)點還包括路徑計算模塊，業(yè)務(wù)管理模塊，和轉(zhuǎn)發(fā)代理模塊PlOl，其中，第一 RSVP實例，還用于將保護LSP出接口的旁路隧道，和LSP發(fā)送給路徑計算模 塊；向業(yè)務(wù)管理模塊申請旁路隧道的帶寬保護；向轉(zhuǎn)發(fā)代理模塊發(fā)送快速重路由出接口 ；路徑計算模塊，用于檢驗出旁路隧道能夠保護LSP時，返回檢查結(jié)果給第一 RSVP 實例；業(yè)務(wù)管理模塊，用于扣減旁路隧道的保護帶寬，將處理結(jié)果返回給第一 RSVP實 例；轉(zhuǎn)發(fā)代理模塊，用于向轉(zhuǎn)發(fā)平面發(fā)送快速重路由出接口。優(yōu)選的，上述業(yè)務(wù)管理模塊P104，還用于將旁路隧道所保護的帶寬信息周期性發(fā) 布給節(jié)點中的每個RSVP實例。優(yōu)選的，節(jié)點還包括業(yè)務(wù)管理模塊P104和轉(zhuǎn)發(fā)代理模塊PlOl，其中，第一 RSVP實例，還用于指示業(yè)務(wù)管理模塊創(chuàng)建自動旁路隧道；根據(jù)自動旁路隧道 標識，建立快速重路由出接口，將快速重路由出接口發(fā)送給轉(zhuǎn)發(fā)代理模塊；業(yè)務(wù)管理模塊，用于建立自動旁路隧道后發(fā)送自動旁路隧道標識給第一 RSVP實 例；轉(zhuǎn)發(fā)代理模塊，用于向轉(zhuǎn)發(fā)平面發(fā)送快速重路由出接口。優(yōu)選的，節(jié)點還包括第四RSVP實例P108和轉(zhuǎn)發(fā)代理模塊PlOl ；則
第一 RSVP實例，還用于向轉(zhuǎn)發(fā)代理模塊發(fā)送快速重路由切換請求，根據(jù)旁路隧道 的信息，將I^ath消息發(fā)送到第四RSVP實例，其中，第四RSVP實例是旁路隧道的出接口所在 的RSVP實例，轉(zhuǎn)發(fā)代理模塊，用于將收到快速重路由切換請求發(fā)送到轉(zhuǎn)發(fā)平面；第四RSVP實例，用于定時發(fā)送I^ath消息執(zhí)行刷新，接收合并節(jié)點發(fā)送的Resv消 息，緩存Resv消息，接收合并節(jié)點定時發(fā)送的Resv消息執(zhí)行刷新。優(yōu)選的，節(jié)點還包括第五RSVP實例P109和第六RSVP實例P110，第五RSVP實例，用于接收到本地修復(fù)節(jié)點PLR發(fā)送的I^ath消息；當(dāng)PLR發(fā)送的 Path消息對應(yīng)的LSP已經(jīng)在第六RSVP實例中進行處理時，將PLR發(fā)送的I^ath消息發(fā)送給 第六RSVP實例；向PLR發(fā)送Resv消息。第六RSVP實例，用于接收到PLR發(fā)送的I^ath消息后，對流量進行快速重路由切 換，發(fā)送Resv消息給第五RSVP實例。優(yōu)選的，第二 RSVP實例，具體用于為發(fā)送給下游節(jié)點的I^ath消息生成信息標識， 記錄信息標識與發(fā)送給下游節(jié)點的I^ath消息的對應(yīng)關(guān)系；將發(fā)送給下游節(jié)點的I^ath消息 發(fā)送給下游節(jié)點，其中，發(fā)送給下游節(jié)點的I^ath消息中包括信息標識；接收下游發(fā)送的ACK 消息；根據(jù)ACK消息，發(fā)送信息標識代替發(fā)送給下游節(jié)點的I^ath消息執(zhí)行后續(xù)刷新操作。需要說明的是，本發(fā)明實施例提供的節(jié)點的詳細說明可以參考圖1至圖10建立業(yè) 務(wù)的方法中關(guān)于節(jié)點的說明。在節(jié)點實施例中不重述。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。以上對本發(fā)明實施例進行了詳細介紹，本文中應(yīng)用了具體實施方式
對本發(fā)明進行 了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及設(shè)備；同時，對于本領(lǐng)域的 一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所 述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1 一種建立業(yè)務(wù)的方法，其特征在于，包括根據(jù)從上游節(jié)點接收到I^ath消息的入接口，將所述I^ath消息發(fā)送給第一資源預(yù)留協(xié) 議RSVP實例，所述第一 RSVP實例建立I^ath消息狀態(tài)塊；所述第一 RSVP實例根據(jù)所述I^ath消息為所述I^ath消息對應(yīng)的標簽交換路徑LSP預(yù) 留帶寬并申請標簽；所述第一 RSVP實例生成發(fā)送給下游節(jié)點的I^ath消息，將所述發(fā)送給下游節(jié)點的I^ath 消息發(fā)送給第二 RSVP實例，所述第二 RSVP實例為所述I^ath消息出接口對應(yīng)的RSVP實例； 所述第二 RSVP實例根據(jù)接收的所述發(fā)送給下游節(jié)點的I^ath消息，記錄所述LSP與第 一 RSVP的綁定關(guān)系，將所述發(fā)送給下游節(jié)點的I^ath消息發(fā)送給下游節(jié)點；所述第二 RSVP實例接收所述下游節(jié)點發(fā)送的Resv消息，其中，所述Resv消息與所述 Path消息對應(yīng)于相同的LSP ；所述第二 RSVP實例根據(jù)所述LSP與第一 RSVP實例的綁定關(guān) 系，將所述Resv消息發(fā)送給所述第一 RSVP實例；所述第一 RSVP實例根據(jù)所述Resv消息，建立所述LSP ； 所述第一 RSVP實例生成發(fā)送給上游節(jié)點的Resv消息，并發(fā)送給所述上游節(jié)點。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述第二 RSVP實例接收的所述發(fā)送給下游節(jié)點的I^ath消息之后，所述方法還包括所述第二 RSVP實例定時向下游節(jié)點發(fā)送所述發(fā)送給下游的I^ath消息； 在所述第二 RSVP實例在接收到所述下游節(jié)點發(fā)送的Resv消息后，所述方法還包括 第二 RSVP實例接收下游節(jié)點定時發(fā)送的Resv消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括業(yè)務(wù)管理模塊接收到配置隧道的命令，向路徑計算模塊請求計算隧道路徑，獲取所述 路徑計算模塊返回的計算結(jié)果；所述業(yè)務(wù)管理模塊向所述節(jié)點中的第零RSVP實例發(fā)送建 立新的LSP的通知；所述第零RSVP實例根據(jù)所述建立新的LSP的通知，為所述新的LSP預(yù)留帶寬并申請標簽；所述第零RSVP實例生成發(fā)送給下游節(jié)點的第二 I^ath消息，并將所述第二 I^ath消息發(fā) 送給第三RSVP實例，所述第三RSVP實例為所述第一 I^ath消息出接口對應(yīng)的RSVP實例；第三RSVP實例根據(jù)所述第二 I^ath消息，記錄所述第二 I^ath消息對應(yīng)的LSP和第零 RSVP實例的綁定關(guān)系，將所述第二 I^ath消息發(fā)送給下游節(jié)點。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一RSVP實例根據(jù)所述Resv消息， 建立所述LSP之后，所述方法還包括所述第一 RSVP實例將保護所述LSP出接口的旁路隧道，和所述LSP發(fā)送給路徑計算模塊；所述路徑計算模塊檢驗出所述旁路隧道能夠保護所述LSP時，返回檢查結(jié)果給所述第 一 RSVP實例；所述第一 RSVP實例向業(yè)務(wù)管理模塊申請旁路隧道的帶寬保護； 所述業(yè)務(wù)管理模塊扣減所述旁路隧道的保護帶寬，將處理結(jié)果返回給所述第一 RSVP 實例；所述第一 RSVP實例向轉(zhuǎn)發(fā)代理模塊發(fā)送快速重路由出接口 ； 所述轉(zhuǎn)發(fā)代理模塊向轉(zhuǎn)發(fā)平面發(fā)送所述快速重路由出接口。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括所述業(yè)務(wù)管理模塊將所述旁路隧道所保護的帶寬信息周期性發(fā)布給節(jié)點中的每個 RSVP實例。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一RSVP實例根據(jù)所述ResV消息， 建立所述LSP之后，所述方法還包括所述第一 RSVP實例指示業(yè)務(wù)管理模塊創(chuàng)建自動旁路隧道；所述業(yè)務(wù)管理模塊建立自動旁路隧道后發(fā)送自動旁路隧道標識給所述第一 RSVP實例；所述第一 RSVP實例根據(jù)自動旁路隧道標識，建立快速重路由出接口，將所述快速重路 由出接口發(fā)送給轉(zhuǎn)發(fā)代理模塊；所述轉(zhuǎn)發(fā)代理模塊向轉(zhuǎn)發(fā)平面發(fā)送所述快速重路由出接口。
7.根據(jù)權(quán)利要求4至6任一項所述的方法，其特征在于，當(dāng)發(fā)送給下游的I^ath消息的 出接口故障時，所述方法還包括所述第一 RSVP實例向轉(zhuǎn)發(fā)代理模塊發(fā)送快速重路由切換請求，轉(zhuǎn)發(fā)代理模塊將收到 所述快速重路由切換請求發(fā)送到轉(zhuǎn)發(fā)平面；所述第一 RSVP實例根據(jù)旁路隧道的信息，將I^ath消息發(fā)送到第四RSVP實例，其中，所 述第四RSVP實例是所述旁路隧道的出接口所在的RSVP實例，由所述第四RSVP實例定時發(fā) 送I^ath消息執(zhí)行刷新；所述第四RSVP實例接收到合并節(jié)點發(fā)送的Resv消息，緩存所述Resv消息，接收所述 合并節(jié)點定時發(fā)送的Resv消息執(zhí)行刷新。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括 第五RSVP實例接收到本地修復(fù)節(jié)點PLR發(fā)送的I^ath消息；當(dāng)所述PLR發(fā)送的I^ath消息對應(yīng)的LSP已經(jīng)在第六RSVP實例中進行處理時，所述第 五RSVP實例將所述PLR發(fā)送的I^ath消息發(fā)送給所述第六RSVP實例；所述第六RSVP實例接收到所述PLR發(fā)送的I^ath消息后，對流量進行快速重路由切換， 發(fā)送Resv消息給所述第五RSVP實例；所述第五RSVP實例向所述PLR發(fā)送所述Resv消息。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第二RSVP實例將所述發(fā)送給下游節(jié) 點的I^ath消息發(fā)送給下游節(jié)點，還包括所述第二 RSVP實例為所述發(fā)送給下游節(jié)點的I^ath消息生成信息標識，記錄所述信息 標識與所述發(fā)送給下游節(jié)點的I^ath消息的對應(yīng)關(guān)系；所述第二 RSVP實例將所述發(fā)送給下游節(jié)點的I^ath消息發(fā)送給下游節(jié)點，其中，所述發(fā) 送給下游節(jié)點的I^ath消息中包括所述信息標識； 所述第二 RSVP實例接收下游發(fā)送的ACK消息；所述第二 RSVP實例根據(jù)所述ACK消息，發(fā)送所述信息標識代替所述發(fā)送給下游節(jié)點的 Path消息執(zhí)行后續(xù)刷新操作。
10.一種建立業(yè)務(wù)的節(jié)點，其特征在于，包括第一 RSVP實例和第二 RSVP實例；所述第一 RSVP實例，用于根據(jù)從上游節(jié)點接收到I^ath消息的入接口，接收所述I^ath 消息，建立I^ath消息狀態(tài)塊；根據(jù)所述I^ath消息為所述I^ath消息對應(yīng)的標簽交換路徑LSP 預(yù)留帶寬并申請標簽；生成發(fā)送給下游節(jié)點的I^th消息，將所述發(fā)送給下游節(jié)點的I^ath消 息發(fā)送給第二 RSVP實例，所述第二 RSVP實例為所述I^ath消息出接口對應(yīng)的RSVP實例；接 收所述第二 RSVP實例發(fā)送的Resv消息，根據(jù)所述Resv消息，建立所述LSP ；生成發(fā)送給上 游節(jié)點的Resv消息，并發(fā)送給所述上游節(jié)點；所述第二 RSVP實例，用于接收所述第一 RSVP實例發(fā)送的所述發(fā)送給下游節(jié)點的I^ath 消息，根據(jù)接收的所述發(fā)送給下游節(jié)點的I^ath消息，記錄所述LSP與第一 RSVP的綁定關(guān) 系，將所述發(fā)送給下游節(jié)點的I^ath消息發(fā)送給下游節(jié)點；接收所述下游節(jié)點發(fā)送的Resv消 息，其中，所述Resv消息與所述I^ath消息對應(yīng)于相同的LSP ；根據(jù)所述LSP與第一 RSVP實 例的綁定關(guān)系，將所述Resv消息發(fā)送給所述第一 RSVP實例。
11.根據(jù)權(quán)利要求10所述的節(jié)點，其特征在于，所述第二RSVP實例，還用于定時向下游 節(jié)點發(fā)送所述發(fā)送給下游的I^ath消息；和，接收下游節(jié)點定時發(fā)送的Resv消息。
12.根據(jù)權(quán)利要求10所述的節(jié)點，其特征在于，所述節(jié)點還包括業(yè)務(wù)管理模塊，路徑 計算模塊，第零RSVP實例，和第三RSVP實例；所述業(yè)務(wù)管理模塊，用于接收配置隧道的命令，向路徑計算模塊請求計算隧道路徑，獲 取所述路徑計算模塊返回的計算結(jié)果；向所述第零RSVP實例發(fā)送建立新的LSP的通知；所述路徑計算模塊，用于計算隧道路徑，將計算結(jié)果發(fā)送給所述業(yè)務(wù)管理模塊；所述第零RSVP實例，用于根據(jù)所述建立新的LSP的通知，為所述新的LSP預(yù)留帶寬 并申請標簽；生成發(fā)送給下游節(jié)點的第二 I^ath消息，并將所述第一 I^ath消息發(fā)送給第三 RSVP實例，所述第三RSVP實例為所述第二 I^ath消息出接口對應(yīng)的RSVP實例；所述第三RSVP實例，用于根據(jù)所述第二 I^ath消息，記錄所述第二 I^ath消息對應(yīng)的LSP 和第零RSVP實例的綁定關(guān)系，將所述第二 I^ath消息發(fā)送給下游節(jié)點。
13.根據(jù)權(quán)利要求10所述的節(jié)點，其特征在于，所述節(jié)點還包括路徑計算模塊，業(yè)務(wù) 管理模塊，和轉(zhuǎn)發(fā)代理模塊，其中，所述第一 RSVP實例，還用于將保護所述LSP出接口的旁路隧道，和所述LSP發(fā)送給路 徑計算模塊；向業(yè)務(wù)管理模塊申請旁路隧道的帶寬保護；向轉(zhuǎn)發(fā)代理模塊發(fā)送快速重路由 出接口 ；所述路徑計算模塊，用于檢驗出所述旁路隧道能夠保護所述LSP時，返回檢查結(jié)果給 所述第一 RSVP實例；所述業(yè)務(wù)管理模塊，用于扣減所述旁路隧道的保護帶寬，將處理結(jié)果返回給所述第一 RSVP實例；所述轉(zhuǎn)發(fā)代理模塊，用于向轉(zhuǎn)發(fā)平面發(fā)送所述快速重路由出接口。
14.根據(jù)權(quán)利要求13所述的節(jié)點，其特征在于，所述業(yè)務(wù)管理模塊，還用于將所述旁路 隧道所保護的帶寬信息周期性發(fā)布給節(jié)點中的每個RSVP實例。
15.根據(jù)權(quán)利要求10所述的節(jié)點，其特征在于，所述節(jié)點還包括業(yè)務(wù)管理模塊，和轉(zhuǎn) 發(fā)代理模塊，其中，所述第一 RSVP實例，還用于指示業(yè)務(wù)管理模塊創(chuàng)建自動旁路隧道；根據(jù)自動旁路隧道 標識，建立快速重路由出接口，將所述快速重路由出接口發(fā)送給轉(zhuǎn)發(fā)代理模塊；所述業(yè)務(wù)管理模塊，用于建立自動旁路隧道后發(fā)送自動旁路隧道標識給所述第一 RSVP 實例；所述轉(zhuǎn)發(fā)代理模塊，用于向轉(zhuǎn)發(fā)平面發(fā)送所述快速重路由出接口。
16.根據(jù)權(quán)利要求13至15任一項所述的節(jié)點，其特征在于，所述節(jié)點還包括第四 RSVP實例；所述第一 RSVP實例，還用于向轉(zhuǎn)發(fā)代理模塊發(fā)送快速重路由切換請求，根據(jù)旁路隧道 的信息，將I^ath消息發(fā)送到第四RSVP實例，其中，所述第四RSVP實例是所述旁路隧道的出 接口所在的RSVP實例，所述轉(zhuǎn)發(fā)代理模塊，還用于將收到所述快速重路由切換請求發(fā)送到轉(zhuǎn)發(fā)平面；所述第四RSVP實例，用于定時發(fā)送I^ath消息執(zhí)行刷新，接收合并節(jié)點發(fā)送的Resv消 息，緩存所述Resv消息，接收所述合并節(jié)點定時發(fā)送的Resv消息執(zhí)行刷新。
17.根據(jù)權(quán)利要求10所述的節(jié)點，其特征在于，所述節(jié)點還包括第五RSVP實例和第 六RSVP實例，所述第五RSVP實例，用于接收到本地修復(fù)節(jié)點PLR發(fā)送的I^ath消息；當(dāng)所述PLR發(fā)送 的I^ath消息對應(yīng)的LSP已經(jīng)在第六RSVP實例中進行處理時，將所述PLR發(fā)送的I^ath消息 發(fā)送給所述第六RSVP實例；向所述PLR發(fā)送所述Resv消息；所述第六RSVP實例，用于接收到所述PLR發(fā)送的I^ath消息后，對流量進行快速重路由 切換，發(fā)送Resv消息給所述第五RSVP實例。
18.根據(jù)權(quán)利要求10所述的節(jié)點，其特征在于，所述第二 RSVP實例，具體用于為所述發(fā)送給下游節(jié)點的I^ath消息生成信息標識，記錄 所述信息標識與所述發(fā)送給下游節(jié)點的I^th消息的對應(yīng)關(guān)系；將所述發(fā)送給下游節(jié)點的 Path消息發(fā)送給下游節(jié)點，其中，所述發(fā)送給下游節(jié)點的I^ath消息中包括所述信息標識； 接收下游發(fā)送的ACK消息；根據(jù)所述ACK消息，發(fā)送所述信息標識代替所述發(fā)送給下游節(jié)點 的I^ath消息執(zhí)行后續(xù)刷新操作。
全文摘要
本發(fā)明實施例公開了一種建立業(yè)務(wù)的方法和節(jié)點。本發(fā)明技術(shù)方案由于節(jié)點中，可以為不同業(yè)務(wù)分別建立LSP，在節(jié)點中可以包括有多個入接口，從不同的入接口接收到的Path消息歸屬于不同的LSP，每個接口可以和一個或者多個RSVP實例相連，節(jié)點可以根據(jù)接收到的Path消息的入接口不同，將Path消息分配到不同的RSVP實例中處理。這里的節(jié)點中包括多于一個的RSVP實例，每個RSVP實例可以是由一個單板實現(xiàn)，一個節(jié)點中的RSVP實例的數(shù)量是可變的，通常一個RSVP實例中處理的LSP數(shù)量是固定的，可以通過擴展RSVP的數(shù)量可以擴大單個節(jié)點中處理LSP的數(shù)量，從而提高了中間節(jié)點的容量，同時，不會降低中間節(jié)點的性能。
文檔編號H04L12/56GK102143038SQ20101021386
公開日2011年8月3日 申請日期2010年6月23日 優(yōu)先權(quán)日2010年6月23日
發(fā)明者呂鑫, 祝廣東, 賀志國, 賴曉, 饒國義 申請人:華為技術(shù)有限公司