总吞吐量消费者Wi-Fi路由器可以提供的问题,可以提供一个简单的答案。设备类型(11A / B / G / N / AC / AX),流数,距离AP的距离,在每个设备上运行的应用只是一个开始。您还必须考虑到范围内的其他网络的数量以及它们是多么活跃。
我决定在我最新的Octoscope Stack-Max中使用20个真实(非虚拟)Intel AX200设备中的16个试验台,以在装载一束双频沟设备时各种各样的消费路由器进行裂缝。
本文始于2014年和#34的重新访问;智能连接"测试。我没有像Octoscope堆栈一样有任何东西,所以相反,使用各种各样的五个设备,手动关联它们几次,跟踪它们连接到的频段并在所有连接后运行总吞吐量测试。 (有关详细信息,请查看Netgear R8000 Nighthawk X6首次外观和Linksys EA9200 AC3200 Trib and Smart Wi-Fi路由器评论。)执行本手册过程变得旧的真实速度,特别是当它显示初始的三无线电路由器的初始作物但"智能"当它来连接设备以最大化吞吐量。
有点O' Wi-Fi历史:Broadcom' s" smart connect"首先出现在2014年,它旨在反对Qualcomm'推动MU-MIMO。两者都旨在增加总Wi-Fi吞吐量。 MU-MIMO使用波束成形以在同一时隙中同时传输到最多四个STA。 "智能连接"将5 GHz频段分为两个,添加了第二个5 GHz无线电,并据称智能地将STA分配给每个无线电以最大化吞吐量。 (见Mu-MIMO与XStream:有关详细信息的Wi-Fi通话时间即将到来的战斗。)
随着时间的推移,"智能连接"绰号也应用于双频路由器。因此它演变为营销术语,这意味着使用应用于路由器/ AP中的所有无线电的单个SSID(和安全方法)。
随着&#34的崛起;智能连接"来了焦虑,必须决定是否使用它或选择传统的不同SSID-频段方法。该决定通常由对方式的不满驱动"智能连接"工作。有些用户很幸运,并找到与承诺连接的设备; "慢"设备转向2.4 GHz和"快速"设备到5 GHz。其他人被连接并倒回使用唯一的SSID和管理连接本身,令人沮丧。
我选择了一个有趣的Wi-Fi 6路由器,包括我手头的东西,包括几个三级电台和一些带有2.5 Gbe港口的少数。我还包括我的OL'参考,Netgear R7800。作为唯一的Wi-Fi 5参赛者。该表总结了该组的关键特征。请注意,所有产品都由基于四核手臂的处理器供电,时钟AT> 1.5 GHz。
这一次,我有一个相当强大的工具集要使用,只使用堆栈 - 最大测试系统八镜的小子集。下面的系统框图上的红色中概述的组件包括38"宽的Smartbox腔室,可容纳被测路由器,一对带有集成衰减器和Palbox子系统的MPE2-38多路径仿真器。
Palbox是测试的关键。它包含十六个单独托管的悬浮座轮廓设备。所有16个都有一个INTEL AX200 Wi-Fi 6在Intel Pentium平台上运行的无线电。十二件速度运行Ubuntu Linux和四个运行Windows 10。
一组四个STAPALS-3 Linux,1个Win10-连接到一对辛座高增益双频天线。每个天线对都位于38&#34的一角; Smartbox(框A)。下面的照片显示了四对,位于其他天线下方,将盒子A连接到Stack-Max中的其他三个盒子。
该图' t显示盒子天线和铲板之间的衰减器。八,四通道63 DB范围衰减器由一对MPE-2提供。衰减器配置为" 0"每组四个速度的Tx / Rx通道连接到一个MPE-2衰减器通道和" 1" TX / RX通道连接到另一个MPE-2的相同通道。这使得可以为每组四个速度设置不同的路径损耗,即将每个组放在不同"距离"从被测的路由器。注意在该测试中旁路MPE-2仿真器电路;只使用衰减器。
所有速度都设置为双带粗糙,即扫描连接通道。 Linux Stapals支持802.11k / v / r,因此启用所有这些选项。 11k / v / r aren' t在窗户铲子上支持。漫游阈值(STA开始扫描的RSSI值扫描到连接到的新AP)和漫游目标阈值(STA将漫游到的最小RSSI值)在Linux Stapals中支持,并设置为-72 dBm和-66 dBm , 分别。窗户速度也不支持。
为了更好地模拟现实生活,速度ann' t全部设置为ax / wi-fi 6设备。两组是双流Wi-Fi 5(11AC),一个是双流Wi-Fi 6(11ax),一个是单流Wi-Fi 4(11n)。由于临时限制,Windows Stapals仅作为11AX设备运行。因此,设备的最终组合如下:
因此,最终混合是七个Wi-Fi 6,6 Wi-Fi 5和三个Wi-Fi 4 Stas。
如果支持,则使用WPA3无线安全性; WPA2如果不是。路由器默认值留在原位,包括标准和"普遍"波束成形,通话时间公平(如果存在)和漫游辅助。我所做的唯一变更是设置频道和带宽,并支持支持的任何欧姆马和MU-MIMO。
访问Octoscope API的Python脚本控制仪器和测试。配置仪器后,执行以下顺序:
将第一个设备与组相关联1.启动IPerF3无限吞吐量TCP / IP流量的单个连接。交通继续在测试期间运行。
等待10秒,然后将第一个设备与组相关联2.启动IPerf3无限TCP / IP流量的单个连接。
等待10秒,然后将第一个设备与组相关联3.开始单个连接IPerf3无限TCP / IP流量。
等待10秒,然后将第一个设备与组关联4.启动IPerF3无限TCP / IP流量的单个连接。
停止流量,生成并保存包含吞吐量和其他流量对统计的测试文件
注意测试允许在关联和轮询之间的关联和轮询之间的时间(10秒)。 这旨在允许AP时间将设备移动到A"更好" 收音机结束后。 在STA关联之间也允许10秒,以防路由器需要时间以添加到它之前评估其带宽负载。