关于组播稀疏模式问题，求助。。。

金学哲

1.组播稀疏模式中，接受者需要知道源的地址吗？源需要知道接受者的地址吗？
是不是RP知道源和接受者的地址就行了？发送源的路由表里只有RP的路由，接受者的路由表里只存在RP的路由就行了？源和接受者之间不需要彼此的路由？

2.组播ping的时候为什么有好几个回复？为什么有时候回的数量也不一样？

3.源和接受者接口需不需要开启ip pim sparse-mode ？

4.为什么组播有时候能ping通，有时候ping不通？

希望哪位大神帮一下。谢谢

0_1

你也太偷懒了吧
网上有很多CCNP CCIE视频
自己找到相应知识点认真看完了再说吧。而且看起来你学习一点都不系统。

七曜

1.源和接受者都要有对方的路由···不然怎么回包呢？一般是源流量下来后最后一条路由器就会进行switchover切换到源树，也就是根据路由表的   源到接受者  最短路径回包。
2.ping的时候如何不单独指定一个源端口，默认是路由器所有的端口都会ping过去，那么就产生多个回复了。
3.开不开pim模式要看接的什么设备，路由器充当源端的话就要开，或者说是接着源的或接受者的那一端都要开。
4.这个ping不通有很多原因···一开始不通的是源树还没建立好，等掉包几次就通这种是正常范围，如果一直不通就自己检查SPT跟rpt是不是有问题。

84983251

1组播不需要知道源在哪里 源也不需要知道接收者在哪里 换句话说 他们2个再实际工程中根本就不知道对方在哪里。而只有处在组播树中的路由器才需要知道源在哪里 因为要运行RPF计算。你要记住组播是往下泼的，是不需要有任何的回复报文。所以你利用ICMP去测试组播本身就存在问题。因为ICMP是需要一去一回才能通信。而组播不需要。RP一定要知道源在哪里因为源-RP之间是运行的源树。RP下面的路由器并不完全需要源在哪里因为他们默认就把RP的地址当做组播源来运行RPF计算。但是思科路由器有个特性当最后一跳路由器收到第一个组播报文后就将自己的组播树切换成源树，所以在切换过程中如果下面路由器不知道源在哪里就会导致RPF校验失败从而导致组播不通。但是关闭这个特性下面的路由器就不需要知道源在哪里而需要知道RP在哪里。

2 你ping的时候有时候存在多个回复是因为当树切换成源树后，第一个组播报文大家都是努力向下推，推下去之后我的组播树才会建立起来，只有当组播树建立起来之后我才会进行RPF计算从而丢弃那些不是去往源的最优接口收到的组播。所以这种情况一般发生在刚开始PING的时候才会出现这个问题，因为组播树在你第一个包之后才会建立起来。一直到组播路由消失之前都不会再发生这个问题。只有到组播路由表超时后你再去PING那么还会存在这个问题。

3源和接收者都不需要开启组播 因为实际生活中这些都是软件 模拟环境中也不需要开启

4 能ping通是你源到接收者的单播路由表示通的，不能ping通那就是单播路由表有问题，测试组播只需要让组播接收者收到ICMP的request报文就行了，就代表组播没有问题，至于通不通那是单播路由表的事情。实际生活中是不需要任何的回复报文的。

金学哲

84983251 发表于 2014-3-4 10:43
1组播不需要知道源在哪里 源也不需要知道接收者在哪里 换句话说 他们2个再实际工程中根本就不知道对方在哪 ...

明白了，非常感谢