MSR系列路由器RPF檢測失敗導致組播不可達的經驗案例

1、MSR系列路由器RPF檢測失敗導致組播不可達的經驗案例一、組網：實際組網如下列圖，三臺MSR路由器啟用OSPF，保證全網連通。Router A與Router分別連接組播源和組播接收PC，希望PC能夠正常接收組播數據。 二、問題描述：如上圖組網后，保證路由狀態(tài)正常，發(fā)現并沒有出現想要的結果：接收組播的PC并不能收到組播源的組播報文。三、過程分析：三臺路由器上的簡略配置和單播路由表如下：Router A 配置sysname H3C#interface Serial3/0link-protocol pppip address ospf cost 1#interface GigabitEthernet

2、0/0port link-mode routeip address pim dm#interface GigabitEthernet0/1port link-mode routeip address pim dm#ospf 1are.0 network network network #dis ip rouRouting Tables: Public Destinations : 11 Routes : 12Destination/Mask Proto Pre Cost NextHop Interface.0/8 Direct 0 0 1.0.0.1 GE0/1.1/32 Direct 0 0

3、 127.0.0.1 InLoop0.0/8 OSPF 10 2 10.0.0.2 S3/0.0/8 Direct 0 0 10.0.0.1 S3/0.1/32 Direct 0 0 127.0.0.1 InLoop0.2/32 Direct 0 0 10.0.0.2 S3/0.0/8 Direct 0 0 20.0.0.1 GE0/0.1/32 Direct 0 0 127.0.0.1 InLoop030.0.0.0/8 OSPF 10 2 .3 GE0/0 OSPF 10 2 .2 S3/0127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0127.0.0.1/

4、32 Direct 0 0 127.0.0.1 InLoop0Router B 配置sysname H3C#interface Ethernet0/0port link-mode routepim dm#interface Ethernet0/1port link-mode routeip address igmp enable#interface Serial3/0fe1 clock masterlink-protocol pppip address ospf cost 1#ospf 1 import-route directare.0 network network network 30.

5、0.0.0 .255#dis ip rou Routing Tables: Public Destinations : 11 Routes : 12Destination/Mask Proto Pre Cost NextHop Interface.0/8 OSPF 10 2 10.0.0.1 S3/0.0/8 Direct 0 0 2.0.0.2 Eth0/1.2/32 Direct 0 0 127.0.0.1 InLoop0.0/8 Direct 0 0 10.0.0.2 S3/0.1/32 Direct 0 0 10.0.0.1 S3/0.2/32 Direct 0 0 127.0.0.1

6、 InLoop0.0/8 OSPF 10 2 30.0.0.3 Eth0/0 OSPF 10 2 .1 S3/030.0.0.0/8 Direct 0 0 30.0.0.2 Eth0/030.0.0.2/32 Direct 0 0 127.0.0.1 InLoop0127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0Router C 配置sysname H3C#interface Ethernet0/0port link-mode routepim dm#interface Ether

7、net0/1port link-mode routeip address pim dm#interface NULL0#ospf 1are.0 network 30.0.0.0 .255 network #dis ip rou Routing Tables: Public Destinations : 8 Routes : 8Destination/Mask Proto Pre Cost NextHop Interface.0/8 OSPF 10 2 20.0.0.1 Eth0/1.0/8 OSPF 10 2 30.0.0.2 Eth0/0.0/8 Direct 0 0 20.0.0.3 Et

8、h0/1.3/32 Direct 0 0 127.0.0.1 InLoop030.0.0.0/8 Direct 0 0 30.0.0.3 Eth0/030.0.0.3/32 Direct 0 0 127.0.0.1 InLoop0127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0為了解決上述的問題，首先要確定單播路由器是正確的。首先從組播接收PC上Ping組播源的單播地址，測試結果如下:證明設備間的連通性沒有問題，觀察設備上的路由表也會發(fā)現路由學習正常。檢查組播源和組播接收PC的配置

