刚把家里一百四十平的老房子做完WiFi覆盖改造正好又帮朋友把他的三室两厅也调了一遍发现绝大多数人对“WiFi组网”和“WiFi漫游”的理解还停留在“路由器信号好就行”的阶段甚至在用两台路由器当桥接器凑合着用结果走到客厅和卧室交界处那个体验啊用一句糙话说就是“人还没过去网先断了”。这篇是这个系列WiFi基础第七篇重点把WiFi漫游的原理、Mesh组网和ACAP组网的差别、以及实操调优参数一次讲清楚。我尽量不堆术语实在躲不开的原理也会用大白话拆开讲适合正在纠结全屋覆盖方案、或者已经在用多AP组网但漫游不丝滑的朋友。你不需要懂射频也不需要会写代码只要跟着把几个关键点搞清楚至少能少走一半弯路。1. WiFi漫游从原理到体验1.1 漫游到底解决什么问题先说个扎心的现实单台路由器再强穿两堵承重墙以后信号照样衰减得体无完肤。5GHz频段穿墙能力尤其差隔一堵墙可能就只剩两三格信号隔两堵墙基本就看视频卡成PPT了。所以大户型要解决覆盖问题本质上只有一条路多加几个无线接入点也就是AP。但点多了一个就有新问题手机本来连着客厅的AP你走到卧室卧室的AP信号明明更好手机却还是赖在客厅AP上不走。这种“死抓着旧AP不放”的现象在业内叫粘性终端通俗说就是“信号快没了也不肯换座位”。这时候明明家里有满格的AP手机却用着微弱信号硬扛网速自然惨不忍赌。漫游要解决的问题就是这个让终端在多个AP之间自动切换到信号更好的那个同时切换过程尽量无感。你能顺畅地从客厅走到卧室手机视频不卡、语音不断这就是漫游成功如果走到门口那一下视频转圈三秒那就是漫游做得不够好。很多人误以为“漫游”是运营商的蜂窝网络才有的概念其实WiFi里也有而且机制还不太一样。蜂窝网络的基站是运营商统一规划、终端和基站之间有一套完整的切换信令流程WiFi这边就散漫多了终端权力很大AP并不能强制命令终端去连别的AP只能“引导”。这个区别非常重要后面所有漫游优化都建立在这个基础上。1.2 一次漫游的完整过程我们把一次典型的WiFi漫游拆开看大致分三个阶段。第一个阶段是触发。终端要检测当前连接质量变差比如接收信号强度RSSI低于某个阈值、连续丢包变多、重传率升高才可能触发扫描动作。注意这里说的是“可能”因为终端自己有一套算法不一定立刻扫有时候要等几秒甚至十几秒才反应。这就是为什么你拿着手机走到强信号AP边上它还傻傻连着弱信号AP因为触发条件还没满足。第二个阶段是扫描。终端切换到目标AP之前得先知道周围有哪些AP。最简单的做法叫全信道扫描终端临时断开当前连接把2.4G和5G的所有信道过一遍这个过程大概需要几百毫秒到一秒多。在这段“失联窗口期”里正在传输的数据就断了表现在体验上就是“画面卡了一下”或者“语音顿了一顿”。更麻烦的是有些终端扫描完以后还是选了原来的AP等于白断一次。第三个阶段是重连。终端找到目标AP之后要从零开始重新认证、重新关联、再通过DHCP拿一遍IP地址完整走一次接入流程这个时间通常在几百毫秒到一秒以上。切换期间如果恰好有视频流、语音通话那基本都会出现可感知的卡顿。所以漫游优化的核心思路也很清晰一方面让终端更快地发现并切换另一方面缩短重连的时间。这就要引出WiFi联盟专门为漫游制定的那组标准了。注意很多人以为所有AP和终端都支持“无缝漫游”其实原生WiFi没有真正的无缝漫游。所谓无缝是靠后文讲的协议和组网方案把切换时间压缩到人眼感知不到的程度。2. 漫游协议三兄弟k/v/r2.1 802.11k先给终端一张“地图”打一个比方全信道扫描就像你到了一个陌生城市为了找一个公交站把每一条街都走一遍费时费力。而802.11k协议做的事情相当于在终端需要切换时直接问当前AP要一份“附近AP清单”包括邻居AP的BSSID、信道、信号强度等基本信息。终端拿到这份清单就知道该往哪个方向走不需要再盲目地把所有街都扫一遍。这个协议解决的问题主要是“扫描效率”。当前AP会在beacon帧或者probe response里把邻居列表发给支持的终端终端在漫游前只需要扫描清单上那几个信道扫描时间可以从几百上千毫秒压缩到几十毫秒大幅降低失联窗口。需要说清楚一点802.11k本身不决定终端切不切、切到哪它只是提供信息给终端做决策。终端是否启用邻居报告功能取决于驱动和系统策略所以在实际网络里即使AP端开好了k协议终端不配合也没用。2.2 802.11v给终端吹“耳边风”如果说802.11k是提供地图那802.11v就是AP拿着个喇叭对终端喊“这边信号好你快过来”或者反向喊“你信号太差了别赖着不走”。802.11v里面有个重要功能叫做BSS Transition ManagementAP可以主动向支持v协议的终端发送漫游建议告诉它目标AP是谁、目标信道是什么甚至还能给一堆候选AP排出推荐顺序。这个主动性很关键因为它能打破“终端不主动切”的僵局。多AP环境里被弱信号拖死的粘性终端很多时候就靠v协议帮它“踢一脚”。但v协议同样有兼容性问题。不同厂商实现方式有差异有些终端对AP发来的漫游建议并不一定照做尤其是老设备或者IoT设备可能直接把v报文忽略掉。所以别指望开了v协议就能一劳永逸。2.3 802.11r把重连时间压到最低前面k和v解决的是“去哪儿、何时走”的问题r协议解决的是“到了之后怎么尽快进门”。正常重连流程里终端需要和AP完成802.11认证、关联、以及802.1X认证企业网络里或PSK认证家用网络里。这个握手过程如果走了完整加密协商涉及四次握手、密钥派生等流程耗时一般在几十到几百毫秒。而802.11r引入了一个叫FTFast Transition快速过渡的机制终端可以在旧AP上预先完成和新AP之间的密钥分发等真正切换过去时握手时间大幅压缩。我实测过支持802.11r方案的手机在两台AP之间切换时Ping丢包基本可以控制在0到1个语音通话不会有可感知的中断。而同一套网络关闭r协议后切换时普遍会丢两三个包语音会有一声明显的“咔哒”。对于VoIP、视频会议这类敏感业务r协议的价值非常明显。不过要注意802.11r老版本也叫Opportunistic Key Caching家用场景里用的多是PSKFT这个组合。但部分老终端对r协议支持不好开了反而可能导致连接不稳定。实操中我一般建议先全开k和vr协议做兼容性测试后再决定是否打开。3. WiFi组网方案Mesh与ACAP3.1 Mesh组网解剖Mesh这个词这几年被厂商宣传得有点魔幻好像只要贴上Mesh标签家里无线就天下无敌了。从本质上讲Mesh组网就是多个节点之间通过专用协议自动组网节点之间既能用网线连接也能用WiFi回程互联而且整个网络呈现出一个统一的SSID和统一的配置管理。Mesh和普通“路由器无线中继”最大的区别在于管理机制。无线中继只是简单地把上一级信号转发下来SSID和VLAN这些设置往往各搞各的漫游基本靠终端自觉。而Mesh节点之间会同步拓扑信息、客户端连接信息、漫游统计并且有一套协同机制来处理终端迁移。加上前面说的k/v/r协议Mesh系统能做到接近ACAP的漫游体验。Mesh组网可以走有线回程和无线回程两条路。有线回程就是每个Mesh节点都插网线连到主路由节点之间数据不走无线带宽最稳、延迟最低。无线回程就是节点之间靠WiFi互联缺点很明显回程链路抢占一部分空口带宽而且信号质量受距离和干扰影响大。很多家庭装修时没在墙面预埋网线只能用无线回程这时候尽量选支持独立回程频段的三频Mesh否则数据吞吐和稳定性都会打折扣。3.2 ACAP组网解剖ACAP是商业场景里最常见的组网方式这两年在家庭里也越来越普及。一套典型系统由四部分组成路由器做NAT和DHCP、AC控制器集中管理AP、PoE交换机给AP供电和数据传输、以及多个瘦AP。瘦AP的意思是AP本身不具备完整的路由功能也不能独立配置所有配置都从AC下发。你只需要在AC里统一设置SSID、密码、信道、功率AC会把配置推给所有AP整个网络就像一个整体。终端在AP之间漫游时AC还能参与协调比如通过k/v/r协议辅助终端决定切换目标。ACAP在“管理可控性”上比Mesh强很多每台AP的接入用户数、实时速率、信道利用率都能在后台看到出了漫游问题可以直接查关联日志、看终端到底连在哪台AP上。Mesh系统的管理界面相对封闭大部分时候只能看个“信号强度”这种模糊指标排查问题相对麻烦。3.3 两大方案对比与选型直接说选型建议。家里装修时预埋了网线的优先考虑ACAP这是经验之谈无论是稳定性、漫游体验还是后期排障ACAP都占优。没有预埋网线、又不方便走明线的那就选三频Mesh把无线回程的影响降到最低。有句话我说过很多次Mesh是“没有网线时的最优解”ACAP是“有网线时的更优解”。两者的漫游体验在现代协议支持下已经很接近但ACAP在转发性能、带机量、可调试性上的优势Mesh短期内追不上。反过来Mesh的部署门槛和美观度又是ACAP比不了的ACAP需要弱电箱、PoE交换机、还需要一个可以放AC和路由器的位置对普通家庭来说确实复杂一点。接入设备数量也是重要考量。家里智能设备少、就十来台手机电脑Mesh足够用了。如果有二十台以上的联网设备尤其还挂着一堆摄像头和智能家居ACAP的带机能力和稳定性优势就明显了。我自己在朋友家调试过一套ACAP三十多个设备同时在线整体延迟依然很平稳换作入门级Mesh这种负载下已经能看到明显波动了。4. 组网实操与漫游优化4.1 部署实操从点位到参数先说物理部署。不管Mesh还是ACAP第一步都是先想清楚AP装哪。一个常见的错误是把AP都装在客厅和书房卧室反而成了盲区。正确做法是按“房间走廊”来规划先画一张户型图去掉卫生间、厨房这些对信号衰减特别严重的区域然后保证每个卧室门口、走廊尽头这些位置都在某一个AP的覆盖范围内。AP和AP之间的距离不要拉太远一般商品房隔一堵墙放一个点位远比隔两堵墙放一个“猛”位置实用。点位确定后设置WiFi参数。SSID统一是必须的这里有一个特别容易踩的坑不同频段的SSID尽量也统一。很多路由器默认会把2.4G和5G做成两个不同的名字比如xxx和xxx_5G这样终端很难自动选择最优频段漫游也就无从谈起。现在主流方案都是开启“双频合一”让终端自己判断连2.4G还是5G。信道规划这块Mesh系统基本全自动不需要手动干预。ACAP系统建议手动设置相邻AP用不重叠的信道2.4G频段只用1、6、11这三个信道5G频段按20MHz带宽把周围AP隔开。有些朋友为了“信号强一点”把AP发射功率调成最大这在多AP环境里反而是帮倒忙功率太大导致覆盖重叠区过大终端更容易出现粘性连接、频繁漫游。4.2 漫游优化参数调什么、怎么调进入漫游优化环节不同厂商的AC页面里参数名称五花八门但核心无非这几个。第一个是漫游启动阈值或者说弱信号踢除阈值。ACAP方案里当终端信号低于某个RSSI阈值时AP会主动发送解除关联或者漫游建议促使终端连接更好的AP。我一般建议阈值设在-75dBm到-80dBm之间。设得太低比如-85dBm终端会一直赖在弱信号上不走设得太高比如-70dBm可能造成终端在两个AP之间反复横跳也就是乒乓漫游反而更卡。第二个是漫游差值阈值也叫漫游偏置。它决定了终端在什么样的信号差下才值得切过去。如果当前AP信号是-70dBm隔壁AP是-72dBm按差值阈值8dB算终端不会切因为切换收益太小。这个阈值一般设6到10dB过小频繁切过大切不动。第三个是802.11r的FT功能能开就开。但开了以后记得做一次全屋走动测试在走廊里来回走几圈看视频、发语音观察有没有连接中断异常。如果只有个别老设备出问题可以把RSSI阈值稍微调低一些或者对那台设备单独关闭FT比全局关掉r协议更合理。提示漫游参数没有“放之四海而皆准”的值。同一套参数在不同户型、不同终端、不同负载下表现可能完全不同调优的核心是观察终端实际行为和调整阈值而不是抄网上的“最佳值”。5. 常见问题排查与心得5.1 常见问题速查表现象可能原因处理方向走到强信号区还是连着远AP终端粘性、漫游阈值过低调高弱信号踢除阈值开启802.11v视频走到某处就卡一下两次漫游之间覆盖有盲区、切换时间过长检查AP点位间距确认开通802.11r在两个AP之间反复掉线重连漫游差值阈值过低发生乒乓漫游增大漫游差值阈值检查重叠覆盖是否过大2.4G信号满格但网速极慢2.4G信道拥塞、AP带宽被无线回程占用手动改2.4G信道优先有线回程开了Mesh或ACAP后部分老设备连不上老设备不支持802.11r或WPA3单独给老设备关FT或降级安全协议表格里这几类问题基本覆盖了八成以上的实际漫游故障。还有人会遇到“明明家里只有一个SSID手机在客厅和卧室之间来回走微信语音断断续续”这个大概率不是网络坏了而是漫游切换延迟偏高或者终端压根没切换按表格第一行的方向去查就行。5.2 实操心得与后续扩展调试多AP网络我有个习惯动作手机装一个能看当前关联AP名称和信号强度的工具每调一个参数就在家里按固定路线走一遍边走边看什么时候发生切换、切换期间丢了多少包。这个动作虽然原始但比任何后台统计都直观。实际操作中我会在走廊里来回走十次统计数据基本就能看出阈值设置是否合理。还想提醒一点漫游调优是“做减法”的思路。不要一上来就把所有协议全打开、所有参数拉满那只会引入更多不确定性。我通常的步骤是先统一SSID、关掉不必要的频段拆分然后确认AP信道和功率合理再开启k/v协议做基础漫游测试最后按需开启r协议、调整阈值。每一步的改动都小、都能快速验证出问题也容易回退。调完网络后还有一个很多人会忽略的收尾工作更新AP固件。不少漫游相关的bug和协议兼容性问题厂商都是通过固件更新修复的尤其是新买的设备出厂固件很可能存在早期问题。升级完固件后建议重新走一遍测试路径因为固件升级后默认参数有可能会被重置。最后给我的建议是如果你家墙面没有预埋网线不要硬着头皮上ACAP老老实实选一套靠谱的三频Mesh如果你有网线条件多花点精力在AP点位上比在参数里抠那几dB收益大得多。网络设备更新换代很快但空间布局和网线规划是十年都不变的基础这两样做对了后面升级设备就是换几个盒子的事。
WiFi漫游与全屋覆盖：Mesh和AC+AP组网区别及优化实践
刚把家里一百四十平的老房子做完WiFi覆盖改造正好又帮朋友把他的三室两厅也调了一遍发现绝大多数人对“WiFi组网”和“WiFi漫游”的理解还停留在“路由器信号好就行”的阶段甚至在用两台路由器当桥接器凑合着用结果走到客厅和卧室交界处那个体验啊用一句糙话说就是“人还没过去网先断了”。这篇是这个系列WiFi基础第七篇重点把WiFi漫游的原理、Mesh组网和ACAP组网的差别、以及实操调优参数一次讲清楚。我尽量不堆术语实在躲不开的原理也会用大白话拆开讲适合正在纠结全屋覆盖方案、或者已经在用多AP组网但漫游不丝滑的朋友。你不需要懂射频也不需要会写代码只要跟着把几个关键点搞清楚至少能少走一半弯路。1. WiFi漫游从原理到体验1.1 漫游到底解决什么问题先说个扎心的现实单台路由器再强穿两堵承重墙以后信号照样衰减得体无完肤。5GHz频段穿墙能力尤其差隔一堵墙可能就只剩两三格信号隔两堵墙基本就看视频卡成PPT了。所以大户型要解决覆盖问题本质上只有一条路多加几个无线接入点也就是AP。但点多了一个就有新问题手机本来连着客厅的AP你走到卧室卧室的AP信号明明更好手机却还是赖在客厅AP上不走。这种“死抓着旧AP不放”的现象在业内叫粘性终端通俗说就是“信号快没了也不肯换座位”。这时候明明家里有满格的AP手机却用着微弱信号硬扛网速自然惨不忍赌。漫游要解决的问题就是这个让终端在多个AP之间自动切换到信号更好的那个同时切换过程尽量无感。你能顺畅地从客厅走到卧室手机视频不卡、语音不断这就是漫游成功如果走到门口那一下视频转圈三秒那就是漫游做得不够好。很多人误以为“漫游”是运营商的蜂窝网络才有的概念其实WiFi里也有而且机制还不太一样。蜂窝网络的基站是运营商统一规划、终端和基站之间有一套完整的切换信令流程WiFi这边就散漫多了终端权力很大AP并不能强制命令终端去连别的AP只能“引导”。这个区别非常重要后面所有漫游优化都建立在这个基础上。1.2 一次漫游的完整过程我们把一次典型的WiFi漫游拆开看大致分三个阶段。第一个阶段是触发。终端要检测当前连接质量变差比如接收信号强度RSSI低于某个阈值、连续丢包变多、重传率升高才可能触发扫描动作。注意这里说的是“可能”因为终端自己有一套算法不一定立刻扫有时候要等几秒甚至十几秒才反应。这就是为什么你拿着手机走到强信号AP边上它还傻傻连着弱信号AP因为触发条件还没满足。第二个阶段是扫描。终端切换到目标AP之前得先知道周围有哪些AP。最简单的做法叫全信道扫描终端临时断开当前连接把2.4G和5G的所有信道过一遍这个过程大概需要几百毫秒到一秒多。在这段“失联窗口期”里正在传输的数据就断了表现在体验上就是“画面卡了一下”或者“语音顿了一顿”。更麻烦的是有些终端扫描完以后还是选了原来的AP等于白断一次。第三个阶段是重连。终端找到目标AP之后要从零开始重新认证、重新关联、再通过DHCP拿一遍IP地址完整走一次接入流程这个时间通常在几百毫秒到一秒以上。切换期间如果恰好有视频流、语音通话那基本都会出现可感知的卡顿。所以漫游优化的核心思路也很清晰一方面让终端更快地发现并切换另一方面缩短重连的时间。这就要引出WiFi联盟专门为漫游制定的那组标准了。注意很多人以为所有AP和终端都支持“无缝漫游”其实原生WiFi没有真正的无缝漫游。所谓无缝是靠后文讲的协议和组网方案把切换时间压缩到人眼感知不到的程度。2. 漫游协议三兄弟k/v/r2.1 802.11k先给终端一张“地图”打一个比方全信道扫描就像你到了一个陌生城市为了找一个公交站把每一条街都走一遍费时费力。而802.11k协议做的事情相当于在终端需要切换时直接问当前AP要一份“附近AP清单”包括邻居AP的BSSID、信道、信号强度等基本信息。终端拿到这份清单就知道该往哪个方向走不需要再盲目地把所有街都扫一遍。这个协议解决的问题主要是“扫描效率”。当前AP会在beacon帧或者probe response里把邻居列表发给支持的终端终端在漫游前只需要扫描清单上那几个信道扫描时间可以从几百上千毫秒压缩到几十毫秒大幅降低失联窗口。需要说清楚一点802.11k本身不决定终端切不切、切到哪它只是提供信息给终端做决策。终端是否启用邻居报告功能取决于驱动和系统策略所以在实际网络里即使AP端开好了k协议终端不配合也没用。2.2 802.11v给终端吹“耳边风”如果说802.11k是提供地图那802.11v就是AP拿着个喇叭对终端喊“这边信号好你快过来”或者反向喊“你信号太差了别赖着不走”。802.11v里面有个重要功能叫做BSS Transition ManagementAP可以主动向支持v协议的终端发送漫游建议告诉它目标AP是谁、目标信道是什么甚至还能给一堆候选AP排出推荐顺序。这个主动性很关键因为它能打破“终端不主动切”的僵局。多AP环境里被弱信号拖死的粘性终端很多时候就靠v协议帮它“踢一脚”。但v协议同样有兼容性问题。不同厂商实现方式有差异有些终端对AP发来的漫游建议并不一定照做尤其是老设备或者IoT设备可能直接把v报文忽略掉。所以别指望开了v协议就能一劳永逸。2.3 802.11r把重连时间压到最低前面k和v解决的是“去哪儿、何时走”的问题r协议解决的是“到了之后怎么尽快进门”。正常重连流程里终端需要和AP完成802.11认证、关联、以及802.1X认证企业网络里或PSK认证家用网络里。这个握手过程如果走了完整加密协商涉及四次握手、密钥派生等流程耗时一般在几十到几百毫秒。而802.11r引入了一个叫FTFast Transition快速过渡的机制终端可以在旧AP上预先完成和新AP之间的密钥分发等真正切换过去时握手时间大幅压缩。我实测过支持802.11r方案的手机在两台AP之间切换时Ping丢包基本可以控制在0到1个语音通话不会有可感知的中断。而同一套网络关闭r协议后切换时普遍会丢两三个包语音会有一声明显的“咔哒”。对于VoIP、视频会议这类敏感业务r协议的价值非常明显。不过要注意802.11r老版本也叫Opportunistic Key Caching家用场景里用的多是PSKFT这个组合。但部分老终端对r协议支持不好开了反而可能导致连接不稳定。实操中我一般建议先全开k和vr协议做兼容性测试后再决定是否打开。3. WiFi组网方案Mesh与ACAP3.1 Mesh组网解剖Mesh这个词这几年被厂商宣传得有点魔幻好像只要贴上Mesh标签家里无线就天下无敌了。从本质上讲Mesh组网就是多个节点之间通过专用协议自动组网节点之间既能用网线连接也能用WiFi回程互联而且整个网络呈现出一个统一的SSID和统一的配置管理。Mesh和普通“路由器无线中继”最大的区别在于管理机制。无线中继只是简单地把上一级信号转发下来SSID和VLAN这些设置往往各搞各的漫游基本靠终端自觉。而Mesh节点之间会同步拓扑信息、客户端连接信息、漫游统计并且有一套协同机制来处理终端迁移。加上前面说的k/v/r协议Mesh系统能做到接近ACAP的漫游体验。Mesh组网可以走有线回程和无线回程两条路。有线回程就是每个Mesh节点都插网线连到主路由节点之间数据不走无线带宽最稳、延迟最低。无线回程就是节点之间靠WiFi互联缺点很明显回程链路抢占一部分空口带宽而且信号质量受距离和干扰影响大。很多家庭装修时没在墙面预埋网线只能用无线回程这时候尽量选支持独立回程频段的三频Mesh否则数据吞吐和稳定性都会打折扣。3.2 ACAP组网解剖ACAP是商业场景里最常见的组网方式这两年在家庭里也越来越普及。一套典型系统由四部分组成路由器做NAT和DHCP、AC控制器集中管理AP、PoE交换机给AP供电和数据传输、以及多个瘦AP。瘦AP的意思是AP本身不具备完整的路由功能也不能独立配置所有配置都从AC下发。你只需要在AC里统一设置SSID、密码、信道、功率AC会把配置推给所有AP整个网络就像一个整体。终端在AP之间漫游时AC还能参与协调比如通过k/v/r协议辅助终端决定切换目标。ACAP在“管理可控性”上比Mesh强很多每台AP的接入用户数、实时速率、信道利用率都能在后台看到出了漫游问题可以直接查关联日志、看终端到底连在哪台AP上。Mesh系统的管理界面相对封闭大部分时候只能看个“信号强度”这种模糊指标排查问题相对麻烦。3.3 两大方案对比与选型直接说选型建议。家里装修时预埋了网线的优先考虑ACAP这是经验之谈无论是稳定性、漫游体验还是后期排障ACAP都占优。没有预埋网线、又不方便走明线的那就选三频Mesh把无线回程的影响降到最低。有句话我说过很多次Mesh是“没有网线时的最优解”ACAP是“有网线时的更优解”。两者的漫游体验在现代协议支持下已经很接近但ACAP在转发性能、带机量、可调试性上的优势Mesh短期内追不上。反过来Mesh的部署门槛和美观度又是ACAP比不了的ACAP需要弱电箱、PoE交换机、还需要一个可以放AC和路由器的位置对普通家庭来说确实复杂一点。接入设备数量也是重要考量。家里智能设备少、就十来台手机电脑Mesh足够用了。如果有二十台以上的联网设备尤其还挂着一堆摄像头和智能家居ACAP的带机能力和稳定性优势就明显了。我自己在朋友家调试过一套ACAP三十多个设备同时在线整体延迟依然很平稳换作入门级Mesh这种负载下已经能看到明显波动了。4. 组网实操与漫游优化4.1 部署实操从点位到参数先说物理部署。不管Mesh还是ACAP第一步都是先想清楚AP装哪。一个常见的错误是把AP都装在客厅和书房卧室反而成了盲区。正确做法是按“房间走廊”来规划先画一张户型图去掉卫生间、厨房这些对信号衰减特别严重的区域然后保证每个卧室门口、走廊尽头这些位置都在某一个AP的覆盖范围内。AP和AP之间的距离不要拉太远一般商品房隔一堵墙放一个点位远比隔两堵墙放一个“猛”位置实用。点位确定后设置WiFi参数。SSID统一是必须的这里有一个特别容易踩的坑不同频段的SSID尽量也统一。很多路由器默认会把2.4G和5G做成两个不同的名字比如xxx和xxx_5G这样终端很难自动选择最优频段漫游也就无从谈起。现在主流方案都是开启“双频合一”让终端自己判断连2.4G还是5G。信道规划这块Mesh系统基本全自动不需要手动干预。ACAP系统建议手动设置相邻AP用不重叠的信道2.4G频段只用1、6、11这三个信道5G频段按20MHz带宽把周围AP隔开。有些朋友为了“信号强一点”把AP发射功率调成最大这在多AP环境里反而是帮倒忙功率太大导致覆盖重叠区过大终端更容易出现粘性连接、频繁漫游。4.2 漫游优化参数调什么、怎么调进入漫游优化环节不同厂商的AC页面里参数名称五花八门但核心无非这几个。第一个是漫游启动阈值或者说弱信号踢除阈值。ACAP方案里当终端信号低于某个RSSI阈值时AP会主动发送解除关联或者漫游建议促使终端连接更好的AP。我一般建议阈值设在-75dBm到-80dBm之间。设得太低比如-85dBm终端会一直赖在弱信号上不走设得太高比如-70dBm可能造成终端在两个AP之间反复横跳也就是乒乓漫游反而更卡。第二个是漫游差值阈值也叫漫游偏置。它决定了终端在什么样的信号差下才值得切过去。如果当前AP信号是-70dBm隔壁AP是-72dBm按差值阈值8dB算终端不会切因为切换收益太小。这个阈值一般设6到10dB过小频繁切过大切不动。第三个是802.11r的FT功能能开就开。但开了以后记得做一次全屋走动测试在走廊里来回走几圈看视频、发语音观察有没有连接中断异常。如果只有个别老设备出问题可以把RSSI阈值稍微调低一些或者对那台设备单独关闭FT比全局关掉r协议更合理。提示漫游参数没有“放之四海而皆准”的值。同一套参数在不同户型、不同终端、不同负载下表现可能完全不同调优的核心是观察终端实际行为和调整阈值而不是抄网上的“最佳值”。5. 常见问题排查与心得5.1 常见问题速查表现象可能原因处理方向走到强信号区还是连着远AP终端粘性、漫游阈值过低调高弱信号踢除阈值开启802.11v视频走到某处就卡一下两次漫游之间覆盖有盲区、切换时间过长检查AP点位间距确认开通802.11r在两个AP之间反复掉线重连漫游差值阈值过低发生乒乓漫游增大漫游差值阈值检查重叠覆盖是否过大2.4G信号满格但网速极慢2.4G信道拥塞、AP带宽被无线回程占用手动改2.4G信道优先有线回程开了Mesh或ACAP后部分老设备连不上老设备不支持802.11r或WPA3单独给老设备关FT或降级安全协议表格里这几类问题基本覆盖了八成以上的实际漫游故障。还有人会遇到“明明家里只有一个SSID手机在客厅和卧室之间来回走微信语音断断续续”这个大概率不是网络坏了而是漫游切换延迟偏高或者终端压根没切换按表格第一行的方向去查就行。5.2 实操心得与后续扩展调试多AP网络我有个习惯动作手机装一个能看当前关联AP名称和信号强度的工具每调一个参数就在家里按固定路线走一遍边走边看什么时候发生切换、切换期间丢了多少包。这个动作虽然原始但比任何后台统计都直观。实际操作中我会在走廊里来回走十次统计数据基本就能看出阈值设置是否合理。还想提醒一点漫游调优是“做减法”的思路。不要一上来就把所有协议全打开、所有参数拉满那只会引入更多不确定性。我通常的步骤是先统一SSID、关掉不必要的频段拆分然后确认AP信道和功率合理再开启k/v协议做基础漫游测试最后按需开启r协议、调整阈值。每一步的改动都小、都能快速验证出问题也容易回退。调完网络后还有一个很多人会忽略的收尾工作更新AP固件。不少漫游相关的bug和协议兼容性问题厂商都是通过固件更新修复的尤其是新买的设备出厂固件很可能存在早期问题。升级完固件后建议重新走一遍测试路径因为固件升级后默认参数有可能会被重置。最后给我的建议是如果你家墙面没有预埋网线不要硬着头皮上ACAP老老实实选一套靠谱的三频Mesh如果你有网线条件多花点精力在AP点位上比在参数里抠那几dB收益大得多。网络设备更新换代很快但空间布局和网线规划是十年都不变的基础这两样做对了后面升级设备就是换几个盒子的事。
