




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
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
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 商品混凝土合作協(xié)議書(shū)
- 幫父母保管財(cái)產(chǎn)協(xié)議書(shū)
- 村集體房屋購(gòu)買協(xié)議書(shū)
- 耗材質(zhì)保協(xié)議書(shū)
- 廢木材買賣合同協(xié)議書(shū)
- 合伙人同股合同協(xié)議書(shū)
- 財(cái)產(chǎn)遺贈(zèng)協(xié)議書(shū)
- 租房補(bǔ)償協(xié)議書(shū)
- 秘書(shū)補(bǔ)充協(xié)議書(shū)
- 聯(lián)防聯(lián)保協(xié)議書(shū)
- 《土石壩瀝青混凝土面板和心墻設(shè)計(jì)規(guī)范》
- 內(nèi)控合規(guī)風(fēng)險(xiǎn)管理手冊(cè)
- 注射相關(guān)感染預(yù)防與控制-護(hù)理團(tuán)標(biāo)
- 建標(biāo)造函【2007】8號(hào)文
- 高中歷史學(xué)科知識(shí)講座
- 陪診服務(wù)的項(xiàng)目計(jì)劃書(shū)
- 井控設(shè)備課件
- 假設(shè)檢驗(yàn)完整
- 14S501-2 雙層井蓋圖集
- 吉林市生育保險(xiǎn)待遇申領(lǐng)審批表
- 2021年成人高等教育學(xué)士學(xué)位英語(yǔ)水平考試真題及答案
評(píng)論
0/150
提交評(píng)論