MSR系列路由器RPF检测失败导致组播不可达的经验案例

1、MSR系列路由器RPF检测失败导致组播不可达的经验案例一、组网：实际组网如下列图，三台MSR路由器启用OSPF，保证全网连通。Router A与Router分别连接组播源和组播接收PC，希望PC能够正常接收组播数据。 二、问题描述：如上图组网后，保证路由状态正常，发现并没有出现想要的结果：接收组播的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组播源的单播地址，测试结果如下:证明设备间的连通性没有问题，观察设备上的路由表也会发现路由学习正常。检查组播源和组播接收PC的配置

9、，发现配置没有错误，组播数据已经从组播源正常发出。最后检查各个设备上的组播路由表：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上确实接收到了组播数据，但是路由器并没有转发，而是将数据包丢弃了。什么情况会导致这种现象呢？不难联想到如果组播PIM DM的RPF检查失败会导致组播报文丢弃。一个组播路由器就有可能从两个或多个不同的接口上收到相同的多播报文，如何丢掉多余的组播报文呢？组播路由器通过进行RPF检查来解决这个问题。假设组播路由器从接口i收到了一个源地址为S，目的地址为G

14、的组播报文。组播路由器首先利用源地址S来查询单播路由转发表，看看如果自己收到了一个目的地址为S的单播报文，那么该报文应该从哪个端口送出。如果查询得到的结果为端口i，那么就认为组播报文S，G通过了RPF检查；否那么就认为没有通过RPF检查，一般情况下没有通过RPF检查的报文应该加以丢弃。为了证实这样的猜想，仔细观察上述的单播和组播路由表我们不难发现，单播和组播的数据实际转发路径如下列图所示：因为要求单播和组播转发使用相同的转发路径，但由于在Router A的S3/0口和Router B的S3/0口并没有使能PIM DM，这时候组播报文并不能通过RPF检测，被Router B丢弃。四、解决方法：为

15、了解决问题，必须使组播报文通过RPF检查。可以在Router A和Router B的S3/0接口上启用PIM DM；当然也可以修改单播路由，使得单播路径和组播路径一致，具体作法为删除Router A和Router B的S3/0接口上OSPF cost 1配置，这样重新计算得到的路由器表会使得单播报文按照Source-Router A-Router C-Router B-Receiver的路径转发。解决PIM DM的组播问题可以从检查组播工具，检查单播路由和检查RPF三个方面考虑，最后一点通常是隐藏比拟深且较难发现的，但往往也是问题的根本原因。亲爱的朋友，上文已完，为感谢你的阅读，特加送另一篇范

16、文，如果下文你不需要，可以下载后编辑删除，谢谢！ 矿井水灾事故专项应急演练方案1 应急演练目的、意义和目标 评估我矿水灾事故的应急准备状态，发现并修改我矿水灾事故专项应急预案和执行程序中存在的缺陷和缺乏； 评估我矿在发生水灾事故时的应急能力，识别处理水灾事故的资源需求，澄清相关单位和人员的应急职责，改善水灾事故应急救援中的组织协调问题； 检验应急响应人员对水灾事故应急预案及执行程序的了解程度和实际操作技能；同时，通过调整演练难度，进一步培训和提高应急响应人员的业务素质和能力； 提高全员平安意识。1.2应急演练意义：为了进一步增强煤矿应对水灾事故的快速反响能力、应急处理能力和协调作战能力，提高米

17、田煤矿的应急救援水平，切实保障人民生命和公司财产的平安，米田煤矿特组织本次应急救援演练。1.3.1 报警当发生水灾事故时，由现场施工单位当班第一责任者采用 报警的方式进行报警。1.3.2接警 处警调度室接到事故报警后，调度室调度员立即向当天矿值班长和应急救援领导小组组长矿长汇报，同时通知水灾应急演练指挥部有关人员到调度室待命，根据指挥部意见，启动水灾应急救援预案。1.3.3 应急指挥 基层单位：一旦发生矿井水灾事故，现场施工单位立即成立水灾事故现场处置小组，掘进队当班第一责任者为小组长。 矿级应急指挥：矿调度室接到事故报警后，矿成立矿井水灾事故应急演练小组，指挥部设在矿调度室。1.3.4 应急

