專利名稱：一種故障通告的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種用于基于多播標(biāo)簽分配協(xié)議建立的組 播標(biāo)簽交換路徑的故障通告的方法及設(shè)備。
背景技術(shù)：
組播技術(shù)(Multicast)是一種一到多的多方通信方式。和普遍使用的單播 技術(shù)不同，組播技術(shù)通過建立最優(yōu)的組播轉(zhuǎn)發(fā)路徑，減少數(shù)據(jù)內(nèi)容的復(fù)制，可 以大幅度減少多方通信對網(wǎng)絡(luò)資源的消耗。組播技術(shù)的最核心問題即組播轉(zhuǎn)發(fā) 樹的構(gòu)建。組播轉(zhuǎn)發(fā)樹是從一個(或者多個)源節(jié)點到多個接收節(jié)點建立起的 轉(zhuǎn)發(fā)路徑，組播數(shù)據(jù)通過組播轉(zhuǎn)發(fā)樹在網(wǎng)絡(luò)上進行傳送，達到優(yōu)化轉(zhuǎn)發(fā)效率的 目的。
有多種網(wǎng)絡(luò)協(xié)議實現(xiàn)組播技術(shù)，可以分為單純IP方案和多協(xié)議標(biāo)簽"t支術(shù) (MPLS)方案。過去組播部署多采用IP方案，MPLS —般主要用于單播IP
轉(zhuǎn)發(fā)。隨著組播技術(shù)的發(fā)展，MPLS組播逐步成為一個研究熱點。通過MPLS
建立的組纟番轉(zhuǎn)發(fā)樹;故稱為點到多點(Point to Multipoint, P2MP)的標(biāo)簽交換路徑 (Label Switch Path , LSP )。 MPLS P2MP的建立可以有兩種協(xié)議可供選擇
RSVP-TE協(xié)議和LDP協(xié)議。通常把擴展后支持組播的LDP協(xié)議成為mLDP協(xié)議。
無論是基于RSVP-TE還是mLDP協(xié)議，最終都可以形成一個P2MP LSP。 mLDP還可以生成多點到多點(Multipoint to multipoint, MP2MP)的LSP。為簡 單起見，本文描述一般采用MPLS技術(shù)中的P2MP LSP進行說明，相關(guān)技術(shù)原 理可以同樣適用于MPLS MP2MP LSP。
在實際的網(wǎng)絡(luò)應(yīng)用中，組播樹的拓樸隨組播成員的變化而動態(tài)構(gòu)建。加入 一個成員的時候，組播協(xié)議根據(jù)網(wǎng)絡(luò)拓樸加入分支路徑，即嫁接操作(Graft); 當(dāng)組播成員離開的時候，會刪除不必要的分支路徑，即剪枝操作(Prune )。通 過嫁接和剪枝，形成一個動態(tài)的組播轉(zhuǎn)發(fā)樹。
基于mLDP構(gòu)建P2MP LSP和基于RSVP-TE構(gòu)建P2MP LSP有很多不同之處。mLDPP2MPLSP是通過葉子節(jié)點主動發(fā)起加入和剪枝操作，整個樹的 構(gòu)建由多個葉子共同發(fā)起創(chuàng)建。主要是通過LDP協(xié)議的Label Mapping Message 和Label Withdraw Message來構(gòu)造、刪除組播樹。
在各種技術(shù)中，組播轉(zhuǎn)發(fā)樹的構(gòu)建都可以動態(tài)產(chǎn)生，并且有兩個基本特點
1) 葉子節(jié)點明確知道自己需要加入/離開此轉(zhuǎn)發(fā)樹；確定需要加入轉(zhuǎn)發(fā)樹 的時候，通過協(xié)議發(fā)起加入；確定離開的時候，發(fā)起剪枝，析構(gòu)相應(yīng)的轉(zhuǎn)發(fā)分 支；
2) 葉子發(fā)起加入請求， 一旦成功加入，則組播數(shù)據(jù)被轉(zhuǎn)發(fā)到相應(yīng)的葉子 節(jié)點；葉子發(fā)起剪枝并成功，則相應(yīng)的數(shù)據(jù)轉(zhuǎn)發(fā)中斷，并且相應(yīng)的轉(zhuǎn)發(fā)分支被 撤銷。
這兩個基本特性保證了組播轉(zhuǎn)發(fā)樹可以根據(jù)接收者動態(tài)確定最優(yōu)轉(zhuǎn)發(fā)樹。 但是同樣也帶來了相應(yīng)的問題
1) 葉子發(fā)起加入請求之后，組播轉(zhuǎn)發(fā)樹開始創(chuàng)建，但是葉子節(jié)點無法知 道整個組播轉(zhuǎn)發(fā)路徑是否建立成功。如果某個葉子的上游節(jié)點(不是直接上游 節(jié)點，而是隔了一跳或者多跳的上游路由器)因某種原因無法成功處理加入請 求，轉(zhuǎn)發(fā)路徑無法建立成功，而葉子無法獲得建立轉(zhuǎn)發(fā)路徑失敗信息，無法進 一步采取動作；
2) —個建立好的mLDPP2MPLSP,當(dāng)網(wǎng)絡(luò)拓樸發(fā)生變化的情況下，原有 mLDP P2MP LSP不可用。 一般情況下，mLDP可以自動根據(jù)路由計算新的路 徑。但是某些情況下，可能無法計算一新的路徑(如網(wǎng)絡(luò)設(shè)備故障)，造成無 法正常轉(zhuǎn)發(fā)。這種情況下葉子也沒有辦法獲得故障信息，無法正確處理。
mLDP創(chuàng)建的P2MP LSP可以用于多種場景，如MVPN,或者Triple Play。 隨著視頻業(yè)務(wù)的興起，Triple Play、 VPN組播的需求增強，組播大規(guī)模部署已 經(jīng)逐步展開，對組播可靠性要求越來越高。葉子節(jié)點一般是業(yè)務(wù)的接受者，或 者關(guān)鍵的PE設(shè)備，當(dāng)發(fā)生故障的情況下，葉子節(jié)點需要獲知發(fā)生了故障以及 故障發(fā)生的原因，以便采取合適的措施，保證業(yè)務(wù)的正常進行。同時葉子節(jié)點 及時獲得網(wǎng)絡(luò)中的故障也有益于網(wǎng)絡(luò)管理員維護整個網(wǎng)絡(luò)。因此，mLDP應(yīng)當(dāng) 有相應(yīng)的機制來通告葉子節(jié)點已經(jīng)發(fā)生故障的種類。
在實現(xiàn)本發(fā)明過程中，申請人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺陷LDP/mLDP協(xié)議由Notification消息來通知協(xié)議處理過程中的故障，但是一般 僅僅限于相鄰兩個標(biāo)簽交換路由器(Label Switch Router, LSR)之間的信息， 當(dāng)發(fā)生故障的標(biāo)簽交換路由器或發(fā)生故障的路徑的直接下游節(jié)點發(fā)現(xiàn)該故障 后，發(fā)現(xiàn)故障的節(jié)點通過Notification消息通知自身的上游節(jié)點，根據(jù)目前 LDP/mLDP協(xié)議的規(guī)定，無法將故障信息和原因繼續(xù)傳遞最終到達葉子節(jié)點， 無法使得葉子節(jié)點及時獲知故障信息
發(fā)明內(nèi)容
性。
本發(fā)明實施例提供了一種故障通告的方法，該方法包括
當(dāng)檢測到組播標(biāo)簽交換路徑發(fā)生了故障時，向故障點所在的組播樹的下游 節(jié)點發(fā)送故障信息，所述組播標(biāo)簽交換路徑基于多播標(biāo)簽分配協(xié)議建立；
經(jīng)過下游節(jié)點轉(zhuǎn)發(fā)，所述故障信息到達葉子節(jié)點。
本發(fā)明實施例還提供了一種交換設(shè)備，該交換機包括
檢測單元，用于檢測組播LSP是否發(fā)生故障，所述組播標(biāo)簽交換路徑基于 多播標(biāo)簽分配協(xié)議建立；
信息單元，用于當(dāng)檢測到發(fā)生了故障，向故障點所在的組播樹的下游節(jié)點 發(fā)送故障信息；經(jīng)過一個或一個以上的下游節(jié)點轉(zhuǎn)發(fā)，所述故障信息到達葉子 節(jié)點。
采用本發(fā)明實施例提供故障通告的方法及設(shè)備，檢測到基于多播標(biāo)簽分配 協(xié)議建立的組播LSP發(fā)生故障后，向故障點所在的組播樹的下游節(jié)點發(fā)送故障 信息，接收到故障信息的下游節(jié)點根據(jù)情況繼續(xù)轉(zhuǎn)發(fā)該故障信息，從而最終將 該故障信息傳遞給葉子節(jié)點，葉子節(jié)點獲得故障信息后，可以采取適當(dāng)?shù)拇胧?保證業(yè)務(wù)的正常運行，提高網(wǎng)絡(luò)的可靠性；網(wǎng)絡(luò)管理員也可以從葉子節(jié)點獲得 該故障信息，對整個網(wǎng)絡(luò)進行維護，進一步提高網(wǎng)絡(luò)的可靠性。


