这篇讨论围绕 OpenWRT（开源路由固件）在家用或 SOHO 多 AP 环境里的 indoor Wi-Fi roaming 配置展开，核心是让手机、笔记本和 IoT 设备在不同 AP 之间尽量少掉线。评论里反复提到 802.11r、802.11k、802.11v 这些漫游增强标准，以及 usteer、DAWN 这类在 OpenWRT 上做 band steering 和 neighbor report 的工具。很多争议来自 Apple、Android、电视和 Nintendo Switch 等客户端实现差异：有些设备对 roaming 很挑剔，有些甚至不会主动切换。另一个背景是商用生态如 UniFi（Ubiquiti 的 AP/控制器系统）和 Omada（TP-Link 的 AP/控制器系统）常被拿来和 OpenWRT DIY 方案比较，大家在可控性、稳定性和折腾成本之间权衡。
讨论集中在 802.11r、802.11k、802.11v 到底该怎么配。有人测到只开 802.11r、把 AP 调近后，切换能到约 75ms；但也有人强调 802.11r 并不要求同频道，真正决定体验的是客户端实现和 802.11k 邻居报告。Apple 设备有明确的漫游阈值，而 Android 会因厂商、芯片和网络负载表现得很保守，甚至在 VoIP 或视频通话之外几乎不切换。WPA3 + 802.11r 在老设备上也被反复提到有兼容问题，所以不少人把 WPA2 + FT、MFP 和更长密码当作更稳妥的折中。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7]
不少家庭用户分享的经验是，高级漫游功能并不一定带来更好结果。开启 802.11r、802.11k/v 或 usteer 后，UniFi 和 Omada 上的设备反而会断线几十秒到几分钟，尤其是手机在房间里走动时最明显。最后的解决办法往往是关掉 FT 或 steering，改成自动信道，或者干脆接受慢一点的漫游。评论区普遍认为，标准本身没问题，但 AP 控制器、固件和客户端三者的组合经常才是故障源。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7]
关于 SSID 和频段分拆，意见非常分裂。有人认为单一双频 SSID 往往会让 2.4GHz 因覆盖更广而被过度偏好，也有人在拥挤公寓里发现恰好相反：2.4GHz 太挤，5GHz 或 6GHz 反而更实用。常见折中是把现代设备放在一个统一漫游 SSID，把 IoT、打印机、电视、车库灯之类的 2.4-only 设备单独隔离到不同 SSID、VLAN 或 firewall rules 里。代价是配置更乱，而且每多一个 BSSID 都会吃掉一点 beacon 和管理帧 airtime，SSID 太多会压低整体吞吐。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14]
另一条主线是：很多所谓漫游问题，其实该从 RF 规划下手，而不是靠协议补丁。用户会降低发射功率、加更多 ceiling AP、设置 minimum RSSI，逼手机和笔记本自然选择更近的 AP。对电视、摄像头、IoT 灯这类静态设备，一些控制器还支持把客户端锁到指定 AP，避免它们在重启后死抱着错误的接入点。问题是这种做法会缩小覆盖范围，甚至让阳台、院子或外部区域的设备失联。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14]
围绕 OpenWRT 的软件生态，大家在 DIY 和商用控制器之间做对比。有人觉得 usteer、DAWN 这类 OpenWRT 组件能帮助收集邻居表、挑选更合适的 AP，但配置项很多、文档一般，适合愿意折腾的人。也有人直接推荐 UniFi 或 Omada 这种带 controller 的生态，因为它们把漫游、邻居发现、自动调参和单一管理界面都打包好了，代价是价格更高，部分方案还有 cloud 依赖或软件坑。还有人提到 opensoho、nrsyncd 之类的项目，说明这个领域还在被各种自制工具补洞。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16] [来源17] [来源18] [来源19] [来源20] [来源21] [来源22]
评论多次强调，Wi-Fi 漫游体验并不是纯协议问题，而是设备和环境共同决定。Apple 现在公开了自己的漫游阈值，Android 则会随厂商和芯片表现出完全不同的切换风格，部分电视、Nintendo Switch 和 IoT 设备甚至根本不愿意 roam。建筑材料和地域差异也很关键：木结构房子里一个强 AP 可能够用，而钢筋混凝土、电梯井和密集邻居会制造快速 signal shadow 和 2.4GHz 干扰。有人建议用低间隔 ping 贯穿走动测试来观察丢包和切换时间，这比看 controller 面板更直观。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13]
帖子页面本身还引出一个关于 prompt injection 的插曲。有人指出网页 footer 里藏了明显的指令型文本，随后评论迅速转向 AI search 和 agent 系统为何容易被 untrusted text 诱导。讨论里把这种写法直接视为恶意，不少人认为它更像是试图操纵下游模型，而不是正常的引用提示。这个小分支最后变成了对 LLM 安全性的吐槽：如果系统分不清指令和数据，迟早会被内容污染。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
802.11r/FT: 802.11r（Fast Transition）允许客户端在 AP 间切换时复用密钥，减少重新认证延迟。
802.11k/v: 802.11k 提供邻居 AP 报告，802.11v 提供 BSS transition 建议，帮助终端更快选路。
DTIM: beacon 里的省电/唤醒参数，会影响设备扫描、收发和 roaming 的节奏。
RSSI: 接收信号强度指标，用来判断当前 AP 信号强弱和是否该切换。
WPA3: 较新的 Wi-Fi 安全标准，安全性更强，但兼容性也更挑剔。
MFP: Management Frame Protection，管理帧保护，用来防伪造 deauth/disassoc。
usteer: OpenWRT 上的客户端引导/漫游协同组件，用于辅助把终端推向更合适的 AP。
DAWN: OpenWRT 生态里的 band steering / roaming 方案，提供更细的客户端评分和调节。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。