WiFi UDP 单播与多播速度

Emi*_*lyJ 8 wireless-networking wireless-access-point multicast udp

从我收集到的 UDP 多播/通过 WiFi 广播不会产生人们想象的速度。WiFi上的UDP单播怎么样?谁能确认后者的速度正常吗?

Spi*_*iff 15

任何类型的通过 Wi-Fi 的多播/广播都会变慢,因为 Wi-Fi 要求多播和广播以一种“最低公分母”传输速度发送。

UDP 与它无关。UDP 被提及的唯一原因是因为 UDP 能够进行多播或广播。相反,TCP 是严格的点对点;它只能是单播的。因此,这不是 UDP 与 TCP 的问题,而是多播/广播与单播的问题。

任何类型的单播(TCP、UDP 或其他)都可能以比任何类型的多播或广播高得多的速率通过 Wi-Fi 传输。

良好的 802.11n 或 802.11ac 实现可以实现单播 TCP 吞吐量 70% 甚至仅 80% 的 PHY 速率。当然,PHY 速率可能会有很大差异,具体取决于您的 AP 和客户端支持的 802.11n 或 802.11ac 类型、信道的清洁程度、所涉及的距离等。

802.11g 及更早版本不支持帧聚合,因此效率不高。如果它们支持供应商专有形式的帧伪聚合(“帧突发”),它们的效率通常略低于 50%,或者可能略高于 50%。

在所有情况下,UDP 单播的效率都比 TCP 高几个百分点,因为 TCP 的设计目的是在不增加拥塞的情况下尽可能快地运行,而基于 UDP 的协议可以尝试尽可能快地运行,即使它们使拥塞变得更糟。因此,即使是实施良好、微调的 TCP 堆栈也可能偶尔会在遇到拥塞和数据包丢失时退缩,而 UDP 将持续爆炸。

如果您拥有高质量的 802.11n 或 802.11ac 设备并且没有看到 70-80% 的效率(也就是说,TCP-over-IPv4 吞吐量为 802.11 PHY 速率的 70-80%,您的 RF条件),那么您可能有一个有问题的 TCP 堆栈或需要进行一些 TCP 调整。TCP 窗口大小调整是首先要考虑的事情。考虑设置 2 MiB TCP 窗口大小。