MulticasttroubleshootingV1.1MulticasttroubleshootingV1.1110頁(yè)組播問(wèn)題一紙通依據(jù)半年多維護(hù)組播閱歷，本人簡(jiǎn)潔寫(xiě)了定位組播問(wèn)題的一些方法，現(xiàn)共享給大家。本文有以下幾個(gè)內(nèi)容：首先解釋了幾個(gè)比較混淆的概念和內(nèi)容。定位方法。望各位有不能點(diǎn)播的問(wèn)題，請(qǐng)先依據(jù)內(nèi)容逐步分析。最終再把各種組播協(xié)議的一些要點(diǎn)簡(jiǎn)潔描述了一遍。如想深入了解協(xié)議，請(qǐng)直接查閱rfc和相關(guān)文檔。本文檔適合組播初學(xué)者，以及需要使用和維護(hù)組播的同學(xué)。一．幾個(gè)概念的解釋：PIMIGMP協(xié)議在網(wǎng)絡(luò)中的位置PIMPIM-DMPIM-SM是一種組播路由協(xié)議。該路由協(xié)議確定組播數(shù)據(jù)流OSPFRIP一樣。IGMP是一種維護(hù)組播組關(guān)系的協(xié)議。該協(xié)議運(yùn)行于網(wǎng)絡(luò)的末端，跟客戶主機(jī)直連的路由器或三層交換機(jī)上。該協(xié)議只維護(hù)該網(wǎng)段中主機(jī)客戶端的組播組。形象的講，IGMP協(xié)議收集組播節(jié)目的頻道，用戶需要哪些頻道的節(jié)目。IGMP協(xié)議統(tǒng)計(jì)完組播頻道后，告知PIM協(xié)議，PIM協(xié)議再把這些組播頻道的組播數(shù)據(jù)引到該網(wǎng)段。IGMP組播組和組播轉(zhuǎn)發(fā)項(xiàng)是兩種概念ciscoIPTVIP報(bào)文方式供給的電視節(jié)目。現(xiàn)在用電視節(jié)目來(lái)IGMP組播組和組播轉(zhuǎn)發(fā)項(xiàng)的區(qū)分。IGMP組播組是路由器和主機(jī)關(guān)系的一個(gè)表現(xiàn)。簡(jiǎn)潔講，IGMP組播組表達(dá)的是客戶端想看多少個(gè)頻道的組播節(jié)目，具體哪幾個(gè)頻道。動(dòng)源，而且該路由器上能收到那么多組的組播數(shù)據(jù)。至于是否需要把組播數(shù)據(jù)往某接口/端口IGMPIGMP組播參加的形式收看組播節(jié)目。IGMP用戶想看很多臺(tái)的電視節(jié)目，可是轉(zhuǎn)播臺(tái)不給你轉(zhuǎn)播任何節(jié)目。最大IGMP于轉(zhuǎn)播臺(tái)能轉(zhuǎn)播的最大電視頻道數(shù)。二．幾個(gè)組播表的比較igmpgroup和mpmgroup的區(qū)分IGMP組播組是三層設(shè)備(路由器和三層交換機(jī))上，維護(hù)路由器跟主機(jī)組播組關(guān)系的一張表。displayigmpgroup組。MPM是組播端口治理(MulticastPortManagement)的縮寫(xiě)。MPM組播組是三層交換機(jī)上，維護(hù)交換機(jī)跟主機(jī)組播組關(guān)系的一張表。displaympmgroupvlan接口的某端口下有多少組播組。這張表按端口統(tǒng)計(jì)有多少組播組。mpmgroupigmpgroup上的IgmpgroupmpmgroupIgmpgroup中看到的應(yīng)當(dāng)是按接口統(tǒng)計(jì)的組播組表，而mpmgroup中看到的是按虛接口下端口來(lái)統(tǒng)計(jì)的組播組表。vlanIGMP組播組算兩個(gè)IGMP組播組。MPM模塊維護(hù)端口時(shí)把端口分為兩種：路由器端口和主機(jī)端口。PIMhello報(bào)文(含其它組播路由協(xié)議報(bào)文)IGMP通用查詢報(bào)文后，就把該端口維護(hù)為路由器端口。從某端口收到igmp報(bào)告報(bào)文后，就把該端口維護(hù)為主機(jī)端口。幾個(gè)組播路由表轉(zhuǎn)發(fā)表的區(qū)分和關(guān)系pimrouting-tablemulticastrouting-tablemulticastforwarding-tablempmforwarding-tablepimrouting-tablepim協(xié)議的組播路由表。假設(shè)想定位協(xié)議本身的問(wèn)題，可以查看此路由表，定位問(wèn)題。pim-dm協(xié)議中組播路由表內(nèi)的每個(gè)路由是由數(shù)據(jù)來(lái)驅(qū)動(dòng)創(chuàng)立的。multicastrouting-table是組播路由治理模塊中的路由表。假設(shè)組播路由治理支持多種組表中。multicastforwarding-table是按三層接口為單位的，所以路由器中，該表是最終指導(dǎo)組播數(shù)據(jù)轉(zhuǎn)發(fā)的，但在交換機(jī)上不是。mpmforwarding-tablemulticastforwarding-table一樣。只是mpmforwarding-table的每個(gè)轉(zhuǎn)發(fā)項(xiàng)中多了出接口下的出端口。交換機(jī)上該表也的實(shí)現(xiàn)是mpmforwarding-table和芯片中的組播轉(zhuǎn)發(fā)項(xiàng)是保持全都的。所以在交換機(jī)上想看mpmforwarding-table。假設(shè)是一款穩(wěn)定的產(chǎn)品，那mpmforwarding-tablempmforwarding-table跟芯片轉(zhuǎn)發(fā)表不全都的可能。每個(gè)產(chǎn)品的驅(qū)動(dòng)都實(shí)現(xiàn)了查看芯片組播轉(zhuǎn)發(fā)表的方法。具體方法可以請(qǐng)教產(chǎn)品人。假設(shè)測(cè)試交換機(jī)，應(yīng)當(dāng)多看看mpmforwarding-table和mpmgroup表項(xiàng)，順便看看multicastforwarding-table和igmpgroup。假設(shè)是在路由器上，那就看看multicastforwarding-tableigmpgroup。這里再簡(jiǎn)潔講講以上四種表的創(chuàng)立時(shí)機(jī)和相互關(guān)系。運(yùn)行pim-dm協(xié)議的三層設(shè)備上，收到組播數(shù)據(jù)后首先創(chuàng)立組播轉(zhuǎn)發(fā)表的轉(zhuǎn)發(fā)項(xiàng)，再創(chuàng)立組播路由表的路由項(xiàng)，最終再創(chuàng)立pim協(xié)議路由表的路由項(xiàng)。各表中的每個(gè)項(xiàng)都是組播數(shù)據(jù)驅(qū)動(dòng)創(chuàng)立的。pim-sm協(xié)議的三層設(shè)備上，pim協(xié)議路由表的路由項(xiàng)是由協(xié)議來(lái)驅(qū)動(dòng)創(chuàng)立的。如jp參加剪枝報(bào)文……pim-dm一樣。mpmforwarding-tablemulticastforwarding-table中的轉(zhuǎn)發(fā)項(xiàng)是完全一樣的。需要提示大家的是multicastforwarding-table轉(zhuǎn)發(fā)項(xiàng)的每個(gè)出接口不肯定消滅在mpmforwarding-tablemulticastforwarding-tablevlan虛接口添加到mpmforwarding-tableloopbackmpmforwarding-table中。三．如何定位組播點(diǎn)播不通當(dāng)你組好一個(gè)網(wǎng)絡(luò)后，覺(jué)察組播點(diǎn)播不成功，有很多緣由。現(xiàn)在具體介紹定位思路和方法。下面以交換機(jī)為例介紹。配置組播網(wǎng)絡(luò)時(shí)，首先完成以下兩個(gè)工作。路由器之間配置組播路由協(xié)議，跟接收者連接的網(wǎng)段要配置組播路由協(xié)議和igmp協(xié)議。留意，目前一個(gè)組播網(wǎng)中，只能使用同一種組播路由協(xié)議，PIM-DMPIM-SM。當(dāng)你確認(rèn)點(diǎn)播不成功時(shí)，請(qǐng)回頭看看以上兩個(gè)步驟是否正確完成。假設(shè)你認(rèn)為以上兩個(gè)步驟是正確的，就讓我們依據(jù)下面的步驟，逐步定位。定位組播問(wèn)題分為三步走，也可以說(shuō)帶著三個(gè)疑問(wèn)去找問(wèn)題。第一步，轉(zhuǎn)發(fā)項(xiàng)創(chuàng)立沒(méi)？跟蹤組播數(shù)據(jù)流。其次步，出接口添加沒(méi)？在PIM協(xié)議層定位。第三步，出端口添加沒(méi)？在MPM模塊定位。查看組播轉(zhuǎn)發(fā)表multicastforwarding-table。假設(shè)該交換機(jī)收到組播數(shù)據(jù)，該轉(zhuǎn)發(fā)表中確定會(huì)創(chuàng)立組播轉(zhuǎn)發(fā)項(xiàng)的。該交換機(jī)上沒(méi)有創(chuàng)立點(diǎn)播組的轉(zhuǎn)發(fā)項(xiàng)。發(fā)生這種狀況有兩種狀況:上游交換機(jī)沒(méi)有把組播數(shù)據(jù)發(fā)送到這個(gè)交換機(jī)上。測(cè)試中這種狀況發(fā)轉(zhuǎn)發(fā)到下游設(shè)備。假設(shè)確認(rèn)上游交換機(jī)已經(jīng)轉(zhuǎn)發(fā)了該組的組播數(shù)據(jù)，而下游設(shè)備上沒(méi)有創(chuàng)立三層組播轉(zhuǎn)發(fā)項(xiàng)，那說(shuō)明asic沒(méi)有把組播數(shù)據(jù)送給cpu。這樣可以找產(chǎn)品人，cpu。主要緣由有以下幾種。雖然平臺(tái)三層轉(zhuǎn)發(fā)項(xiàng)中沒(méi)有創(chuàng)立組播轉(zhuǎn)發(fā)項(xiàng)，可是芯片中還有組播轉(zhuǎn)發(fā)項(xiàng)。收到組播數(shù)據(jù)后，asic匹配了組播轉(zhuǎn)發(fā)項(xiàng)，所以沒(méi)有上送。這平臺(tái)調(diào)用的參數(shù)錯(cuò)誤，還是平臺(tái)正確刪除了，驅(qū)動(dòng)沒(méi)有刪除。具體狀況具體分析。還有一種可能是平臺(tái)和驅(qū)動(dòng)之間有一個(gè)api，是特地掌握未知組播數(shù)據(jù)的。函數(shù)名為：API_EnableUnknowIPMCToCPUapi的調(diào)用方法有錯(cuò)誤。還有一個(gè)地方需要提示，是不是使能STP協(xié)議后把端口給discarding了。假設(shè)驅(qū)動(dòng)確認(rèn)上送給平臺(tái)了，可平臺(tái)沒(méi)有創(chuàng)立轉(zhuǎn)發(fā)項(xiàng)，那某環(huán)節(jié)上丟棄報(bào)文了。需要翻開(kāi)調(diào)試信息，逐個(gè)分析。debuggingmulticastforwardingipdebuggingippacketdebuggingethernetpacket該交換機(jī)上成功創(chuàng)立點(diǎn)播組的轉(zhuǎn)發(fā)項(xiàng)，但還是不能成功點(diǎn)播，那有以下幾種狀況。假設(shè)點(diǎn)播客戶端在組播數(shù)據(jù)入接口的某端口上，那三層組播轉(zhuǎn)發(fā)項(xiàng)中沒(méi)有出接口是正確的mpmforwarding-table(到第四步驟)，查看是否正確添加出端口。假設(shè)點(diǎn)播客戶端接口和組播數(shù)據(jù)入接口不一樣，那應(yīng)當(dāng)有出接口。假設(shè)有出接口，點(diǎn)播不成功，說(shuō)明出接口添加是正確的，可能添加出端口時(shí)出錯(cuò)了。需要再往下一層去，查看mpmforwarding-table(到第四步驟)，定位問(wèn)題。假設(shè)有沒(méi)有出接口，說(shuō)明它的上層就沒(méi)有給組播轉(zhuǎn)發(fā)項(xiàng)添加出接口。需要到上層去看為什么沒(méi)有添加出接口。可以查看multicastrouting-table(到其次步驟)pimrouting-table(到第三步驟)，有沒(méi)有出接口。查看multicastrouting-table，定位問(wèn)題。假設(shè)組播路由表中沒(méi)有該數(shù)據(jù)流的路由，而三層組播轉(zhuǎn)發(fā)表中有該組播數(shù)據(jù)流的轉(zhuǎn)發(fā)項(xiàng)，那就好定位。組播轉(zhuǎn)發(fā)表中創(chuàng)立的是空轉(zhuǎn)發(fā)項(xiàng)，是有ip層創(chuàng)立的。而路由治理層沒(méi)有創(chuàng)立。為什么沒(méi)有創(chuàng)立呢？緣由根本有兩種。查看到源的單播路由有沒(méi)有。查看組播數(shù)據(jù)入接口上是否配置組播路由協(xié)議。查看組播數(shù)據(jù)入接口上是否配置組播數(shù)據(jù)過(guò)濾條件。假設(shè)以上兩種狀況都正確，那就翻開(kāi)調(diào)試信息，再進(jìn)一步定位。以下兩個(gè)命令是組播路由治理的調(diào)試信息開(kāi)關(guān)。debmulticastkernel-routingdebmulticaststatus-forwarding假設(shè)組播路由表中有該數(shù)據(jù)流的路由，而沒(méi)有出接口，那就查看協(xié)議路由表pimrouting-table(到第三步驟)。假設(shè)定位到這里根本可以是斷定，是pim協(xié)議配置錯(cuò)誤pim協(xié)議本身的錯(cuò)誤。pimrouting-table，定位問(wèn)題。再提示一遍：目前一個(gè)組播網(wǎng)中，只能使用同一種組播路由協(xié)議。要么PIM-DM要么PIM-SM，不能同時(shí)共用。目前還不支持其它的組播路由協(xié)議。pimdm協(xié)議的定位。以下幾點(diǎn)是重點(diǎn)，想深入定位協(xié)議問(wèn)題，請(qǐng)看本文pimdm協(xié)議介紹。假設(shè)當(dāng)前設(shè)備是網(wǎng)絡(luò)中的一個(gè)中間設(shè)備，重點(diǎn)查看以下信息。pim。pim鄰居。假設(shè)當(dāng)前設(shè)備是跟客戶端直連的末端設(shè)備，重點(diǎn)查看以下信息。pim。是否配置igmpigmpigmp組播組，igmp協(xié)議的定位方法。找該網(wǎng)段中的DR接口。留意，格外重要。只有某網(wǎng)段中的PIMDRIGMPPIM息，引入組播數(shù)據(jù)。pimsm協(xié)議的定位。以下是幾個(gè)重點(diǎn)。3.1pimdm協(xié)議定位步驟中列出的幾個(gè)內(nèi)容檢查。sm中照樣使用。bsr和rp的信息。假設(shè)沒(méi)有bsr和rp的信息，首先解決這個(gè)。bsrrp的接口上沒(méi)有配置pimsm協(xié)議，常常是loopbackpimsm。沒(méi)有到bsr的單播由。往往是配置bsr的接口上沒(méi)有使能單播路由協(xié)議。不能卑視配置bsr的接口，它的重要性跟其它接口同等。假設(shè)只有bsr的信息，沒(méi)有rpbsr和rp是否配置在同一臺(tái)設(shè)備上。假設(shè)不在同臺(tái)設(shè)備上，那到rp所在的設(shè)備上去查看單播路由表，有沒(méi)有到bsr的路由。這里簡(jiǎn)潔說(shuō)一個(gè)流程。rp首先把自己的rpbsrbsr報(bào)文在網(wǎng)絡(luò)中集中。rp所在的設(shè)備上，查看pimrouting-table，重點(diǎn)關(guān)注當(dāng)前組的(S,G)和(*,G)。假設(shè)(S,G)DRRP注冊(cè)。這時(shí)定位區(qū)域是rp和源之間，重點(diǎn)跟蹤注冊(cè)消息。常常有以下兩種狀況：源和rp之間的單播路由不通。rprp信息。假設(shè)沒(méi)有(*,G)DR路由器沒(méi)有向rp發(fā)送rpt參加消息。這時(shí)定位區(qū)域是rp和接收者之間，重點(diǎn)關(guān)注rpt參加消息。往往有以下幾種狀況。rp之間的沿途設(shè)備上沒(méi)有rp信息。接收者和rp之間的單播路由不通。DR設(shè)備上沒(méi)有igmp組播組。spt參加消息。接收者和源之間的單播路由不通。DR設(shè)備上沒(méi)有igmp組播組。查看mpmforwarding-table，定位問(wèn)題。接口。這時(shí)重點(diǎn)關(guān)注往芯片添加正確的出端口是否正確。查看mpmforwarding-table，覺(jué)察沒(méi)有相應(yīng)組的轉(zhuǎn)發(fā)項(xiàng)。測(cè)試中消滅這種問(wèn)題的可能比較少。主要緣由有以下幾種。asic芯片中的接口必需是vlan，而像注冊(cè)接口這種虛擬接口在芯片中不能創(chuàng)立，所以mpm模塊覺(jué)察轉(zhuǎn)發(fā)項(xiàng)的入接口pimsm網(wǎng)絡(luò)中的rp所在設(shè)備上。這是一個(gè)中間狀態(tài)，不應(yīng)當(dāng)持續(xù)太長(zhǎng)的時(shí)間，最多就幾秒。假設(shè)這種狀態(tài)持續(xù)時(shí)間太長(zhǎng)，需要到上層協(xié)議去定位緣由。調(diào)用函數(shù)API_AddIPM，創(chuàng)立轉(zhuǎn)發(fā)項(xiàng)時(shí)，返回錯(cuò)誤。這時(shí)需要翻開(kāi)驅(qū)動(dòng)調(diào)試開(kāi)關(guān)，進(jìn)一步定位問(wèn)題。查看mpmforwarding-table，覺(jué)察相應(yīng)轉(zhuǎn)發(fā)項(xiàng)中沒(méi)有添加端口。發(fā)生這種狀況的概率比較大，而且緣由也比較多。首先大家明白一個(gè)流程。上層轉(zhuǎn)發(fā)項(xiàng)添加出接口時(shí)，mpm模塊怎樣把相應(yīng)的出端口添加到轉(zhuǎn)發(fā)項(xiàng)中的呢？其實(shí)mpm模塊在創(chuàng)立組播轉(zhuǎn)發(fā)項(xiàng)之前早已經(jīng)把vlan對(duì)應(yīng)的出mpmgroup表中。mpmgroup表中維護(hù)了每個(gè)vlan的路由器端口和組播組vlanmpmgroup表中查找，把全部的路由器端口和相應(yīng)組播組的主機(jī)端口添加到mpmforwarding-table中，再寫(xiě)給驅(qū)動(dòng)。驅(qū)動(dòng)再寫(xiě)入asic芯片。三層組播轉(zhuǎn)發(fā)表中的loopback出接口和注冊(cè)mpmforwarding-table表的。查看mpmforwarding-table覺(jué)察沒(méi)有添加出端口，那直接查看mpmgroupvlan中是否維護(hù)主機(jī)端口或路由器端口。mpmgrouppim鄰居和igmpmpm模塊出錯(cuò)了。那就我們逐步mpmvlanigmp或pimvlanup/down需要翻開(kāi)debuggingmpmtimersvlan上配置igmp或pimmpmshut/undoshut后再看看。mpmgroup中有維護(hù)的出端口，而在mpmforwarding-table中沒(méi)有添加相應(yīng)vlan的出端口。根本可以斷定是驅(qū)動(dòng)返回錯(cuò)誤的。需要翻開(kāi)平臺(tái)的調(diào)試開(kāi)關(guān)debuggingmpmgroups，跟蹤api函數(shù)API_AddOutVRPAndPortMemberForIPMC，確認(rèn)是否驅(qū)動(dòng)返回錯(cuò)誤。至于驅(qū)動(dòng)為什么返回錯(cuò)誤，翻開(kāi)驅(qū)動(dòng)調(diào)試開(kāi)關(guān)進(jìn)一步定位。查看mpmforwarding-table覺(jué)察成功添加出端口，那就說(shuō)明平臺(tái)添加出端口時(shí)，驅(qū)動(dòng)返回正確。假設(shè)組播數(shù)據(jù)還不正確轉(zhuǎn)發(fā)，需要查看驅(qū)動(dòng)的組播轉(zhuǎn)發(fā)表，進(jìn)一步定位。到這個(gè)步驟，定位問(wèn)題的范圍已經(jīng)轉(zhuǎn)移到驅(qū)動(dòng)局部。下三點(diǎn)。首先查看組播轉(zhuǎn)發(fā)項(xiàng)創(chuàng)立了沒(méi)？只有收到組播數(shù)據(jù)后，才創(chuàng)立組播轉(zhuǎn)發(fā)項(xiàng)。其次組播轉(zhuǎn)發(fā)項(xiàng)中添加出接口沒(méi)？如沒(méi)添加，到上層pim協(xié)議層去定位。最終組播轉(zhuǎn)發(fā)項(xiàng)中添加出端口沒(méi)？如沒(méi)添加，到下層mpm模塊去定位。四．IGMP協(xié)議displayigmpgroup查看組播組。igmp組播組:首先查看為什么沒(méi)有收到igmp報(bào)告報(bào)文。主機(jī)發(fā)送報(bào)告報(bào)文沒(méi)？如沒(méi)有發(fā)送，那不發(fā)v1v2。其要確認(rèn)誰(shuí)是查詢器。五．PIM-DM協(xié)議PIM-DM協(xié)議是一種先集中后收斂的組播路由協(xié)議。協(xié)議狀態(tài)比較少。pim鄰居。displaypimneighborpimpimhello報(bào)文。pimhellodebuggingpimcommonpacket其次再查看某網(wǎng)段的PIMDR是哪一個(gè)。displaypiminterfacePIMDR才把該網(wǎng)段的IGMPPIM參加信息，向上游發(fā)送參加或嫁接消息，引入組播數(shù)據(jù)。如有共享網(wǎng)段，是否發(fā)生assert，誰(shuí)獲勝了。六．PIM-SM協(xié)議PIM-SM協(xié)議是一種按需集中的組播路由協(xié)議。協(xié)議狀態(tài)多，比較簡(jiǎn)單。查看pimdisplaypimneighborpimpimhellopimhellodebuggingpimcommonpacket。查看某網(wǎng)段的PIMDR是哪一個(gè)。displaypiminterfacebsr信息。displaypimbsr-info查看rp信息。displaypimrp-info。rpbsr單播發(fā)送rp信息。bsr所rpbsrbsrrp配置在不同的設(shè)備上時(shí)，肯定記住以上原理，rpbsr，再伴隨bsr報(bào)文，在網(wǎng)絡(luò)中集中。DRrpDR把組播數(shù)據(jù)封裝后，通過(guò)注冊(cè)報(bào)文，向rp注冊(cè)。rp收到注冊(cè)報(bào)文后，創(chuàng)立(S,G)項(xiàng)，向源參加。這樣rp到源的沿途設(shè)備上創(chuàng)立(S,G)項(xiàng)了，rp到源的路徑也打通了。DRrpDR依據(jù)igmp組播組，rp發(fā)送rpt參加消息。這樣接收者到rp的沿途設(shè)備上創(chuàng)立了(*.G)項(xiàng)，接收者到rp的路徑也打通了。DR到源的最短路徑是否打通。假設(shè)(S,G)rp和源的上游不一樣，就向源發(fā)送一個(gè)參加消息，建立到源的最短路徑樹(shù)。如有共享網(wǎng)段，是否發(fā)生assert，誰(shuí)獲勝了。七．IGMP-snooping協(xié)議IGMP-snooping協(xié)議是交換機(jī)上竊聽(tīng)I(yíng)GMPigmp-snoopinggroup來(lái)了解當(dāng)前組播組的關(guān)系，顯示的內(nèi)容跟mpmgroup一樣。該表維護(hù)的端口也分為路由器端口和主機(jī)端口。igmp-snoopingigmp報(bào)文的流程。igmpvlan內(nèi)全部其它端口發(fā)送。igmpvlan內(nèi)全部路由器端口發(fā)送。假設(shè)每個(gè)igmp查詢周期內(nèi)收到多份同組的igmp報(bào)告報(bào)文，那往路由器端口轉(zhuǎn)發(fā)一份報(bào)文。這就是所謂的igmp報(bào)告報(bào)文抑制功能。igmpvlan內(nèi)全部路由器端口發(fā)送。假設(shè)收到igmp八．組播靜態(tài)路由配置組播靜態(tài)路由不是指導(dǎo)組播數(shù)據(jù)轉(zhuǎn)發(fā)，而是用于組播路由協(xié)議rpf檢查。那組播靜態(tài)路由跟單播路由之間關(guān)系是什么？組播路由協(xié)議rpf檢查時(shí)，如何查找這些路由呢？請(qǐng)看下面的三條原則：rpf先從每個(gè)表中把最優(yōu)的路由選出來(lái)，再相互比較，最終確定使用哪條做rpf路由。比較最優(yōu)rpf路由和最優(yōu)的組播靜態(tài)路由時(shí)，有兩種比較規(guī)章，分別為按最長(zhǎng)匹配或按優(yōu)先級(jí)rpf路由。按最長(zhǎng)匹配和按優(yōu)先級(jí)匹配只是把最優(yōu)單播路由跟最優(yōu)組播靜態(tài)路由之間比較時(shí)承受。不是多條組播靜態(tài)路由之間選擇最好組播靜態(tài)路由時(shí)使用的規(guī)章。order參數(shù)去修改。rpf路由。rpf路由。單播路由比較。九．Mtr