-
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
相关推荐
SkyWalking中文站2 小时前
认识 Horizon UI · 5/17:3D 基础设施地图SkyWalking中文站1 天前
认识 Horizon UI · 1/17:SkyWalking 新一代可观测性控制台雪梨酱QAQ1 天前
Kubeneters HA Cluster部署江华森1 天前
Spring Cloud 微服务全栈实战:从 Eureka 到 Docker Compose 一文贯通江华森1 天前
Matplotlib 数据绘图基础入门江华森1 天前
NumPy 数值计算基础入门乘云数字DATABUFF5 天前
5分钟部署开源APM Databuff:OpenTelemetry全链路追踪入门实战荣--7 天前
一键部署不是为了省时间 —— 它是把"买来的 PaaS"变成"自己的平台"的拐点江华森7 天前
动手实战学 Docker — 从零到集群编排完全指南Avan_菜菜8 天前
FRP 内网穿透完整实战:从 HTTP 映射到 HTTPS 自签代理