圖1是本發(fā)明實施例一中故障通告的方法的流程示意圖；圖2是本發(fā)明實施例一中P2MPLSP的結(jié)構(gòu)示意圖； 圖3是本發(fā)明實施例二中交換設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明以下各實施例中通過擴展現(xiàn)有mLDP的Notification消息或者定義 新的通知消息的方法，將故障信息通告給葉子節(jié)點。在以下各實施例中，中間 節(jié)點可以為LSR，也可以為其他的網(wǎng)絡(luò)設(shè)備，例如交換機等。
實施例一， 一種故障通告的方法，參見圖1,該方法包括
101、檢測組播LSP是否發(fā)生故障，該組播LSP基于多播標(biāo)簽分配協(xié)議 (mLDP)建立。
在通過mLDP建立P2MP LSP的過程中和建立成功后檢測組播LSP是否 發(fā)生故障不同，下面分別介紹
在通過mLDP建立P2MP LSP的過程中，各中間節(jié)點才全測是否發(fā)生故障， 一般是對自身的直接上游節(jié)點的狀態(tài)或者與直接上游節(jié)點之間的路徑進行檢 測，故障原因可以包括是否沒有路由、標(biāo)簽空間是否錯誤或者是否不支持 P2MP，其中，是否沒有路由可以包括是否無法計算出到頭節(jié)點的路由，標(biāo) 簽空間是否錯誤可以包括標(biāo)簽空間是否錯誤包括標(biāo)簽空間是否不足、標(biāo)簽空 間是否分配錯誤、標(biāo)簽空間與標(biāo)簽是否對應(yīng)等。例如，對于沒有路由的情況， 是在通過mLDP建立P2MP LSP的過程中，接收到葉子節(jié)點的加入請求后，檢 測到無法繼續(xù)建立標(biāo)簽交換路徑LSP，則檢測到發(fā)生了故障。
在通過mLDP建立MP2MP LSP的過程中，故障原因與建立P2MP LSP的 過程不同之處在于，是否不支持P2MP更改為是否不支持MP2MP。
P2MPLSP創(chuàng)建成功后，各中間節(jié)點檢測是否發(fā)生故障，故障原因可以為 沒有路由或者正在對標(biāo)簽交換路徑進行維護，沒有路由可以包括到達頭節(jié)點 的路徑中斷且無法修復(fù)或者到達頭節(jié)點的路徑中斷且沒有替代路徑等情況，而 出現(xiàn)這種情況可能是因為網(wǎng)絡(luò)出現(xiàn)故障或者網(wǎng)絡(luò)正在維護。
MPLS P2MP LSP實現(xiàn)故障通告的原理可以同樣適用于MPLS MP2MPLSP,在通過mLDP建立MP2MP LSP的過程中和MP2MP LSP創(chuàng)建成功后， 也可以由中間節(jié)點檢測是否發(fā)生故障。 .
102、當(dāng)檢測到發(fā)生了故障，向故障點所在的組播樹的下游節(jié)點發(fā)送故障 信息。
下面就建立P2MPLSP的過程中和建立成功之后兩種情況分別舉例說明 在通過mLDP建立P2MP LSP的過程中，接收到葉子節(jié)點的加入請求后， 檢測到無法繼續(xù)創(chuàng)建標(biāo)簽交換路徑，則發(fā)生了故障；生成故障通告消息，并將 該故障通告消息發(fā)送給下游節(jié)點，故障通告消息用于攜帶故障信息，故障信息 中包括故障位置和故障原因，故障位置包括出現(xiàn)故障的節(jié)點的位置或者出現(xiàn)故 障的路徑的位置，例如是哪個節(jié)點出現(xiàn)了故障或者哪兩個節(jié)點之間的路由出現(xiàn) 了故障，在故障信息中攜帶出現(xiàn)故障的節(jié)點的IP地址、標(biāo)識，或者攜帶出現(xiàn) 故障路徑端點節(jié)點的IP地址、標(biāo)識；故障原因參見101。
在通過mLDP建立P2MPLSP的過程中，接收到任一葉子節(jié)點的加入請求 后，相應(yīng)的上游節(jié)點處理該加入請求，發(fā)現(xiàn)故障，則將故障信息通過下游節(jié)點 發(fā)送或轉(zhuǎn)發(fā)給葉子節(jié)點，下面以兩個葉子節(jié)點分別發(fā)起加入請求為例進行說 明
參見圖2,葉子節(jié)點LSRR5和LSRR6發(fā)送加入請求，上游節(jié)點R3、 R2 依次處理該請求，但是R2發(fā)現(xiàn)路徑故障無法繼續(xù)創(chuàng)建LSP，并且沒有其它路 徑可達頭節(jié)點R1，因此主動通過故障通告消息通告下游節(jié)點R3，故障通告消 息用于攜帶故障信息，下游節(jié)點R3接收到故障通告消息后，將該故障通告消息 繼續(xù)向下游傳遞，最終到達葉子節(jié)點R5和R6，通過該故障通告消息告知葉子 節(jié)點R5和R6: R2與Rl之間的路徑故障及故障原因。
P2MPLSP創(chuàng)建后，由于網(wǎng)絡(luò)故障或者網(wǎng)絡(luò)進行維護等原因，檢測到達頭 節(jié)點的路徑中斷且無法修復(fù)，或者檢測到達頭節(jié)點的路徑中斷且沒有替代路 徑，則發(fā)生了故障；生成故障通告消息，并將該故障通告消息發(fā)送給下游節(jié)點， 故障通告消息用于攜帶故障信息。例如，參見圖2， P2MPLSP已經(jīng)創(chuàng)建成功， 包含頭節(jié)點R1和中間節(jié)點R2、 R3、 R8和R4，以及葉子節(jié)點R5、 R6和R7。 由于中間節(jié)點R2故障，R3發(fā)現(xiàn)通過R2到達頭節(jié)點R1的路徑中斷，并且沒有其它路徑可以到達頭節(jié)點R1。此時R3產(chǎn)生故障通告消息并向下游節(jié)點發(fā)送， 經(jīng)過一個或者多個下游節(jié)點處理后最終到達受影響的葉子節(jié)點R5和R6，通知 葉子節(jié)點R5和R6:節(jié)點R2故障及故障原因。
另外，為了進一步加強網(wǎng)絡(luò)的管理、維護能力，網(wǎng)絡(luò)管理員可以從葉子節(jié) 點上獲得故障信息，根據(jù)故障原因，所故障點進行相應(yīng)的維護或者修復(fù)。
在實際網(wǎng)絡(luò)中，可能會出現(xiàn)葉子節(jié)點無需獲得故障通告消息的情況，例如， 葉子節(jié)點發(fā)送加入請求后，不需要通過組播轉(zhuǎn)發(fā)樹發(fā)送/接收組播數(shù)據(jù)。葉子 節(jié)點可以在加入請求中指明是否需要故障通告消息，檢測到故障發(fā)生，先判斷 葉子節(jié)點是否需要接收故障信息，當(dāng)葉子節(jié)點需要接收故障信息時，生成故障 通告消息，故障通告消息用于攜帶故障信息，并將該故障通告消息通過下游節(jié) 點最終發(fā)送給葉子節(jié)點；當(dāng)葉子節(jié)點不需要^^妄收故障信息時，則不生成故障通 告消息，從而避免發(fā)送無用的故障信息。
檢測到故障的節(jié)點將故障通告消息向故障點所在的組播樹的下游節(jié)點發(fā) 送，如果該下游節(jié)點為葉子節(jié)點，則該葉子節(jié)點接收到故障通告消息，從該故 障通告消息中獲得故障信息；如果該下游節(jié)點為中間節(jié)點，接收到故障通告消 息后，發(fā)現(xiàn)該故障通告消息中攜帶了故障信息，則將該故障通告消息轉(zhuǎn)發(fā)給自 身的下游節(jié)點，通過一跳或多跳的中間節(jié)點的轉(zhuǎn)發(fā)，最終將故障通告消息發(fā)送 到葉子節(jié)點。
當(dāng)需要攜帶故障信息時，可以采用以下方式
可以定義新的通知消息，該新的通知消息中攜帶故障信息，例如，該新的 通知消息的格式包括標(biāo)識位和信息位，標(biāo)識位標(biāo)識該通知消息中攜帶的是故障 信息，信息位的前M位表示出現(xiàn)故障的LSP,信息位的后N位表示故障的原 因，其中，M、 N為自然數(shù)。由于每個中間節(jié)點所在的路由可能有多個，需要 用信息位的前M位指明發(fā)生故障的究竟是哪條路由；故障的原因也有多種， 針對不同的故障原因，葉子節(jié)點要作的處理/:操作也不同，因此，用信息位的 后N位指明發(fā)生故障的具體原因。
也可以擴展現(xiàn)有mLDP的Notification消息實現(xiàn)故障通告。在擴展的
Notification消息中封裝故障通告元素(Failure Notification Element)和受到故障影響的轉(zhuǎn)發(fā)等價類(Optional LDP MP FECTLV),故障通告元素用于表示故障 的原.因，例如沒有路由、標(biāo)簽空間錯誤、不支持P2MP或不支持MP2MP等，受 到故障影響的轉(zhuǎn)發(fā)等價類用于表示故障的位置，由于每個中間節(jié)點可能處于多 條LSP中，可以通過受到故障影響的轉(zhuǎn)發(fā)等價類指明是哪條P2MP LSP發(fā)生故 障，或者指明是哪條MP2MP LSP出現(xiàn)故障。Failure Notification Element的編碼 值和格式可以根據(jù)實際使用的情況具體調(diào)整，只要可以表示故障的位置和故障 原因即可。
以下舉一種Failure Notification Element的格式為例
0 1234567890 1234567890 123456 7890 1F一NOTI TypeLength = 1Error Code
F一NOTI Type = 2 Length = 1
Error Code:等于1時，表示沒有路由(No Route);等于2時表示標(biāo)簽空 間錯誤，如空間不足(Label Space Error);等于3時表示不支持P2MP (MP Incapable);等于4時表示正在維護(Planned Maintenace )。
實施例二， 一種交換設(shè)備，用于通告基于多播標(biāo)簽分配協(xié)議建立的組播標(biāo) 簽交換路徑的故障，參見圖3,該交換設(shè)備包括(待方法權(quán)項修改確認后作適 應(yīng)性^奮改)
檢測單元301,用于檢測組播LSP是否發(fā)生故障，所述組播標(biāo)簽交換路徑 基于多播標(biāo)簽分配協(xié)議建立；
信息單元302，用于當(dāng)檢測到發(fā)生了故障，向故障點所在的組播樹的下游 節(jié)點發(fā)送故障信息；經(jīng)過一個或一個以上的下游節(jié)點轉(zhuǎn)發(fā)，所述故障信息到達 葉子節(jié)點。其中，信息單元包括
信息生成子單元，用于生成故障通告消息，所述故障通告消息用于攜帶所
述故障信息；
發(fā)送子單元，用于將所述信息生成子單元生成的故障通告消息發(fā)送給故障 點所在的組播樹的下游節(jié)點；或者，
轉(zhuǎn)發(fā)子單元，用于當(dāng)接收到來自故障點所在的組播樹的上游節(jié)點的故障通 告消息，將所述故障通告消息轉(zhuǎn)發(fā)給下游節(jié)點。
進一步的，交換設(shè)備還包括
判斷單元，用于判斷葉子節(jié)點是否需要接收故障信息；當(dāng)判斷不需要時， 生成結(jié)束指令，所述結(jié)束指令用于控制所述信息單元停止工作；當(dāng)判斷需要時， 生成執(zhí)行指令，所述執(zhí)行指令用于控制所述信息單元工作。本實施例中的交換 設(shè)備可以是交換機、二層路由器等具備交換功能的網(wǎng)絡(luò)設(shè)備
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明 可借助軟件加必需的石更件平臺的方式來實現(xiàn)，當(dāng)然也可以全部通過^5更件來實 施，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方 案對背景技術(shù)做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計 算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若 干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通 技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾， 這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1、一種故障通告的方法，其特征在于，該方法包括當(dāng)檢測到組播標(biāo)簽交換路徑發(fā)生了故障時，向故障點所在的組播樹的下游節(jié)點發(fā)送故障信息，所述組播標(biāo)簽交換路徑基于多播標(biāo)簽分配協(xié)議建立；經(jīng)過下游節(jié)點轉(zhuǎn)發(fā)，所述故障信息到達葉子節(jié)點。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述向故障點所在的組播 樹的下游節(jié)點發(fā)送故障信息包括生成故障通告消息，通過所述故障通告消息將所述故障信息發(fā)送給故障點 所在的組播樹的下游節(jié)點；或者，當(dāng)接收到來自故障點所在的組播樹的上游節(jié)點的故障通告消息，將所述故 障通告消息轉(zhuǎn)發(fā)給下游節(jié)點。
3、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述向組播樹的下游 節(jié)點發(fā)送故障信息的步驟之前，該方法還包括判斷葉子節(jié)點是否需要接收故障信息；當(dāng)不需要時，結(jié)束該方法；當(dāng)需要 時，向故障點所在的組一番樹的下游節(jié)點發(fā)送故障信息。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述判斷葉子節(jié)點是否需 要接收故障信息包括當(dāng)葉子節(jié)點在加入請求中指明需要故障信息是，判斷所述葉子節(jié)點需要接 收故障信息；或者，當(dāng)葉子節(jié)點在加入請求中未指明需要故障信息是，判斷所述葉子節(jié)點不需 要接收故障信息。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述故障信息包括故障的 位置和故障的原因。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述故障的原因包括沒 有路由、標(biāo)簽空間錯誤、不支持點到多點、不支持多點到多點或者正在對標(biāo)簽 交換路徑進行維護。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述沒有路由包括無法計 算出到頭節(jié)點的路由、到達頭節(jié)點的路徑中斷且無法修復(fù)或者到達頭節(jié)點的路 徑中斷且沒有替代路徑，所述標(biāo)簽空間錯誤為標(biāo)簽空間不足、標(biāo)簽空間分配錯 誤或者標(biāo)簽空間與標(biāo)簽不對應(yīng)。
8、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述故障通告消息為擴展 的Notification消息，所述擴展的Notification消息中封裝故障通告元素和受到 故障影響的轉(zhuǎn)發(fā)等價類，所述故障通告元素用于表示故障的原因，所述受到故 障影響的轉(zhuǎn)發(fā)等價類用于表示故障的位置。
9、 一種交換設(shè)備，其特征在于，該交換機包括檢測單元，用于檢測組播LSP是否發(fā)生故障，所述組播標(biāo)簽交換路徑基于 多播標(biāo)簽分配協(xié)議建立；信息單元，用于當(dāng)檢測到發(fā)生了故障，向故障點所在的組播樹的下游節(jié)點 發(fā)送故障信息；經(jīng)過一個或一個以上的下游節(jié)點轉(zhuǎn)發(fā)，所述故障信息到達葉子 節(jié)點。
10、 根據(jù)權(quán)利要求9所述的交換設(shè)備，其特征在于，所述信息單元包括 信息生成子單元，用于生成故障通告消息，所述故障通告消息用于攜帶所述故障信息；發(fā)送子單元，用于將所述信息生成子單元生成的故障通告消息發(fā)送給故障 點所在的組播樹的下游節(jié)點；或者，轉(zhuǎn)發(fā)子單元，用于當(dāng)接收到來自故障點所在的組播樹的上游節(jié)點的故障通 告消息，將所述故障通告消息轉(zhuǎn)發(fā)給下游節(jié)點。
11、 根據(jù)權(quán)利要求10所述的交換設(shè)備，其特征在于，所述交換設(shè)備還包括判斷單元，用于判斷葉子節(jié)點是否需要接收故障信息；當(dāng)判斷不需要時， 生成結(jié)束指令，所述結(jié)束指令用于控制所述信息單元停止工作；當(dāng)判斷需要時， 生成執(zhí)行指令，所述執(zhí)行指令用于控制所述信息單元工作。
全文摘要
本發(fā)明公開了故障通告的方法及設(shè)備，該方法包括當(dāng)檢測到組播標(biāo)簽交換路徑發(fā)生了故障時，向故障點所在的組播樹的下游節(jié)點發(fā)送故障信息，所述組播標(biāo)簽交換路徑基于多播標(biāo)簽分配協(xié)議建立；經(jīng)過下游節(jié)點轉(zhuǎn)發(fā)，所述故障信息到達葉子節(jié)點。采用本發(fā)明實施例提供故障通告的方法及設(shè)備，檢測到基于多播標(biāo)簽分配協(xié)議建立的組播LSP發(fā)生故障后，向故障點所在的組播樹的下游節(jié)點發(fā)送故障信息，接收到故障信息的下游節(jié)點根據(jù)情況繼續(xù)轉(zhuǎn)發(fā)該故障信息，從而最終將該故障信息傳遞給葉子節(jié)點，葉子節(jié)點獲得故障信息后，可以采取適當(dāng)?shù)拇胧?，保證業(yè)務(wù)的正常運行，提高網(wǎng)絡(luò)的可靠性。
文檔編號H04L12/26GK101453385SQ200710195499
公開日2009年6月10日 申請日期2007年11月30日 優(yōu)先權(quán)日2007年11月30日
發(fā)明者瑋 曹, 陳國義 申請人:華為技術(shù)有限公司