18、行动 基层单位应急行动现场组织人员按照避灾路线撤离至平安地点。模拟底板涌水的疏、排； 矿级应急行动矿调度室通知相关泵房，由开泵人员立即开开工作、备用水泵开始排水；同时检查检修水泵的完好状况，保证检修水泵能够随时投入运转。2 应急演练原那么 平安第一、以人为本的原那么。 统一领导、分级负责的原那么。 反响迅速、措施果断的原那么。 部门配合、分工协作的原那么。3应急演练类型和时间地点本次演练演练为实战检验性演练3.2 应急演练时间本次演练时间2021年3月10日八点班9：0010：35。如果演练当日出现特殊情况，应急预案演练可顺延或提前。3.3 应急演练地点 110401运输巷工作面 矿调度室4

19、应急演练组织机构组 长: 陈仕副组长: 董永海成 员：孔家稳 何兴八 张蛮 敖成卫 胡荣兴 黄志党 李登学 牛建毕 封志平职责：负责水灾事故应急演练活动全过程的组织领导，审批决定演练的重大事项。总筹划：彭家福职责：负责演练准备、演练实施、演练总结的组织实施。文案组组长：孔家稳 协调组组长：陈仕控制组组长：董永海4.3 评估组共设四个评估组，每组2人。评估组建议由安监队人员组成，每组2人，1人评估，1人记录第一组：位置：110401运输巷工作面记录和评估水灾演练现场报警、现场处置小组成立及现场应急处置情况第二组：位置：调度室记录和评估主井采区工作。记录和评估调度室接警、处警、矿井水灾应急演练小组

20、成立、应急指挥部人员到位、应急指挥、协调情况。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，发生掘进工作面滞后突水，突水水量60m/h。2021年3月10日9：00，演练总指挥宣

21、布应急演练开始。5.2 演练情景1 报警、现场处置小组成立及现场处置地点:110401运输巷工作面总指挥宣布演练开始后，调度室用 通知110401运输巷工作面评估组人员，评估人员通知当班第一责任者演练开始。5.2.1 水灾事故发生 撤人9：05分，当班第一责任者在掌子头后130m处发现巷道顶板地鼓，随后发生巷道顶板突水，当班第一责任者喊“顶板出水了，人员赶快撤离，并且立即通知班长，班长带着全部人员撤离到运输石门盘口，当班第一责任者最后撤离，由当班第一责任者在运输石门盘口清点人数。当班第一责任者清点人数后，当班第一责任者立即向调度室汇报模拟水灾的具体情况。汇报内容为：顶板突水位置、顶板突水大致水

22、量、顶板突水人员撤出情况、支援需要以及现场处置方法。当班第一责任者报警后，立即着手成立水灾事故现场处置小组组 长：当班第一责任者副组长：当班班长成 员：当班全体人员110401运输巷顶板突发性涌水，突水点不易堵，应采取疏导措施，现场人员应尽量使涌水沿水沟流入水仓，同时清理水沟及两侧的浮煤、杂物，减少进入水仓的杂物。5.3 演练情景2 调度室接警、处警、矿井水灾应急演练小组成立、应急指挥、协调情况。 地点：调度室5.3.1 接警、处警9时10分，调度室接到现场报警后，迅速向值班矿长和应急救援领导小组组长矿长汇报，同时通知水灾应急演练指挥部有关人员到调度室待命，根据指挥部意见，启动水灾应急演练方案

23、。5.3.2 矿井水灾应急演练小组成立9时20分，矿井应急演练领导小组成员接到通知后到达调度室，矿井应急演练小组随即成立。5.3.3 应急指挥调度室 通知各井下人员撤离。5.6 应急结束： 10时00分，中央水仓向救援小组汇报：中央水仓工作、备用水泵工作正常。 10时20分，1191机巷汇报：排水路线自流沿途浮渣、浮煤、杂物已清理干净，机巷底板突水沿水沟流入井底水仓。 调度室接到各处水灾应急演练情况汇报，立即报告应急演练小组，应急救援小组经过认真研究分析，认为本次水灾应急演练目标已全部实现，宣布水灾应急演练全部结束，恢复正常状态。6 演练工作准备 人力资源需求 掘进队20人其中一名跟班干部，三

