IP 组播从入门到高手

1组播是什么：从「一对多」的魔法说起

先别管协议、地址、RFC，我们用一个生活场景把组播的本质说清楚。

想象你是一个公司的行政，今天要通知 200 名同事「下午 3 点开会」。

• 单播（Unicast，一对一）：你挨个给 200 个人发微信私聊。你累到手抽筋，而且同一条消息被你发了 200 遍。网络里这就是「服务器给每个用户单独发一份拷贝」。
• 广播（Broadcast，一对全体）：你在公司大群里吼一嗓子，所有人都能听见——包括正在开重要客户会的销售、正在午休的同事。广播不挑食，谁都收，而且跨不了网段（路由器默认不转发广播）。
• 组播（Multicast，一对多/按需多）：你建了一个「3 点开会通知群」，只有主动进群的同事才会收到消息。你只发一条，群里自动同步给所有人，没进群的人完全不受影响。

为什么组播重要？看一组数字就懂了：

这就是组播的杀手锏：带宽消耗只和「内容路数」有关，和「观众人数」几乎无关。这在 IPTV、视频会议、金融行情、直播带货推流里价值连城。

组播的「三要素」心智模型

理解组播，脑子里要常驻三个角色：

中间的网络（路由器+交换机）负责把源发出的、去往组地址的数据，智能地只转发到「有接收者」的分支上——这是组播最精妙的地方。

2单播、广播、组播：一张表看明白

这是面试和方案选型的高频题，务必记牢。

3组播 IP 地址：D 类地址与「频道号」分配

组播地址就像电视频道号：224.0.0.0 ~ 239.255.255.255 这整整 2^28 个地址，都是「频道」。

3.1 地址范围总览

IPv4 地址分五类，组播用的是 D 类（224.0.0.0 ~ 239.255.255.255，即 /4）。注意：组播地址永远只能作为「目的地址」，绝不能做源地址，也没有子网掩码那种「主机位」概念——它只是一个逻辑组标识。

3.2 地址到底代表什么？

记住一个比喻：组播地址 = 电视频道号，不是某台电视的身份证。一台源可以同时往多个组发（多个频道），一个接收者也可以同时加入多个组（同时看多个频道）。组地址本身不携带位置信息，路由协议负责把「去往 239.1.1.1 的流量」引到「有接收者的地方」。

4组播 MAC 地址：二层是怎么「认领」组播的

IP 包要到网卡，最终得变成 MAC 帧。组播 IP 怎么变成 MAC？这里有门「映射数学」，也有个著名的「坑」。

4.1 映射规则

以太网组播 MAC 固定以 01:00:5E 开头（十六进制）。规则：

• 第 25 位固定为 0；
• 把组播 IP 的后 23 位直接搬过来，填到 MAC 地址的后 23 位。

例如组 239.1.1.1：IP 后 23 位算出 MAC 为 01:00:5E:01:01:01。交换机看到目的 MAC 是 01:00:5E 开头，就知道「这是组播帧，得按组播方式转发」。

4.2 那个著名的「坑」：32 位映射到 23 位

组播 IP 有 28 位可用（224.0.0.0/4），但 MAC 只塞进了后 23 位，少了 5 位。后果：每 32 个组播 IP 会映射到同一个 MAC 地址。比如 224.1.1.1、225.1.1.1、226.1.1.1 … 共 32 个地址，MAC 全是 01:00:5E:01:01:01。

这意味着交换机在二层无法靠 MAC 区分这 32 个组。怎么办？

• 网卡收到帧后，靠 IP 层进一步过滤：看 IP 头里的目的组地址，不是自己订阅的组就丢掉（所以「误收」会被上层丢弃，只是多费点 CPU）。
• 规划时尽量避开会冲突的地址（不同高 5 位、低 23 位相同的组）。

5IGMP：主机如何「举手」加入一个组

源在发，组地址在飘，那接收者怎么告诉网络「我要看这个频道」？答案：IGMP（Internet Group Management Protocol，互联网组管理协议）。

