PIM-DM嫁接机制

  1. 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)表项中,引导流量下发,同时回复一个嫁接确认报文,用来做可靠的嫁接,剪枝到哪嫁接到哪。

  2. 状态刷新机制

    • PIM-DM模式后续新增的机制,华为设备默认开启,思科默认关闭,在连接组播源的接口上开启。
    • 由于密集模式周期性扩散和剪枝,嫁接的需求不多不频繁,带来带宽和设备资源的浪费。
    • 该功能启用后连接组播源的路由器。在组播源活跃期间,每隔60s向所有的PIM邻居发送状态刷新报文(SR)PIM 邻居都能逐跳收到,剪枝口不拦,状态刷新报文中携带组播源的地址和组地址,当路由器收到状态刷新报文,则意味着组播是活跃的,重置剪枝接口的剪枝定时器维持剪枝状态,同时重置(S,G)表项的老化时间,这样子全网路由器依然可以在组播源活跃期间维护(S,G)表项的存在,并保持接口剪枝状态,无需在通过周期性扩散和剪枝维护(S,G)表项,节省设备资源
相关推荐
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"变成"自己的平台"的拐点
运维·zabbix·工程化·一键部署·平台化·边界设计
江华森7 天前
动手实战学 Docker — 从零到集群编排完全指南
运维
Avan_菜菜8 天前
FRP 内网穿透完整实战:从 HTTP 映射到 HTTPS 自签代理
运维·nginx·https