现象根因预判:切换车尾主链路后,车载侧路由 / ARP / 回程路径异常,产生路由环路;车头模式路由正常,切换车尾后,默认网关、静态路由、CAPWAP 管理 VLAN、业务 VLAN 没有同步切换,报文被网关反复转发,tracert 出现同一网关 IP 循环。
tracert反复访问网关,典型特征:tracert 输出不停打印同一个车载网关 IP,跳数不会增加,属于车载侧产生环路,报文无法送出车载网络到轨旁。#查看车载AP当前主备链路,确认切换后主链路已经是车尾无线链路
display wlan vehicle‑ground link
display wlan ap verbose
display capwap status
✅确认:切换后车尾 radio 成为 active 主链路,车头变成 standby 备链路。 ❌异常:切换逻辑没有真正把车尾切为主链路,还是车头在做转发,双链路同时 active,车载两条上行同时存在,路由冲突环路。
关键点:车地快速切换特性,需要确认
vehicle‑ground enable,主备链路切换动作是否完整执行,不只是无线信号切换,同时要切换车载三层默认路由 / 网关。
车头正常时,车载交换机 / 车载 AP 默认网关指向车头链路;切换车尾为主链路后,默认网关没有自动更新,依然指向车头方向,但是车头无线链路已经降为备链路,业务不通,报文在车载设备之间来回转发,出现 tracert 网关循环。
登录车载三层交换机:
display ip routing‑table
车地方案要点:车载三层设备要配置动态跟踪 / NQA 联动静态路由,链路状态变化自动修改默认路由下一跳,不能写死静态默认路由。写死静态路由,切换链路后路由不会自动更新,直接环路。
故障现象是ping 不通 AC(CAPWAP 管理流量):
display port trunk,车尾回传 radio 对应的虚拟端口,是否允许管理 VLAN 通过。只切换业务流量,CAPWAP 管理流量还试图走已经降备的车头链路,管理报文不通,ping AC 失败。
切换车尾之后,车载网关 ARP 表项漂移,同一个网关 MAC 同时出现在车头、车尾两个车载互联端口,二层环路。
display arp
display mac‑address
虽然车头模式业务正常,还是确认: AC 回程指向车载网段的静态路由,下一跳不是绑定固定车头轨旁 AP,而是轨旁全网可达车载回传网段;轨旁不需要区分车头车尾,只要车载侧把报文送上来轨旁即可。
display ip routing‑table | include 车载网段
vehicle‑ground fast‑switch快速切换参数,主备切换的路由联动、VLAN 联动是否开启。display nqa entry all
display track all
display ip static‑route
track 对象状态为 Negative,静态路由不会生效,默认路由仍然使用旧的车头下一跳,报文环路,tracert 反复访问网关。
表格
| 现象 | 根因 |
|---|---|
| 车头正常;切车尾 tracert 在车载网关循环,ping 不通 AC | 静态默认路由写死,没有 track/NQA 联动;切换链路后默认网关下一跳没有更新,报文在车载设备环路 |
| 业务流量切换车尾正常,但 ping 不通 AC(CAPWAP 不通) | 只切换业务 VLAN,CAPWAP 管理 VLAN 没有在车尾回传链路放通,管理报文还试图走备的车头链路 |
| 切换瞬间短暂网关循环,几秒后恢复 | vehicle‑ground 切换 hold‑time 时间参数不合理,路由切换和无线链路切换时序不匹配 |
| MAC 地址漂移,网关 MAC 同时出现在车头、车尾车厢互联口 | 车载内部 STP/MSTP 配置不当,切换链路引发二层环路 |
display ip routing‑table、display track all、display wlan vehicle‑ground link输出;
文档参考 H3C《车地无线快速切换配置指导》中主备链路 + 路由 track 联动章节。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论