IGMP 跑在主机和直连路由器（称为 IGMP Querier 查询者）之间，是「最后一跳」的协议。它干三件事：

1. Membership Report（成员报告）：主机说「我想加入 239.1.1.1」。
2. Query（查询）：路由器定时问「还有谁在看 239.1.1.1 吗？」
3. Leave（离开）：主机说「我不看了」（v2/v3 才有）。

5.1 IGMP 工作流程（v2 为例）

5.2 思科路由器上的 IGMP 配置

在「连接接收者的接口（最后一跳）」上开启组播路由并启用 IGMP：

! 全局开启组播路由（思科必开，否则一切免谈）
R1(config)# ip multicast-routing

! 在面向接收者的接口上
R1(config)# interface GigabitEthernet0/1
R1(config-if)# ip pim sparse-mode        ! 接口启用 PIM-SM（同时承载 IGMP）
R1(config-if)# ip igmp version 3          ! 推荐用 v3，支持 SSM
R1(config-if)# ip igmp query-interval 60  ! 查询间隔(秒)，默认125

! 查看状态
R1# show ip igmp interface g0/1
R1# show ip igmp groups                   ! 看有哪些组、哪些成员
R1# show ip igmp groups 239.1.1.1 detail

6IGMP Snooping：让交换机「懂组播」

二层交换机默认是个「组播文盲」：它收到目的 MAC 是 01:00:5E 开头的帧，会像广播一样洪泛到所有端口。这可不行——没看 IPTV 的电脑也会被淹。

IGMP Snooping（IGMP 侦听）是交换机的一项功能：它「偷听」主机和路由器之间的 IGMP 报文，学习到「哪个端口连着看 239.1.1.1 的主机」，然后只把该组的流量精准转发到那些端口。

思科交换机配置

! 全局开启（多数 Catalyst 默认已开）
Switch(config)# ip igmp snooping
Switch(config)# ip igmp snooping vlan 10     ! 针对 VLAN 10 启用

! 配置 IGMP 查询者（若网段没有路由器作查询者，可让交换机顶上）
Switch(config)# ip igmp snooping querier
Switch(config)# ip igmp snooping vlan 10 querier address 192.168.10.254

! 快速离开：主机 Leave 后立刻停止转发，不必等查询超时（IPTV 切台更爽快）
Switch(config)# ip igmp snooping vlan 10 immediate-leave

! 查看
Switch# show ip igmp snooping groups
Switch# show ip igmp snooping mrouter      ! 看哪个端口连着组播路由器

7为什么需要「组播路由协议」

IGMP 解决了「主机怎么告诉最后一跳路由器」。那中间那么多路由器，流量怎么从源一路流到接收者？这就得靠组播路由协议。

单播路由里，每个路由器看「目的 IP」，查路由表，往下一跳扔。组播不一样：

• 目的地址是组地址，每个人都订阅同一个组，不能按「目的 IP 找最优路径」那么简单；
• 组播转发是反向的：从接收者「往回」建树到源；
• 中间路由器要决定：这份组播包，该从哪些接口复制出去？

于是有了专门的组播路由协议。它们大致分两派：

8PIM 协议家族：DM、SM、SSM 一家三口

PIM = Protocol Independent Multicast（协议无关组播）。「无关」指它不依赖某一种单播路由协议，OSPF、EIGRP、IS-IS、BGP 都能给它当「底图」。

8.1 PIM 路由器如何「认识彼此」

PIM 路由器在直连链路上互发 Hello 报文（目的 224.0.0.13），选举指定路由器 DR（Designated Router），并建立邻居关系。DR 负责在源侧把组播注册进网络、在接收者侧代为发送 Join。

R1(config)# interface g0/0
R1(config-if)# ip pim sparse-mode
R1(config-if)# ip pim dr-priority 100     ! 调高 DR 优先级（越大越优先）

R1# show ip pim neighbor                ! 看 PIM 邻居
R1# show ip pim interface               ! 看哪些接口跑了 PIM、谁是 DR

