專利名稱：一種自舉路由器報文的處理方法和upe設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)，特別涉及自舉路由器(BSR: Bootstrap Router) 報文的處理方法和下層服務(wù)提供商邊緣路由器(UPE: User-endPE)設(shè)備。
背景技術(shù)：
在分層服務(wù)提供商邊緣路由器(HOPE )網(wǎng)絡(luò)結(jié)構(gòu)中， 一個上層PE( SPE: Superstratum PE )可連接多個UPE (User-end PE )，并且，SPE和UPE可 支持一個以上的組播VPN實例，其中，每一個組播VPN實例中存在一個 BSR,該BSR可周期性地發(fā)送BSR報文，其中，該BSR報文為協(xié)議無關(guān)組 ( PIM: Protocol Independent Multicast)類型的才艮文。
參見圖1,圖1為現(xiàn)有HOPE網(wǎng)絡(luò)結(jié)構(gòu)中BSR報文的處理示意圖。在 圖1中，虛線用于表示BSR報文的傳輸路徑，SPE連接UPE1和UPE2，若 CE1被選舉為BSR，其周期性地發(fā)送BSR報文。如圖l所示，當(dāng)SPE接收 到BSR報文后，對該BSR報文執(zhí)行RPF檢查；當(dāng)檢查通過后，SPE確定轉(zhuǎn) 發(fā)當(dāng)前接收的BSR報文的出接口 ，這里，SPE確定轉(zhuǎn)發(fā)BSR報文的出接口 操作不像轉(zhuǎn)發(fā)普通組播報文那樣在組播路由表中，根據(jù)該組播報文攜帶的源 地址信息和目的地址信息確定轉(zhuǎn)發(fā)該組播報文的接口 ，而是直接將自身包含 的啟動了 PIM協(xié)議的所有出接口和自身支持的所有組播VPN實例對應(yīng)的 Mtu皿el 口確定為轉(zhuǎn)發(fā)該BSR才艮文的出接口 ，其中，Mtunnel 口為 一廣才番網(wǎng) 絡(luò)類型的接口，每一個組播VPN實例具有一個對應(yīng)的Mtunnel 口。之后， 通過確定的出接口發(fā)送BSR報文，其中，SPE通過組播VPN實例對應(yīng)的 Mtunnel 口發(fā)送BSR報文具體包括以SPE的ID為組播源地址、該組播 VPN實例對應(yīng)的共享組(Share-Group)地址為組播組地址對該BSR報文進行GRE封裝，得到封裝后的報文；對該封裝后的報文進行組播轉(zhuǎn)發(fā)。
各個UPE對該接收的BSR報文進行解封裝，并執(zhí)行RPF檢查；盡管上 述SPE是將接收的BSR報文通過其支持的所有組播VPN實例對應(yīng)的 Mtunnel 口發(fā)送BSR報文，但是，這里只有支持該BSR報文所屬的組播VPN 實例的UPE才會使該接收的BSR報文通過RPF檢查，而其他不支持該BSR 報文所屬的組播VPN實例的UPE不能使該BSR報文通過RPF檢查，如此， 只能丟棄該BSR報文。當(dāng)檢查通過后，UPE確定出轉(zhuǎn)發(fā)該BSR報文的出接 口；這里，確定出的出接口為該BSR才艮文所屬的組播VPN實例對應(yīng)的 Mtunnel 口和自身包含的支持該BSR報文所屬的組播VPN實例，并且啟動 了PIM協(xié)議的接口，為便于描述，將支持BSR報文所屬的組播VPN實例， 并且啟動了 PIM協(xié)議的接口簡稱為該BSR報文所屬的組播VPN實例對應(yīng)的 私網(wǎng)P1M接口。之后，通過確定的出接口轉(zhuǎn)發(fā)該BSR報文。
由于Mtunnel 口為廣播網(wǎng)絡(luò)類型的接口，因此，當(dāng)SPE通過支持的各個 組播VPN實例所對應(yīng)的Mtunnel 口發(fā)送BSR報文后，各個UPE都能通過對 應(yīng)的Mtunnel 口接收到BSR報文，如此，UPE在通過Mtunnel 口接收到SPE 發(fā)送的BSR報文后，就沒有必要通過該Mtunnel 口再發(fā)送BSR報文。而現(xiàn) 有提供的方法中，UPE在通過Mtunnel 口接收到SPE發(fā)送的BSR才艮文后， 仍然執(zhí)行通過該Mtunnel 口再發(fā)送BSR纟艮文的操作，這樣就會導(dǎo)致該UPE 資源的浪費。并且，這種資源浪費的程度會隨著組播VPN實例和UPE的個 數(shù)增加而加大，比如，HOPE網(wǎng)絡(luò)結(jié)構(gòu)中SPE當(dāng)前支持1024個組播VPN實 例，并且，該SPE對應(yīng)256個UPE,假如每個UPE也都支持該1024個組 播VPN實例。由于一個組播VPN實例中只有一個對應(yīng)的BSR，如此，SPE 上就會接收到1024個BSR報文。若當(dāng)這256個UPE收到1024個BSR報文 后，即使設(shè)置各個組播VPN實例中BSR報文的發(fā)送周期在60秒內(nèi)完全離 散分布，這256個UPE接收到BSR報文后，每60秒內(nèi)重新返回到該BSR 報文所屬的VPN實例對應(yīng)的Mtunnel 口的BSR報文的個數(shù)也高達1024 x 256 個；相應(yīng)地，任何一個UPE在每60秒內(nèi)都會收到1024 x ( 256 - 1 ) /60個BSR報文。因此， 一種避免HOPE網(wǎng)絡(luò)結(jié)構(gòu)中，UPE設(shè)備通過Mtunnel 口 接收到BSR報文后還通過該Mtunnel 口發(fā)送BSR才艮文的方法是當(dāng)前亟待解 決的問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種自舉路由器報文的處理方法和UPE設(shè)備，避 免了 UPE設(shè)備通過Mtunnel 口接收到BSR報文后還通過該Mtunnel 口發(fā)送 BSR報文的操作。
一種自舉路由器報文的處理方法，該方法應(yīng)用于包含一個以上UPE設(shè) 備的分層PE網(wǎng)絡(luò)中，包括
步驟A， 一UPE設(shè)備接收到BSR報文后，判斷接收到該BSR報文的接口 是否為Mtunnel 口，如果是，執(zhí)行步驟B;否則，執(zhí)行步驟C;
步驟B，通過支持該BSR報文，且除所述Mtu皿el 口之外的接口發(fā)送BSR 報文；
步驟C，通過支持該BSR報文的所有接口發(fā)送BSR報文。 一種UPE設(shè)備，包括接收單元、判斷單元和轉(zhuǎn)發(fā)單元； 所述接收單元用于接收到BSR報文；
所述判斷單元用于判斷當(dāng)前接收到所述BSR報文的接口是否為Mtunnel
O ;
所述轉(zhuǎn)發(fā)單元用于在所述判斷單元的判斷結(jié)果為是時，通過支持所述接收
單元接收的BSR報文，且除所述Mtunnel 口之外的接口發(fā)送BSR報文;在所 述判斷單元的判斷結(jié)果為否時，通過支持該BSR報文的所有接口發(fā)送BSR報文。
由以上技術(shù)方案可以看出，本發(fā)明實施例提供的一種自舉路由器報文的處 理方法和UPE設(shè)備，UPE設(shè)備接收到BSR報文后，判斷接收到該BSR報文的 接口是否為Mtunnel 口 ，在是的情況下，通過支持該BSR報文，且除所述Mtunnel 口之外的接口發(fā)送BSR報文，其中，支持該BSR報文，且除該Mtunnel 口之外的接口具體為該BSR ^R文所屬的VPN實例對應(yīng)的私網(wǎng)PIM接口 ；在否的情 況下，通過支持該BSR報文的所有接口發(fā)送BSR報文。比如，在分層PE網(wǎng)絡(luò) 結(jié)構(gòu)中，UPE通過Mtunnel 口接收到BSR報文后，直接利用除該Mtunnel 口之 外的，并且是該BSR報文所屬的VPN實例對應(yīng)的私網(wǎng)PIM接口發(fā)送BSR報文， 如此，能夠避免現(xiàn)有技術(shù)中UPE設(shè)備在通過其支持的組播VPN實例對應(yīng)的 Mtimnd 口接收到BSR報文后還通過該Mtunnel 口轉(zhuǎn)發(fā)BSR報文而導(dǎo)致的資源 浪費問題，進而節(jié)省系統(tǒng)資源。


