组播学习分享 第三天

9.组播转发---组播路由协议
单播路由协议看的是包的目的地址
组播路由协议看的是包是从哪里来的---通过RPF反向路径转发来阻止环路的
RPF是用来确定这个数据包是不是离源最近的接口收到的---利用的单播路由表来检查
注意RPF不一定就是使用单播路由表就行检查,可以用静态组播路由等
RPF成功数据包就被转发,RPF失败数据包就会静静的丢弃
RPF检查过程
lower AD----Longest Match-----lower metric----higher ip
注意RPF接口一定只有一个，并且匹配过程刚好和原来的单播路由匹配相反
如果路由器RPF检测失败，它会向它的上游设备发送RPF失败消息，那么上游设备不会再向这个接口发送组播数据
show ip rpf进行相应的查看
当单播流量拓扑和组播流量拓扑不一致时会导致RPF测试失败，从而组播会失败这个时候要ip mroute 10.1.12.0 255.255.255.0 s1
这样手动写组播路由，影响RPF检测
组播静态路由AD为0---这里可以结合RPF的检测顺序进行排错和控制可以用影藏命令来该RPF检测顺序ip mul longest-match把最常匹配调到最先比较的地位。
10.组播常规配置
中间路由器要首先启用组播路由的能力---ip multicast-routing0
所有的中间网络的路由器如果想要运行组播路由协议就要在要发送组播的接口下面启用组播路由协议
接收端设备（路由器）就需要在面向组播网络的接口配置ip igmp join-group 224.1.1.1(组地址）
路由器上可以使用组播ping来进行组播测试
可以在设备上debug ip mpacket
注意默认路由器上启用组播快速转发，所以接口上no ip mroute-cache
同时存在多种组播路由协议时优选静态组播路由，优选DVMRP,优选MBGP，最后是单播路由协议的
这样可以查看到debug的数据包
11.TTL门限值----组播范围控制1
组播TTL是每个接口都有一个TTL值，如果收到的组播数据包的TTL小于接口的TTL那么数据包会被丢弃
注意是数据包的发方向，是数据包要发送的时候要检测TTL
设备上show ip pim f0 detail 可以看到，默认是0
接口下配置ip mul ttl-threshold 9
可以在ping后面设置TTL来测试
12.可给予组播地址控制---组播范围2
在show ip pim f0 detail 中看mul bondary看看是没有设置的
在设备组播接口ip multicast boundary 1
1是访问控制列表 access-list 1 permit 224.1.1.1
定义哪些组播流量可以在这个接口进出。 本文出自 “移动互联网创业” 博客，请务必保留此出处http://zhangjie26699.blog.51cto.com/626361/713107