8.2 三种模式一句话区分

9PIM-DM 密集模式：先泼全网再擦掉

PIM-DM 的逻辑很「粗暴」但好懂：先把组播流量泛洪到所有 PIM 接口，谁不要，谁发剪枝(Prune)把自己摘掉。

9.1 工作原理

1. 泛洪（Flood）：源一发包，从第一跳 DR 起，向所有 PIM 邻居接口转发。
2. 剪枝（Prune）：某下游路由器发现「本分支没人看这个组」，就向上游发 Prune，上游把该接口标记为「剪掉」。
3. 状态刷新（State Refresh）：周期性重新泛洪，避免剪枝状态因超时丢失（思科特性）。
4. 嫁接（Graft）：之前剪掉的分支后来有人想看了，发 Graft 重新接回树。

9.2 思科配置（超简单）

R1(config)# ip multicast-routing
R1(config)# interface g0/0
R1(config-if)# ip pim dense-mode       ! 所有 PIM 接口都设 dense
R1(config-if)# interface g0/1
R1(config-if)# ip pim dense-mode

! 验证
R1# show ip mroute                     ! 看 (*,G) 与 (S,G) 条目
R1# show ip mroute 239.1.1.1           ! 看特定组
R1# show ip pim interface dense-mode

10PIM-SM 稀疏模式：RP 是灵魂

PIM-SM 是当今企业网和运营商的绝对主力。它的核心发明是一个叫 RP（Rendezvous Point，汇聚点）的角色。

10.1 什么是 RP？

把 RP 想成「组播交易中心」或「相亲中介」：

• 所有源先把流量「注册」给 RP（源树：源 → RP）；
• 所有接收者先向 RP 申请加入（共享树 RPT：接收者 → RP）；
• 于是在 RP 处，源和接收者「会师」，流量从源经 RP 流向接收者。

10.2 完整流程（SM 的「两段式」）

1. 接收者发 IGMP 加入组 → 最后一跳路由器向 RP 发 (*,G) Join，建立 RPT（共享树）。
2. 源开始发流 → 第一跳 DR 用 Register 单播把首包封装发给 RP；RP 解封装后沿 RPT 下发。
3. 最后一跳路由器收到来自 RP 的、实际源 S 的流量后，发现「走共享树绕远了」，于是直接向源 S 发 (S,G) Join，建立 SPT（源树）。
4. 随后流量改走最短的源树，最后一跳向 RP 发 (S,G) Prune，剪掉 RPT 上那段多余路径。这叫 SPT 切换（SPT Switchover）。

10.3 RP 怎么来？三种方式

配置示例 A：静态 RP（最直观）

! 在所有 PIM 路由器上指向同一个 RP（如 10.0.0.100）
R(config)# ip multicast-routing
R(config)# ip pim rp-address 10.0.0.100
! 接口启用 SM
R(config)# interface range g0/0 - 1
R(config-if-range)# ip pim sparse-mode

! 只让某些组用这个 RP（可选，地址映射）
R(config)# ip pim rp-address 10.0.0.100 239.1.0.0 255.255.0.0

配置示例 B：BSR 动态 RP（推荐生产用）

! 在 RP 候选路由器上
RP(config)# ip multicast-routing
RP(config)# ip pim rp-candidate Loopback0 priority 10
! 在 BSR 路由器上（可和 RP 同一台或分开）
BSR(config)# ip pim bsr-candidate Loopback0 30
! 其他路由器只需启用 PIM-SM，自动从 BSR 学到 RP
R(config)# interface range g0/0 - 1
R(config-if-range)# ip pim sparse-mode

! 验证 RP
R# show ip pim rp mapping         ! 看学到了哪个 RP
R# show ip pim bsr-router         ! 看 BSR 状态
R# show ip pim neighbor

配置示例 C：Auto-RP（思科私有，老网络常见）