9、，發(fā)現配置沒有錯誤，組播數據已經從組播源正常發(fā)出。最后檢查各個設備上的組播路由表：Router A上的組播路由表如下：dis multicast routing-table Multicast routing table Total 1 entry00001. (.10, 230.0.0.1) Uptime: 03:37:14 Upstream Interface: GigabitEthernet0/1 List of 1 downstream interface 1: GigabitEthernet0/0Router C上的組播路由表如下：dis multicast routing-tabl

10、eMulticast routing tableTotal 1 entry00001. (.10, 230.0.0.1) Uptime: 00:10:57 Upstream Interface: Ethernet0/1 List of 1 downstream interface 1: Ethernet0/0而Router B上組播路由表為空，如果Router B上沒有組播路由表，那么組播接收PC是不可能接收到組播報文的。為了看個究竟，我們翻開設備的debug ip packet開關，得到如下信息：*Aug 7 14:54:34:917 2007 H3C IPFWD/7/debug_case:

11、Receiving, interface = Ethernet0/0, version = 4, headlen = 20, tos = 0, pktlen = 284, pktid = 35482, offset = 0, ttl = 6, protocol = 17, checksum = 16940, s = .10, d = prompt: Receiving IP packet from Ethernet0/0*Aug 7 14:54:35:167 2007 H3C IPFWD/7/debug_case:Receiving, interface = Ethernet0/0, vers

12、ion = 4, headlen = 20, tos = 0, pktlen = 284, pktid = 35483, offset = 0, ttl = 6, protocol = 17, checksum = 16939, s = prompt: Receiving IP packet from Ethernet0/0*Aug 7 14:54:35:417 2007 H3C IPFWD/7/debug_case:Receiving, interface = Ethernet0/0, version = 4, headlen = 20, tos = 0, pktlen = 284, pkt

13、id = 35484, offset = 0, ttl = 6, protocol = 17, checksum = 16938, s = prompt: Receiving IP packet from Ethernet0/0證明在Router B上確實接收到了組播數據，但是路由器并沒有轉發(fā)，而是將數據包丟棄了。什么情況會導致這種現象呢？不難聯想到如果組播PIM DM的RPF檢查失敗會導致組播報文丟棄。一個組播路由器就有可能從兩個或多個不同的接口上收到相同的多播報文，如何丟掉多余的組播報文呢？組播路由器通過進行RPF檢查來解決這個問題。假設組播路由器從接口i收到了一個源地址為S，目的地址為G

14、的組播報文。組播路由器首先利用源地址S來查詢單播路由轉發(fā)表，看看如果自己收到了一個目的地址為S的單播報文，那么該報文應該從哪個端口送出。如果查詢得到的結果為端口i，那么就認為組播報文S，G通過了RPF檢查；否那么就認為沒有通過RPF檢查，一般情況下沒有通過RPF檢查的報文應該加以丟棄。為了證實這樣的猜想，仔細觀察上述的單播和組播路由表我們不難發(fā)現，單播和組播的數據實際轉發(fā)路徑如下列圖所示：因為要求單播和組播轉發(fā)使用相同的轉發(fā)路徑，但由于在Router A的S3/0口和Router B的S3/0口并沒有使能PIM DM，這時候組播報文并不能通過RPF檢測，被Router B丟棄。四、解決方法：為

15、了解決問題，必須使組播報文通過RPF檢查?？梢栽赗outer A和Router B的S3/0接口上啟用PIM DM；當然也可以修改單播路由，使得單播路徑和組播路徑一致，具體作法為刪除Router A和Router B的S3/0接口上OSPF cost 1配置，這樣重新計算得到的路由器表會使得單播報文按照Source-Router A-Router C-Router B-Receiver的路徑轉發(fā)。解決PIM DM的組播問題可以從檢查組播工具，檢查單播路由和檢查RPF三個方面考慮，最后一點通常是隱藏比擬深且較難發(fā)現的，但往往也是問題的根本原因。親愛的朋友，上文已完，為感謝你的閱讀，特加送另一篇范

