局域网组播为何泛洪？Snooping怎么稳住？

组播在局域网里本来是节省带宽的手段，但一旦成员控制失效，它会迅速退化成“看起来像广播”的泛洪。监控和工业采集网里最常见的根因，往往是查询器缺失与老化参数失衡。

组成员监听侦听并不会凭空知道谁要接收组播，它只能监听主机的加入或报告报文和网络里的查询报文来维护端口成员表。若某个纯二层VLAN里没有稳定的查询器，交换机最初还能靠历史报告记住端口，一旦表项老化，后续进来的组播就只能按未知组播处理，被复制到整个VLAN。很多监控网刚上线时一切正常，过一段时间突然全网视频抖动，原因不是码流突增，而是查询器原本挂在临时网关或测试笔记本上，设备撤走后成员表开始过期。若前端摄像头默认静默发送而不主动重申成员，问题会在老化周期到点时集中爆发。解决问题的关键不是把侦听“打开”一次就结束，而是保证每个组播VLAN都有持续发送查询的稳定节点，必要时用汇聚交换机或网关接口固定承担该角色。

老化时间和离组策略不合适，同样会把本应精确的复制机制变成抖动源。若老化时间设得过短，终端短暂丢一个报告、无线桥或级联小交换机暂时转发不稳，就会让端口被过早移出成员表，业务表现为画面周期性卡顿；若老化时间过长，已经离开的电机端口继续保留，流量又会长期流向空端口。快速离组只适合一口一终端的场景，放在下挂小交换机或一口多机环境中，会因为先收到离组就把仍在收流的其他终端一起踢掉。多级接入场景下，如果边缘设备还做了私有的组播代理，离组与重入的时序会进一步被拉长。工程上应根据终端密度、组播周期和接入形态来调整老化与离组策略，而不是全网套一个默认值。

组播是否稳定，先看成员控制，再看带宽。只要查询器漂移或老化策略失配，局域网就会把精确复制重新退回到大面积泛洪。