! RP 候选
RP(config)# ip pim send-rp-announce Loopback0 scope 16
! 映射代理（把 RP 信息发到 224.0.1.39/40）
MAP(config)# ip pim send-rp-discovery scope 16
! 所有路由器需能收发 Auto-RP 组播（用稀疏-密集或 listener）
R(config)# ip pim autorp listener
R(config)# interface g0/0
R(config-if)# ip pim sparse-dense-mode

11PIM-SSM 源特定组播：已知源的最简方案

很多场景源是固定的：IPTV 直播源就那几台编码器、公司直播就一个推流服务器。既然源已知，何必还绕 RP？——这就是 SSM（Source-Specific Multicast）。

11.1 SSM 的思想

SSM 直接用 (S,G) 建源树，不需要 RP，不需要 Register，不需要 RPT。接收者通过 IGMPv3 明确说「我要看从源 S 发往组 G的流量」。

• 地址范围默认用 232.0.0.0/8（也可自定义 SSM 范围）。
• 主机必须支持 IGMPv3（指定源）。
• 思科把 SSM 当作 PIM-SM 的「特例」运行，配置极简。

11.2 思科配置

! 1) 定义 SSM 地址范围（默认已是 232.0.0.0/8，可改）
R(config)# ip pim ssm default
! 或自定义：ip pim ssm range 名字(用 ACL)

! 2) 所有接口用 sparse-mode（SSM 在 SM 框架内）
R(config)# interface range g0/0 - 1
R(config-if-range)# ip pim sparse-mode
R(config-if-range)# ip igmp version 3

! 3) 接收者主机用 IGMPv3 指定源加入，例如：
!    想看 源 10.1.1.10 发往 组 232.1.1.1 的流
!    （主机侧由播放器/STB 发起，网络侧无需 RP）

R# show ip mroute 232.1.1.1        ! 直接看到 (10.1.1.10, 232.1.1.1) 源树
R# show ip igmp ssm-mapping

11.3 SSM 与「频道 = (S,G)」

在 SSM 世界里，一个「频道」不是单一组地址，而是 (源IP, 组IP) 这一对。比如卫视直播可以规划为：

央视一套 : (10.1.1.10, 232.1.1.1)
央视二套 : (10.1.1.10, 232.1.1.2)
地方台   : (10.1.1.11, 232.1.1.1)

这样同一组地址可被不同源复用，互不干扰，频道规划非常灵活。

12RPF 检查与组播转发：防环的「铁律」

组播包会被复制转发，万一形成环路，流量会指数级爆炸。PIM 靠一条铁律防止环路：RPF（Reverse Path Forwarding，反向路径转发）检查。

12.1 RPF 是什么

「收到组播包的那个入接口，必须正好是回源（单播路由表里去往源 S 的出口）的那个接口，否则丢弃。」

换句话说：组播流量必须沿着「单播去往源」的反方向进来，才被认为是「合法的上游来向」。这保证了组播树是一棵无环的树。

12.2 RPF 信息从哪来？

RPF 默认查单播路由表（哪个协议都行：OSPF/EIGRP/BGP）。但组播有时需要独立的 RPF 拓扑（比如组播用 MBGP 的 multicast 地址族），这时可配 multicast static route / mroute 或 MBGP。

! 静态 mroute：强制指定去往源 10.1.1.0/24 的 RPF 接口/下一跳
R(config)# ip mroute 10.1.1.0 255.255.255.0 192.168.0.2
! 或指定入接口
R(config)# ip mroute 10.1.1.0 255.255.255.0 GigabitEthernet0/2

! 验证 RPF
R# show ip rpf 10.1.1.10          ! 看去往该源的 RPF 接口与路由
R# show ip mroute 239.1.1.1       ! 看 RPF 失败计数 (RPF failure)

13Cisco 实战案例：搭一套可跑的组播网络

纸上谈兵结束，来一套端到端可落地的思科配置。场景：总部有直播源，分支有 200 个机顶盒看 IPTV。

13.1 拓扑

