-
Graft机制(嫁接技术)
-
在剪枝计时器超时之前(210s),如果有组成员加组的需求,需要通过嫁接机制,帮助组成员快速拿到组播流量。
-
路由器收到组成员的报告报文后,根据报告报文的组地址,查自身的(S,G)表项,获取组播源S的信息
-
如果不存在对应的(S,G)表项,则无法实现嫁接,要求全网路由器在组播源活跃期间都要维护(S,G)表项
如何保证组播源活跃期间,全网路由器能够存在(S,G)表项?
所以PIM-DM模式在组播源活跃期间通过周期性扩散和剪枝,来保证(S,G)表项不被老化,(S,G)表项默认老化时间为210s,由于210s会再次下发组播流量,刷新(S,G)表项的老化时间。
-
-
当存在对应的(S,G)表项,路由器根据组播源的地址进行RPF检查,向去往组播源的RPF接口上的RPF邻居发送单播的嫁接报文。上游路由器收到嫁接报文后,将自身接口加入到(S,G)表项中,引导流量下发,同时回复一个嫁接确认报文,用来做可靠的嫁接,剪枝到哪嫁接到哪。
-
-
状态刷新机制
- PIM-DM模式后续新增的机制,华为设备默认开启,思科默认关闭,在连接组播源的接口上开启。
- 由于密集模式周期性扩散和剪枝,嫁接的需求不多不频繁,带来带宽和设备资源的浪费。
- 该功能启用后连接组播源的路由器。在组播源活跃期间,每隔60s向所有的PIM邻居发送状态刷新报文(SR)PIM 邻居都能逐跳收到,剪枝口不拦,状态刷新报文中携带组播源的地址和组地址,当路由器收到状态刷新报文,则意味着组播是活跃的,重置剪枝接口的剪枝定时器维持剪枝状态,同时重置(S,G)表项的老化时间,这样子全网路由器依然可以在组播源活跃期间维护(S,G)表项的存在,并保持接口剪枝状态,无需在通过周期性扩散和剪枝维护(S,G)表项,节省设备资源
PIM-DM嫁接机制
那就回到过去2026-01-25 10:02
相关推荐
BreezeJiang17 小时前
从域名到 Node.js:一次云服务器请求经过了哪些层?草莓熊Lotso19 小时前
【Redis 初阶】Set 类型深度解析:去重集合的运算能力与实战场景XR12345678819 小时前
汽车制造园区网络怎么建?柔性产线与 AGV 的选型逻辑IT大白鼠19 小时前
Docker 实战 ELKF 日志监控:容器日志全栈收集分析方案贝锐1 天前
从国产化信创设备到商用安卓终端,向日葵如何帮助企业实现统一运维管理?IT大白鼠1 天前
MSF二次开发与自定义模块编写Julien20041 天前
调查和解决 SELinux 问题天远Date Lab1 天前
零信任架构实战:基于天远双人婚姻评估查询构建自动化房产按揭联合审查网关kekekzt1 天前
TCP协议的粘包问题介绍,IP分片,MTU,MSS,滑动窗口的概念及之间的关系2601_962074681 天前
自己编译RustDesk,并将自建ID服务器和key信息写入客户端