02-組播路由與轉發配置
本章節下載: 02-組播路由與轉發配置 (424.75 KB)
目 錄
每個組播路由協議都有一個自身的路由表,它們與靜態配置的組播路由綜合成一個總的組播路由表,由一係列(S,G)和(*,G)表項組成,即由組播源S向組播組G發送組播數據的組播路由信息。其中最優組播路由下發到組播轉發表中,控製組播數據的轉發。組播傳輸路徑上的設備根據組播轉發表轉發組播數據的同時還需執行RPF(Reverse Path Forwarding,逆向路徑轉發)機製確保組播數據沿正確路徑傳輸。
組播路由協議在創建和維護組播路由表項時,運用了RPF檢查機製,以確保組播數據能夠沿正確的路徑傳輸,同時還能避免由於各種原因而造成的環路。
執行RPF檢查的過程如下:
(1) 首先,以“報文源”的IP地址為目的地址,分別從單播路由表、MBGP路由表和組播靜態路由表中各選出一條最優路由。
根據組播報文傳輸的具體情況不同,“報文源”所代表的具體含義也不同:
· 如果當前報文沿從組播源到接收者或RP(Rendezvous Point,彙集點)的SPT(Shortest Path Tree,最短路徑樹)進行傳輸,則以組播源為“報文源”進行RPF檢查。
· 如果當前報文沿從RP到接收者的RPT(Rendezvous Point Tree,共享樹)進行傳輸,或者沿從組播源到RP的組播源側RPT進行傳輸,則都以RP為“報文源”進行RPF檢查。
· 如果當前報文為BSR(Bootstrap Router,自舉路由器)報文,沿從BSR到各設備的路徑進行傳輸,則以BSR為“報文源”進行RPF檢查。
有關SPT、RPT、組播源側RPT、RP和BSR的詳細介紹,請參見“IP組播配置指導”中的“PIM”。
(2) 然後,從這些最優路由中再選出一條作為RPF路由。選取規則如下:
· 如果配置了按照最長匹配選擇路由,則:
¡ 選擇掩碼匹配最長的路由。
¡ 如果掩碼相同,則選擇路由優先級最高的路由。
¡ 如果路由優先級也相同,則按照組播靜態路由、MBGP路由、單播路由的順序進行選擇。
¡ 如果存在等價路由,則選擇下一跳的IP地址較大者。
· 如果沒有配置按照最長匹配選擇路由,則:
¡ 選擇路由優先級最高的路由。
¡ 如果路由優先級相同,則按照組播靜態路由、MBGP路由、單播路由的順序進行選擇。
¡ 如果存在等價路由,則選擇下一跳的IP地址較大者。
RPF路由中包含有RPF接口和RPF鄰居的信息:
· 如果RPF路由為單播路由或MBGP路由,則該路由表項的出接口就是RPF接口,下一跳就是RPF鄰居。
· 如果RPF路由為組播靜態路由,則該路由表項中會明確指定RPF接口和RPF鄰居。
(3) 最後,判斷報文實際到達的接口與RPF接口是否相同:
· 相同,RPF檢查通過。
· 不同,RPF檢查失敗。
對每一個收到的組播數據報文都進行RPF檢查會給設備帶來較大負擔,而利用組播轉發表可以解決這個問題。在建立組播路由和轉發表時,會把組播數據報文(S,G)的RPF接口記錄為(S,G)表項的入接口。當設備收到組播數據報文(S,G)後,查找組播轉發表:
· 如果組播轉發表中不存在(S,G)表項,則對該報文執行RPF檢查,將其RPF接口作為入接口,結合相關路由信息創建相應的表項,並下發到組播轉發表中:
¡ 若該報文實際到達的接口正是其RPF接口,則RPF檢查通過,向所有的出接口轉發該報文;
¡ 若該報文實際到達的接口不是其RPF接口,則RPF檢查失敗,丟棄該報文。
· 如果組播轉發表中已存在(S,G)表項,且該報文實際到達的接口與入接口相匹配,則向所有的出接口轉發該報文。
· 如果組播轉發表中已存在(S,G)表項,但該報文實際到達的接口與入接口不匹配,則對此報文執行RPF檢查:
¡ 若其RPF接口與入接口一致,則說明(S,G)表項正確,丟棄這個來自錯誤路徑的報文;
¡ 若其RPF接口與入接口不符,則說明(S,G)表項已過時,於是把入接口更新為RPF接口。如果該報文實際到達的接口正是其RPF接口,則向所有的出接口轉發該報文,否則將其丟棄。
圖1-1 RPF檢查過程
如圖1-1所示,假設網絡中單播路由暢通,未配置MBGP,Device C上也未配置組播靜態路由。組播報文(S,G)沿從組播源(Source)到接收者(Receiver)的SPT進行傳輸。假定Device C上的組播轉發表中已存在(S,G)表項,其記錄的入接口為Port A:
· 如果該組播報文從接口Port A到達Device C,與(S,G)表項的入接口相匹配,則向所有的出接口轉發該報文。
· 如果該組播報文從接口Port B到達Device C,與(S,G)表項的入接口不匹配,則對其執行RPF檢查:通過查找單播路由表發現到達Source的出接口(即RPF接口)是Port A,與(S,G)表項的入接口一致。這說明(S,G)表項是正確的,該報文來自錯誤的路徑,RPF檢查失敗,於是丟棄該報文。
組播靜態路由有兩種主要用途:改變RPF路由和銜接RPF路由。
通常,組播的網絡拓撲結構與單播相同,組播數據的傳輸路徑也與單播相同。可以通過配置組播靜態路由以改變RPF路由,從而為組播數據創建一條與單播不同的傳輸路徑。
圖1-2 改變RPF路由示意圖
如圖1-2所示,當網絡中沒有配置組播靜態路由時,Device C到組播源(Source)的RPF鄰居為Device A,從Source發出的組播信息沿Device A—Device C的路徑傳輸,與單播路徑一致;當在Device C上配置了組播靜態路由,指定從Device C到Source的RPF鄰居為Device B之後,從Source發出的組播信息將改變傳輸路徑,沿Device A—Device B—Device C的新路徑傳輸。
當網絡中的單播路由被阻斷時,由於沒有RPF路由而無法進行包括組播數據在內的數據轉發。可以通過配置組播靜態路由以生成RPF路由,從而創建組播路由表項以指導組播數據的轉發。
圖1-3 銜接RPF路由示意圖
如圖1-3所示,RIP域與OSPF域之間實行單播路由隔離。當網絡中沒有配置組播靜態路由時,OSPF域內的接收者(Receiver)不能收到RIP域內的組播源(Source)所發出的組播信息;當在Device C和Device D上均配置了組播靜態路由,分別指定從Device C到Source的RPF鄰居為Device B、從Device D到Source的RPF鄰居為Device C之後,Receiver便能收到Source發出的組播信息了。
網絡中可能存在不支持組播協議的設備,從組播源發出的組播數據沿組播設備逐跳轉發,當下一跳設備不支持組播協議時,組播轉發路徑將被阻斷。而通過在處於單播網段兩端的組播設備之間建立隧道,則可以實現跨單播網段的組播數據轉發。
如圖1-4所示,在組播設備Device A和Device B之間建立隧道。Device A將組播數據封裝在單播報文中,通過單播設備轉發至隧道另一端的Device B,再由Device B將單播報文頭剝掉後繼續進行組播傳輸。
若要將該隧道專用於組播數據傳輸,可以在隧道兩端隻配置組播靜態路由而不配置單播靜態路由,從而使單播數據報文無法利用此隧道進行傳輸。
本特性的支持情況與設備型號有關,請以設備的實際情況為準。
係列 |
型號 |
說明 |
F50X0係列 |
F5010、F5020、F5020-GM、F5030、F5030-6GW、F5030-6GW-G、F5040、F5060、F5080、F5000-A、F5000-C、F5000-S、F5000-M |
支持 |
F5000-CN係列 |
F5000-CN30、F5000-CN60 |
支持 |
F5000-AI係列 |
F5000-AI-15、F5000-AI-20、F5000-AI-40 |
支持 |
F5000-V係列 |
F5000-V30 |
支持 |
F1000-AI係列 |
F1000-AI-03、F1000-AI-05、F1000-AI-10、F1000-AI-15、F1000-AI-20、F1000-AI-25、F1000-AI-30、F1000-AI-35、F1000-AI-50、F1000-AI-55、F1000-AI-60、F1000-AI-65、F1000-AI-70、F1000-AI-75、F1000-AI-80、F1000-AI-90 |
支持 |
F1000-L係列 |
F1003-L、F1005-L、F1010-L |
支持 |
F1003-L-C、F1003-L-S |
不支持 |
|
F10X0係列 |
F1005、F1005-GM、F1010、F1010-GM、F1020、F1020-GM、F1030、F1030-GM、F1050、F1060、F1070、F1070-GM、F1070-GM-L、F1080、F1090 |
支持 |
F1003-C、F1003-M、F1003-S |
不支持 |
|
F1000-V係列 |
F1000-V50、F1000-V60、F1000-V70、F1000-V90 |
支持 |
F1000-SASE係列 |
F1000-SASE100、F1000-SASE200 |
支持 |
F1000-AK係列 |
F1000-AK108、F1000-AK109、F1000-AK110、F1000-AK115、F1000-AK120、F1000-AK125、F1000-AK130、F1000-AK135、F1000-AK140、F1000-AK145、F1000-AK150、F1000-AK155、F1000-AK160、F1000-AK165、F1000-AK170、F1000-AK175、F1000-AK180、F1000-AK185、F1000-GM-AK370、F1000-GM-AK380、F1000-AK710、F1000-AK711、F1000-AK1010、F1000-AK1015、F1000-AK1020、F1000-AK1025、F1000-AK1030、F1000-AK1105、F1000-AK1110、F1000-AK1115、F1000-AK1120、F1000-AK1125、F1000-AK1130、F1000-AK1140、F1000-AK1150、F1000-AK1160、F1000-AK1170、F1000-AK1180、F1000-AK1205、F1000-AK1212、F1000-AK1215、F1000-AK1222、F1000-AK1232、F1000-AK1235、F1000-AK1242、F1000-AK1252、F1000-AK1262、F1000-AK1272、F1000-AK1305、F1000-AK1312、F1000-AK1315、F1000-AK1322、F1000-AK1332、F1000-AK1342、F1000-AK1352、F1000-AK1362、F1000-AK1414、F1000-AK1424、F1000-AK1434、F1000-AK1505、F1000-AK1514、F1000-AK1515、F1000-AK1524、F1000-AK1534、F1000-AK1614、F1000-AK9110、F1000-AK9150、F1000-AK9160、F1000-AK9180、F1000-AK9190、F1000-AK9210 |
支持 |
F1000-AK9109、F1000-AK9120 |
不支持 |
|
插卡 |
IM-NGFWX-IV、LSCM1FWDSD0、LSCM2FWDSD0、LSPM6FWD、LSPM6FWDB、LSQM1FWDSC0、LSQM2FWDSC0、LSU3FWCEA0、LSUM1FWCEAB0、LSUM1FWDEC0、LSWM1FWD0、LSX1FWCEA1、LSXM1FWDF1 |
支持 |
vFW係列 |
vFW1000、vFW2000、vFW-E-Cloud |
支持 |
當一個接口配置有從IP地址或借用了其它接口的IP地址時,組播數據並不能通過從IP地址或借來的IP地址進行路由和轉發,而隻能通過該接口的主IP地址進行路由與轉發。有關主、從IP地址以及IP地址借用的詳細介紹,請參見“三層技術-IP業務配置指導”中的“IP地址”。
組播路由與轉發配置任務如下:
(1) 使能IP組播路由
(2) (可選)配置組播靜態路由
(3) (可選)配置按照最長匹配選擇RPF路由
(4) (可選)配置組播負載分擔
(5) (可選)配置組播轉發邊界
(6) (可選)配置緩存未知組播數據報文的最大數目
(7) (可選)配置跨VPN組播轉發路由選路策略
在配置組播路由與轉發之前,需配置任一單播路由協議,實現域內網絡層互通。
在公網實例或VPN實例中配置各項三層組播功能之前,必須先在該實例中使能IP組播路由。
(1) 進入係統視圖。
system-view
(2) 使能IP組播路由,並進入MRIB(Multicast Routing Information Base,組播路由信息庫)視圖。
multicast routing [ vpn-instance vpn-instance-name ]
缺省情況下,IP組播路由處於關閉狀態。
通過配置組播靜態路由,可以為來自特定組播源的組播報文指定RPF接口或RPF鄰居。
組播靜態路由僅在所配置的組播設備上生效,不會以任何方式被廣播或者引入給其它設備。
(1) 進入係統視圖。
system-view
(2) 配置組播靜態路由。
ip rpf-route-static [ vpn-instance vpn-instance-name ] source-address { mask-length | mask } { rpf-nbr-address | interface-type interface-number } [ preference preference ]
(3) (可選)刪除所有組播靜態路由。
delete ip rpf-route-static [ vpn-instance vpn-instance-name ]
可以通過undo ip rpf-route-static命令刪除指定的組播靜態路由外,也可以通過delete ip rpf-route-static命令刪除所有的組播靜態路由。
在未配置按照最長匹配選擇RPF路由之前,RPF檢查以最優路由作為RPF路由。在配置按照最長匹配選擇RPF路由之後,RPF檢查將按照最長匹配選擇RPF路由。
有關RPF路由選擇的詳細介紹,請參見“1.1.1 1. RPF檢查過程”。
(1) 進入係統視圖。
system-view
(2) 進入MRIB視圖。
multicast routing [ vpn-instance vpn-instance-name ]
(3) 配置按照最長匹配選擇RPF路由。
longest-match
缺省情況下,選擇路由優先級最高的路由作為RPF路由。
用戶通過配置根據組播源或組播源組進行組播流量的負載分擔,可以優化存在多條組播數據流時的網絡流量。
本配置對雙向PIM不生效。
(1) 進入係統視圖。
system-view
(2) 進入MRIB視圖。
multicast routing [ vpn-instance vpn-instance-name ]
(3) 配置對組播流量進行負載分擔。
load-splitting { source | source-group }
缺省情況下,不對組播流量進行負載分擔。
組播信息在網絡中的轉發並不是漫無邊際的,每個組播組對應的組播信息都必須在確定的範圍內傳遞。組播轉發邊界可以限製組播協議報文的收發,為指定範圍的組播組劃定了邊界條件。如果組播報文的目的地址與邊界條件匹配,就停止轉發。當在一個接口上配置了組播轉發邊界後,將不能從該接口轉發組播報文(包括本機發出的組播報文)並丟棄該接口接收到的組播報文。
本配置不需要使能IP組播路由。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置組播轉發邊界。
multicast boundary group-address { mask-length | mask }
缺省情況下,接口上未配置任何組播組的轉發邊界。
建立組播轉發表項需要一定時間,在這段時間內設備若收到(S,G)表項的組播數據報文,可以緩存該報文。如果需要緩存多個未知組播數據報文,可以通過本配置來設置對於同一個(S,G)表項,可緩存的最大未知組播數據報文數目。通過本配置還可以設置內存中緩存的未知組播數據報文的總數。
建議配置multicast forwarding-table cache-unknown total的值要遠遠大於multicast forwarding-table cache-unknown per-entry配置的值。
(1) 進入係統視圖。
system-view
(2) 設置對於同一個(S,G)表項,可緩存的最大未知組播數據報文數目。
multicast forwarding-table cache-unknown per-entry per-entry-limit
缺省情況下,對於同一個(S,G)表項,可緩存的最大未知組播數據報文數目為1。
(3) 設置內存中緩存的未知組播數據報文的總數。
multicast forwarding-table cache-unknown total total-limit
缺省情況下,內存中緩存的未知組播數據報文的總數量為1024。
配置跨VPN組播轉發路由的RPF選路策略,可以實現組播源和組播接收者位於不同的VPN網絡之間的組播轉發。
本特性的支持情況與設備型號有關,請以設備的實際情況為準。
係列 |
型號 |
說明 |
F50X0係列 |
F5010、F5020、F5020-GM、F5030、F5030-6GW、F5030-6GW-G、F5040、F5060、F5080、F5000-A、F5000-C、F5000-S、F5000-M |
支持 |
F5000-CN係列 |
F5000-CN30、F5000-CN60 |
支持 |
F5000-AI係列 |
F5000-AI-15、F5000-AI-20、F5000-AI-40 |
支持 |
F5000-V係列 |
F5000-V30 |
支持 |
F1000-AI係列 |
F1000-AI-03、F1000-AI-05、F1000-AI-10、F1000-AI-15、F1000-AI-20、F1000-AI-25、F1000-AI-30、F1000-AI-35、F1000-AI-50、F1000-AI-55、F1000-AI-60、F1000-AI-65、F1000-AI-70、F1000-AI-75、F1000-AI-80、F1000-AI-90 |
支持 |
F1000-L係列 |
F1003-L、F1005-L、F1010-L |
支持 |
F1003-L-C、F1003-L-S |
不支持 |
|
F10X0係列 |
F1005、F1005-GM、F1010、F1010-GM、F1020、F1020-GM、F1030、F1030-GM、F1050、F1060、F1070、F1070-GM、F1070-GM-L、F1080、F1090 |
支持 |
F1003-C、F1003-M、F1003-S |
不支持 |
|
F1000-V係列 |
F1000-V50、F1000-V60、F1000-V70、F1000-V90 |
支持 |
F1000-SASE係列 |
F1000-SASE100、F1000-SASE200 |
支持 |
F1000-AK係列 |
F1000-AK108、F1000-AK109、F1000-AK110、F1000-AK115、F1000-AK120、F1000-AK125、F1000-AK130、F1000-AK135、F1000-AK140、F1000-AK145、F1000-AK150、F1000-AK155、F1000-AK160、F1000-AK165、F1000-AK170、F1000-AK175、F1000-AK180、F1000-AK185、F1000-GM-AK370、F1000-GM-AK380、F1000-AK710、F1000-AK711、F1000-AK1010、F1000-AK1015、F1000-AK1020、F1000-AK1025、F1000-AK1030、F1000-AK1105、F1000-AK1110、F1000-AK1115、F1000-AK1120、F1000-AK1125、F1000-AK1130、F1000-AK1140、F1000-AK1150、F1000-AK1160、F1000-AK1170、F1000-AK1180、F1000-AK1205、F1000-AK1212、F1000-AK1215、F1000-AK1222、F1000-AK1232、F1000-AK1235、F1000-AK1242、F1000-AK1252、F1000-AK1262、F1000-AK1272、F1000-AK1305、F1000-AK1312、F1000-AK1315、F1000-AK1322、F1000-AK1332、F1000-AK1342、F1000-AK1352、F1000-AK1362、F1000-AK1414、F1000-AK1424、F1000-AK1434、F1000-AK1505、F1000-AK1514、F1000-AK1515、F1000-AK1524、F1000-AK1534、F1000-AK1614、F1000-AK9110、F1000-AK9150、F1000-AK9160、F1000-AK9180、F1000-AK9190、F1000-AK9210 |
支持 |
F1000-AK9109、F1000-AK9120 |
不支持 |
|
插卡 |
IM-NGFWX-IV、LSCM1FWDSD0、LSCM2FWDSD0、LSPM6FWD、LSPM6FWDB、LSQM1FWDSC0、LSQM2FWDSC0、LSU3FWCEA0、LSUM1FWCEAB0、LSUM1FWDEC0、LSWM1FWD0、LSX1FWCEA1、LSXM1FWDF1 |
支持 |
vFW係列 |
vFW1000、vFW2000、vFW-E-Cloud |
不支持 |
源VPN和接收者VPN必須運行相同的PIM模式,目前支持PIM-SM和PIM-SSM。
隻支持一次跨VPN組播轉發,接收VPN不能同時作為源VPN。
采用PIM-SM方式,對於同一個組播組地址,隻能配置一條指定VPN實例的組播路由的RPF選路策略。
如果在接收者VPN中配置了跨VPN的IPv4組播路由的RPF選路策略,且該策略隻指定了組播組地址,那麼該VPN原先相同的VPN實例的組播流量轉發將中斷。
如果在RPF選路策略中指定了組播源,則需同時配置兩條RPF選路策略:
· 如果未指定組播組,那麼其中一條是以服務於有跨VPN需求的組播組的RP地址作為源地址,另一條是源VPN裏的組播源作為源地址。
· 如果指定了組播組,那麼其中一條是以服務於有跨VPN需求的組播組的RP地址作為源地址,有跨VPN需求的組播組作為組地址;另一條是源VPN裏的組播源作為源地址,有跨VPN需求的組播組作為組地址。且此時兩條策略中的組播組地址必須完全相同。否則不能實現跨VPN轉發。
普通三層組播同時支持源PE方案和接收者PE方案。
在源PE配置方案中,若采用PIM-SM模式,則接收者所在VPN的RP必須配在組播源側設備上與接收者所在VPN相同的VPN內。
(1) 進入係統視圖。
system-view
(2) 進入MRIB實例視圖。
multicast routing [ vpn-instance vpn-instance-name ]
(3) 跨VPN的IPv4組播路由的RPF路策略。
multicast extranet select-rpf [ vpn-instance vpn-instance-name ] { source source-address { mask | mask-length } | group group-address { mask | mask-length } } *
缺省情況下,沒有配置跨VPN的IPv4組播路由的RPF選路策略。
執行reset命令清除組播路由表或組播轉發表中的信息,可能導致組播信息無法正常傳輸。
在完成上述配置後,在任意視圖下執行display命令可以顯示配置後組播路由與轉發的信息,通過查看顯示信息驗證配置的效果。
在用戶視圖下執行reset命令可以清除組播路由與轉發的統計信息。
表1-1 組播路由與轉發顯示和維護
操作 |
命令 |
顯示MRIB維護的接口信息 |
display mrib [ vpn-instance vpn-instance-name ] interface [ interface-type interface-number ] |
顯示組播邊界的信息 |
display multicast [ vpn-instance vpn-instance-name ] boundary [ group-address [ mask-length | mask ] ] [ interface interface-type interface-number ] |
顯示組播快速轉發表信息 |
display multicast [ vpn-instance vpn-instance-name ] fast-forwarding cache [ source-address | group-address ] * [ slot slot-number ] |
顯示組播轉發的DF信息 |
display multicast [ vpn-instance vpn-instance-name ] forwarding df-info [ rp-address ] [ verbose ] [ slot slot-number ] |
顯示組播轉發的事件統計信息 |
display multicast [ vpn-instance vpn-instance-name ] forwarding event [ slot slot-number] |
顯示組播轉發表的信息 |
display multicast [ vpn-instance vpn-instance-name ] forwarding-table [ source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number | slot slot-number | statistics ] * |
顯示組播轉發表的DF列表信息 |
display multicast [ vpn-instance vpn-instance-name ] forwarding-table df-list [ group-address ] [ verbose ] [ slot slot-number ] |
顯示組播路由表的信息 |
display multicast [ vpn-instance vpn-instance-name ] routing-table [ source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number ] * |
顯示組播靜態路由表的信息 |
display multicast [ vpn-instance vpn-instance-name ] routing-table static [ source-address { mask-length | mask } ] |
顯示組播源的RPF信息 |
display multicast [ vpn-instance vpn-instance-name ] rpf-info source-address [ group-address ] |
清除組播快速轉發表中的轉發項 |
reset multicast [ vpn-instance vpn-instance-name ] fast-forwarding cache { { source-address | group-address } * | all } [ slot slot-number ] |
清除組播轉發的事件統計信息 |
reset multicast [ vpn-instance vpn-instance-name ] forwarding event |
清除組播轉發表中的轉發項 |
reset multicast [ vpn-instance vpn-instance-name ] forwarding-table { { source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface { interface-type interface-number } } * | all } |
清除組播路由表中的路由項 |
reset multicast [ vpn-instance vpn-instance-name ] routing-table { { source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface interface-type interface-number } * | all } |
· 清除組播路由表中的路由項後,組播轉發表中的相應表項也將隨之刪除。
· 清除組播轉發表中的轉發項後,組播路由表中的相應表項也將隨之刪除。
路由器沒有配置動態路由協議,接口的物理狀態與鏈路層協議狀態都顯示為up,但是組播靜態路由失敗。
· 如果沒有正確配置或更新與當前網絡情況相匹配的組播靜態路由,則組播靜態路由表中不存在此路由項;
· 如果查詢到有比組播靜態路由更優的路由,也可能導致組播靜態路由失敗。
(1) 使用display multicast routing-table static命令顯示組播靜態路由表的信息,以確定是否正確配置了對應的路由並存在於組播靜態路由表中。
(2) 檢查組播靜態路由與RPF鄰居相連接口的接口類型,如果不是點到點接口,則RPF鄰居必須使用指定地址的形式配置。
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!