Mesh信号漫游测试：无感漫游
漫游除了改善家中各个位置的信号状况 ， 其中还有一个值得注意的点 ， 那就是信号漫游时的网络状况 ， 例如我们在《王者荣耀》中打得正酣 ， 你需要从主卧到生活阳台去拿个物品 ， 此时的走位一定会出现信号切换 ， 如果漫游效果不佳的话 ， 延迟掉线是必然的 ， 所以接下来也简单测试下领势MX4200漫游时的具体表现 。
测试环境与Mesh无线信号覆盖测试保持一致；走位情况：从A——E（第一次漫游） ， E——B（第二漫游） ， B——F（第四次漫游） ， F——B（第四次漫游）
文章插图
第一次漫游：主路由MX4200户型图红色圆心位置路由）的5G-2信号切换到节点路由（户型图橙色圆心位置路由）的5G-2信号 ， 耗时59ms ， 丢包1个；
第二次漫游：节点路由（户型图橙色圆心位置路由）的5G-2信号切换到主路由MX4200户型图红色圆心位置路由）的5G-1信号 ， 耗时54ms；
第三次漫游：主路由MX4200户型图红色圆心位置路由）的5G-1信号切换到节点路由（户型图橙色圆心位置路由）的5G-1信号 ， 耗时62ms；
第四次漫游：节点路由（户型图橙色圆心位置路由）的5G-1信号切换到主路由MX4200户型图红色圆心位置路由）的5G-2信号 ， 耗时52ms；
而整个漫游过程中 ， 丢包率为0.38% 。
文章插图
随后我又对王者荣耀的网络延时做了测试 ， 按照上面同样的走位（疑惑的类似的漫游情况） ， 整个测试过程中 ， 最大延时达到了160ms ， 平均延时是40.77 ， 网络抖动17.6 ， 丢包率为0.26% 。
路由吞吐量测试：
文章插图
将领势MX4200网卡天线放在相距50cm的位置 ， 中间没有遮挡物 。 在这样的环境下 ， 协议速率为1.2Gbps ， 最高只有40MHz频宽 。
为了更好的展现领势MX4200的吞吐量 ， 我也通过IxChariot6.7做了一份不完整的测试：
测试环境：
无线客户端：华硕AX588T
无线服务端：Intel AX200
有线客户端：千兆网口
有线服务端：千兆网口
系统：均是Win10专业版 ， 关闭所有防火墙；
测试软件：IxChariot6.7
测试脚本：High_Performance_Throughput.scr
文章插图
单只路由Lan to Lan（单向）
文章插图
单只路由Lan to Lan（双向）
文章插图
单只路由5G to Lan（上行）
文章插图
单只路由5G to Lan（下行）
文章插图
单只路由5G to Lan（双向）
文章插图
单只路由5G to 5G （单向）
文章插图
单只路由5G to 5G （双向）
文章插图
两只路由组无线回程Lan to Lan（单向）
文章插图
两只路由组无线回程Lan to Lan（双向）
文章插图
两只路由组无线回程5G to Lan（上行）
文章插图
两只路由组无线回程5G to Lan（下行）
文章插图
两只路由组无线回程5G to Lan（双向）
文章插图
两只路由组无线回程5G to 5G（单向）
文章插图
两只路由组无线回程5G to 5G（双向）
文章插图
数据汇总 ， 以上就是整个吞吐量测试 ， 数据仅供参考 ， 因为每次测试都会受到环境、设备等多方因素影响 ， 同时发现组无线回程后 ， 吞吐数据出现了骤降 ， 应该出现了一些兼容性问题 。

• Wireshark数据包分析实战：TCP报文段重组
• 4 个 zigbee 模块组网攻略
• Python爬虫采集网易云音乐热评实战
• 别墅|Mesh路由器，让你的WiFi全方位覆盖！
• Django实战016：django中使用redis详解
• HTTP实战之Wireshark抓包分析
• Wireshark数据包分析实战：网卡卸载
• Python数据分析：数据可视化实战教程
• 实战经验：电商平台遭遇CC攻击，我们是如何应对的？
• 搞定2020年路由器选购，家庭组网干货攻略