RPF的檢測方法：

1.unicast routing table--單播路由表檢測

2.multicast route static--組播路由靜態(tài)檢測

3.MBGP(Muiticast Address Family)-基于ipv4的BGP組播路由檢測

-----------------------------------------------------

1.unicast routing table--單播路由表檢測

通過路由協(xié)議學(xué)到的單播路由條目的出接口確定RPF接口

2.multicast route static--組播路由靜態(tài)檢測

通過組播的靜態(tài)路由條目確定RPF接口

什么情況下會使用靜態(tài)組播路由靜態(tài)檢測？

拓撲

如圖：

1.R2和R4開啟組播路由功能，并且接口運行PIM協(xié)議，中間R3不運行PIM協(xié)議

2.R3和R4運行IGMP協(xié)議，PC加入組播組224.1.2.3中。

3.R2,R3，R4運行OSPF作為底層協(xié)議，用于R2和R4建立tunnel，并在tunnel接口上運行PIM協(xié)議

配置截圖

配置截圖

配置截圖

接下來，用SER去ping224.1.2.3做測試，會發(fā)現(xiàn)不通

配置截圖

那么到底是什么原因?qū)е铝瞬煌?#xff1f;在R4上查看針對于源12.1.1.0條目的RPF接口：

配置截圖

可以看到，現(xiàn)在針對于12.1.1.0的條目，RPF接口為F0/0口，而組播數(shù)據(jù)是由tunnel口發(fā)過來的，由于組播檢測到數(shù)據(jù)的入站接口和通過單播路由學(xué)習(xí)到的RPF接口不是同一個接口（組播是基于單播的），因為中間設(shè)備R3的接口沒有開啟組播功能且接口沒有運行PIM協(xié)議，導(dǎo)致來自于12.1.1.0的組播數(shù)據(jù)無法通過R3進行轉(zhuǎn)發(fā)，RPF檢驗失敗，導(dǎo)致組播數(shù)據(jù)無法發(fā)送，那么怎么解決這個問題呢？

接下來可以基于tunnel口運行EIGRP協(xié)議，將12.1.1.0網(wǎng)段宣告進EIGRP中，讓R4通過tunnel口建立的EIGPR協(xié)議學(xué)習(xí)到來自于12.1.1.0的源的單播路由，也就是讓組播數(shù)據(jù)發(fā)送源發(fā)送的組播數(shù)據(jù)的入站接口和通過單播路由條目學(xué)習(xí)到的入站接口一致（都是tunnel口），這個時候RPF接口就是tunnel接口

配置截圖

查看RPF接口

接下來用SER去ping224.1.2.3做測試：

測試截圖

可以ping通，測試成功，但是又出現(xiàn)了另外一個問題，那就是當PC有單播的數(shù)據(jù)要發(fā)到SER，這時候會通過哪兒過去呢？答案是tunnel接口，但是由于tunnel這樣的虛擬接口只是用于臨時的、特殊的數(shù)據(jù)經(jīng)過，當單播的數(shù)據(jù)都經(jīng)過tunnel口跑的時候，那么tunnel接口的負載會增加，影響其他數(shù)據(jù)的發(fā)送，因此，我們需要讓單播的數(shù)據(jù)通過R4的F0/0出去，也就是走底層OSPF，但是由于R4和R3運行的是EIGRP，EIGRP協(xié)議的管理大于OSPF，所以這個時候會優(yōu)選tunnel口發(fā)送單播數(shù)據(jù)，那么怎樣才能既讓SER到PC的組播數(shù)據(jù)走tunnel，PC到SER的數(shù)據(jù)走底層OSPF呢？

這個時候就需要用到我們的組播路由靜態(tài)檢測了，組播靜態(tài)路由如何實現(xiàn)呢？

1.先將基于tunnel運行的EIGRP路由協(xié)議刪除掉

2.在R4上寫關(guān)于源的組播靜態(tài)路由（從哪兒來的）

配置截圖

以上這條命令的意思是，當有通過24.1.1.1來自于12.1.1.0的組播數(shù)據(jù)的時候，RPF鄰居為24.1.1.1，RPF接口為和24.1.1.1這個ip地址直連的自己本地的tunnel接口

接下來查看RPF接口：

配置截圖

最后測試：

測試

可以看到，組播的數(shù)據(jù)可以發(fā)過去，下一步，查詢單播路由表，并作traceroute測試：

測試

可以看到，PC單播的數(shù)據(jù)走的是OSPF的路徑

組播路由也是有管理距離的：

查看組播路由管理距離

將組播靜態(tài)路由的管理距離修改為111

修改管理距離后RPF接口的變化

RPF接口切換到了從OSPF學(xué)習(xí)到的接口

那么如果管理距離一樣呢，管理距離一樣還是會選擇組播靜態(tài)路由的接口作為RPF接口

查看RPF接口

但是需要注意的是，不同于單播路由表，組播靜態(tài)路由在這兒的作用僅僅是讓PRF校驗成功，并不再實際的組播靜態(tài)路由表中顯示。

組播路由表

--------------------------------------------------------以上是通過組播靜態(tài)路由來進行RPF檢驗的方法

下期將帶來關(guān)于基于IPV4 BGP組播路由的RPF檢測，謝謝！

總結(jié)

以上是生活随笔為你收集整理的未指定发送trap的源接口_组播之RPF接口检测的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。