1. 多播与广播通信导论

在网络通信中，最基础的问题是：一份数据应该送给谁？如果只送给一个确定的接收者，就是单播；如果送给一组事先不确定、但主动表达过兴趣的接收者，就是多播；如果送给同一广播域内的所有主机，就是广播；如果送给一组接收者中"最近"的那一个，就是任播。这四种通信模式构成了网络数据分发方式的完整谱系，也是理解 IPTV、视频会议、直播、软件分发以及路由协议行为的基础。

1.1 多播与广播的定义

广播（Broadcast）指发送方将数据包发往同一广播域内的所有节点。在以太网中，目的 MAC 地址为 FF:FF:FF:FF:FF:FF 的帧会被交换机泛洪到所有端口；在 IPv4 中，子网广播地址（如 192.168.1.255）和受限广播地址 255.255.255.255 都属于广播。广播不区分接收者是否"想要"这份数据，所有主机都必须处理它，因此广播域越大，无效开销越高。

多播（Multicast）指发送方将数据包发往一组由多播地址标识的接收者，只有加入了该组的成员才会收到并处理数据。IPv4 多播地址范围为 224.0.0.0/4，其中 224.0.0.0/24 为本地链路控制块，239.0.0.0/8 为管理范围地址，适合组织内部使用。多播的核心机制是"组"：接收者通过 IGMP（IPv4）或 MLD（IPv6）加入组，网络通过 PIM 等协议构建分发树，数据只在有成员的分支上复制转发。

1.2 四种通信模式的对比

单播、多播、广播、任播的区别，可以从"接收者数量""接收者是否可识别""网络是否复制数据"三个维度来理解。下表给出对比。

需要特别说明的是，任播在 IPv4 中通常通过 BGP 宣告同一前缀实现，在 IPv6 中有明确的任播地址定义。任播的"最近"由路由协议度量决定，而不是物理距离，因此同一任播地址在不同位置可能被路由到不同服务器。

1.3 多播与广播的联系

多播和广播都属于"一对多"通信，但多播是"有选择的广播"。广播不要求接收者表达兴趣，多播要求接收者显式加入组。在二层，多播帧使用以 01:00:5E 开头的 MAC 地址（IPv4 多播映射），交换机可通过 IGMP Snooping 只向有成员的端口转发；广播帧则必须泛洪。因此，多播比广播更节省带宽和主机 CPU，但需要额外的组管理协议和路由协议支持。

从工程视角看，广播通常局限在一个广播域内，不能跨路由器；多播可以跨路由器，但需要网络中的路由器支持多播路由。若网络设备不支持多播，多播流量可能被当作广播泛洪，甚至被丢弃，这是实际部署中最常见的故障来源之一。

1.4 典型应用场景

IPTV：运营商通过多播承载直播频道，一个频道对应一个多播组，用户切换频道即离开旧组、加入新组。这样同一路视频在骨干网上只传输一份，在靠近用户的接入设备上按需复制。

视频会议：多方会议中，每个发言者的音视频可发往一个多播组，其他参会者加入该组接收，避免服务器为每个参会者单独复制一份流。

直播与软件分发：大规模直播、操作系统镜像分发、游戏更新等场景，多播能显著降低源端和骨干链路的带宽压力。若网络不支持多播，则常用应用层多播或 CDN 单播替代。

路由协议：OSPF 使用 224.0.0.5（所有 OSPF 路由器）和 224.0.0.6（DR/BDR）发送 Hello 和 LSA；RIP v2 使用 224.0.0.9；EIGRP 使用 224.0.0.10。这些协议依赖多播在同一网段内高效发现邻居，而不必为每台路由器单独发送单播。

1.5 课程知识地图与工程视角

本课程后续将围绕"地址与组管理—多播路由—二层优化—应用承载—运维排障"展开。学习时建议始终带着三个问题：数据从哪来、经过哪些设备、接收者如何加入和离开。下面这张图给出本课程的知识地图与数据流关系，帮助建立整体框架。

从工程实施角度看，部署多播前需要确认三件事：第一，主机和网关是否支持 IGMP/MLD；第二，路径上的路由器是否运行 PIM 并正确配置 RP（PIM-SM 场景）；第三，交换机是否开启 IGMP Snooping，避免多播被当作广播泛洪。若这三点中任意一点缺失，多播可能表现为"能发不能收""部分接收者收不到"或"带宽异常升高"。