now 发表于 2013-6-21 20:24:08

组播RPF问题

本帖最后由 now 于 2013-6-23 16:38 编辑


实验拓扑如上图所示！全网运行OSPF
配置静态RP为R1的环回口！
R1的环回口加入组播组ff04::1
R2与R3通过帧中继相连，并且接口网络类型改为了p-to-p

可以看到R3为DR，但是就是因为R3为DR导致RPF检测失败，在R3上ping不通ff04::1
如果通过提高R2的s0/0接口优先级使其成为R2-R3之间的DR，就能Ping通了！就是这里搞不明白为什么！R3为DR就不行了！
求大神指点！！！

子杰 发表于 2013-6-22 09:38:11

因为当发送者将数据发给RP时，需要有一个角色将数据以单播的形式发送给RP，这个角色就是DR，而R3自己本身就是组播源了，作为DR就没意义了，要R2作为DR来支持数据以单播形式发给RP。

clover小苜 发表于 2013-6-22 10:44:56

子杰老师正解。
可以继续思考以下两个问题：
1. RPF检测流程是什么，怎样的检测才会使RPF检测成功
2. RP、DR的角色功能，思考在PIM-SM环境中，需要这两个来完成什么。另外，DR把数据转成单播发送给RP的前提需要什么，怎么找到RP。

now 发表于 2013-6-22 12:19:36

子杰 发表于 2013-6-22 09:38
因为当发送者将数据发给RP时，需要有一个角色将数据以单播的形式发送给RP，这个角色就是DR，而R3自己本身就 ...

那为什么再R2上ping能通啦？R2是R1--R2之间的DR！！！这样也是组播源和DR在同一个路由器上了！

子杰 发表于 2013-6-22 12:48:32

now 发表于 2013-6-22 12:19
那为什么再R2上ping能通啦？R2是R1--R2之间的DR！！！这样也是组播源和DR在同一个路由器上了！

因为R2知道R1就是RP,是直连设备，DR的目的是为了让数据能找到RP

now 发表于 2013-6-22 12:56:31

子杰 发表于 2013-6-22 12:48
因为R2知道R1就是RP,是直连设备，DR的目的是为了让数据能找到RP

嗯 谢谢！就是我实验的时候还有一个现象，把R2和R3之间改为快速以太网相连，然后R3被选为DR了 此时在R3上ping组地址，又能通！这个是不是还和链路类型有关系啦？
页: [1]
查看完整版本: 组播RPF问题