[發明專利]一種基于MPLS-TP的多播保護方法

無效

• 申請號: 201010299554.8
• 申請日: 2010-09-27
• 公開（公告）號: CN101977141A
• 公開（公告）日: 2011-02-16
• 發明（設計）人: 王斌
• 申請（專利權）人: 南京郵電大學
• 主分類號: H04L12/56
• 分類號: H04L12/56
• 代理公司: 南京經緯專利商標代理有限公司 32200
• 代理人: 許方

技術領域

本發明涉及數據通信領域，更具體地涉及一種基于MPLS-TP的多播保護方法。

背景技術

MPLS(Multi-protocol?Label?Switching，簡稱多協議標簽交換)是當今分組交換網的最重要的一項技術，目前已經由點到點發展到點到多點，如此復雜的技術如果用于電信級網絡，需要在MPLS中補充強大的OAM功能，MPLS-TP(MPLS?Transport?Profile，即：MPLS傳輸框架)正是在這種背景下提出的，它是ITU-T和IETF組成的聯合工作組(JWT)開發的協議族，涉及OAM、生存性、網管和控制面等多項技術，目的在于提高傳送網的功能和互操作特性。IETF主要由MPLS、CCAMP、PWE3和L2VPN這些工作組共同來完成，ITU-T也制定了一些標準，如：G.8110.1、G.8121、G.8131、G.8132、G.8113和G.8114等。

目前，在MPLS-TP的標準制定過程中，在可靠性和生存性等方面已經被提到重要議程，其中對于MPLS-TP的線性保護，參會專家沒有太大的異議，基本達成一致。但是，對于環網保護方案，現有提出保護方案有很多種，比較有代表性的有：FRR的bypass保護方法、FRR的Detour保護方法以及基于G.8132保護方法。其中，FRR的bypass保護方法、FRR的Detour保護方法不采用APS消息，它們需要在每條保護路徑的兩端配置管理實體(MEP)(即：要配置大量的管理實體)，成對的MEP之間要發送CCM報文以判斷保護路徑是否完好，這些CCM報文浪費了大量的網絡資源。因此，目前大家比較關注的是基于APS消息的G.8132的方案。

基于ITU-T?G.8132的方案在IETF已經有類似的工作組草案(即：draft-weingarten-mpls-tp-ring-protection)，該草案有兩種方案，即：Wrapping保護方式和Steering保護方案。其中Wrapping保護方案是一種快速保護方案，Steering方案是一種慢速保護方案，主要用來優化保護路徑。對于Wrapping保護方式，組播和單播保護方案沒有什么區別，但是對于Steering保護方案，單播的方式與組播方式區別很大。

本專利主要涉及基于組播的Steering保護方案，因此，下面我們首先介紹草案中的基于組播的保護方法。

如圖1a所示，在使用Steering保護方式的情況下，當環網無故障時，LISP1為由A到C、D和F的標簽交換路徑，它的工作路徑和工作標簽描述為：

保護路徑和保護標簽為：

特別說明的是：1)標簽交換的使用：以節點B為例，當節點B從節點A收到帶有“標簽W1”的分組時，該節點查表，查詢出“標簽W1”對應的條目中的出標簽為“標簽W2”，該節點將收到的分組頭中的“標簽W1”替換為“標簽W2”，同時將該分組從查詢到的條目中對應的出端口轉發出去；2)將保護路徑和工作路徑的部分標簽關聯或綁定目的是環回機制打下基礎。

如圖1b所示，當<D，C>鏈路發生故障時，節點D和節點C分別沿環上兩個端口向對方發送APS(自動保護)消息。節點A、C、D和F收到這些消息后，依據掌握的拓撲信息判斷LSP?1是否受到影響。節點A將流量復制到工作路徑和保護路徑上，節點C檢測到LSP1的正常流量沒有受到影響，繼續在工作路徑上接收數據，不進行倒換。節點F和D通過分析，發現LSP?1的正常流量受到影響，切換到保護路徑。

因此，鏈路發生故障后，數據流和工作標簽的使用為：

數據流和保護路徑標簽的使用為：

上述方案是基于APS消息的Steering保護方案，存在需要知道拓撲信息和支持場景較少的缺點。

發明內容

技術問題：

1)技術問題1

ITU-T?G.8132和IETF的工作組草案“draft-weingarten-mpls-tp-ring-protection”中提到的Steering保護方法存在著需要復雜的拓撲協議支撐的問題。

如圖1b所示，當<D，C>鏈路發生故障時，節點D和節點C分別沿環上兩個端口向對方發送APS(自動保護)消息。節點A、C、D和F收到這些消息后，依據掌握的拓撲信息判斷LSP?1是否受到影響，然后才能決定是否發生倒換。

該方案的一個主要問題是需要引入拓撲發現協議，引入拓撲更新協議將帶來以下缺點。