專利名稱：一種反饋和處理組播路由協(xié)議加入失敗的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種反饋和處理組播路由協(xié)議加入失
敗的方法和i殳備。
背景技術(shù)：
組播技術(shù)能夠有效節(jié)省網(wǎng)絡資源，IPTV ( Internet Protocol Television, IP電視)等視頻業(yè)務的興起，為組播技術(shù)提供了新的布署機 會。根據(jù)協(xié)議的作用范圍，組播協(xié)議通常分為組管理協(xié)議和組播路由協(xié)議。 組管理協(xié)議，例如IGMP (Internet Gro叩Management Protocol,因 特網(wǎng)組管理協(xié)議)和MLD (Multicast Listener Discovery,組播監(jiān)聽器發(fā) 現(xiàn))運行于主機和與主機直接相連的組播路由器或交換機上，其中IGMP應 用于IPv4 ( Internet Protocol version 4,第四版互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡，MLD 應用于IPv6 (Internet Protocol version 6,第六版互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡。 組播接收設(shè)備，例如主機，通過此協(xié)議通告希望加入的組播組，路由器通 過此協(xié)議周期性地查詢某個組是否處于活動狀態(tài)，即該網(wǎng)段是否仍有屬于 某個組播組的成員，以實現(xiàn)所連網(wǎng)絡組成員關(guān)系的收集與維護。組播路由 協(xié)議，例如CBT (Core Based Tree,基于核心樹的組播協(xié)議)、PIM-SM (Protocol Independent Multicast-Sparse Mode, 稀疏模式協(xié)議無關(guān)組 播)，PIM-SSM (Protocol Independent Multicast-Source Specific Mode, 特定源協(xié)i義無關(guān)組"燔)和BIDIR-PIM (Bi-directional Protocol Ind印endent Multicast,雙向協(xié)議無關(guān)組播)都能夠運行于組播源和組播 接收設(shè)備之間的路由器上，路由器之間通過協(xié)議報文建立從組播源到組播接收設(shè)備之間的組播轉(zhuǎn)發(fā)路徑。
現(xiàn)有的組管理協(xié)議和組播路由協(xié)議只提供了組播接收設(shè)備正常加入組 播組和建立組播轉(zhuǎn)發(fā)樹的機制，但在組加入失敗或組播路由協(xié)議加入失敗 時，現(xiàn)有協(xié)議未提供相應的反饋機制，導致組播接收設(shè)備無法獲得相關(guān)的
反饋信息，致使業(yè)務質(zhì)量不能很好地滿足IPTV等業(yè)務的需求。
針對上述問題，現(xiàn)有的解決方案提供了 一種針對組加入失敗的反饋機
制，針對組管理協(xié)議，例如IGMPv3或MLDv2組加入的情形，采用單播反饋的 機制，反饋報文向組播加入者單播發(fā)送；其他情況則采用組播反饋機制， 反饋報文向所要加入的組播組地址發(fā)送。
本發(fā)明的發(fā)明人發(fā)現(xiàn)，上述現(xiàn)有的解決方案只提供了 IGMP/MLD組加入 失敗時的反饋機制，并未提供組播路由協(xié)議加入失敗的反饋機制。如果組 加入成功，而組插^各由協(xié)議加入失敗，上述解決方案仍舊無法向組插、接收 設(shè)備進行有效的反饋，導致組播接收設(shè)備無法獲得相關(guān)的反饋信息，致使 業(yè)務質(zhì)量仍舊不能很好地滿足IPTV等業(yè)務的需求。

發(fā)明內(nèi)容
本發(fā)明一個實施例提供了 一種反饋組播^各由協(xié)議加入失敗的方法，包 括接收下游設(shè)備發(fā)來的組播加入報文；不能正常處理組播路由協(xié)議加入 時，構(gòu)造組播路由協(xié)議加入失敗反饋報文；向所述下游設(shè)備發(fā)送所述組播 路由協(xié)議加入失敗反饋報文。
本發(fā)明一個實施例提供了 一種反饋組播路由協(xié)議加入失敗的方法，包 括接收下游設(shè)備發(fā)來的組播加入報文；不能正常處理組播路由協(xié)議加入 時，構(gòu)造組播路由協(xié)議加入失敗反饋報文；向所述下游設(shè)備發(fā)送所述組播 路由協(xié)議加入失敗反饋才艮文。
本發(fā)明一個實施例提供了 一種處理組播路由協(xié)議加入失敗的方法，包 括向上游設(shè)備發(fā)送組播加入報文；接收第一組播路由協(xié)議加入失敗反饋報文，所述第一組播路由協(xié)議加入失敗反饋報文是所述上游設(shè)備或者更上 游的路由設(shè)備不能正常處理組播路由協(xié)議加入時發(fā)來的。
本發(fā)明 一個實施例提供了 一種反饋組播路由協(xié)議加入失敗的路由設(shè)
備，包括接收模塊，用于接收下游設(shè)備發(fā)來的組播路由協(xié)議加入報文或 者組加入報文；判斷模塊，用于在所述接收模塊接收到所述組播路由協(xié)議 加入報文或者所述組加入報文后，判斷是否能夠正常處理組播路由協(xié)議加 入；報文生成模塊，用于所述判斷模塊判定不能正常處理組播路由協(xié)議加 入時，構(gòu)造組播路由協(xié)議加入失敗反饋報文；發(fā)送模塊，用于向下游設(shè)備 發(fā)送所述組播路由協(xié)議加入失敗反饋報文。
本發(fā)明一個實施例提供了一種處理組播路由協(xié)議加入失敗的設(shè)備，包 括第一發(fā)送模塊，用于向上游設(shè)備發(fā)送組播加入報文；接收模塊，用于 接收第一組播路由協(xié)議加入失敗反饋報文，所述第一組播路由協(xié)議加入失 敗反饋報文是所述上游設(shè)備或者更上游的路由設(shè)備不能正常處理組播路由 協(xié)議加入時發(fā)來的。
本發(fā)明實施例提供的方法及設(shè)備，在路由設(shè)備不能正常處理組播路由 協(xié)議加入時，可向下游設(shè)備發(fā)送組播路由協(xié)議加入失敗反饋報文，通告組 播路由協(xié)議加入失敗，從而增強了組播業(yè)務的用戶友好性和組播業(yè)務的可 運維管理性。


圖1為本發(fā)明一個實施例中的網(wǎng)絡結(jié)構(gòu)示意圖2為本發(fā)明一個實施例中反饋組播路由協(xié)議加入失敗的方法流程圖3為本發(fā)明又一個實施例中反饋組播路由協(xié)議加入失敗的方法流程
圖4為本發(fā)明一個實施例中反饋組播路由協(xié)議加入失敗的路由設(shè)備結(jié) 構(gòu)示意圖；圖5為本發(fā)明的一個實施例中處理組播路由協(xié)議加入失敗的路由設(shè)備
結(jié)構(gòu)示意圖6為本發(fā)明 一個實施例中處理組播路由協(xié)議加入失敗的設(shè)備結(jié)構(gòu)示 意圖7是本發(fā)明的一個實施例中采用ICMP封裝的組播路由協(xié)議加入失敗 反饋報文的結(jié)構(gòu)示意圖8是本發(fā)明的 一個實施例中采用UDP封裝的組播路由協(xié)議加入失敗反 饋報文的結(jié)構(gòu)示意圖9是本發(fā)明的一個實施例中釆用擴展PIM方式構(gòu)造的組播路由協(xié)議加 入失敗反饋報文的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明的一個實施例中，位于網(wǎng)絡側(cè)的路由設(shè)備支持組播路由協(xié)議， 提供組播路由協(xié)議加入失敗的反饋機制，例如，當路由設(shè)備不能正常處理 組播路由協(xié)議加入時，向組播接收設(shè)備發(fā)送組播路由協(xié)議加入失敗反饋報 文，報告組播J各由協(xié)議加入失敗，還可以才艮告失敗原因。本發(fā)明實施例中 的路由設(shè)備可以是路由器，也可以是其他具有路由功能的設(shè)備。本發(fā)明實 施例中的組播路由協(xié)議加入可以采用多種方式，譬如采用CBT,或者PIM加 入等。
圖l是本發(fā)明一個實施例中的網(wǎng)絡結(jié)構(gòu)示意圖，如圖l所示的網(wǎng)絡，包 括路由器111~125 (R111-R125) ， 二層設(shè)備131和133，組播接收設(shè)備141 和143,其中，路由器111與組播源101進行通信，路由器121可以通過二層 設(shè)備l 31與組播接收設(shè)備l41進行通信，路由器125可以通過二層設(shè)備l 33與 組播接收設(shè)備143進行通信。其中，路由器117、 119、 123、 121和125位于 PIM域；路由器121和125、 二層設(shè)備131和133，以及組播接收設(shè)備141和143 位于IGMP域。以組播接收設(shè)備143為例，IGMP加入及加入失敗的反饋過程如下
組播接收設(shè)備143發(fā)起IGMP加入，二層設(shè)備133轉(zhuǎn)發(fā)來自組播接收設(shè)備 14 3的IGMP加入4艮文到路由器12 5 ，當路由器12 5不能正常處理該IGMP加入報 文時，路由器125成為IGMP加入失敗點，發(fā)送IGMP加入失敗反饋報文 (Feedback from IGMP join error),經(jīng)由二層設(shè)備133轉(zhuǎn)發(fā)給組播接收 設(shè)備143。
以組l番4妻收設(shè)備l 41為例，PIM加入與加入失敗的反饋過程如下 組播接收設(shè)備141發(fā)起IGMP加入，二層設(shè)備l 31轉(zhuǎn)發(fā)來自組播接收設(shè)備 141的IGMP加入報文到路由器121;當路由器121能夠正常處理該IGMP加入報 文時，路由器121發(fā)起PIM加入，向路由器119發(fā)送PIM力口入報文；當路由器 119能正常處理該PIM加入報文時，向路由器117發(fā)送PIM力。入報文；路由器 117接收到來自路由器119的PIM力。入報文后，如果不能正常處理，則從接收 PIM加入報文的接口 151向路由器119發(fā)送PIM加入失敗反饋報文(Feedback from PIM join error)，經(jīng)由路由器121、 二層設(shè)備131到達到組播接收設(shè) 備141。舉例來說，這里的二層設(shè)備可以是支持IGMP-snooping或者 IGMP-proxy的二層設(shè)備，例如交換機、DSLAM ( Digital Subscriber Line Access Multiplexer,數(shù)字用戶線接入復用器)等，這種二層設(shè)備可以對 PIM加入失敗反饋報文進行組播轉(zhuǎn)發(fā)；二層設(shè)備也可以不支持 IGMP-snooping或IGMP-proxy,則會對PIM力。入失敗反饋報文進行廣播發(fā)送 到組播接收設(shè)備141。在圖l所示的示例中，路由器119的下游路由器僅有1 個，就是路由器121,但本發(fā)明實施例中的方案可以適用于路由器119下存 在多個下游路由器的情形，不管存在多少個下游路由器，各個下游路由器 均在逐跳生成PIM加入報文的時候已生成了轉(zhuǎn)發(fā)項，都能夠按照數(shù)據(jù)報文的 轉(zhuǎn)發(fā)方式轉(zhuǎn)發(fā)PIM加入失敗反饋報文。在本發(fā)明的實施例中，組播接收設(shè)備 141接收到PIM加入失敗反饋報文后，可以解析該PIM力。入失敗反饋報文，并 可以進行相應的處理，如進行錯誤報告、終止組播加入請求等。這里，路由器117不能正常處理來自路由器119的PIM加入報文，原因可能有多種，例 如下述情形中的一種或多種的組合該PIM加入I艮文不正確(例如版本，和 /或類型，和/或校驗和不正確)、該PIM加入報文中攜帶的上游鄰居信息與 接口地址不匹配、該PIM加入報文的匯聚點地址與路由設(shè)備117上該組的匯 聚點地址不一致、不存在上游鄰居、不存在到組播源或匯聚點的單播路由。 當不存在上游鄰居或不存在到組播源或匯聚點的單播路由時，將導致路由 設(shè)備117不能正常向上游路由設(shè)備111發(fā)送PIM加入報文。
當然，以組播接收設(shè)備141為例，PIM加入失敗點也可能是末跳路由器 121。組播接收設(shè)備141發(fā)起IGMP加入，二層設(shè)備131轉(zhuǎn)發(fā)來自組播接收設(shè)備 141的IGMP加入報文到路由器121,當路由器121能正常處理該IGMP加入報文 時，路由器121會發(fā)起PIM加入，當路由器121不能正常發(fā)起PIM加入時，貝'J 路由器121成為PIM加入失敗點，構(gòu)造PIM加入失敗反饋報文(Feedback from PIM join error)并發(fā)送，經(jīng)由二層設(shè)備131到達組播接收設(shè)備141。末跳 路由器121不能正常發(fā)起PIM加入，指末跳路由器121不能正常向上游路由設(shè) 備119發(fā)送PIM加入報文，導致這種情形的原因有多種，例如下述情形中的 一種或多種的組合不存在上游鄰居、不存在到組播源或匯聚點的單播路 由、不存在有效的RP地址。
上述圖1中的示例采用了 IGMP加入和PIM力。入，但并不限于此，也可以 采用其他組加入?yún)f(xié)議，例如MLD;當然，也可以采用其他組播路由協(xié)議。另 外，圖l示例是路由設(shè)備經(jīng)由一個二層設(shè)備與組播接收設(shè)備進行通信，但并 不限于此，例如，路由設(shè)備可以與組播接收設(shè)備進行通信，不經(jīng)由二層設(shè) 備；再如，路由設(shè)備與組播接收設(shè)備之間存在多個二層設(shè)備。
本發(fā)明實施例提供了一種反饋組播路由協(xié)議加入失敗的方法，包括 接收下游設(shè)備發(fā)來的組播加入報文；不能正常處理組播路由協(xié)議加入時， 構(gòu)造組播路由協(xié)議加入失敗反饋報文；向該下游設(shè)備發(fā)送該組播路由協(xié)議 加入失敗反饋報文。圖2是本發(fā)明一個實施例中反饋組播路由協(xié)議加入失敗的方法流程圖，
如圖2所示，該方法包括
210、路由設(shè)備(例如圖1中的路由器117、 119)接收下游設(shè)備發(fā)來的 組播力口入報文，這里是組播路由協(xié)議加入報文，例如PIM加入報文；
這里，下游設(shè)備也是路由設(shè)備，可以是路由器，也可以是其他具有路 由功能的設(shè)備；
220、該路由設(shè)備判斷能否正常處理接收到的組播路由協(xié)議加入報文； 該路由設(shè)備根據(jù)收到的組播路由協(xié)議加入報文和組播路由協(xié)議所處的 狀態(tài)判斷該組播路由協(xié)議加入報文是否正確，以及是否能夠繼續(xù)向該路由 設(shè)備的上游設(shè)備發(fā)送組播路由協(xié)議加入報文，舉例來說，如果出現(xiàn)下述情 形中的 一種或幾種，則該路由設(shè)備不能正常處理接收到的組播路由協(xié)議加 入l艮文組播路由協(xié)議加入報文不正確(例如版本，和/或類型，和/或校驗 和不正確)、組播路由協(xié)議加入報文中攜帶的上游鄰居信息與接口地址不匹 配、不存在上游鄰居、不存在到組播源或RP (Rendezvous Point,匯聚點) 的單播路由、組播路由協(xié)議加入報文的RP地址與該路由設(shè)備上該組的RP地 址不一致。如果該路由設(shè)備能夠正常處理接收到的組播路由協(xié)議加入報文， 則結(jié)束本流程；如果不能正常處理接收到的組播路由協(xié)議加入報文，則執(zhí) 行230;
230、生成組播路由協(xié)議加入失敗反饋報文；
240、向下游設(shè)備發(fā)送該組播路由協(xié)議加入失敗反饋報文。
下游設(shè)備收到該組播路由協(xié)議加入失敗反饋報文后，可以逐跳向下游
發(fā)送，直至組播接收設(shè)備。
圖3是本發(fā)明又一個實施例中反饋組播路由協(xié)議加入失敗的方法流程
圖，如圖3所示，該方法包括
310、路由設(shè)備(例如圖1中的路由器121)接收下游設(shè)備發(fā)來的組播加
入報文，這里是組加入報文；這里，下游設(shè)備是二層設(shè)備，或者是組播接收設(shè)備； 320、該路由設(shè)備判斷是否能夠正常處理接收到的組加入報文； 如果該路由設(shè)備無法正常處理接收到的組加入報文，則結(jié)束本流程； 否則，執(zhí)行330;
330、判斷能否正常發(fā)起組播路由協(xié)議加入；
該路由設(shè)備根據(jù)組播路由協(xié)議所處的狀態(tài)判斷是否能夠向該路由設(shè)備 的上游設(shè)備發(fā)送組播路由協(xié)議加入報文，舉例來說，如果出現(xiàn)下述情形中 的一種或幾種，則該路由設(shè)備不能正常發(fā)起組播路由協(xié)議加入不存在上 游鄰居、不存在到組I番源或RP (Rendezvous Point,匯聚點)的單插^各由、 不存在有效的RP地址。如果該路由設(shè)備能夠正常發(fā)起組播路由協(xié)議加入， 則結(jié)束本流程；如果不能正常處理發(fā)起組播路由協(xié)議加入，則執(zhí)行340; 340、生成組播路由協(xié)議加入失敗反饋報文。 350、向下游設(shè)備發(fā)送該組插J各由協(xié)議加入失敗反饋報文。 如果下游設(shè)備是二層設(shè)備，則下游設(shè)備收到該組播路由協(xié)議加入失敗 反饋報文后，可以逐跳向下游發(fā)送，直至組播接收設(shè)備。
圖4是本發(fā)明 一個實施例中反饋組播路由協(xié)議加入失敗反饋的路由設(shè) 備結(jié)構(gòu)示意圖，如圖4所示，路由設(shè)備400包括接收模塊410,用于接收下 游設(shè)備發(fā)來的組播路由協(xié)議加入報文或者組加入報文；判斷模塊420，用于 在接收模塊410接收到該組播路由協(xié)議加入報文或者該組加入報文后，判斷 是否能夠正常處理組播路由協(xié)議加入；報文生成模塊430，用于判斷模塊420 判定不能正常處理組播路由協(xié)議加入時，構(gòu)造組播路由協(xié)議加入失敗反饋 報文；發(fā)送模塊440，用于向下游設(shè)備發(fā)送該組播路由協(xié)議加入失敗反饋報 文。
在本發(fā)明的另一實施例中，該路由設(shè)備在上述基礎(chǔ)上，還包括錯誤處 理模塊450,用于判斷模塊420判定不能正常處理組播路由協(xié)議加入時，解 析不能正常處理組播路由協(xié)議加入的原因，生成錯誤報告，和/或，刪除相
13關(guān)的組播轉(zhuǎn)發(fā)表項?？蛇x地，將該錯誤報告發(fā)送到網(wǎng)絡管理設(shè)備，由網(wǎng)絡 管理設(shè)備進行相應處理。
圖5是本發(fā)明一個實施例中處理組播路由協(xié)議加入失敗的路由設(shè)備示
意圖，如圖5所示，路由設(shè)備500包括第一發(fā)送模塊510，用于向上游路 由設(shè)備發(fā)送組播路由協(xié)議加入報文；接收模塊520，用于接收第一組播路由 協(xié)議加入失敗反饋報文，該第 一組播路由協(xié)議加入失敗反饋報文是在上游 路由設(shè)備或者更上游的路由設(shè)備不能正常處理該組播路由協(xié)議加入報文時 發(fā)來的；第二發(fā)送模塊530，用于向下游設(shè)備轉(zhuǎn)發(fā)該第一組播路由協(xié)議加入 失敗反饋報文，或者根據(jù)該第一組播路由協(xié)議加入失敗反饋報文構(gòu)造第二 組播路由協(xié)議加入失敗反饋報文并向下游設(shè)備發(fā)送。
在本發(fā)明的另 一個實施例中，上述路由設(shè)備還可以包括錯誤處理模塊 540，用于解析該第一組播路由協(xié)議加入失敗反饋報文，生成錯誤報告，和 /或，刪除相關(guān)的組播轉(zhuǎn)發(fā)表項。
圖6是本發(fā)明一個實施例中處理組播路由協(xié)議加入失敗的設(shè)備結(jié)構(gòu)示 意圖，如圖6所示，設(shè)備600包括第一發(fā)送模塊610,用于向上游設(shè)備發(fā) 送組加入報文；接收模塊620，用于接收組播路由協(xié)議加入失敗反饋報文， 該組播路由協(xié)議加入失敗反饋報文是在該上游設(shè)備或更上游的路由設(shè)備正 常處理該組加入報文后但不能正常發(fā)起組播路由協(xié)議加入時發(fā)來的。
在本發(fā)明的另一實施例中，設(shè)備600還可以包括錯誤處理模塊630，用 于解析該組播路由協(xié)議加入失敗反饋報文，生成錯誤報告。
設(shè)備600可以是組播接收設(shè)備，例如主機。設(shè)備600也可以是二層設(shè) 備，如果是二層設(shè)備，那么還可以包括第二發(fā)送模塊640,用于向下游設(shè)備 轉(zhuǎn)發(fā)該組播路由協(xié)議加入失敗反饋報文。上游設(shè)備可以是路由設(shè)備，也可 以是二層設(shè)備。
本發(fā)明的一個實施例中釆用ICMP (Internet Control Message Protocol,信報控制協(xié)議)封裝組播路由協(xié)議加入失敗反饋報文，以要力口入的組播地址為組播路由協(xié)議加入失敗反饋報文的目的地址，通過接收組 播路由協(xié)議加入報文的接口發(fā)送組播路由協(xié)議加入失敗反饋報文。封裝時
TTL (time to live,存活周期)要置一個足夠大的值，保證該組播路由協(xié) 議加入失敗反饋報文能夠到達組播接收設(shè)備。本實施例中的ICMP封裝方式 適用于PIM協(xié)議族，包括PIM-SM， PIM-SSM和BIDIR-PIM協(xié)議。圖7是本發(fā)明 一個實施例中采用ICMP封裝的組播路由協(xié)議加入失敗反饋報文的結(jié)構(gòu)示意 圖，如圖7所示，采用ICMP封裝的組播路由協(xié)議加入失敗反饋報文包括 Version (4bit):版本號；
IHL (4bit) : Internet Header Length,數(shù)才居才艮十辦i義頭長度；
TOS (8bit) : Type of Service,業(yè)務類型；
Total Length (16bit):總長度；
Identification (16bit): 標識；
Flags ( 3bit):標志位；
Fragment Offset (13bit) : l爻偏移量；
TTL(8bit): TimetoLive，設(shè)定為可以保證到達組播接收設(shè)備的數(shù)值， 例如默認值是255;
Protocol (8位)設(shè)為ICMP協(xié)議；
Header Checksum (16 bit):頭部校驗和；
Source Address (32bit):源地址，是生成組播J各由協(xié)i義加入失敗反4貴 報文的接口地址；
Destination Address (32bit):目的i也Jt止，是要加入的纟Ji番組的:l也址； Type(8bit): MULTICAST_FAILURE_FEEDBACK,需要向IANA ( Internet
Assigned Numbers Authority,因凈爭網(wǎng)i也ii分酉己纟且纟只)中i青
Code(8bit):列舉可能的錯誤原因代碼，舉例來說，錯誤原因代碼可
能取值如下
取值為1表示MSG-VERIFICATI01ERR0R，組播路由協(xié)議加入報文不正確，例如版本，和/或類型，和/或4交-險和不正確；
取值為2表示W(wǎng)R0NG-NEIGHB0R-ADDRESS， 報文中攜帶的上游鄰居信息
與4妄口;l也址不匹配；
取值為3表示N0—UPSTREAM—NEIGHBOR,不存在上游鄰居； 取值為4表示N0—UNICAST-ROUTE，不存在到組播源或RP的單播路由； 取值為5表示RP-INC0NSISTENCY,組播路由協(xié)議加入報文的RP地址與本
^各由設(shè)備上該組的RP地址不 一致； Checksum (16bit):校驗和；
Multicast Protocol (8位)運行的組播3各由協(xié)議，可以是PIM-SM、 PIM-SSM、 BIDIR-PIM;
Reserved (24bit) : j呆留字l殳。
采用ICMP封裝組播路由協(xié)議加入失敗反饋報文時，過渡路由設(shè)備(生 成第一個組播路由協(xié)議加入失敗反饋報文的路由設(shè)備和末跳路由設(shè)備之間 的路由設(shè)備，例如圖1中的路由器119)可以按照通常的組播數(shù)據(jù)報文轉(zhuǎn)發(fā) 組播路由協(xié)議加入失敗反饋報文；過渡路由設(shè)備還可以解析該組播路由協(xié) 議加入失敗反饋報文，例如生成錯誤報告，刪除相關(guān)的組播轉(zhuǎn)發(fā)表項等。 末跳路由設(shè)備(例如圖1中的路由器121 )可以向子網(wǎng)內(nèi)的二層設(shè)備或組 播接收設(shè)備發(fā)送組播路由協(xié)議加入失敗反饋報文，還可以選擇解析該組 播路由協(xié)議加入失敗反饋報文，生成錯誤報告，刪除相關(guān)的組播轉(zhuǎn)發(fā)表 項。組播路由協(xié)議加入失敗反饋報文到達組播接收設(shè)備后，由組播接收 設(shè)備的應用層進行相應的處理，如生成錯誤報告，終止組播加入請求等。
本發(fā)明的另一個實施例中采用UDP (user datagram protocol,用戶教: 據(jù)報協(xié)議)封裝組播路由協(xié)議加入失敗反饋報文，以要加入的組播地址為 組播路由協(xié)議加入失敗反饋報文的目的地址，通過接收組播路由協(xié)議加入 報文的接口發(fā)送組播路由協(xié)議加入失敗反饋報文。封裝時TTL要置一個足夠 大的值，保證組播路由協(xié)議加入失敗反饋報文能夠到達組播接收設(shè)備。該UDP封裝方式適用于PIM協(xié)議族，包括PIM-SM， PIM-SSM和BIDIR-PIM協(xié)議。 圖8是本發(fā)明的一個實施例中采用UDP封裝的組播路由協(xié)議加入失敗反饋報 文的結(jié)構(gòu)示意圖，如圖8所示，采用UDP封裝的組播路由協(xié)議加入失敗反饋 報文包括
Version (4bit):版本號；
IHL (4bit) : Internet Header Length,凄t才居才艮十辦i義頭長度；
T0S (8bit) : Type of Service,業(yè)務類型；
Total Length (16bit):總長度；
Identification (16bit): 標識；
Flags ( 3bit):標志位；
Fragment Offset (13bit) : ^:偏移量；
TTL(8bit): Time to Live,設(shè)定為可以保證到達組播接收設(shè)備的數(shù)值， 例如默認值是255;
Protocol (8位)設(shè)為匿協(xié)議；
Header Checksum (16bit):頭部校驗和；
Source Address (32bit):源地址，是生成組播路由協(xié)議加入失敗反饋 報文的接口地址
Destination Address (32bit):目的;也址，是要加入的組4番纟且的;也址； Source Port (16bit):組寺番路由協(xié)議加入失敗反饋凈良文所采用的源 端口號；
Destination Port (16bit):組播路由協(xié)議加入失敗反饋報文所采用 的目的端口號；
Length (16bit) : UDP才艮文長度； Checksum (16bit) : UDP報文的校驗和;
Code (8bit):列舉可能的失敗原因代碼，舉例來說，代碼可能取值 如下取值為1表示MSG _ VERIFI CAT I ON—ERROR ，組播路由協(xié)議加入報文不正 確，例如版本，和/或類型，和/或4t驗和不正確；
取值為2表示W(wǎng)R0NG-NEIGHB0R-ADDRESS，報文中攜帶的上游鄰居信息與 才妄口地址不匹配；
取值為3表示N0-UPSTREAM—NEIGHBOR,不存在上游鄰居；
取值為4表示N0—UNICAST-R0UTE，不存在到組播源或RP的單播路由；
取值為5表示RP— INCONSISTENCY,組插J各由協(xié)議加入報文的RP地址與本 路由設(shè)備上該組的RP地址不 一致；
Multicast Protocol (8bit):運行的組播3各由協(xié)議，可以是PIM-SM、 PIM-SSM、 BIDIR-PIM;
Reserved (16bit):保留字^史。
釆用UDP封裝組播路由協(xié)議加入失敗反饋報文時，過渡路由設(shè)備、末 跳路由設(shè)備和二層設(shè)備可以不解析該組播路由協(xié)議加入失敗反饋報文的 內(nèi)容，而是按照通常的組播數(shù)據(jù)報文透明轉(zhuǎn)發(fā)。組播路由協(xié)議加入失敗 反饋報文到達組播接收設(shè)備后，由組播接收設(shè)備的應用層進行相應的處 理，如生成錯誤報告，終止組播加入請求等。
本發(fā)明的另 一個實施例中采用擴展PIM的方式構(gòu)造組播路由協(xié)議加入 失敗反饋報文，通過接收PIM加入報文的接口發(fā)送該組播路由協(xié)議加入失敗 反饋報文，該方式適用于PIM協(xié)議族，包括PIM-SM, PIM-SSM和BIDIR-PIM協(xié) 議。在該實施例中，對PIM進行擴展，定義新的PIM協(xié)議報文類型，例如PIM 反饋報文。當路由設(shè)備(如圖1中的路由器117)不能正常處理PIM加入報文 時，通過接收PIM加入報文的接口 (如圖1中的接口151 )向下游路由設(shè)備(如 圖1中的路由器119)發(fā)送組播路由協(xié)議加入失敗反饋報文；下游路由設(shè)備 (如圖1中的路由器119 )在收到上游路由設(shè)備發(fā)來的組播路由協(xié)議加入失 敗反饋報文后，生成新的組播路由協(xié)議加入失敗反饋報文，通過接收PIM加 入報文的接口 (如圖1中的接口153)向下游設(shè)備(如圖1中的路由器121)發(fā)送。在不同的組網(wǎng)中，下游設(shè)備可能不是路由器，而是二層設(shè)備或者組 播接收設(shè)備，那么連接該二層設(shè)備的路由設(shè)備可選擇采用合適的報文格式，
例如ICMP、 UDP和IGMP，向組播接收設(shè)備單播或組播發(fā)送組播路由協(xié)議加入 失敗反饋報文。圖9是本發(fā)明的一個實施例中采用擴展PIM方式封裝的組播 路由協(xié)議加入失敗反饋報文的結(jié)構(gòu)示意圖，如圖9所示，采用擴展PIM方式 封裝的組播路由協(xié)議加入失敗反饋報文包括 Version ( 4bit):版本號；
IHL (4bit) : Internet Header Length,凄t據(jù)l艮協(xié)議頭長度；
T0S (8bit) : Type of Service,業(yè)務類型；
Total Length (16bit):總長度；
Identification (16bit): 標識；
Flags ( 3bit):標志位；
Fragment Offset (13bit) : l爻偏移量；
TTL(8bit): Time to Live,設(shè)定為l;
Protocol (8位)設(shè)為PIM協(xié)議；
Header Checksum (16 bit):頭部校驗和；
Source Address (4bit):源地址，是生成組播路由協(xié)議加入失敗反 饋報文的路由器的接口地址；
Destination Address ( 32bit ):目的地址，是ALL-PIM-ROUTERS組播 地址；
PIM Ver ( 4bit ) : PIM十辦i義的X反本號；
Type(4bit):為新定義的MULTICAST—FAILURE—FEEDBACK,需要向IANA 申請新的類型號；
Reserved ( 8bit):保留字l史； Checksum (16bit):校驗和；
Code (8bit):列舉可能的失敗原因代碼，舉例來說，錯誤代碼可以取值如下
取值為1表示MSG-VERIFICATI0N-ERR0R， PIM加入才艮文不正確，例如版 本，和/或類型，和/或4交^^和不正確；
取值為2表示W(wǎng)R0NG-NEIGHB0R-ADDRESS，報文中攜帶的上游鄰居信息與 4妻口i也址不匹配；
取值為3表示N0-UPSTREAM-NEIGHB0R，不存在上游鄰居；
取值為4表示N0-UNICAST-R0UTE,不存在到組播源或RP的單播路由；
取值為5表示RP_ INCONSISTENCY， PIM力。入報文的RP地址與本路由設(shè)備 上該組的RP;也址不一致；
Multicast Protocol (8bit):運行的組播路由協(xié)議，可以是PIM-SM、 PIM-SSM、 BIDIR-PIMj
Reserved (16bit):保留字段。
采用擴展PIM方式來構(gòu)造的組播路由協(xié)議加入失敗反饋報文，只能一跳 傳送，下游路由設(shè)備在接收到上游路由設(shè)備發(fā)來的組播路由協(xié)議加入失敗 反饋報文后，需要生成新的組播路由協(xié)議加入失敗反饋報文，新的組播路
置l,其他字段與來自該上游路由設(shè)備的組播路由協(xié)議加入失敗反饋報文相 同。在該實施例中，過渡設(shè)備接收到組播路由協(xié)議加入失敗反饋報文后， 生成新的組播路由協(xié)議加入失敗反饋報文向下游設(shè)備發(fā)送，并且可以選 擇解析收到的組播路由協(xié)議加入失敗反饋報文，例如生成錯誤報告，刪除 相關(guān)的組播轉(zhuǎn)發(fā)表項等。末跳路由設(shè)備為PIM域的邊緣，不會生成PIM加 入失敗反饋報文發(fā)送到子網(wǎng)內(nèi)的二層設(shè)備或組播接收設(shè)備，但可以采用 UDP、 ICMP或IGMP封裝組播路由協(xié)議加入失敗反饋報文向子網(wǎng)內(nèi)的二層設(shè) 備或組播接收設(shè)備發(fā)送；并且可以選擇解析其收到的組播路由協(xié)議加入 失敗反饋報文，例如生成錯誤報告，發(fā)送給網(wǎng)絡管理設(shè)備，刪除相關(guān)的 組播轉(zhuǎn)發(fā)表項等。采用UDP、 ICMP或IGMP封裝的組播路由協(xié)議加入失敗反饋報文到達組播接收設(shè)備后，由組播接收設(shè)備的應用層進行相應的處理， 如生成錯誤報告，終止組播加入請求等。
本發(fā)明實施例或者其中的一部分，可以利用軟件實現(xiàn)，相應的軟件程 序可以存儲在可讀取的存儲介質(zhì)中，例如光盤，硬盤，軟盤等。
本發(fā)明實施例提供了 一種反饋、處理組播路由協(xié)議加入失敗的方法及 設(shè)備，在路由設(shè)備不能正常處理組播路由協(xié)議加入時，可向下游設(shè)備，例 如路由設(shè)備、二層設(shè)備，組播接收設(shè)備發(fā)送組播路由協(xié)議加入失敗反饋報 文，通告組播^各由協(xié)議加入失敗，還可以通告失敗原因，乂人而增強了組播 業(yè)務的用戶友好性和組播業(yè)務的可運維管理性。本發(fā)明一些實施例中所采 用的組播反饋方式和報文格式，處理方式簡單，不會為路由器增加額外的 工作量。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并 不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易 想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種反饋組播路由協(xié)議加入失敗的方法，其特征在于，包括接收下游設(shè)備發(fā)來的組播加入報文；不能正常處理組播路由協(xié)議加入時，構(gòu)造組播路由協(xié)議加入失敗反饋報文；向所述下游設(shè)備發(fā)送所述組播路由協(xié)議加入失敗反饋報文。
2、 如權(quán)利要求l所述的方法，其特征在于，所述下游設(shè)備是二層 設(shè)備或者組播接收設(shè)備，所述組播加入報文是組加入報文；相應地，所述不能正常處理組插J各由協(xié)-漢加入，包括 正常處理所述組加入報文后，不能正常發(fā)起組播路由協(xié)議加入。
3、 如權(quán)利要求2所述的方法，其特征在于，所述組播路由協(xié)議加入失 敗反饋報文中包含不能正常發(fā)起組播路由協(xié)議加入的原因代碼。
4、 如權(quán)利要求3所述的方法，其特征在于，所述原因代碼用于表示下 述情形的一種或多種的組合不存在上游鄰居、不存在到組播源或匯聚點 的單播路由、不存在有效的匯聚點地址。
5、 如權(quán)利要求1所述的方法，其特征在于，所述下游設(shè)備是路由設(shè)備， 所述組播加入報文是組播路由協(xié)議加入報文；相應地，所述不能正常處理組播路由協(xié)議加入，包括 不能正常處理所述組l番路由協(xié)議加入報文。
6、 如權(quán)利要求5所述的方法，其特征在于，所述組播路由協(xié)議加入失 敗反饋報文中包含不能正常處理所述組播路由協(xié)議加入報文的原因代碼。
7、 如權(quán)利要求6所述的方法，其特征在于，所述原因代碼用于表示下 述情形的一種或多種的組合所述組播路由協(xié)議加入報文不正確、所述組 播路由協(xié)議加入報文中攜帶的上游鄰居信息與接口地址不匹配、不存在上 游鄰居、不存在到組播源或匯聚點的單播路由、所述組播路由協(xié)議加入報文的匯聚點地址與路由設(shè)備上該組的匯聚點地址不一致。
8、 如權(quán)利要求1-7任一權(quán)利要求所述的方法，其特征在于，還包括 解析不能正常處理組插-路由協(xié)議加入的原因；生成錯誤報告，和/或，刪除相關(guān)的組播轉(zhuǎn)發(fā)表項。
9、 如權(quán)利要求l-7任一權(quán)利要求所述的方法，其特征在于，所述構(gòu)造 組播路由協(xié)議加入失敗反饋報文，包括采用用戶數(shù)據(jù)報協(xié)議UDP或者信報控制協(xié)議ICMP封裝所述組播路由協(xié) 議加入失敗反饋報文。
10、 如權(quán)利要求5-7任一權(quán)利要求所述的方法，其特征在于，所述構(gòu) 造組播路由協(xié)議加入失敗反饋報文，包括擴展協(xié)議無關(guān)組播協(xié)議PIM構(gòu)造所述組播路由協(xié)議加入失敗反饋報文。
11、 一種處理組播路由協(xié)議加入失敗的方法，其特征在于，包括 向上游設(shè)備發(fā)送組播加入報文；接收第 一組播路由協(xié)議加入失敗反饋報文，所述第 一組播路由協(xié)議加 入失敗反饋報文是所述上游設(shè)備或者更上游的路由設(shè)備不能正常處理組播 路由協(xié)議加入時發(fā)來的。
12、 如權(quán)利要求11所述的方法，其特征在于，所述組播加入報文是組 加入報文或組播路由協(xié)議加入報文；所述方法還包括向下游設(shè)備轉(zhuǎn)發(fā)所述第一組播路由協(xié)議加入失敗反饋報文，所述第一 組播路由協(xié)議加入失敗反饋報文采用UDP封裝。
13、 如權(quán)利要求11所述的方法，其特征在于，所述組播加入報文是組 加入報文或組播路由協(xié)議加入報文；所述方法還包括向下游設(shè)備轉(zhuǎn)發(fā)所述第一組播路由協(xié)議加入失敗反饋報文，所述第一 組播路由協(xié)議加入失敗反饋報文采用ICMP封裝。
14、 如權(quán)利要求11所述的方法，其特征在于，所述組播加入報文是組 播路由協(xié)議加入報文，所述第 一組播路由協(xié)議加入失敗反饋報文通過擴展PIM構(gòu)造；所述方法還包括將所述第一組播路由協(xié)議加入失敗反饋報文的源地址置為接口 IP地 址，存活周期TTL置為1，得到第二組播路由協(xié)議加入失敗反饋報文； 向下游設(shè)備發(fā)送所述第二組播路由協(xié)議加入失敗反饋報文。
15、 如權(quán)利要求13或14所述的方法，其特征在于，還包括 解析所述第一組播路由協(xié)議加入失敗反饋報文； 生成錯誤報告，和/或，刪除相關(guān)的組播轉(zhuǎn)發(fā)表項。
16、 一種反饋組播路由協(xié)議加入失敗的路由設(shè)備，其特征在于，包括 接收模塊，用于接收下游設(shè)備發(fā)來的組播路由協(xié)議加入報文或者組加入報文；判斷模塊，用于在所述接收模塊接收到所述組播路由協(xié)議加入報文或 者所述組加入報文后，判斷是否能夠正常處理組播路由協(xié)議加入；報文生成模塊，用于所述判斷模塊判定不能正常處理組播路由協(xié)議加 入時，構(gòu)造組播路由協(xié)議加入失敗反饋報文；發(fā)送模塊，用于向下游設(shè)備發(fā)送所述組播路由協(xié)議加入失敗反饋報文。
17、 如權(quán)利要求16所述的路由設(shè)備，其特征在于，還包括 錯誤處理模塊，用于所述判斷模塊判定不能正常處理組播路由協(xié)議加入時，解析不能正常處理組播路由協(xié)議加入的原因，生成錯誤報告，和/或， 刪除相關(guān)的組播轉(zhuǎn)發(fā)表項。
18、 一種處理組播路由協(xié)議加入失敗的設(shè)備，其特征在于，包括 第一發(fā)送模塊，用于向上游設(shè)備發(fā)送組播加入報文；接收模塊，用于接收第一組播路由協(xié)議加入失敗反饋報文，所述第一能正常處理組播路由協(xié)議加入時發(fā)來的。
19、 如權(quán)利要求18所述的設(shè)備，其特征在于，所述設(shè)備是路由設(shè)備； 所述設(shè)備還包括第二發(fā)送模塊，用于向下游設(shè)備轉(zhuǎn)發(fā)所述第一組播路由協(xié)議加入失敗 反饋報文，或者根據(jù)所述第 一組播路由協(xié)議加入失敗反饋報文構(gòu)造第二組 播路由協(xié)議加入失敗反饋報文并向所述下游設(shè)備發(fā)送。
20、 如權(quán)利要求18所述的設(shè)備，其特征在于，所述設(shè)備是二層設(shè)備； 所述設(shè)備還包括第二發(fā)送模塊，用于向下游設(shè)備轉(zhuǎn)發(fā)所述第一組播路由協(xié)議加入失敗 反饋報文。
21、 如權(quán)利要求18所述的設(shè)備，其特征在于，所述設(shè)備是組播接收設(shè)備。
22、 如權(quán)利要求19-21任一權(quán)利要求所述的設(shè)備，其特征在于，還包括錯誤處理模塊，用于解析所述第一組播路由協(xié)議加入失敗反饋報文， 生成錯誤報告，和/或，刪除相關(guān)的組播轉(zhuǎn)發(fā)表項。
全文摘要
本發(fā)明涉及通信領(lǐng)域，提供了一種反饋和處理組播路由協(xié)議加入失敗的方法和設(shè)備。本發(fā)明實施例提供的反饋組播路由協(xié)議加入失敗的方法包括接收下游設(shè)備發(fā)來的組播加入報文；不能正常處理組播路由協(xié)議加入時，構(gòu)造組播路由協(xié)議加入失敗反饋報文；向所述下游設(shè)備發(fā)送所述組播路由協(xié)議加入失敗反饋報文。本發(fā)明實施例提供的方法及設(shè)備，在路由設(shè)備不能正常處理組播路由協(xié)議加入時，可向下游設(shè)備發(fā)送組播路由協(xié)議加入失敗反饋報文，通告組播路由協(xié)議加入失敗，從而增強了組播業(yè)務的用戶友好性和組播業(yè)務的可運維管理性。
文檔編號H04L29/06GK101527642SQ200810065809
公開日2009年9月9日 申請日期2008年3月7日 優(yōu)先權(quán)日2008年3月7日
發(fā)明者暉 劉, 瑋 曹 申請人:華為技術(shù)有限公司