在做WiFi覆盖项目时，经常会遇到需要同时向多个设备发送数据的场景，比如商场里的数字标牌同步更新内容，或是企业会议室的投屏系统。这时候单靠一对一的通信方式效率太低，就得靠组播（Multicast）来解决。
组播到底走哪个传输层协议？
直接说答案：组播普遍使用的是UDP协议，而不是TCP。原因很简单——UDP支持无连接、轻量级的数据广播，适合一对多的传输模式。而TCP是面向连接的，强调可靠性，每次通信都得建立三次握手，还要确认丢包重传，根本不适合同时发给几十上百个终端。
举个例子，你家路由器推送一个固件更新到所有智能灯泡，如果用TCP，每个灯泡都要单独建立连接，网络瞬间就堵了。换成UDP组播，一条消息发出去，所有在组内的灯泡都能收到，效率高得多。
为什么不能用TCP做组播？
TCP的设计决定了它是一对一的。它的确认机制、流量控制和拥塞控制都是针对单个接收方的。一旦某个接收端网络变慢或丢包，整个传输过程都会被拖住。而在组播场景中，接收方成百上千，状态各异，根本没法统一管理。
UDP虽然不保证送达，但在局域网环境下丢包率本来就很低，牺牲一点可靠性换来整体效率的提升，是值得的。
组播是怎么实现的？简单看个配置示例
在WiFi覆盖部署中，开启组播通常需要在AP和交换机上启用IGMP Snooping，防止组播泛洪影响其他设备。以下是一个常见的组播地址范围：
组播IP地址范围：224.0.0.0 到 239.255.255.255
常用组播地址示例：
224.0.0.1 — 所有主机
224.0.0.2 — 所有路由器
239.255.255.250 — SSDP服务发现应用层可以通过UDP绑定这些地址进行组播发送。比如在Linux下用Python写个小脚本：
import socket
# 创建UDP套接字
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
# 设置TTL，决定组拟能跨越多少跳
sock.setsockopt(socket.IPPROTO_IP, socket.IP_MULTICAST_TTL, 2)
# 组播地址和端口
multicast_group = ('239.255.255.250', 1900)
# 发送数据
message = b'Hello from multicast server'
sock.sendto(message, multicast_group)
sock.close()这段代码就能把消息发给同一个组播组里的所有设备，常用于设备发现或状态同步。
实际部署中的注意事项
在大型WiFi覆盖环境中，比如机场或校园网，组播流量如果没做好管理，很容易变成“广播风暴”。建议开启无线控制器的组播转单播功能，把组播帧转换成针对每个客户端的单播帧，既保留逻辑上的组播效果，又避免空口干扰。
另外，很多低端AP默认关闭IGMP监听，会导致组播数据泛滥到所有VLAN，影响整体性能。调试时可以用Wireshark抓包，查看是否真的发到了目标组播地址。
归根结底，组播选UDP不是因为它是完美的协议，而是因为它够快、够灵活，正好匹配这类场景的真实需求。在做WiFi覆盖方案设计时，提前规划好组播策略，能省去后期一大堆麻烦。