在rsvpgr過程中恢復隧道下多條lsp的方法及裝置的製作方法
2023-06-10 15:51:46 1
專利名稱：在rsvp gr過程中恢復隧道下多條lsp的方法及裝置的製作方法
技術領域：
本發明涉及數據網絡通信技術領域，特別是涉及在RSVP(Resource ReSerVation Protocol，資源預留協議)GR(GraCeful Restart，優雅重啟)過程中恢復隧道下多條 LSP(Label Switch Path，標記交換路徑)的方法及裝置。
背景技術：
在實際的網絡中，當LSR(Label Switch Router,標記交換路由器)的 RSVP-TE (Resource ReSerVation Protocol-Traffic Engineering，基於流量工程擴展的資 源預留協議)控制層面重啟，重啟的LSR不但丟失RSVP-TE控制狀態，也會刪除相關的所有 已經建立的LSP隧道的MPLS (Multiprotoco Label Switching,多協議標籤交換)轉髮狀 態。這就意味著在相關LSP隧道上的數據流轉發中斷。這種由於RSVP-TE控制層面重啟帶 來的結果不僅只在重啟的LSR上，同樣影響著鄰居LSR。因為在RSVP-TE控制層面故障後， 重啟的LSR在一段時間裡不能發送或接收刷新消息和響應鄰居的HELLO消息。當鄰居接收 刷新消息和HELLO消息失敗，鄰居也會刪除所有相關LSP的RSVP-TE控制和MPLS轉發狀態。 總之，RSVP-TE控制層面重啟會導致重啟LSR和其鄰居的MPLS數據流中斷。為了減少上述RSVP-TE控制層面重啟帶來的影響，可以採用RSVP-TE GR機制來解 決。該機制允許LSR在實際的重啟前向RSVP-TE鄰居指明在RSVP-TE控制層面重啟後保護 MPLS轉發狀態的能力。然後，當LSR的RSVP-TE控制層面重啟之後，LSR會丟失RSVP-TE控 制狀態，但LSR繼續使用先前建立的LSP隧道的MPLS轉發狀態來轉發數據。當鄰居探測到 該LSR的RSVP-TE控制層面的重啟，鄰居會繼續保持所有相關的LSP隧道的控制和轉髮狀 態並且同先前一樣轉發流量。當控制層面的重啟已經完成，重啟的LSR會同先前的鄰居重 建HELLO通信和重新同步RSVP-TE控制狀態，這就避免了 MPLS數據流的中斷。RFC5063定義了 Recoveryl^ath消息來支持頭節點LSR重啟後的LSP狀態的恢復。 但對於隧道下存在多條LSP的情況，頭節點LSR重啟後，接收到下遊鄰居的Recoveryl^ath 消息並不能區分出當前待恢復的LSP的類型。例如以下的情況(1)對於隧道內的端到端(end-to-end)保護，一條隧道下會同時存在working LSP (A-B-C-D)和 protecting LSP (A-E-D) 在 protecting LSP 對 workingLSP 已經形成保 護；或者形成端到端保護後由於檢測到working LSP鏈路發生故障而發生了切換，導致流 量經過protecting LSP的情況下，此時在隧道頭節點進行控制層面重啟。如圖1所示。(2)隧道MBB^ake-before-break，先合後開)的例子。MBB指的是新創建一條 LSP(比如發現了一條比原有路徑更優的路徑A-B-C-D)，當新LSP創建成功後再拆除原 來的LSP(A-E-C-D)，使得流量平滑地切換到這條更優路徑上。新的LSP創建成功而成為 working LSP，原有的working LSP成為deletingLSP (待刪除LSP)並且在等待延時刪除， 此時在隧道頭節點進行控制層面重啟。如圖2所示。如圖3所示，在支持RSVP GR的前提下，面對上述情況對於來自下遊鄰居的 RecoveryPath消息，頭節點無法區分出該RecoveryPath消息對應於是working LSP、protecting LSP還是deleting LSP，所以會造成只能恢復一條LSP或者錯誤地恢復了 LSP 的問題，比如把deleting LSP恢復成了 working LSP。
發明內容
本發明要解決的問題是提供一種在RSVP GR過程中恢復隧道下多條LSP的方法及 裝置，以克服現有技術中對於隧道下存在多條LSP的情況，頭節點LSR重啟後，接收到下遊 鄰居的Recoveryl^th消息並不能區分出當前待恢復的LSP的類型的缺陷。為達到上述目的，本發明的技術方案提供一種在RSVP GR過程中恢復隧道下多條 LSP的方法，所述方法包括以下步驟A、在創建LSP或更新LSP類型時，保存所述LSP的類 型信息；B、在隧道頭節點LSRA重啟後，根據保存的LSP類型信息，恢復所述隧道頭節點下多 條LSP的狀態。進一步，所述步驟A具體包括:Al、所述隧道頭節點根據創建的LSP的類型，更新 流量工程管理信息基礎TE-MIB本地隧道表turmelTable，並向鄰節點發送路徑消息，所述 tunnelTable中包含LSP的類型欄位；A2、所述隧道頭節點根據收到的Resv消息，判斷所述 Resv消息是否對應於MBB新建的LSP，如果是，則轉步驟A3，否則轉步驟A4 ；A3、MBB處理， 將原有的工作LSP轉換為待刪除LSPdfS turmelTable中的LSP的類型信息，並將修改後 的攜帶LSP的類型信息的轉發表項發送到支撐RTM ；A4、所述隧道頭節點向支撐RTM下發新 建LSP的攜帶LSP的類型信息的轉發表項；A5、所述支撐RTM保存所述LSP的類型信息。進一步，所述步驟A5具體包括所述支撐RTM保存攜帶LSP的類型信息的轉發表 項，並同步到備板。進一步，所述步驟B具體包括Bi、所述支撐RTM獲取LSP的類型信息；B2、所述 隧道頭節點查詢所述支撐RTM，得知保留住了轉發狀態，則向鄰節點通告本節點進入恢復 流程；B3、所述隧道頭節點接收鄰節點的Recoveryl^th消息，根據出標籤和出接口從所 述支撐RTM獲取LSP的類型信息；B4、所述隧道頭節點根據獲取的LSP的類型信息，更新 turmelTable，並向鄰節點發送路徑消息；B5、所述隧道頭節點收到鄰節點的Resv消息後， 向支撐RTM下發對應LSP的攜帶LSP的類型信息的轉發表項。進一步，所述步驟Bl具體包括所述支撐RTM從備板上獲取並保存攜帶LSP的類 型信息的轉發表項。本發明的技術方案還提供一種在RSVP GR過程中恢復隧道下多條LSP的裝置所述 裝置包括類型信息存儲單元，用於在創建LSP或更新LSP類型時，保存所述LSP的類型信 息；狀態恢復單元，用於在隧道頭節點LSRA重啟後，根據所述類型信息存儲單元保存的LSP 類型信息，恢復所述隧道頭節點下多條LSP的狀態。進一步，所述類型信息存儲單元包括本地隧道表更新子單元，用於根據創建的 LSP的類型，更新流量工程管理信息基礎TE-MIB本地隧道表turmelTable，並向鄰節點發送 路徑消息，所述turmelTable中包含LSP的類型欄位；MBB新建LSP判斷子單元，用於根據 收到的Resv消息，判斷所述Resv消息是否對應於MBB新建的LSP ；轉發表項下發子單元， 用於向支撐RTM下發新建LSP的攜帶LSP的類型信息的轉發表項；轉發表項同步子單元，用 於同步支撐RTM保存的攜帶LSP的類型信息的轉發表項。進一步，所述類型信息存儲單元還包括MBB處理子單元，用於將原有的工作LSP轉換為待刪除LSPdfS turmelTable中的LSP的類型信息，並將修改後的攜帶LSP的類型 信息的轉發表項通過轉發表項下發子單元發送到支撐RTM。進一步，所述轉發表項同步子單元位於備板上。進一步，所述狀態恢復單元包括轉發狀態查詢子單元，用於查詢支撐RTM，得知 保留住了轉發狀態，則向鄰節點通告本節點進入恢復流程；LSP的類型信息獲取子單元，用 於接收鄰節點的Recoveryl^th消息，根據出標籤和出接口從所述支撐RTM獲取LSP的類型 信息；恢復控制子單元，用於根據獲取的LSP的類型信息，控制所述本地隧道表更新子單元 更新turmelTable，並向鄰節點發送路徑消息；在收到鄰節點的Resv消息後，控制所述轉發 表項下發子單元向支撐RTM下發對應LSP的攜帶LSP的類型信息的轉發表項。與現有技術相比，本發明有益效果如下對於隧道下存在多條LSP的情況，本發明通過在創建LSP或更新LSP類型時保存 所述LSP的類型信息的方法，在頭節點LSR重啟後，接收到下遊鄰居的Recoveryl^ath消息 時區分出當前待恢復的LSP的類型，並根據保存的LSP類型信息，恢復所述隧道頭節點下多 條LSP的狀態。
圖1是現有技術的一種形成端到端保護的拓撲結構圖；圖2是現有技術的一種進行MBB處理的拓撲結構圖；圖3是現有技術的一種隧道頭節點LSR A發生重啟後的RSVP GR流程圖；圖4是本發明實施例的一種在RSVP GR過程中恢復隧道下多條LSP的方法的流程 圖；圖5是本發明實施例的一種在RSVP GR過程中恢復隧道下多條LSP的裝置的結構 圖。
具體實施例方式下面結合附圖和實施例，對本發明的具體實施方式
作進一步詳細描述。以下實施 例用於說明本發明，但不用來限制本發明的範圍。實施例一本發明實施例的一種在RSVP GR過程中恢復隧道下多條LSP的方法如圖4所示， 本實施例是對圖1所示的拓撲結構中隧道內的端到端(end-to-end)保護，一條隧道下會同 時存在working LSP(A-B-C-D)和protecting LSP (A-E-D)的情況進行處理的，參照圖1和 圖4，本實施例包括以下步驟步驟s401，RSVP隧道頭節點A創建LSP，根據創建的LSP的類型更新 TE-MIB (Traffic Engineering Management Information Base, ^fiXfM^Sff ^ ) 本地隧道表turmelTable，並向鄰節點發送I^ath消息。所述turmelTable中包含LSP的類 型欄位，本實施例中在turmelTable中擴展一個欄位用來記錄LSP的類型，當本地創建不同 類型的LSP時標記其LSP類型對於working LSP，其類型可以標識為TYPE_W0RKING ；對於 protecting LSP，其類型可以標識為 TYPE_PR0TECTING。步驟s402，隧道頭節點根據收到的Resv消息，判斷所述Resv消息是否對應於MBB新建的LSP，如果是，則轉步驟s403，否則轉步驟s404。本實施例中所述Resv消息不是對應 於MBB新建的LSP，因此轉步驟s404。步驟s404，隧道頭節點A向支撐RTM (Route Table Manager，路由表管理模塊)下 發新建LSP的攜帶LSP的類型信息的轉發表項。步驟s405，支撐RTM保存所述LSP的類型信息。本實施例中支撐RTM保存攜帶LSP 的類型信息的轉發表項，並同步到備板。步驟s406，支撐RTM獲取LSP的類型信息。本實施例中，RSVP隧道下protecting LSP為working LSP形成了端到端的保護，此時隧道頭節點A發生了主備倒換，當隧道頭節 點A備板上的協議重新加載後，支撐RTM從備板上獲取並保存轉發表項。步驟s407，隧道頭節點查詢所述支撐RTM，得知保留住了轉發狀態，則向鄰節點B 和E通告本節點進入恢復流程。步驟s408，隧道頭節點接收鄰節點的Recoveryl^ath消息，根據出標籤和出接口 從支撐RTM獲取LSP的類型信息。本實施例中隧道頭節點A RSVP如果收到鄰節點B的 RecoveryPath消息，通過出標籤和出接口向支撐RTM查詢轉發表項的lsp_type (值為 TYPE_W0RKING)；如果收到鄰節點E的Recoveryl^ath消息，通過出標籤和出接口向支撐RTM 查詢轉發表項的lsp_type (值為TYPE_PR0TECTING)。步驟s409，隧道頭節點根據獲取的LSP的類型信息，更新turmelTable，並向鄰節 點發送I^ath消息。本實施例中，當查詢轉發表項的lsp_type值為TYPE_W0RKING時，RSVP 設置turmelTable的lsp_type賦值為TYPE_W0RKING，然後向下遊節點B發送I^ath消息；當 查詢轉發表項的 lsp_type 值為 TYPE_PR0TECTING 時，RSVP 設置 turmelTable 的 lsp_type 賦值為TYPE_PR0TECTING，然後向下遊節點E發送I^ath消息。步驟s410，隧道頭節點收到鄰節點的Resv消息後，向支撐RTM下發對應LSP的攜 帶LSP的類型信息的轉發表項。本實施例中，RSVP隧道頭節點收到下遊節點B的Resv消息 後，向支撐RTM下發對應working LSP的lsp_type為TYPE_W0RKING的轉發表項；收到下遊 節點 E 的 Resv 消息後，向支撐 RTM 下發 protecting LSP 的 lsp_type 為 TYPE_PR0TECTING 的轉發表項。至此RSVP隧道頭節點的working LSP和protecting LSP的狀態重新同步完 成。實施例二本實施例是對圖2所示的拓撲結構中MBB新創建一條LSP (A-B-C-D)，再拆除原來 的LSP(A-E-C-D)的情況進行處理的，參照圖2和圖4，本實施例與實施例一相比，主要有以 下區別在步驟s401中，對於working LSP,其類型可以標識為TYPE_W0RKING ；對於MBB中 待刪除的LSP，其類型可以標識為TYPE_DELETING。在步驟s402中，本實施例中所述Resv消息對應於MBB新建的LSP，因此轉步驟 s403。步驟s403為MBB處理，將原有的工作LSP轉換為待刪除LSP，修改turmelTable中 的LSP的類型信息，並將修改後的攜帶LSP的類型信息的轉發表項發送到支撐RTM。在步驟s408中，如果收到鄰節點E的Recoveryl^ath消息，通過出標籤和出接口向 支撐RTM查詢轉發表項的lsp_type (值為TYPE_DELETING)。在步驟s409中，當查詢轉發表項的lsp_type值為TYPE_DELETING時，RSVP設置tunnel Tab Ie 的 lsp_type 賦值為 TYPE_DELETING。在步驟s410中，RSVP隧道頭節點收到下遊節點E的Resv消息後，向支撐RTM下 發 protecting LSP 的 lsp_type 為 TYPE_DELETING 的轉發表項。本發明實施例的一種在RSVP GR過程中恢復隧道下多條LSP的裝置如圖5所示， 包括類型信息存儲單元和狀態恢復單元，類型信息存儲單元用於在創建LSP或更新LSP類 型時，保存所述LSP的類型信息；狀態恢復單元用於在隧道頭節點LSRA重啟後，根據類型信 息存儲單元保存的LSP類型信息，恢復所述隧道頭節點下多條LSP的狀態。類型信息存儲單元包括本地隧道表更新子單元、MBB新建LSP判斷子單元、轉發表 項下發子單元、轉發表項同步子單元和MBB處理子單元，其中MBB新建LSP判斷子單元分別 與本地隧道表更新子單元和MBB處理子單元連接，轉發表項下發子單元分別與MBB新建LSP 判斷子單元、MBB處理子單元和支撐RTM連接，轉發表項同步子單元與支撐RTM連接。本地隧道表更新子單元用於根據創建的LSP的類型，更新TE-MIBturmelTable，並 向鄰節點發送路徑消息，所述turmelTable中包含LSP的類型欄位。MBB新建LSP判斷子單 元用於根據收到的Resv消息，判斷所述Resv消息是否對應於MBB新建的LSP。轉發表項下 發子單元用於向支撐RTM下發新建LSP的攜帶LSP的類型信息的轉發表項。轉發表項同步 子單元用於同步支撐RTM保存的攜帶LSP的類型信息的轉發表項，所述轉發表項同步子單 元位於備板上。MBB處理子單元用於將原有的工作LSP轉換為待刪除LSP，修改turmelTable 中的LSP的類型信息，並將修改後的攜帶LSP的類型信息的轉發表項通過轉發表項下發子 單元發送到支撐RTM。狀態恢復單元包括轉發狀態查詢子單元、LSP的類型信息獲取子單元和恢復控制 子單元，其中轉發狀態查詢子單元分別與LSP的類型信息獲取子單元和支撐RTM連接，LSP 的類型信息獲取子單元分別與恢復控制子單元和支撐RTM連接，恢復控制子單元分別與本 地隧道表更新子單元和轉發表項下發子單元連接。轉發狀態查詢子單元用於查詢支撐RTM，得知保留住了轉發狀態，則向鄰節點通告 本節點進入恢復流程。LSP的類型信息獲取子單元用於接收鄰節點的Recoveryl^th消息， 根據出標籤和出接口從所述支撐RTM獲取LSP的類型信息。恢復控制子單元用於根據獲取 的LSP的類型信息，控制所述本地隧道表更新子單元更新turmelTable，並向鄰節點發送路 徑消息；在收到鄰節點的Resv消息後，控制所述轉發表項下發子單元向支撐RTM下發對應 LSP的攜帶LSP的類型信息的轉發表項。對於隧道下存在多條LSP的情況，本發明通過在創建LSP或更新LSP類型時保存 所述LSP的類型信息的方法，在頭節點LSR重啟後，接收到下遊鄰居的Recoveryl^ath消息 時區分出當前待恢復的LSP的類型，並根據保存的LSP類型信息，恢復所述隧道頭節點下多 條LSP的狀態。以上所述僅是本發明的優選實施方式，應當指出，對於本技術領域的普通技術人 員來說，在不脫離本發明技術原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾 也應視為本發明的保護範圍。
權利要求
1.一種在RSVP GR過程中恢復隧道下多條LSP的方法，其特徵在於，所述方法包括以下 步驟A、在創建LSP或更新LSP類型時，保存所述LSP的類型信息；B、在隧道頭節點LSRA重啟後，根據保存的LSP類型信息，恢復所述隧道頭節點下多條 LSP的狀態。
2.如權利要求1所述的在RSVPGR過程中恢復隧道下多條LSP的方法，其特徵在於，所 述步驟A具體包括Al、所述隧道頭節點根據創建的LSP的類型，更新流量工程管理信息基礎TE-MIB本地 隧道表turmelTable，並向鄰節點發送路徑消息，所述turmelTable中包含LSP的類型字 段；A2、所述隧道頭節點根據收到的Resv消息，判斷所述Resv消息是否對應於MBB新建的 LSP,如果是，則轉步驟A3，否則轉步驟A4 ；A3,MBB處理，將原有的工作LSP轉換為待刪除LSP，修改turmelTable中的LSP的類型 信息，並將修改後的攜帶LSP的類型信息的轉發表項發送到支撐RTM ；A4、所述隧道頭節點向支撐RTM下發新建LSP的攜帶LSP的類型信息的轉發表項；A5、所述支撐RTM保存所述LSP的類型信息。
3.如權利要求2所述的在RSVPGR過程中恢復隧道下多條LSP的方法，其特徵在於，所 述步驟A5具體包括所述支撐RTM保存攜帶LSP的類型信息的轉發表項，並同步到備板。
4.如權利要求1至3任一項所述的在RSVPGR過程中恢復隧道下多條LSP的方法，其 特徵在於，所述步驟B具體包括Bi、所述支撐RTM獲取LSP的類型信息；B2、所述隧道頭節點查詢所述支撐RTM，得知保留住了轉發狀態，則向鄰節點通告本節 點進入恢復流程；B3、所述隧道頭節點接收鄰節點的Recoveryl^th消息，根據出標籤和出接口從所述支 撐RTM獲取LSP的類型信息；B4、所述隧道頭節點根據獲取的LSP的類型信息，更新turmelTable，並向鄰節點發送 路徑消息；B5、所述隧道頭節點收到鄰節點的Resv消息後，向支撐RTM下發對應LSP的攜帶LSP 的類型信息的轉發表項。
5.如權利要求4所述的在RSVPGR過程中恢復隧道下多條LSP的方法，其特徵在於，所 述步驟Bl具體包括所述支撐RTM從備板上獲取並保存攜帶LSP的類型信息的轉發表項。
6.一種在RSVP GR過程中恢復隧道下多條LSP的裝置，其特徵在於，所述裝置包括類型信息存儲單元，用於在創建LSP或更新LSP類型時，保存所述LSP的類型信息；狀態恢復單元，用於在隧道頭節點LSRA重啟後，根據所述類型信息存儲單元保存的LSP類型信息，恢復所述隧道頭節點下多條LSP的狀態。
7.如權利要求6所述的在RSVPGR過程中恢復隧道下多條LSP的裝置，其特徵在於，所 述類型信息存儲單元包括本地隧道表更新子單元，用於根據創建的LSP的類型，更新流量工程管理信息基礎 TE-MIB本地隧道表turmelTable，並向鄰節點發送路徑消息，所述turmelTable中包含LSP的類型欄位；MBB新建LSP判斷子單元，用於根據收到的Resv消息，判斷所述Resv消息是否對應於 MBB新建的LSP ；轉發表項下發子單元，用於向支撐RTM下發新建LSP的攜帶LSP的類型信息的轉發表項；轉發表項同步子單元，用於同步支撐RTM保存的攜帶LSP的類型信息的轉發表項。
8.如權利要求7所述的在RSVPGR過程中恢復隧道下多條LSP的裝置，其特徵在於，所 述類型信息存儲單元還包括MBB處理子單元，用於將原有的工作LSP轉換為待刪除LSP，修改turmelTable中的LSP 的類型信息，並將修改後的攜帶LSP的類型信息的轉發表項通過轉發表項下發子單元發送 到支撐RTM。
9.如權利要求7所述的在RSVPGR過程中恢復隧道下多條LSP的裝置，其特徵在於，所 述轉發表項同步子單元位於備板上。
10.如權利要求7至9任一項所述的在RSVPGR過程中恢復隧道下多條LSP的裝置，其 特徵在於，所述狀態恢復單元包括轉發狀態查詢子單元，用於查詢支撐RTM，得知保留住了轉發狀態，則向鄰節點通告本 節點進入恢復流程；LSP的類型信息獲取子單元，用於接收鄰節點的Recoveryl^th消息，根據出標籤和出 接口從所述支撐RTM獲取LSP的類型信息；恢復控制子單元，用於根據獲取的LSP的類型信息，控制所述本地隧道表更新子單元 更新turmelTable，並向鄰節點發送路徑消息；在收到鄰節點的Resv消息後，控制所述轉發 表項下發子單元向支撐RTM下發對應LSP的攜帶LSP的類型信息的轉發表項。
全文摘要
本發明公開了一種在RSVP GR過程中恢復隧道下多條LSP的方法，所述方法包括以下步驟A、在創建LSP或更新LSP類型時，保存所述LSP的類型信息；B、在隧道頭節點LSRA重啟後，根據保存的LSP類型信息，恢復所述隧道頭節點下多條LSP的狀態。本發明還公開了一種在RSVP GR過程中恢復隧道下多條LSP的裝置。對於隧道下存在多條LSP的情況，本發明通過在創建LSP或更新LSP類型時保存所述LSP的類型信息的方法，在頭節點LSR重啟後，接收到下遊鄰居的RecoveryPath消息時區分出當前待恢復的LSP的類型，並根據保存的LSP類型信息，恢復所述隧道頭節點下多條LSP的狀態。
文檔編號H04L12/46GK102098210SQ200910260309
公開日2011年6月15日 申請日期2009年12月15日 優先權日2009年12月15日
發明者蔣維廉, 許浩 申請人:中興通訊股份有限公司