-
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
相关推荐
!chen8 分钟前
LabVIEW TCP Server端工具TCP通信getapi15 分钟前
注塑件的费用构成鸽芷咕30 分钟前
DrissionPage 成 CANN 仓库爆款自动化工具:背后原因何在?枷锁—sha38 分钟前
【SRC】SQL注入快速判定与应对策略(一)池央39 分钟前
CANN 算子生态的深度演进:稀疏计算支持与 PyPTO 范式的抽象层级Maynor99641 分钟前
OpenClaw 玩家必备:用 AI 自动追踪社区最新动态郝学胜-神的一滴44 分钟前
深入解析C/S模型下的TCP通信流程:从握手到挥手的技术之旅池央1 小时前
CANN 算子诊断与故障定位:oam-tools 在异构计算错误解析中的作用OJAC1111 小时前
当所有人都在说“运维稳了”,近屿智能看到了另一种可能“αβ”1 小时前
数据链路层协议 -- 以太网协议与ARP协议