16、文，如果下文你不需要，可以下載后編輯刪除，謝謝！ 礦井水災事故專項應急演練方案1 應急演練目的、意義和目標 評估我礦水災事故的應急準備狀態(tài)，發(fā)現并修改我礦水災事故專項應急預案和執(zhí)行程序中存在的缺陷和缺乏； 評估我礦在發(fā)生水災事故時的應急能力，識別處理水災事故的資源需求，澄清相關單位和人員的應急職責，改善水災事故應急救援中的組織協(xié)調問題； 檢驗應急響應人員對水災事故應急預案及執(zhí)行程序的了解程度和實際操作技能；同時，通過調整演練難度，進一步培訓和提高應急響應人員的業(yè)務素質和能力； 提高全員平安意識。1.2應急演練意義：為了進一步增強煤礦應對水災事故的快速反響能力、應急處理能力和協(xié)調作戰(zhàn)能力，提高米

17、田煤礦的應急救援水平，切實保障人民生命和公司財產的平安，米田煤礦特組織本次應急救援演練。1.3.1 報警當發(fā)生水災事故時，由現場施工單位當班第一責任者采用 報警的方式進行報警。1.3.2接警 處警調度室接到事故報警后，調度室調度員立即向當天礦值班長和應急救援領導小組組長礦長匯報，同時通知水災應急演練指揮部有關人員到調度室待命，根據指揮部意見，啟動水災應急救援預案。1.3.3 應急指揮 基層單位：一旦發(fā)生礦井水災事故，現場施工單位立即成立水災事故現場處置小組，掘進隊當班第一責任者為小組長。 礦級應急指揮：礦調度室接到事故報警后，礦成立礦井水災事故應急演練小組，指揮部設在礦調度室。1.3.4 應急

18、行動 基層單位應急行動現場組織人員按照避災路線撤離至平安地點。模擬底板涌水的疏、排； 礦級應急行動礦調度室通知相關泵房，由開泵人員立即開開工作、備用水泵開始排水；同時檢查檢修水泵的完好狀況，保證檢修水泵能夠隨時投入運轉。2 應急演練原那么 平安第一、以人為本的原那么。 統(tǒng)一領導、分級負責的原那么。 反響迅速、措施果斷的原那么。 部門配合、分工協(xié)作的原那么。3應急演練類型和時間地點本次演練演練為實戰(zhàn)檢驗性演練3.2 應急演練時間本次演練時間2021年3月10日八點班9：0010：35。如果演練當日出現特殊情況，應急預案演練可順延或提前。3.3 應急演練地點 110401運輸巷工作面 礦調度室4

19、應急演練組織機構組 長: 陳仕副組長: 董永海成 員：孔家穩(wěn) 何興八 張蠻 敖成衛(wèi) 胡榮興 黃志黨 李登學 牛建畢 封志平職責：負責水災事故應急演練活動全過程的組織領導，審批決定演練的重大事項?？偦I劃：彭家福職責：負責演練準備、演練實施、演練總結的組織實施。文案組組長：孔家穩(wěn) 協(xié)調組組長：陳仕控制組組長：董永海4.3 評估組共設四個評估組，每組2人。評估組建議由安監(jiān)隊人員組成，每組2人，1人評估，1人記錄第一組：位置：110401運輸巷工作面記錄和評估水災演練現場報警、現場處置小組成立及現場應急處置情況第二組：位置：調度室記錄和評估主井采區(qū)工作。記錄和評估調度室接警、處警、礦井水災應急演練小組

