验证剪枝定时器时间:(第一跳路由器出接口已经关闭状态刷新功能)
当组播报文发送并且扩散时,通过RPF检测后生成(S,G)表项,并把接收组播报文接口为上游接口,而连有PIM邻居和有组成员的接口为下游接口,下游接口都负责转发组播报文。
R1接口g2/0/0转发组播报文--->R7---->R8
由于R8没有下游接口,则会发送prune报文(剪枝)
R7收到下游设备发来的prune报文,由于只有一个PIM邻居所以立即把g0/0/1从下游接口列表中删除,并启用210s的剪枝定时器。假如有多个邻居不会立即剪枝,需要等待3s(剪枝否决机制,目的是等待是否有join报文,以判断下游是否还有需要)
此时R7由于没有下游接口,也触发剪枝机制,往R1发送prune报文
R1收到后将g2/0/0从下游接口列表中删除,并启用210s的剪枝定时器。意味着210s内,此接口是无法转发组播报文的
过了210s后(抓包时间差不多),开始转发组播报文。
下图看到上面还有嫁接Graft消息
那是又R7发来的,因为其剪枝定时器已经比R6先超时,R7的g0/0/1接口会重新出现在下游接口中,触发嫁接机制,而R6发现其还有其他下游端口,所以直接恢复Graft-Ack消息