我有一个小型专用 wifi 网络设置，专门用于携带多播多媒体包.. 没有其他用途（由于安排，此网络上没有网络或其他数据）..
我发现的问题是客户端没有收到真正的多播传输 - 他们实际上是从 AP 接收单播。
一些 AP 具有“将多播转换为单播”的选项，因为据说它可以提高数据包的 QoS 以更快地传递。当我关闭它时，任何设备/所有设备的数据包延迟都要高得多......
但是，由于我需要将多播传递给更多的客户端（数十个），我需要它来真正进行多播（即，1 个射频传输将整个数据包传输到数十个客户端）。
我的客户正在侦听多播端口，但我需要 AP 来实际多播/广播数据包..
如何实现？我查看了各种“开源”选项（OpenWRT 等），但不确定如何实际配置 AP 来完成此操作。
不幸的是，你真的不会通过今天的 Wi-Fi 实现获得你想要的东西。今天，基于 Wi-Fi 的多播性能非常糟糕，但未来会有一些事情希望改变这种情况。Wi-Fi 上的组播将使用最低的可用速度进行组播。解决这个问题的原始方法是在 WAP 将多播转换为单播。
在多播中，单个发送者同时向多个接收者发送数据包。多播是一种将数据包传输到需要它们的多个站点的有效方式。但是，与单播不同，它没有反馈过程，即发送ACK，因此不能保证可靠性。另一方面，确保对多个接收者的最大可靠性导致以最低数据传输速度传输多播数据。
现在有 802.11aa 标准，但是 WAP 和主机都需要一段时间才能符合该标准。
IEEE 802.11aa 组寻址传输服务的首次实施和评估：
IEEE 802.11aa 任务组最近标准化了一组机制以有效支持视频多播，即组寻址传输服务 (GATS)。在本文中，我们报告了这些机制在我们公开可用的商品硬件上的实现，并进行了一项研究以评估它们在各种现实生活场景下的性能。据我们所知，这是对 GATS 的第一次实验性评估，它沿着三个轴进行：我们报告了它们在代码行方面的复杂性、它们在提供视频流量时的有效性以及它们在利用无线资源时的效率。我们的结果为使用每种机制时所产生的权衡提供了关键见解，并为通过 802 传输视频的新增强功能铺平了道路。