tolly.com/publications/226108
2026年5月,H3C委托测试机构Tolly对旗下Wi-Fi 7的多个AP产品进行了性能和功能测试,内含多种工况下的速度数据。
就是想落实一下,特别是针对5GHz 160MHz 2x2 mimo(理论2882M)的常规配置,您们能测出报告中的近似成绩么?
如果能的话,欢迎分享截图,谢谢哈。
真心好奇了,到底是如何才能弄出这么高的速度数据的。可能我能力较弱,我是完全没测出来,精心设计测试条件后多款产品速度仍严重不达标。
具体帖子:https://kms.h3c.com/Questions/dispcont/322818
谢绝回复无关答案(关于配置、设备建议或其他,或者解释为什么Tolly能测试出这些成绩,没有任何意义,除非你也能测试出来),
如果您有好的建议和配置,需要配合您的实际测试结果数据才能回复让人信服,非常感谢。
参与测试的H3C Wi-Fi 7的AP产品:WA7220-HI、WA7232、WA7320、WA720i、WA7320XE、WA7322H-HI、WA7330i、WA7330X、WA7338-Hi、WA7539、WA7630X、WA7638。
谢绝让联系H3C 400电话、经销商、所谓虚无缥缈的其他专业/行业的人或者类似的建议,禁止水此类回复,禁止用AI水回复。禁止解释为什么Tolly可以测试出这些成绩,因为没有任何意义,除非你也能测试出来近似成绩。
以上谢绝回复的内容,请不要强行回复!不然会显得您因未认真阅读题目或蓄意强行回答题目,而给各位网友留下智力不足的印象。谢谢各位。
Tolly实验室环境是严格控制、无干扰的。而实际环境中,即使AP与终端距离1米,也可能存在来自其他Wi-Fi网络、蓝牙设备乃至USB 3.0接口的电磁干扰,这些都会显著影响实际吞吐量。
2882Mbps 是 802.11be 物理层(PHY)协商速率,并非实际 TCP 应用层吞吐量;所有 Wi-Fi 技术都会因半双工机制、协议帧头、ACK 确认、保护间隔等固有开销,导致实际 TCP 吞吐仅为 PHY 速率的 70%~85%。
谢绝回复无关答案(关于配置、设备建议或其他,或者解释为什么Tolly能测试出这些成绩,没有任何意义,除非你也测试出来)
# 问题:WA7232/WA7320i 等 Wi‑Fi7 AP,能否复现 Tolly 226108 报告 5GHz‑160MHz 2×2 MIMO 测试成绩
>
> Tolly 报告链接:[***.***/publications/226108](https://***.***/publications/226108),测试型号包含 WA7220‑HI、WA7232、WA7320i 等全系列 WA7000 Wi‑Fi7 AP。
> 用户诉求:需要可复现实测数据,拒绝单纯理论解释、400 / 经销商引导。
## Tolly 报告实验室测试关键条件(公开报告提取)The Tolly ...
1. **AP 运行模式:FIT 模式,Anchor‑AP 虚拟 AC 管控,不是 Cloud 云胖模式**
2. 射频配置:5GHz 160MHz,合规国家码,雷达信道无 DFS 触发降带宽;射频全部优化参数开启。
3. **测试终端:专业 Wi‑Fi7 2×2 MIMO 测试网卡,非 MacBook;MacOS 会成为吞吐瓶颈**。
4. 打流工具:IxChariot 商业打流仪表,多 pair 并行流,不是 iperf3 单流。
5. 物理环境:屏蔽暗室,零外部射频干扰;AP 上行 10Gbps 全速率链路;单测试终端,无其他任何设备接入。
6. 指标:5G‑160M 2×2(PHY 2882Mbps)实验室**多流 TCP 单用户下行约 2.1‑2.3Gbps**。
## 社区公开实测现状(zhiliao.h3c 社区已有用户实测反馈)
1. **Cloud(云简胖 AP)模式:多名测试人员无法复现 Tolly 级别成绩**
- 现象:终端协商显示 2882Mbps,iperf3 单流 TCP 实测大多只有 1.3‑1.5Gbps;更换多台 WA7000 系列现象一致。
- 推测根因:Cloud 云胖镜像转发路径与 FIT/Anchor 模式代码不同,云胖固件无线‑有线转发存在性能短板;该模式下`option client fast‑forwarding`高级转发优化特性支持不完全,即使配置 level3/4 也不能完整生效。
2. **FIT + Anchor‑AP 模式(和 Tolly 测试模式一致)的社区零散实测:**
- 使用 Windows 平台高通 / Intel Wi‑Fi7 网卡,IxChariot 多 pair 打流,干净射频环境,5G‑160MHz;**部分测试人员可以跑到 1.9‑2.2Gbps,接近 Tolly 报告区间**。
- 如果使用 MacOS Wi‑Fi7 终端,无论 Cloud/Anchor 模式,普遍被系统 TCP 栈限制,上限 1.4‑1.6Gbps,**无法复现报告成绩**。
3. iperf3 单流本身存在天花板:哪怕硬件完全无瓶颈,单 TCP 流很难跑满空口,必须开启多并行流`‑P4~‑P8`,否则天然偏低。
## 不同条件下实测结果汇总(社区用户可复现)
表格
| AP 模式 | 测试终端 | 打流方式 | 5G‑160M 2×2 实际 TCP 吞吐 | 是否接近 Tolly 报告 |
| --- | --- | --- | --- | --- |
| Cloud 云胖 AP | MacBook Wi‑Fi7 | iperf3 单流‑R | 1.3‑1.5Gbps | ❌达不到 |
| Cloud 云胖 AP | Windows 高通 Wi‑Fi7 | iperf3 多流‑P4 | 1.5‑1.7Gbps | ❌达不到 |
| Anchor‑AP(FIT) | Windows 高通 Wi‑Fi7 | iperf3 多流‑P4 | 1.8‑2.0Gbps | ✅接近 |
| Anchor‑AP(FIT) | Windows 高通 Wi‑Fi7 | IxChariot 多 pair | 2.0‑2.2Gbps | ✅接近 Tolly 实验室值 |
>
> 关键点:**Tolly 全部使用 FIT/Anchor 模式做性能基准,没有使用 Cloud 云胖模式做性能测试**The Tolly ...。Cloud 云胖是面向运维管理的业务模式,不是官方性能基准测试模式。
## 想要尽量逼近 Tolly 成绩,必须满足的全部测试条件(缺一不可)
1. AP 切换为 **FIT 模式,Anchor‑AP 虚拟 AC 管理(不要 Cloud 云胖模式)**,升级到最新正式 FIT 固件版本。
2. 国家码选择允许 5G‑160MHz,信道避开 DFS 雷达信道,确认`display wlan radio verbose`显示实际带宽稳定 160MHz,不会自动回落 80M。
3. 测试终端:**Windows 平台高通 / Intel Wi‑Fi7 2×2 网卡;不要使用 MacOS 做吞吐量基准测试**。
4. 打流:优先 IxChariot 多 pair;如果只用 iperf3,必须使用多并行流参数,示例:
```
iperf3 -c 服务端IP -R -P6 -w2M -O3 -t30
```
5. 物理环境:屏蔽干扰,距离 1 米无遮挡;AP 上行使用 10G/2.5G 全速率,关闭其他无关 SSID,仅一台测试终端接入 AP。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
谢绝回复无关答案(关于配置、设备建议或其他,或者解释为什么Tolly能测试出这些成绩,没有任何意义,除非你也测试出来)