圖1為現(xiàn)有HOPE結(jié)構(gòu)中BSR報文的處理示意圖2為本發(fā)明實施例提供的第一詳細流程圖3為本發(fā)明實施例提供的對應(yīng)圖2所示的應(yīng)用示意圖4為本發(fā)明實施例提供的第二詳細流程圖5為本發(fā)明實施例提供的第三詳細流程圖6為本發(fā)明實施例提供的UPE設(shè)備的結(jié)構(gòu)圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體 實施例對本發(fā)明進行詳細描述。
本發(fā)明實施例提供的BSR報文的處理方法應(yīng)用于HOPE網(wǎng)絡(luò)結(jié)構(gòu)中， 主要包括一 UPE設(shè)備通過Mtunnel 口接收到BSR報文后，通過支持該BSR 報文，且除所述Mtimnd 口之外的接口發(fā)送BSR報文，其.中，支持該BSR 報文，且除該Mtunnel. 口之外的接口具體為該BSR報文所屬的VPN實例對 應(yīng)的私網(wǎng)PIM接口。如此，避免了現(xiàn)有技術(shù)中UPE設(shè)備通過Mtunnel 口接 收到BSR報文后，還通過該Mtunnel 口轉(zhuǎn)發(fā)BSR報文而導(dǎo)致的資源浪費問 題，大大節(jié)省了系統(tǒng)資源。
當(dāng)然，本實施例中若UPE設(shè)備當(dāng)前并非通過Mtunnel 口接收到BSR報文，而是通過本地網(wǎng)絡(luò)接口接收到BSR報文，則可以通過該BSR報文所屬 的組播VPN實例對應(yīng)的Mtunnel 口以及與該接收的BSR才艮文所屬的組播 VPN實例對應(yīng)的私網(wǎng)PIM接口發(fā)送該BSR報文。
可以看出，本發(fā)明實施例中UPE設(shè)備針對接收到BSR報文接口的不同， 其相應(yīng)地發(fā)送BSR報文的出接口也不同。由于一個組播VPN實例只有一個 BSR，相應(yīng)地，每一個組播VPN實例中只維護一種BSR報文，為便于各個 組播VPN實例維護的BSR報文的轉(zhuǎn)發(fā)，優(yōu)選地，本發(fā)明實施例中針對UPE 設(shè)備支持的每一個組播VPN實例在該UPE設(shè)備上配置兩個對應(yīng)的用于轉(zhuǎn)發(fā) 該組播VPN實例中BSR報文的出接口轉(zhuǎn)發(fā)列表，即該組播VPN實例對應(yīng) 的第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表。其中，第一出接口轉(zhuǎn)發(fā)列表 為針對Mtunnel 口接收到BSR報文時的列表，第二出接口轉(zhuǎn)發(fā)列表為針對 本地網(wǎng)絡(luò)接口接收到BSR報文時的列表；比如，PE設(shè)備當(dāng)前支持VPNl和 VPN2,則針對VPN1，建立該VPNl對應(yīng)的用于轉(zhuǎn)發(fā)該VPNl中的BSR報 文的第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表；針對VPN2,建立該VPN2 對應(yīng)的用于轉(zhuǎn)發(fā)該VPN2中的BSR報文的第一出接口轉(zhuǎn)發(fā)列表和第二出接 口轉(zhuǎn)發(fā)列表。
由于組播VPN實例對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表是對應(yīng)Mtunnel 口接收 到BSR報文時的列表，為避免UPE設(shè)備通過Mtunnel 口接收到BSR報文后 還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪費的問題，因此，組 播VPN實例對應(yīng)的第 一 出接口轉(zhuǎn)發(fā)列表中的出接口信息不包含UPE設(shè)備支 持的組播VPN實例對應(yīng)的Mtunnel 口的信息，而是僅包含該組播VPN實例 對應(yīng)的私網(wǎng)PIM接口的信息。比如，UPE設(shè)備支持VPNl,則該VPNl對應(yīng) 的第一出接口轉(zhuǎn)發(fā)列表包含的出接口信息僅為該VPNl對應(yīng)的私網(wǎng)PIM接 口的信息。
由于組播VPN實例對應(yīng)的第二出接口轉(zhuǎn)發(fā)列表是針對本地網(wǎng)絡(luò)接口接
收到BSR報文時的列表，可以知道，當(dāng)UPE設(shè)備通過本地網(wǎng)絡(luò)接口接收到
BSR報文時，需要UPE設(shè)備通過Mtunnel 口將接收到的BSR報文通過Mtimnd 口發(fā)送BSR報文，如此，組播VPN實例對應(yīng)的第二出接口轉(zhuǎn)發(fā)列 表包含的出接口信息為該組播VPN實例對應(yīng)的Mtu皿el 口和該VPN實例對 應(yīng)的私網(wǎng)PIM接口的信息。比如，UPE設(shè)備支持VPNl,則該VPNl對應(yīng)的 第二出接口轉(zhuǎn)發(fā)列表包含的出接口信息為VPN1對應(yīng)的私網(wǎng)PIM4矣口和 VPN1對應(yīng)的Mtunnel 口的信息。
為使上述描述更加清楚，以圖2所示的流程進行描述。參見圖2，圖2 為本發(fā)明實施例提供的第 一詳細流程圖。該實施例應(yīng)用于包含一個以上UPE 設(shè)備的分層PE網(wǎng)絡(luò)中，其中，UPE設(shè)備具體實現(xiàn)時可有多種形式，比如可 以為路由設(shè)備或者具有路由功能的交換機等。按照現(xiàn)有流程創(chuàng)建各個UPE 設(shè)備支持的組播VPN實例，如圖2所示，該流程可包括以下步驟
步驟2Q1，針對每一UPE設(shè)備，為該UPE設(shè)備支持的每一個組播VPN 實例，配置該組播VPN實例對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā) 列表。
逸里，比如UPE設(shè)備支持VPN1和VPN2,則針對VPN1,配置該VPN1 對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表；針對VPN2，配置該 VPN2對應(yīng)的第 一 出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表。
步驟202， 一 UPE設(shè)備當(dāng)前通過Mtunnel 口接收到BSR報文。 這里，各個接口的標(biāo)識已被預(yù)先配置，這樣，當(dāng)UPE設(shè)備接收到BSR 報文時，很容易根據(jù)接收到該BSR報文的接口的標(biāo)識獲知該接口是否為 Mtunnel 口 ，由于本實施例是解決UPE設(shè)備通過Mtunnel 口接收到BSR報 文后還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪費的問題，因此， 本實實施例以UPE設(shè)備通過Mtunnel 口接收到BSR為例。
步驟203 ，該UPE設(shè)備確定當(dāng)前接收的BSR報文所屬的組播VPN實例。 這里，步驟203確定當(dāng)前接收的BSR報文所屬組播VPN實例的操作與 現(xiàn)有流程類似，這里不再贅述。
需要說明的是，步驟202中的Mtunnel 口具體為步驟203確定出的組播 VPN實例對應(yīng)的Mtunnel 口 。步驟204，該UPE設(shè)備對接收的BSR報丈執(zhí)行RPF檢查，若檢查通過， 則執(zhí)行步驟205;否則，丟棄該BSR報文。
這里，UPE設(shè)備對該接收的BSR報文執(zhí)行RPF檢查的操作與現(xiàn)有技術(shù) 中RPF檢查的操作類似，這里不再贅述。
步驟205，查找到步驟203確定出的組播VPN實例對應(yīng)的第一出接口 轉(zhuǎn)發(fā)列表。
步驟206，根據(jù)該第一出接口轉(zhuǎn)發(fā)列表包含的出接口信息發(fā)送該BSR報文。
由于組播VPN實例對應(yīng)的第 一 出接口轉(zhuǎn)發(fā)列表是針對該組播VPN實例 對應(yīng)的Mtunnel 口接收到BSR報文時建立的列表，該第一出接口轉(zhuǎn)發(fā)列表 中的出接口信息不包含該組播VPN實例對應(yīng)的Mtunnel 口的信息，僅包含 該組播VPN實例對應(yīng)的私網(wǎng)PIM接口的信息；因此，步驟206中具體包括 通過該組播VPN實例對應(yīng)的除Mtunnel 口之外的其他接口 (具體為私網(wǎng)PIM 接口 )發(fā)送BSR報文。如此，通過上述操作避免了 UPE設(shè)備通過Mtunnel 口接收到BSR報文后還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪 費的問題。
當(dāng)然，若步驟202中UPE設(shè)備當(dāng)前通過本地網(wǎng)絡(luò)接口接收到BSR報文， 則步驟205至步驟206替換為查找步驟203確定出的組播VPN實例對應(yīng) 的第二出接口轉(zhuǎn)發(fā)列表，根據(jù)該第二出接口轉(zhuǎn)發(fā)列表包含的出接口信息發(fā)送 該BSR報文。由于組播VPN實例對應(yīng)的第二出接口轉(zhuǎn)發(fā)列表是針對本地網(wǎng) 絡(luò)接口接收到BSR報文時建立的列表，該第二出接口轉(zhuǎn)發(fā)列表包含的出接 口信息為該組播VPN實例對應(yīng)的Mtunnel 口和該組播VPN實例對應(yīng)的私網(wǎng) PIM接口的信息。如此，即可實現(xiàn)通過該組播VPN實例對應(yīng)的Mtunnel 口 和該組播VPN實例對應(yīng)的私網(wǎng)PIM接口發(fā)送該當(dāng)前接收的BSR報文。
為便于本實施例更加清楚，下面以一具體的應(yīng)用場景對本發(fā)明實施例的 進行描述。
參見圖3，圖3為本發(fā)明實施例提供的對應(yīng)圖2所示的應(yīng)用示意圖。如圖3所示，UPE1至UPE256與SPE形成分層PE; SPE和各個UPE都同時 支持1024個組播VPN實例，編號為VPN1至VPN1024，當(dāng)然，SPE和各個 UPE也可不同時支持相同的組播VPN實例，比如，SPE支持1024個組播 VPN實例，其他各個UPE支持1024個VPN中 一個或者多個組播VPN實例； 本發(fā)明實施例為便于描述，僅以SPE和各個UPE都同時支持1024個組播 VPN實例為例，其他情況類似，這里不再——描述。如此，在SPE以及各 個UPp中，針對其支持的1024個組播VPN實例中的每一個組播VPN實例， 都存在對應(yīng)的第 一 出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表。
如圖3所示，若CE1擔(dān)任1024個VPN實例中的BSR，則針對CE1發(fā) 送的每一個VPN實例中的BSR報文，當(dāng)SPE接收到該BSR報文后，向其 支持的1024個組播VPN實例分別對應(yīng)的Mtunnel 口發(fā)送BSR報文；當(dāng)各 個UPE通過對應(yīng)的Mtunnel 口接收到BSR報文后，確定當(dāng)前接收的BSR報 文所屬的組播VPN實例；并對接收的BSR報文執(zhí)行RPF檢查，若檢查未通 過，則丟棄該BSR報文；否則，查找確定出的該BSR報文所屬的組播VPN 實例對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表，根據(jù)該第一出接口轉(zhuǎn)發(fā)列表包含的出接口 信息發(fā)送該當(dāng)前接收的BSR報文；由于第一出接口轉(zhuǎn)發(fā)列表是針對Mtunnel 口接收到BSR報文時建立的，其包含的出接口信息中不存在接收到BSR報 文的Mtunnel 口的信息，比較圖1和圖3,可以看出，圖3中的各個UPE不 再向Mtunnel 口發(fā)送接收的BSR報文，如此，避免了 UPE通過Mtunnel 口 接收到BSR報文后還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪費 的問題。
在上述實施例中，針對UPE設(shè)備支持的每一個組播VPN實例，都需要 配置對應(yīng)的兩個出接口轉(zhuǎn)發(fā)列表，即第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā) 列表，本發(fā)明實施例還可應(yīng)用于針對每一個組一番VPN實例只建立一個出接 口轉(zhuǎn)發(fā)列表(記為第三出接口列表)來解決UPE設(shè)備通過Mtunnel 口接收 到BSR報文后還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪費的問 題，具體可參見圖4。參見圖4,圖4為本發(fā)明實施例提供的第二詳細流程圖。如圖4所示，該實施例應(yīng)用于包含一個以上UPE設(shè)備的分層PE網(wǎng)絡(luò)中， 各個UPE設(shè)備支持的組播VPN實例已創(chuàng)建，如圖4所示，該流程可包括以 下步驟
步驟401，針對每一UPE設(shè)備，為該UPE設(shè)備支持的每一個組播VPN 實例，配置該組播VPN實例對應(yīng)的用于轉(zhuǎn)發(fā)該組播VPN實例中的BSR報 文的第三出接口轉(zhuǎn)發(fā)列表。
這里，組播VPN實例對應(yīng)的第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息為 該組J番VPN實例對應(yīng)的Mtunnel 口和該組^番VPN實例對應(yīng)的私網(wǎng)PIM4妾口 的信息，其中，為便于后續(xù)步驟406識別出出接口轉(zhuǎn)發(fā)列表包含的Mtimnel 口信息，這里可設(shè)置出接口轉(zhuǎn)發(fā)列表中的Mtunnel 口信息和私網(wǎng)PIM接口信 息的標(biāo)識不同。
步驟402至步驟403分別與圖2所示的步驟202和步驟203類似，這里
不再贅述。
步驟404， UPE設(shè)備對該接收的BSR報文執(zhí)行RPF檢查，若檢查通過， 則執(zhí)行步驟405;否則，丟棄該BSR報文。
步驟405, UPE設(shè)備查找到步驟403確定出的組播VPN實例對應(yīng)的第 三出接口轉(zhuǎn)發(fā)列表。
步驟406，在查找到的第三出接口轉(zhuǎn)發(fā)列表中識別出Mtunnel 口信息， 并對該Mtunnel 口信息作標(biāo)記。之后，執(zhí)行步驟407。
這里，由于第三出4妄口轉(zhuǎn)發(fā)列表中的Mtunnel 口信息和私網(wǎng)PIM接口 信息的標(biāo)識不同，因此，很容易在查找到的第三出接口轉(zhuǎn)發(fā)列表中識別出 Mtunnel 口信息。其中，對Mtunnel 口信息作標(biāo)記主要是為了表示轉(zhuǎn)發(fā)當(dāng)前 接收的BSR報文時，不利用該Mtunnel 口信息對應(yīng)的接口進行該BSR報文 的轉(zhuǎn)發(fā)。
需要說明的是，本實施例在通過步驟405查找到對應(yīng)的第三出接口轉(zhuǎn)發(fā) 列表后，也可不執(zhí)行步驟406至步驟408中的操作，而是直接通過查找到的 第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中除該Mtunnel 口信息之外的其他接口信息對應(yīng)的接口發(fā)送BSR報文，這也能避免UPE設(shè)備通過Mtunnel 口接 收到BSR報文后還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪費的 問題，節(jié)省系統(tǒng)資源。因此，圖4所示的操作只是一種舉例，并非限定本發(fā) 明實施例的應(yīng)用。
步驟407，根據(jù)該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中未作標(biāo)記的 接口信息發(fā)送當(dāng)前接收的BSR報文。
具體地，步驟407包括將該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中 未作標(biāo)記的接口信息對應(yīng)的接口確定為出接口 ，通過該確定的出接口發(fā)送當(dāng) 前接收的BSR報文。
由于步驟403確定出的組播VPN實例對應(yīng)的第三出接口轉(zhuǎn)發(fā)列表包含 的出接口信息為該組播VPN實例對應(yīng)的Mtunnel 口和該組播VPN實例對應(yīng) 的私網(wǎng)P1M接口的信息，而在步驟406中對該第三出接口轉(zhuǎn)發(fā)列表中的出 接口信息所包含的該組播VPN實例對應(yīng)的Mtunnel 口信息作了標(biāo)記，如此， 本步驟407中該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中未作標(biāo)記的接口 信息具體為該組播VPN實例對應(yīng)的私網(wǎng)PIM4妄口的信息，如此，即可通過 該組播VPN實例對應(yīng)的私網(wǎng)PIM接口發(fā)送當(dāng)前接收的BSR報文，避免了 UPE設(shè)備通過Mtunnel 口接收到BSR 4艮文后還通過該Mtunnel 口發(fā)送BSR 報文而導(dǎo)致系統(tǒng)資源浪費的問題，進而節(jié)省了系統(tǒng)資源。
由于BSR報文為BSR周期發(fā)送的報文，如此，就會出現(xiàn)UPE設(shè)備在下 一個BSR報文發(fā)送周期內(nèi)通過本地網(wǎng)絡(luò)接口接收到BSR報文的可能，因此， 為了便于后續(xù)BSR報文的轉(zhuǎn)發(fā)，在上述步驟407完成BSR報文的轉(zhuǎn)發(fā)后， 還可^^于下述步驟408。
步驟408,去除步驟407中在第三出接口轉(zhuǎn)發(fā)列表中的Mtunnel 口信息 所作的標(biāo)記。至此，結(jié)束對步驟402接收的BSR報文的轉(zhuǎn)發(fā)操作。
可以看出，圖4所示的流程中針對UPE設(shè)備支持的每一個組播VPN實 例建立對應(yīng)的一個出接口轉(zhuǎn)發(fā)列表，也可以解決UPE設(shè)備通過Mtunnel 口接收到BSR報文后還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪費
的問題。
網(wǎng)絡(luò)中通常包含多個UPE設(shè)備，每一個UPE設(shè)備可在通過Mtunnel 口 接收到BSR報文時，可以執(zhí)行圖2或者圖4所示的用于轉(zhuǎn)發(fā)通過Mtunnel 口接收到的BSR報文的操作，為便于描述，將該操作簡稱為報文處理操作。 優(yōu)選地，本發(fā)明實施例可按照用戶需求或者預(yù)設(shè)原則為網(wǎng)絡(luò)中的 一個或者多 個UPE設(shè)備配置報文處理操作功能，將使能了報文處理操作功能的UPE設(shè) 備執(zhí)行報文處理操作；而其他的UPE設(shè)備仍執(zhí)行現(xiàn)有操作。為使該方案更 加清楚，以圖5所示的流程進行描述。參見圖5,圖5為本發(fā)明實施例提供 的第三詳細流程圖。該實施例應(yīng)用于包含多個UPE設(shè)備的分層PE網(wǎng)絡(luò)中， 其中，各個UPE設(shè)備支持的組播VPN實例都已創(chuàng)建，本實施例中以為組播 VPN實施例建立兩個對應(yīng)的用于轉(zhuǎn)發(fā)BSR才艮文的出接口轉(zhuǎn)發(fā)列表為例，當(dāng) 然，為組播VPN實施例建立一個用于轉(zhuǎn)發(fā)BSR報文的出接口轉(zhuǎn)發(fā)列表的情 況類似，如圖5所示，該流程可包括以下步驟
步驟501,為一個以上的UPE設(shè)備上配置報文處理操作功能。
這里，步驟501可根據(jù)實際情況或者用戶需求為一個以上的UPE設(shè)備 上配置報文處理操作功能。
步驟502，針對配置了報文處理操作功能的每一 UPE設(shè)備，為該UPE 設(shè)備所支持的、并且是需要執(zhí)行報文處理操作的BSR報文所屬的組播VPN 實例配置對應(yīng)的第 一 出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表。
這里，步驟502也可針對配置了報文處理操作的UPE設(shè)備所支持的每 一個組播VPN實例配置該組播VPN實例對應(yīng)的第 一 出接口轉(zhuǎn)發(fā)列表和第二 出接口轉(zhuǎn)發(fā)列表，因此，上述只是一種舉例，并非限定本發(fā)明實施例的應(yīng)用。
步驟503至步驟504分別與圖2所示的步驟202和步驟203相同，這里 不再贅述。
步驟505, UPE設(shè)備對接收的BSR報文執(zhí)行RPF檢查，若檢查通過， 則執(zhí)行步驟506;否則，丟棄該BSR報文。步驟506， UPE設(shè)備判斷當(dāng)前是否使能了報文處理操作功能，如果是， 執(zhí)行步驟507;'否則，按照現(xiàn)有流程處理該接'收的BSR報文。
通常， 一個UPE設(shè)備可同時支持多個組播VPN實例，優(yōu)選地，本實施 例中也可在配置了該報文處理操作功能的UPE設(shè)備上設(shè)置報文匹配規(guī)則， 其中，該報文匹配規(guī)則具體是為了需要對UPE設(shè)備接收的哪些BSR報文執(zhí) 行報文處理操作。因此，當(dāng)在步驟506中的UPE設(shè)備上設(shè)置了報文匹配規(guī) 則，則在步驟506中得出判斷結(jié)果為是后，進一步判斷步驟503接收的BSR 報文是否滿足預(yù)設(shè)的報文匹配規(guī)則，如果是，執(zhí)行步驟507;否則，按照現(xiàn) 有流程處理該接收的BSR報文。若報文匹配規(guī)則為預(yù)設(shè)的需要執(zhí)行報文處 理操作的BSR報文所屬的VPN實例的標(biāo)識；則判斷步驟503接收的BSR 報文是否滿足預(yù)設(shè)的報文匹配規(guī)則為判斷步驟504確定出的組播VPN實 例的標(biāo)識是否存在預(yù)設(shè)的需要執(zhí)行報文處理操作的BSR報文所屬的VPN實 例的標(biāo)識中，如果是，確定步驟503接收的BSR報文滿足報文匹配規(guī)則， 執(zhí)行步驟507,否則，確定步驟503接收的BSR報文不滿足報文匹配規(guī)則， 按照現(xiàn)有流程處理該接收的BSR報文。
需要說明的是，步驟506與步驟503并未有固定的時間先后順序，其也 可在UPE接收到BSR報文后執(zhí)行，如此，步驟503替換為UPE設(shè)備接收 到BSR報文后，判斷當(dāng)前是否使能了報文處理操作功能，如果是，確定出 當(dāng)前通過Mtunnel 口接收到BSR報文(由于各個接口的標(biāo)識已被預(yù)先配置， 這樣，當(dāng)UPE設(shè)備接收到BSR報文時，很容易根據(jù)接收到該BSR報文的接 口的標(biāo)識獲知該接口是否為Mtunnel 口 ，由于本實施例是解決UPE設(shè)備通 過Mtunnel 口接收到BSR報文后還通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致 系統(tǒng)資源浪費的問題，因此，這里以通過Mtunnel 口接收到BSR為例)， 執(zhí)行步驟504，否則，按照現(xiàn)有流程處理。
步驟507,查找到步驟504確定出的組播VPN實例對應(yīng)的第一出接口 轉(zhuǎn)發(fā)列表。步驟508與圖2所示的步驟206相同。
如此，實現(xiàn)了本發(fā)明實施例提供的BSR報文的處理方法。以上對本發(fā)明實施例提供的方法進行了描述，下面結(jié)合具體實施例對本發(fā)
明實施例提供的PE設(shè)備進行描述。
參見圖6,圖6為本發(fā)明實施例提供的UPE設(shè)備的結(jié)構(gòu)圖。如圖6所示， 該UPE設(shè)備包括接收單元6Q1、判斷單元602和轉(zhuǎn)發(fā)單元603。
接收單元601用于接收BSR報文；
判斷單元602用于判斷接收單元601當(dāng)前接收到BSR報文的接口是否為 Mtunnel 口 ；
轉(zhuǎn)發(fā)單元603用于在判斷單元602的判斷結(jié)果為是時，通過支持接收單元 601接收的BSR報文，且除所迷Mtunnel 口之外的接口發(fā)送BSR報文；在判斷 單元602的判斷結(jié)果為否時，通過支持接收單元601接收的BSR報文的所有接 口發(fā)送BSR報文。
其中，Mtunnel 口為BSR報文所屬的組播VPN實例對應(yīng)的Mtunnel 口 ； 所述支持該BSR報文，且除所述Mtunnel 口之外的接口為該BSR報文所 屬的組播VPN實例對應(yīng)的私網(wǎng)協(xié)議無關(guān)組播PIM接口 ；
所述支持BSR報文的所有接口為該BSR報文所屬的組纟番VPN實例對應(yīng) 的Mtunnel 口和私網(wǎng)PIM接口 。
優(yōu)選地，本實施例在解決UPE設(shè)備通過Mtunnel 口接收到BSR報文后還 通過該Mtunnel 口發(fā)送BSR報文而導(dǎo)致系統(tǒng)資源浪費的問題時，可提供至少兩 種UPE設(shè)備的具體結(jié)構(gòu)。
其中一種結(jié)構(gòu)為
如圖6所示，該UPE設(shè)備還包括第一配置單元604。 其中，第一配置單元604用于為所述UPE設(shè)備支持的組播VPN實例配置 對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表；其中，組播VPN實例對應(yīng) 的第一出接口轉(zhuǎn)發(fā)列表為針對Mtunnel 口接收到BSR報文時的列表，包含的出 接口信息為該組播VPN實例對應(yīng)的私網(wǎng)PIM接口的信息；組播VPN實例對應(yīng) 的第二出接口轉(zhuǎn)發(fā)列表為針對不是Mtunnel 口接收到BSR報文時的列表，包含 的出接口信息為該組播VPN實例對應(yīng)的Mtunnel 口和該組播VPN實例對應(yīng)的私網(wǎng)PIIVU妾口的信息。
優(yōu)選地，如圖6所示，轉(zhuǎn)發(fā)單元603可包括第一轉(zhuǎn)發(fā)子單元6031和第 二轉(zhuǎn)發(fā)子單元6032。
其中，第一轉(zhuǎn)發(fā)子單元6031在判斷單元602的判斷結(jié)果為是時，確定接 收單元601接收的BSR報文所屬的組播VPN實例，并查找到確定的組播VPN 實例對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表；通過該第一出接口轉(zhuǎn)發(fā)列表中的出接口信息 所對應(yīng)的接口發(fā)送BSR報文；
第二轉(zhuǎn)發(fā)子單元6032在判斷單元602的判斷結(jié)果為否時，確定接收單元 601接收的BSR報文所屬的組播VPN實例，并查找到確定的組播VPN實例對 應(yīng)的第二出接口轉(zhuǎn)發(fā)列表；通過該第二出接口轉(zhuǎn)發(fā)列表中的出接口信息對應(yīng)的 接口發(fā)送BSR報文。
另一種結(jié)構(gòu)為
如圖6所示，UPE設(shè)備還包括第二配置單元605;
其中，第二配置單元605用于為UPE設(shè)備支持的組播VPN實例配置對應(yīng) 的一個出接口轉(zhuǎn)發(fā)列表(記為第三出接口轉(zhuǎn)發(fā)列表)；其中，VPN實例對應(yīng)的 第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息為該組播VPN實例對應(yīng)的Mtunnel 口和 該組播VPN實例對應(yīng)的私網(wǎng)PIM接口的信息；
轉(zhuǎn)發(fā)單元603包括第三轉(zhuǎn)發(fā)子單元6033和第四轉(zhuǎn)發(fā)子單元6034;
其中，第三轉(zhuǎn)發(fā)子單元6033在判斷單元602的判斷結(jié)果為是時，確定當(dāng) 前接收的BSR報文所屬的組播VPN實例；查找該組播VPN實例對應(yīng)的第三出 接口轉(zhuǎn)發(fā)列表，在查找到時，
對該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中的Mtunnel 口信息作標(biāo)記； 通過該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中未作標(biāo)記的接口信息對應(yīng)的接 口發(fā)遂BSR報文；或者，通過該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中除 Mtunnel 口信息之外的私網(wǎng)PIM接口的信息對應(yīng)的接口發(fā)送BSR報文；
第四轉(zhuǎn)發(fā)子單元6034在判斷單元602的判斷結(jié)果為否時，確定當(dāng)前接收的 BSR報文所屬的組播VPN實例；查找確定出的組播VPN實例對應(yīng)的第三出接口轉(zhuǎn)發(fā)列表，在查找到時，通過該第三出接口轉(zhuǎn)發(fā)列表中的出接口信息對應(yīng)的
接口發(fā)送該BSR報文。
優(yōu)選地，為保證后續(xù)BSR報文的轉(zhuǎn)發(fā)，本實施例中，UPE設(shè)備還包括恢 復(fù)單元606;
其中，恢復(fù)單元606用于在第三轉(zhuǎn)發(fā)子單元6033發(fā)送BSR報文后，去除 第三轉(zhuǎn)發(fā)子單元6033在第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中對Mtunnel 口信息所作的標(biāo)記。
由以上技術(shù)方案可以看出，本發(fā)明實施例提供的一種自舉路由器報文的 處理方法和UPE設(shè)備，UPE設(shè)備接收到BSR報文后，判斷接收到該BSR 報文的接口是否為Mtunnel 口 ，在是的情況下，通過支持該BSR報文，且 除所述Mtunnel 口之外的接口發(fā)送BSR報文，其中，支持該BSR報文，且 除該Mtunnel 口之外的接口具體為該BSR報文所屬的VPN實例對應(yīng)的私網(wǎng) PIM接口；在否的情況下，通過支持該BSR報文的所有接口發(fā)送BSR報文。 比如，在分層PE網(wǎng)絡(luò)結(jié)構(gòu)中，UPE通過Mtunnel 口接收到BSR報文后，直 接利用除該Mtunnel 口之外的，并且是該BSR報文所屬的VPN實例對應(yīng)的 私網(wǎng)PIM接口發(fā)送BSR報文，如此，能夠避免現(xiàn)有技術(shù)中UPE設(shè)備在通過 其支持的組播VPN實例對應(yīng)的Mtunnel 口接收到BSR報文后還通過該 Mtunnel 口轉(zhuǎn)發(fā)BSR報文而導(dǎo)致的資源浪費問題，進而節(jié)省系統(tǒng)資源。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本 發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在 本發(fā)明保護的范圍之內(nèi)。
權(quán)利要求
1、一種自舉路由器報文的處理方法，該方法應(yīng)用于包含一個以上下層服務(wù)提供商邊緣路由器UPE的分層PE網(wǎng)絡(luò)中，其特征在于，該方法包括步驟A，一UPE設(shè)備接收到自舉路由器BSR報文后，判斷接收到該BSR報文的接口是否為組播隧道Mtunnel口，如果是，執(zhí)行步驟B；否則，執(zhí)行步驟C；步驟B，通過支持該BSR報文，且除所述Mtunnel口之外的接口發(fā)送BSR報文；步驟C，通過支持該BSR報文的所有接口發(fā)送BSR報文。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A中的Mtunnel 口為步驟A中的BSR報文所屬的組播VPN實例對應(yīng)的Mtunnel 口 ；所述步驟B中支持該BSR報文，且除所述Mtunnel 口之外的接口為該BSR 報文所屬的組播VPN實例對應(yīng)的私網(wǎng)協(xié)議無關(guān)組播PIM接口 ；所述步驟C中支持該BSR報文的所有接口為該BSR報文所屬的組播VPN 實例對應(yīng)的Mtunnel 口和私網(wǎng)PIM接口 。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A之前進一步包 括為分層PE網(wǎng)絡(luò)中的UPE設(shè)備配置與該UPE設(shè)備支持的組播VPN實例對 應(yīng)的第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表；其中，組播VPN實例對應(yīng)的 第一出接口轉(zhuǎn)發(fā)列表為針對Mtunnel 口接收到BSR報文時的列表，包含的出接 口信息為該組播VPN實例對應(yīng)的私網(wǎng)PIM接口的信息；組播VPN實例對應(yīng)的 第二出接口轉(zhuǎn)發(fā)列表為針對不是Mtunnel 口接收到BSR報文時的列表，包含的 出接口信息為該組播VPN實例對應(yīng)的Mtunnel 口和該組播VPN實例對應(yīng)的私 網(wǎng)PIM接口的信 息;所述步驟B包括步驟Bll，確定當(dāng)前接收的BSR報文所屬的組播VPN 實例；步驟B12,查找所述步驟Bll確定出的組播VPN實例對應(yīng)的第一出接口 轉(zhuǎn)發(fā)列表，在查找到時，通過該第一出接口轉(zhuǎn)發(fā)列表中的出接口信息所對應(yīng)的接口發(fā)送BSR報文；所述步驟C包括步驟Cll，確定當(dāng)前接收的BSR報文所屬的組播VPN 實例；步驟C12，查找確定出的組播VPN實例對應(yīng)的第二出接口轉(zhuǎn)發(fā)列表，在 查找到時，通過該第二出接口轉(zhuǎn)發(fā)列表中的出接口信息對應(yīng)的接口發(fā)送該BSR報文。
4、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A之前進一步包 括為分層PE網(wǎng)絡(luò)中的UPE設(shè)備配置與該UPE設(shè)備支持的組播VPN實例對 應(yīng)的第三出接口轉(zhuǎn)發(fā)列表；其中，VPN實例對應(yīng)的第三出接口轉(zhuǎn)發(fā)列表包含的 出接口信息為該組播VPN實例對應(yīng)的Mtunnel 口和該組播VPN實例對應(yīng)的私 網(wǎng)PIM接口的信息；所述步驟B包括步驟B21，確定當(dāng)前接收的BSR報文所屬的組播VPN 實例；步驟B22,查找所述步驟B21確定出的組播VPN實例對應(yīng)的第三出接口 轉(zhuǎn)發(fā)列表，在查找到時，對該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中的Mtunnel 口信息作標(biāo)記； 通過該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中未作標(biāo)記的接口信息對應(yīng)的接 口發(fā)送BSR報文；或者，通過該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中除 Mtunnel 口信息之外的私網(wǎng)PIM接口的信息對應(yīng)的接口發(fā)送BSR報文;所述步驟C包括步驟C21 ，確定當(dāng)前接收的BSR報文所屬的組播VPN 實例；步驟C22，查找確定出的組播VPN實例對應(yīng)的第三出接口轉(zhuǎn)發(fā)列表，在 查找到時，通過該第三出接口轉(zhuǎn)發(fā)列表中的出接口信息對應(yīng)的接口發(fā)送該BSR 報文。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述通過該第三出接口轉(zhuǎn) 發(fā)列表包含的出接口信息中未作標(biāo)記的接口信息對應(yīng)的接口發(fā)送BSR報文后， 進一步包括去除在所述第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中對Mtunnel 口信息所作的標(biāo)記。
6、 沖艮據(jù)權(quán)利要求2至5任一至所述的方法，其特征在于，該方法進一步包 括預(yù)先為分層PE網(wǎng)絡(luò)中一個以上UPE設(shè)備配置報文處理操作功能；所述步驟A中在執(zhí)行所述判斷操作之前，進一步包括判斷接收到BSR報 文的UPE設(shè)備當(dāng)前是否使能了報文處理操作功能，如果是，繼續(xù)執(zhí)行所述步驟 A中的判斷操作；或者，判斷接收到BSR報文的UPE設(shè)備當(dāng)前是否使能了報文處理操作功能，如 果是，判斷當(dāng)前接收的BSR報文是否為預(yù)設(shè)的需要執(zhí)行報文處理操作的BSR 報文，如果是，繼續(xù)執(zhí)行所述步驟A中的判斷操作。
7、 一種UPE設(shè)備，其特征在于，該UPE設(shè)備包括接收單元、判斷單元 和轉(zhuǎn)發(fā)單元；所述接收單元用于接收到自舉路由器BSR報文；所述判斷單元用于判斷當(dāng)前接收到所述BSR報文的接口是否為組播隧道 Mtunnel 口 ；所述轉(zhuǎn)發(fā)單元用于在所述判斷單元的判斷結(jié)果為是時，通過支持所述接收 單元接收的BSR報文，且除所述Mtunnel 口之外的接口發(fā)送BSR報文；在所 述判斷單元的判斷結(jié)果為否時，通過支持該BSR報文的所有接口發(fā)送BSR報文。
8、 根據(jù)權(quán)利要求7所述的UPE設(shè)備，其特征在于，所述Mtunnel 口為 BSR報文所屬的組播VPN實例對應(yīng)的Mtunnel 口 ；所述支持該BSR報文，且除所述Mtunnel 口之外的接口為該BSR報文所 屬的組播VPN實例對應(yīng)的私網(wǎng)協(xié)議無關(guān)組播PIM接口 ；所述支持BSR報文的所有接口為該BSR報文所屬的組播VPN實例對應(yīng) 的Mtunnel 口和私網(wǎng)PIM接口 。
9、 根據(jù)權(quán)利要求8所述的UPE設(shè)備，其特征在于，所述UPE設(shè)備還包 括第一配置單元；其中，所述第一配置單元用于為所述UPE設(shè)備支持的組播 VPN實例配置對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表和第二出接口轉(zhuǎn)發(fā)列表；其中，組播 VPN實例對應(yīng)的第 一 出接口轉(zhuǎn)發(fā)列表為針對Mtunnel 口接收到BSR報文時的列 表，包含的出接口信息為該組播VPN實例對應(yīng)的私網(wǎng)PIM接口的信息；組播 VPN實例對應(yīng)的第二出接口轉(zhuǎn)發(fā)列表為針對不是Mtunnel 口接收到BSR報文時的列表，包含的出接口信息為該組播VPN實例對應(yīng)的Mtunnel 口和該組播VPN實例對應(yīng)的私網(wǎng)PIM接口的信息；所述轉(zhuǎn)發(fā)單元包括第一轉(zhuǎn)發(fā)子單元和第二轉(zhuǎn)發(fā)子單元；其中， 所述第一轉(zhuǎn)發(fā)子單元在判斷單元的判斷結(jié)果為是時，確定所述接收單元接收的BSR報文所屬的組播VPN實例對應(yīng)的第一出接口轉(zhuǎn)發(fā)列表；通過該第一出接口轉(zhuǎn)發(fā)列表中的出接口信息所對應(yīng)的接口發(fā)送BSR報文；所述第二轉(zhuǎn)發(fā)子單元在所述判斷單元的判斷結(jié)果為否時，確定所述接收單元接收的BSR報文所屬的組播VPN實例對應(yīng)的第二出接口轉(zhuǎn)發(fā)列表；通過該 第二出接口轉(zhuǎn)發(fā)列表中的出接口信息對應(yīng)的接口發(fā)送BSR報文。
10、根據(jù)權(quán)利要求8所述的UPE設(shè)備，其特征在于，所述UPE設(shè)備還包 括第二配置單元；其中，所述第二配置單元用于為所述UPE設(shè)備支持的組播 VPN實例配置對應(yīng)的第三出接口轉(zhuǎn)發(fā)列表；其中，VPN實例對應(yīng)的第三出接口 轉(zhuǎn)發(fā)列表包含的出接口信息為該組播VPN實例對應(yīng)的Mtunnel 口和該組播VPN 實例對應(yīng)的私網(wǎng)PIM接口的信息；所述轉(zhuǎn)發(fā)單元包括第三轉(zhuǎn)發(fā)子單元和第四轉(zhuǎn)發(fā)子單元；其中，所述第三轉(zhuǎn)發(fā)子單元在所述判斷單元的判斷結(jié)果為是時，確定當(dāng)前接收的 BSR報文所屬的組播VPN實例；查找該組播VPN實例對應(yīng)的第三出接口轉(zhuǎn)發(fā) 列表，在查找到時，對該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中的Mtunnel 口信息作標(biāo)記； 通過該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中未作標(biāo)記的接口信息對應(yīng)的接 口發(fā)送BSR報文；或者，通過該第三出接口轉(zhuǎn)發(fā)列表包含的出接口信息中除 Mtunnel 口信息之外的私網(wǎng)PIM接口的信息對應(yīng)的接口發(fā)送BSR報文；所述UPE設(shè)備還包括恢復(fù)單元；其中，所述恢復(fù)單元用于在所述第三轉(zhuǎn) 發(fā)子單元發(fā)送BSR報文后，去除所述第三轉(zhuǎn)發(fā)子單元在第三出接口轉(zhuǎn)發(fā)列表包 含的出接口信息中對Mtunnel 口信息所作的標(biāo)記；所述第四轉(zhuǎn)發(fā)子單元在所述判斷單元的判斷結(jié)果為否時，確定當(dāng)前接收的 BSR報文所屬的組播VPN實例；查找確定出的組播VPN實例對應(yīng)的第三出接口轉(zhuǎn)發(fā)列表，在查找到時，通過該第三出接口轉(zhuǎn)發(fā)列表中的出接口信息對應(yīng)的 接口發(fā)送該BSR報文。
全文摘要
本發(fā)明提供了一種自舉路由器報文的處理方法和UPE設(shè)備，其中，該方法應(yīng)用于包含一個以上下層服務(wù)提供商邊緣路由器UPE的分層PE網(wǎng)絡(luò)中，其特征在于，該方法包括步驟A，一UPE設(shè)備接收到自舉路由器BSR報文后，判斷接收到該BSR報文的接口是否為組播隧道Mtunnel口，如果是，執(zhí)行步驟B；否則，執(zhí)行步驟C；步驟B，通過支持該BSR報文，且除所述Mtunnel口之外的接口發(fā)送BSR報文；步驟C，通過支持該BSR報文的所有接口發(fā)送BSR報文。采用本發(fā)明，能夠避免現(xiàn)有技術(shù)中PE設(shè)備在通過其支持的組播VPN實例對應(yīng)的Mtunnel口接收到BSR報文后還通過該Mtunnel口轉(zhuǎn)發(fā)BSR報文而導(dǎo)致的資源浪費問題。
文檔編號H04L12/18GK101577677SQ200910087079
公開日2009年11月11日 申請日期2009年6月18日 優(yōu)先權(quán)日2009年6月18日
發(fā)明者張宇弟 申請人:杭州華三通信技術(shù)有限公司