IPTV、视频监控的集中回传、给一批 ONU 同时推固件——这些"一个源、多个接收方"的流量，都该走组播而不是一个个单播。可 PON 本身是个树形广播结构，下行帧天然会送到每个 ONU。如果不加控制，组播流也会被"广播"给树上所有人，带宽白白浪费。
怎么让组播只到该到的人？关键在 OLT 上的 IGMP Snooping。
先看清 PON 的带宽结构：下行方向，OLT 发出的每一帧会经无源分光器复制到所有 ONU。假设一个 50M 的 IPTV 频道，10 个用户看，如果用单播，OLT 要发 10 份、占 500M；用组播，OLT 只发 1 份 50M，分光器把它复制到这 10 个用户的 ONU 上——PON 下行带宽只花 50M。
但前提是：OLT 得知道"谁要看"。否则它只能把频道泛洪给全部 ONU，等于又退回广播，省下的带宽全吐回去了。
用户侧的机顶盒或摄像头要加入某个组播组时，会发出 IGMP 加入（Join） 报文。开启 IGMP Snooping 后，OLT 不再对组播帧无脑泛洪，而是"偷听"这些 Join/Leave 报文，建立一张组播成员表：哪个 PON 口、哪个 ONU 加入了哪个组。
之后 OLT 只把对应组的流量做组播复制，发给成员表里的 ONU。没加入的 ONU 收不到，下行带宽按成员数精打细算。
PON 的复制其实分两级：
| 复制点 | 复制对象 | 解决什么 |
|---|---|---|
| --- | --- | --- |
| OLT（PON 口级） | 把组播流复制到"加入了该组的 ONU" | 避免组播泛洪到整棵树，省 PON 下行带宽 |
| ONU（用户口级） | 把收到的组播流复制到"本机加入了该组的用户端口" | 一台 ONU 下挂多个用户时，只给要看的口转发 |
只看 OLT 不够：如果一个 ONU 下挂了 8 个住户，其中只有 2 个看频道，OLT 把流送到这个 ONU 后，ONU 还得再按端口做二次过滤，否则 8 个口都收到。两级的 Snooping 配合，才把"按需复制"贯彻到底。
IGMP Snooping：OLT 被动监听用户的 IGMP 报文，只建本地成员表，不向上游网络应答。
IGMP Proxy：OLT 在上游扮演"代理"，把下挂用户的 Join 汇总后向上游路由器申请组播，并代为回应查询。
实际部署里常见组合：OLT 对上游用 IGMP Proxy（向上游路由器"代表"所有用户申请组播），对下游 ONU/用户用 Snooping（精确控制每棵子树、每个端口的复制）。
为了避免组播和单播业务在用户侧混在一起，通常会开一个组播 VLAN（mVLAN）：用户端口以"组播 VLAN 绑定"的方式加入，组播流走专用 VLAN，和上网单播隔离，也更利于做权限和限速。
另外，组播不能无节制占满 PON 下行。OLT 上一般会配组播带宽限制 / CAC（呼叫接纳控制）：给每个 PON 口、每个组设上限，组多了就拒加新成员，保住上网、VoIP 这些单播业务的带宽。
省的是 PON 下行共享带宽。OLT 到分光器之间只有一根光纤，组播让这份流量只发一次，由无源分光器复制；如果改用单播，OLT 要给每个用户各发一份，这段光纤很快被挤爆。
Snooping 是"听"，只在 OLT 内部建成员表、控制下行复制；Proxy 是"答"，替下游用户向上游路由器申请和维持组播流。一个管内部复制，一个管外部申请，常常搭配使用。锐应科技的 PON 组播与 OLT 配置 文档里对这两种模式有对照示例。
不够。一台 ONU 常下挂多个用户端口，OLT 只能控制到"这个 ONU 要不要收"，收进来之后分给哪几个口，得靠 ONU 的端口级 Snooping。两级都做，才是真正的"只看该看的"。
硬件层面 OLT 有用专门的多播转发表，容量足够大；软件层面有 CAC 和每 PON 带宽上限兜底，组多了就触发接纳拒绝，不会让组播挤掉单播业务。具体规格可参考 锐应科技 GPON 各机型的组播表项与带宽参数。
PON 做组播，核心价值是把"一个源对多接收方"的流量在下行共享链路上只发一次。OLT 靠 IGMP Snooping（配合 Proxy）精确复制、ONU 再做端口级二次过滤，再加组播 VLAN 和带宽护栏，组播才既省带宽又可控。需要把视频监控、IPTV 这类一对多业务跑稳，工业交换机组播方案 与 PON 的组播能力要一起规划。