13.2 核心路由器 R-CORE（兼 RP 与 BSR）

hostname R-CORE
!
ip multicast-routing
ip routing
!
! 单播路由（OSPF 举例，保证全网可达 + 提供 RPF 底图）
router ospf 1
 network 0.0.0.0 255.255.255.255 area 0
!
! 环回口作为 RP/BSR 身份
interface Loopback0
 ip address 10.0.0.1 255.255.255.255
 ip pim sparse-mode
!
interface GigabitEthernet0/0        ! 连直播源
 ip address 10.1.1.1 255.255.255.0
 ip pim sparse-mode
!
interface GigabitEthernet0/1        ! 连分支1
 ip address 172.16.1.1 255.255.255.252
 ip pim sparse-mode
!
interface GigabitEthernet0/2        ! 连分支2
 ip address 172.16.2.1 255.255.255.252
 ip pim sparse-mode
!
! 本机作为 RP 候选 + BSR
ip pim rp-candidate Loopback0
ip pim bsr-candidate Loopback0 30

13.3 分支路由器 R-BR1（最后一跳）

hostname R-BR1
!
ip multicast-routing
!
router ospf 1
 network 0.0.0.0 255.255.255.255 area 0
!
interface GigabitEthernet0/0        ! 连核心
 ip address 172.16.1.2 255.255.255.252
 ip pim sparse-mode
!
interface GigabitEthernet0/1        ! 连接入交换机/用户
 ip address 192.168.10.1 255.255.255.0
 ip pim sparse-mode
 ip igmp version 3
!
! 分支不需要手动指 RP——BSR 会自动通告 10.0.0.1
R-BR1# show ip pim rp mapping       ! 应看到 RP = 10.0.0.1

13.4 接入交换机（IPTV 关键）

hostname SW-BR1
!
! 启用 IGMP Snooping（IPTV 必开）
ip igmp snooping
ip igmp snooping vlan 10
ip igmp snooping vlan 10 querier
ip igmp snooping vlan 10 immediate-leave
!
! 上联口连路由器（mrouter 口，自动学习或手动指定）
interface GigabitEthernet1/0/24
 description TO-R-BR1
!
! 用户口接 STB
interface range GigabitEthernet1/0/1 - 20
 switchport access vlan 10
!
SW# show ip igmp snooping groups    ! 看哪些端口有 239.1.1.1 成员

13.5 端到端验证「三连击」

① 源在发吗？
R-CORE# show ip mroute 239.1.1.1
 --应看到 (10.1.1.10, 239.1.1.1) 条目，Outgoing 有接口

② 接收者入组了吗？
R-BR1# show ip igmp groups 239.1.1.1
 --应看到成员接口（如 g0/1）

③ RPF 通吗？
R-BR1# show ip rpf 10.1.1.10
 --RPF interface 应指向核心方向

④ 真机顶盒能看？
--在 STB 上加入 239.1.1.1，用 VLC 等拉流测试

14落地应用：IPTV、直播、点播怎么用组播

理论和配置都讲完了，现在回答最实际的问题：这些技术到底怎么用在真实业务里？

14.1 IPTV（交互式网络电视）

IPTV 是组播最经典的舞台。运营商/酒店/校园网把上百路电视频道编码成组播流，用户切台就是「加入/离开一个组」。

• 直播频道：每路频道 = 一个组地址（如 239.1.x.x）。机顶盒(STB)通过 IGMP 切台即换组。
• 组播承载：核心/汇聚用 PIM-SM 或 SSM 分发；接入交换机开 IGMP Snooping + immediate-leave，保证切台秒级、不串台。
• 带宽优势：1000 人同时看春晚，核心链路只跑 1 份 4~8 Mbps 流，而不是 1000 份。

14.1.1 IPTV 端到端架构（一张图看全链路）

一条 IPTV 直播流的完整旅程：

