AGV小车失联

agv的日志 

这个找agv的分析啊。。

这段日志显示 wlan0 连接是成功的，没有异常。

• 关联和认证：连接到 BSSID 10:3f:8c:1c:fc:e0，密钥协商完成（PTK=CCMP、GTK=CCMP，即 WPA2-AES），握手只用了 0.17 秒。
• 端口状态：CTRL-EVENT-CONNECTED 之后，EAPOL 端口已 Authorized，operstate 变为 UP。
• EAP Session-Id not available：每次 STATUS 轮询都会出现，不是错误。它只是说明当前没有 EAP 会话，通常是 PSK 认证，或者认证已由驱动或外部通知完成（EAP success=1 是外部通知）。
• SIGNAL_POLL / STATUS：每秒一次，是上层（比如 UI 或 NetworkManager）在轮询信号强度和状态，属于正常行为。
• Cross_roam：是驱动或厂商扩展的快速漫游日志，这里显示 Cross_roam Success。

这段日志里没有 DHCP/IP 获取的内容，如果上网有问题，需要看 DHCP 或 DNS 的日志。

AGV 移动作业失联，虽然已经固定信道、20M 频宽，但 AGV 属于高速移动工业终端，失联绝大多数是漫游触发时机、终端粘滞、密钥重协商、DFS 雷达信道、漫游参数、终端网卡扫描机制导致，功率拉满反而会带来越区覆盖、粘滞不漫游问题，下面按优先级给出排查与配置方案H3C。

重要提醒：5G 不要选用52‑64 雷达 DFS 信道；即使配置固定信道，如果该信道检测雷达信号，AP 会强制切信道，直接造成 AGV 短暂失联，工业 AGV 务必选择非雷达信道（36、40、44、48、149、153、157、161）。

一、射频修正（当前配置存在隐患：功率开到最高）

AGV 场景不建议射频功率拉满，大功率造成越区覆盖，小车明明已经走到下一个 AP 区域，还粘在远端信号弱的旧 AP 上，不触发漫游。

• 频宽保持：20MHz（正确），固定非雷达手工信道，关闭 RRM 自动信道调优；
• 发射功率：下调至 15‑18dBm，保证相邻 AP 信号重叠 20‑30% 即可，不要满功率；
• 全部强制只用 5G 射频，禁止 2.4G 参与 AGV 业务，避免小车来回在 2.4G/5G 之间来回切换。

二、漫游核心优化（V7 AC 命令）

1、开启协同漫游（802.11r/k/v，服务模板视图，需要 WPA2‑PSK‑CCMP 加密）

AGV 优先开启 FT 快速漫游，减少漫游重认证耗时，降低失联概率；注意老款 AGV 网卡如果不支持 11r，可关闭仅保留 11k/v 做漫游引导。

2、射频侧配置粘性终端驱逐（SAC 抗粘滞，关键）

rssi30：AP 收到 AGV 信号低于 30（对应约‑70dBm），触发 BTM 引导终端漫游；gap20：目标 AP 信号比当前 AP 高 20 以上才允许切换，防止乒乓漫游H3C。

3、弱信号踢除阈值不要设置太高

AGV 移动场景弱信号拒绝接入不建议开启，或阈值设置‑82dBm 以下，防止移动过程中被直接踢下线失联。

三、容易忽略的故障点

1. DFS 雷达信道风险 固定信道不要使用 52‑64，一旦环境出现雷达脉冲，AP 强制切换信道，小车直接断连，即使手工信道也会触发规避动作。
2. 二层网络：AP 之间漫游 VLAN 必须完全透传，不要中间设备开启 STP 环路震荡、端口安全、ip‑verify‑source，漫游后 ARP / 报文被拦截。
3. AGV 小车网卡本身： 部分 AGV 网卡扫描信道列表有限，需要小车网卡里仅填写现场实际使用的 5G 信道，不要全信道扫描；全信道扫描会导致小车扫描时间变长，扫描期间业务断流表现为失联。
4. AP/AC 版本：升级 AC 与 AP 至对应系列最新稳定版本，老版本存在漫游报文处理 bug。

四、现场排查命令，定位失联瞬间

排查测试顺序

1. 确认信道为非雷达信道，下调 AP 发射功率，不要最高功率；
2. service‑template 开启 fast‑roam，关闭 ptk‑rekey 密钥更新；
3. radio 下配置sacp anti‑sticky抗粘滞；
4. AGV 小车侧网卡修改扫描信道列表，只保留现场业务信道；
5. 实地跑车复现，抓取日志，看失联时刻是【主动解关联】、【漫游切换】还是【认证失败】。

补充：如果做完上面配置依旧频繁失联，需要确认 AGV 车载网卡规格；部分老旧工业 WiFi 网卡本身漫游能力弱，即便网络侧全部优化完成，也会出现移动失联。