20、成立、應急指揮部人員到位、應急指揮、協(xié)調情況。5 演練情景設計5.1應急演練概述：110401運輸巷工作面，目前已施工28m，煤層平均厚度2.62米， 110401運輸巷工作面安設有一部能直通調度室的 。2021年3月10日下午3:00時，平安礦長組織召開礦井水災應急演練預備會議，進一步確認各演練情景準備情況，確認準備完畢后，平安副礦長要求各參演單位及裝備務必于2021年3月10日上午8:30分準時到位，2021年3月10日上午9:00時準時開始演練。2021年3月10日上午9:00時，該巷工作面后138m，發(fā)生掘進工作面滯后突水，突水水量60m/h。2021年3月10日9：00，演練總指揮宣

21、布應急演練開始。5.2 演練情景1 報警、現場處置小組成立及現場處置地點:110401運輸巷工作面總指揮宣布演練開始后，調度室用 通知110401運輸巷工作面評估組人員，評估人員通知當班第一責任者演練開始。5.2.1 水災事故發(fā)生 撤人9：05分，當班第一責任者在掌子頭后130m處發(fā)現巷道頂板地鼓，隨后發(fā)生巷道頂板突水，當班第一責任者喊“頂板出水了，人員趕快撤離，并且立即通知班長，班長帶著全部人員撤離到運輸石門盤口，當班第一責任者最后撤離，由當班第一責任者在運輸石門盤口清點人數。當班第一責任者清點人數后，當班第一責任者立即向調度室匯報模擬水災的具體情況。匯報內容為：頂板突水位置、頂板突水大致水

22、量、頂板突水人員撤出情況、支援需要以及現場處置方法。當班第一責任者報警后，立即著手成立水災事故現場處置小組組 長：當班第一責任者副組長：當班班長成 員：當班全體人員110401運輸巷頂板突發(fā)性涌水，突水點不易堵，應采取疏導措施，現場人員應盡量使涌水沿水溝流入水倉，同時清理水溝及兩側的浮煤、雜物，減少進入水倉的雜物。5.3 演練情景2 調度室接警、處警、礦井水災應急演練小組成立、應急指揮、協(xié)調情況。 地點：調度室5.3.1 接警、處警9時10分，調度室接到現場報警后，迅速向值班礦長和應急救援領導小組組長礦長匯報，同時通知水災應急演練指揮部有關人員到調度室待命，根據指揮部意見，啟動水災應急演練方案

23、。5.3.2 礦井水災應急演練小組成立9時20分，礦井應急演練領導小組成員接到通知后到達調度室，礦井應急演練小組隨即成立。5.3.3 應急指揮調度室 通知各井下人員撤離。5.6 應急結束： 10時00分，中央水倉向救援小組匯報：中央水倉工作、備用水泵工作正常。 10時20分，1191機巷匯報：排水路線自流沿途浮渣、浮煤、雜物已清理干凈，機巷底板突水沿水溝流入井底水倉。 調度室接到各處水災應急演練情況匯報，立即報告應急演練小組，應急救援小組經過認真研究分析，認為本次水災應急演練目標已全部實現，宣布水災應急演練全部結束，恢復正常狀態(tài)。6 演練工作準備 人力資源需求 掘進隊20人其中一名跟班干部，三

24、名班長，井下11名職工，井上5名職工，機電隊2人，安檢隊10人，調度室3人、機電隊中央水倉水泵司機2人。 場地資源需求110401運輸巷調度室 物資器材需求A、110401運輸巷掌子頭后5m，供水管路安裝三通一個，演練開始后，翻開閥門作為模仿水災水源；B、 鐵锨、鎬各5把1191機巷演練挖水溝、請浮渣用 文件資料準備采掘工程平面圖1套本次應急演練為礦一級應急演練，包括： 1191機巷水災事故現場，掘進隊處理水災事故的應急演練； 調度、指揮系統(tǒng)處理水災事故應急演練；7 演練實施 演練啟動方式2021年3月10日9：00，演練總指揮宣布應急演練開始，調度室 通知通知110401運輸巷演練開始，掘進