1. 内容源 / 编码：电视台信号或卫星经编码器转成 IP 组播流（如 239.1.1.1），推入运营商核心。多个频道 = 多个组地址并行。
2. 组播骨干：城域核心网运行 PIM-SM/SSM，把组播流按需复制到各区域，没人的区域不复制。
3. BRAS/BNG（宽带网络网关）：用户接入的「大门」，负责用户认证（IPoE/PPPoE）、IGMP 查询、组播复制点，是组播从网络侧进入用户侧的边界。
4. OLT / DSLAM（接入）：光纤/铜线接入设备，把组播流送到千家万户。
5. 家庭网关 HG + 机顶盒 STB：STB 通过 IGMP 加组收看，遥控器切台 = 离开旧组 + 加入新组（典型 <1 秒）。

14.1.2 频道规划（可直接抄作业）

14.1.3 组播 VLAN（MVR）—— 接入带宽的「省流秘籍」

家庭用户各在不同 VLAN（vlan 10/11/12…），如果每份组播流在每个用户 VLAN 各复制一份，接入交换机上行带宽会被重复占用。思科接入交换机的 MVR（Multicast VLAN Registration，组播 VLAN 注册） 解决方案：把组播源放在独立的「组播 VLAN」，交换机只从组播 VLAN 拉一份流，再按需复制到各用户 VLAN。

! 假设组播 VLAN = 100，用户 VLAN = 10/11/12
Switch(config)# ip igmp snooping vlan 100 mvr
Switch(config)# ip igmp snooping vlan 100 mvr mode transparent
Switch(config)# ip igmp snooping vlan 100 mvr group 239.1.0.0 255.255.0.0
! 上行口（连 BRAS 方向）作为 MVR 源
Switch(config)# interface g1/0/24
Switch(config-if)# ip igmp snooping vlan 100 mvr type source
! 用户口（连 STB 方向）作为 MVR 接收
Switch(config)# interface range g1/0/1 - 20
Switch(config-if-range)# switchport access vlan 10
Switch(config-if-range)# ip igmp snooping vlan 100 mvr type receiver
Switch# show ip igmp snooping mvr       ! 验证 MVR 状态

14.1.4 QoS 与用户侧控制

视频流是「时延敏感、丢包敏感」业务，必须在网络侧打高优先级标记并做限速/防私接：

! ① 给组播视频流打 DSCP 标记（汇聚/BRAS 上）
R(config)# ip access-list extended MCAST-VIDEO
R(config-ext-nacl)# permit ip any 239.1.0.0 0.0.255.255
R(config)# class-map match-all MCAST-VIDEO
R(config-cmap)# match access-group name MCAST-VIDEO
R(config)# policy-map MARK-VIDEO
R(config-pmap)# class MCAST-VIDEO
R(config-pmap-c)# set dscp cs4
R(config)# interface g0/1
R(config-if)# service-policy input MARK-VIDEO

! ② 限制每接口 IGMP 报文速率，防伪造 Join 攻击
R(config-if)# ip igmp limit 100
! ③ 用边界 ACL 限定允许的组范围，防私接非法组播源
R(config)# access-list 10 permit 239.1.0.0 0.0.255.255
R(config)# access-list 10 deny any
R(config)# interface g0/0
R(config-if)# ip multicast boundary 10

14.2 直播（Live / 低时延推送）

这里要分清两种「直播」：

一句话：组播是「内网一对多实时分发」之王；出了内网，交给 CDN。

14.3 点播 VOD（Video on Demand）

点播和组播是「天生的不同」：点播是每个人看不同内容、不同进度（个性化），这本质是单播。但组播仍能在 VOD 里发光：

• 热门内容「近播」：当很多人同时点同一部刚上线的电影，可临时用组播「近直播」推送，到点播单播衔接（near-VOD）。
• 组播+单播混合架构：直播频道用组播，回看/点播用单播；用户「看直播」走组播，「拖进度看回放」切单播。
• 组播文件分发：企业向内网几千台终端同时推送同一个大文件/系统镜像，用组播（如 WF6 / UDP 组播分发）比单播快 N 倍。