|
|
本帖最后由 butterflydog 于 2026-6-22 17:43 编辑
背景: 家里主路由和AP都是openwrt系统,AP的LAN口通过网线连接主路由的LAN口(关闭了DNS)。
问题:一直以来用iPhone在房间走动时候切换AP都很慢,要么不切,要么隔很久才切。今天让AI SSH登录上去,试了几次后,最后按以下方法解决了。现在iPhone切换非常及时。
使用的是Claude Code Sonnet 4.6
下面是AI给的分析:
现在的情况
iPhone 同时连在两台AP上
,而且

也就是说 iPhone 已经切换到AP了
,但主路由这边没有及时踢掉它,导致两边都留着记录。AP那边 126 秒没活动,发送速率只有 6 Mbps,说明 iPhone 实际流量在走主路由。
根本原因:主路由没有踢掉已经"走了"的客户端。
主路由上 tx failed: 19(发送失败),说明主路由已经知道发不出去了,但 disassoc_low_ack 的触发阈值没到。
--- 解决方案
在两台路由器上执行,调低踢出不活跃客户端的门槛: 两台路由器都执行:
# 降低连续发送失败的踢出阈值(默认很高)
uci set wireless.default_radio1.disassoc_low_ack='1'
# 缩短不活跃踢出时间(秒),默认300秒太长了
uci set wireless.default_radio1.max_inactivity='60'
uci commit wireless
wifi reload
执行后,主路由检测到 iPhone 连续失败/不活跃超过60秒就会主动踢出,iPhone 会立刻重连到信号最好的 AP。
----------------------分割线---------
参考9楼朋友提到的DAWN,让AI重新调整了一次,这次体验下来切换会更及时:
- 本次针对 OpenWrt 主路由与 AP 之间的 DAWN 自动漫游优化已全部调整完毕并验证通过。以下是本次工作的总结:
- ### 🛠️ 工作总结
- 1. 环境与依赖诊断:检查了两端 wpad-openssl 依赖与 umdns 发现服务的运行状态,确保 802.11k/v 漫游协议环境正常。
- 2. SSID 与 802.11r 优化:
- • 维持您的需求:2.4G 与 5G SSID 保持独立,仅在 5GHz 上启用 AP 间漫游。
- • 禁用了 5GHz 的 802.11r(Fast Transition),仅保留 802.11k/v,规避了 WPA2/WPA3 混合模式下的握手兼容性风险。
- 3. DAWN 基础参数修正:
- • 将 broadcast_ip 从 10.0.0.255 修正为局域网实际网段的 192.168.10.255 ,保障两端拓扑同步的可靠性。
- • 将 bandwidth_threshold (低流量剔出阈值)设为 0 ,解决了闲置设备/智能家居频繁掉线重连的痛点。
- 4. 粘性客户端(Sticky Client)策略微调:
- • 降低发射功率:将两端的 5G 发射功率( txpower )由最大值 26 dBm 降至 18 dBm,减少两端信号的过度重叠,使 iPhone 能顺利跌入 -70 dBm
- 的主动扫描门槛。
- • 调整漫游门槛与确认次数:将漫游阈值 kicking_threshold 从 20 降为 10 ,连续判定确认次数 min_number_to_kick 从 3 降为 2 。
- • 解决能力值评分误差:将 ht_support 和 vht_support 的加分项关闭(设为 0 ),让 DAWN 的评分标准纯化为 RSSI,避免因探测帧缺乏 HT/VHT
- 描述导致的“不触发漫游”死锁。
- 5. 验证与状态确认:
- • 通过 ubus call 证实主路由与 AP 两端的 DAWN 组网畅通。
- • 验证表明您的 iPhone(MAC: XXXX )已能准确切换并连入 AP(Cudy)的 5G 网络。
- 祝您的无线网络漫游体验愉快!如果未来有任何新需求或需要调整参数,随时欢迎回来。再见!
复制代码
|
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
×
|