25、隊接到通知后，開動預先準備的演練水源，演練正式啟動。7.2 演練實施的步驟 演練啟動； 掘進隊通知調度室：110401運輸巷發(fā)生老窯突水位置、突水大致水量、老窯突水人員撤出情況、支援需要以及現場處置方法； 掘進隊突水現場疏、堵、排措施的落實； 調度室的應急響應 調度、指揮系統(tǒng)成立； 應急演練小組根據各演練場地匯報決定演練是否結束7.3、應急演練記錄的要求演練記錄由演練評估組人員填寫，演練評估組人員可根據演練具體情況增加內容，演練記錄要求做到客觀真實，演練記錄由調度室負責保存。應急演練記錄表格如下：應 急 演 練 記 錄 場景1演練時間2021年3月10日地 點110401機巷參演單位掘進隊水災

26、事故發(fā)生 撤人：1、當班第一責任者發(fā)現老窯突水，立即通知班長撤人，通知的時間；2、班長帶著全部人員撤離到回風石門，撤人的速度及時間；3、當班第一責任在人員全部撤出后，最后撤離，當班第一責任者撤至運輸石門盤口的時間；4、由當班第一責任者在運輸石門盤口清點人數，清點人數后，記錄撤人所用的時間及人員撤出情況；報 警：當班第一責任制在人員全部撤出后，立即 報警，記錄報警的時間及內容：老窯突水位置；老窯突水大致水量；老窯突水人員撤出情況；支援需要以及現場處置方法?，F場處置小組成立：當班第一責任者報警后，負責成立水災事故現場處置小組：組 長：當班第一責任者副組長：當班班長成 員：當班全體人員水災事故現場處

27、置現場處置小組分兩隊，第一隊由當班第一責任者帶著，第二隊由當班班長帶著。1、 第一隊負責從老窯突水位置至回風上山段清理。 2 、第二隊負責從回風石門交叉口至水倉入水口段清理。記錄現場處置小組的分隊情況，水溝的清理情況及水災演練涌水流入水倉是否夾有雜物；記錄人簽名應 急 演 練 記 錄 場景2演練時間2021年3月10日地 點調度室參演單位調度室接警、處警調度室調度員接到現場報警后，向值班礦長匯報事故情況；調度員向礦長匯報事故情況；調度員通知應急演練指揮部人員到調度室待命；水災應急演練指揮部人員到位情況；記錄調度員接到事故報警后，通知水災應急演練指揮部人員的時間，所通知人員到達調度室的時間礦井水

28、災應急演練小組成立記錄水災應急演練小組成立的時間，演練小組成立后，分析判斷災情，此次演練災情缺乏以水淹礦井，礦井排水系統(tǒng)有能力排水，決定立即中央水倉工作及備用水泵全力排水。應急指揮：水災應急演練小組分析判斷災情后，立即通知調度員，調度員立即 通知中央水倉開開工作及備用水泵全力排水；記錄調度員通知兩個水倉的時間，兩個水倉工作人員接到調度室 的時間。應急結束： 記錄中央水倉向救援小組匯報：中央水倉工作、備用水泵工作正常，檢修水泵是否能夠隨時更換。記錄1191機巷匯報：排水路線自流沿途浮渣、浮煤、雜物已清理干凈，機巷老窯突水沿水溝流入井底水倉。 記錄調度室接到各處匯報，調度員將情況匯報應急演練小組，應急演練小組經過綜合分析，確定應急演練目的已到達，具備應急演練結束的條件應急演練小組長宣布應急演練結束，現場礦領導安排參演隊伍回到本職崗位，各工作地點恢復到正常狀態(tài)。記錄人簽名7.4 應急演練結束與終止110401運輸巷，演練涌水。8 應急演練評估應急演練采用表格評估法，評估人員利用提前設計評估表，進行跟蹤評定。演練評估報