24、名班长，井下11名职工，井上5名职工，机电队2人，安检队10人，调度室3人、机电队中央水仓水泵司机2人。 场地资源需求110401运输巷调度室 物资器材需求A、110401运输巷掌子头后5m，供水管路安装三通一个，演练开始后，翻开阀门作为模仿水灾水源；B、 铁锨、镐各5把1191机巷演练挖水沟、请浮渣用 文件资料准备采掘工程平面图1套本次应急演练为矿一级应急演练，包括： 1191机巷水灾事故现场，掘进队处理水灾事故的应急演练； 调度、指挥系统处理水灾事故应急演练；7 演练实施 演练启动方式2021年3月10日9：00，演练总指挥宣布应急演练开始，调度室 通知通知110401运输巷演练开始，掘进

25、队接到通知后，开动预先准备的演练水源，演练正式启动。7.2 演练实施的步骤 演练启动； 掘进队通知调度室：110401运输巷发生老窑突水位置、突水大致水量、老窑突水人员撤出情况、支援需要以及现场处置方法； 掘进队突水现场疏、堵、排措施的落实； 调度室的应急响应 调度、指挥系统成立； 应急演练小组根据各演练场地汇报决定演练是否结束7.3、应急演练记录的要求演练记录由演练评估组人员填写，演练评估组人员可根据演练具体情况增加内容，演练记录要求做到客观真实，演练记录由调度室负责保存。应急演练记录表格如下：应 急 演 练 记 录 场景1演练时间2021年3月10日地 点110401机巷参演单位掘进队水灾

26、事故发生 撤人：1、当班第一责任者发现老窑突水，立即通知班长撤人，通知的时间；2、班长带着全部人员撤离到回风石门，撤人的速度及时间；3、当班第一责任在人员全部撤出后，最后撤离，当班第一责任者撤至运输石门盘口的时间；4、由当班第一责任者在运输石门盘口清点人数，清点人数后，记录撤人所用的时间及人员撤出情况；报 警：当班第一责任制在人员全部撤出后，立即 报警，记录报警的时间及内容：老窑突水位置；老窑突水大致水量；老窑突水人员撤出情况；支援需要以及现场处置方法。现场处置小组成立：当班第一责任者报警后，负责成立水灾事故现场处置小组：组 长：当班第一责任者副组长：当班班长成 员：当班全体人员水灾事故现场处

27、置现场处置小组分两队，第一队由当班第一责任者带着，第二队由当班班长带着。1、 第一队负责从老窑突水位置至回风上山段清理。 2 、第二队负责从回风石门交叉口至水仓入水口段清理。记录现场处置小组的分队情况，水沟的清理情况及水灾演练涌水流入水仓是否夹有杂物；记录人签名应 急 演 练 记 录 场景2演练时间2021年3月10日地 点调度室参演单位调度室接警、处警调度室调度员接到现场报警后，向值班矿长汇报事故情况；调度员向矿长汇报事故情况；调度员通知应急演练指挥部人员到调度室待命；水灾应急演练指挥部人员到位情况；记录调度员接到事故报警后，通知水灾应急演练指挥部人员的时间，所通知人员到达调度室的时间矿井水

28、灾应急演练小组成立记录水灾应急演练小组成立的时间，演练小组成立后，分析判断灾情，此次演练灾情缺乏以水淹矿井，矿井排水系统有能力排水，决定立即中央水仓工作及备用水泵全力排水。应急指挥：水灾应急演练小组分析判断灾情后，立即通知调度员，调度员立即 通知中央水仓开开工作及备用水泵全力排水；记录调度员通知两个水仓的时间，两个水仓工作人员接到调度室 的时间。应急结束： 记录中央水仓向救援小组汇报：中央水仓工作、备用水泵工作正常，检修水泵是否能够随时更换。记录1191机巷汇报：排水路线自流沿途浮渣、浮煤、杂物已清理干净，机巷老窑突水沿水沟流入井底水仓。 记录调度室接到各处汇报，调度员将情况汇报应急演练小组，应急演练小组经过综合分析，确定应急演练目的已到达，具备应急演练结束的条件应急演练小组长宣布应急演练结束，现场矿领导安排参演队伍回到本职岗位，各工作地点恢复到正常状态。记录人签名7.4 应急演练结束与终止110401运输巷，演练涌水。8 应急演练评估应急演练采用表格评估法，评估人员利用提前设计评估表，进行跟踪评定。演练评估报