• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

车地无线

18小时前提问
  • 0关注
  • 0收藏,43浏览
粉丝:0人 关注:0人

问题描述:

车地无线方案里,切换到车尾转发流量后无法ping通ac且pingac会在网关处反复访问网关有什么排查思路吗?

2 个回答
粉丝:36人 关注:2人

现象根因预判:切换车尾主链路后,车载侧路由 / ARP / 回程路径异常,产生路由环路;车头模式路由正常,切换车尾后,默认网关、静态路由、CAPWAP 管理 VLAN、业务 VLAN 没有同步切换,报文被网关反复转发,tracert 出现同一网关 IP 循环。

前置基础确认

  1. 车头模式:业务、CAPWAP 隧道、ping AC 全部正常;切换车尾复现故障;切回车头故障消失。说明轨旁网络、AC 本身无问题,问题集中在车载设备(车头 / 车尾车载 AP、车载交换机)切换逻辑
  2. 故障现象tracert反复访问网关,典型特征:tracert 输出不停打印同一个车载网关 IP,跳数不会增加,属于车载侧产生环路,报文无法送出车载网络到轨旁

排查步骤(按顺序执行)

1、查看切换后主链路状态(车载 AP)

#查看车载AP当前主备链路,确认切换后主链路已经是车尾无线链路 display wlan vehicle‑ground link display wlan ap verbose display capwap status

✅确认:切换后车尾 radio 成为 active 主链路,车头变成 standby 备链路。 ❌异常:切换逻辑没有真正把车尾切为主链路,还是车头在做转发,双链路同时 active,车载两条上行同时存在,路由冲突环路。

关键点:车地快速切换特性,需要确认vehicle‑ground enable,主备链路切换动作是否完整执行,不只是无线信号切换,同时要切换车载三层默认路由 / 网关

2、检查切换车尾后的车载路由表(最核心)

车头正常时,车载交换机 / 车载 AP 默认网关指向车头链路;切换车尾为主链路后,默认网关没有自动更新,依然指向车头方向,但是车头无线链路已经降为备链路,业务不通,报文在车载设备之间来回转发,出现 tracert 网关循环

登录车载三层交换机:

display ip routing‑table
  • 车头模式:默认路由下一跳指向车头车载 AP。
  • 切换车尾之后,默认路由下一跳必须切换到车尾车载 AP;如果没有变化,就是故障直接原因

车地方案要点:车载三层设备要配置动态跟踪 / NQA 联动静态路由,链路状态变化自动修改默认路由下一跳,不能写死静态默认路由。写死静态路由,切换链路后路由不会自动更新,直接环路。

3、区分两套 VLAN:业务 VLAN vs CAPWAP 管理 VLAN

  1. CAPWAP 隧道(AP 和 AC 通信)使用管理 VLAN;车载 ping AC 走 CAPWAP 管理网段。
  2. 用户业务流量走业务 VLAN。

故障现象是ping 不通 AC(CAPWAP 管理流量)

  1. 切换车尾后,确认车尾无线回传是否同时放通CAPWAP 管理 VLAN 与业务 VLAN;很多配置只切换业务 VLAN,管理 VLAN 没有允许通过车尾链路。
  2. 查看车载 AP:display port trunk,车尾回传 radio 对应的虚拟端口,是否允许管理 VLAN 通过。

只切换业务流量,CAPWAP 管理流量还试图走已经降备的车头链路,管理报文不通,ping AC 失败。

4、ARP 异常排查(网关循环常见诱因)

切换车尾之后,车载网关 ARP 表项漂移,同一个网关 MAC 同时出现在车头、车尾两个车载互联端口,二层环路。

display arp display mac‑address
  • 观察网关 MAC 学到的出接口:切换车尾之后,网关 MAC 应该学到车尾方向的接口;如果仍然学到车头侧接口,二层转发环路。
  • 检查车载交换机是否开启 STP;车地车载内部网络,车头‑车尾之间车厢互联链路 STP 配置不合理,切换链路后 MAC 地址漂移

5、轨旁侧回程路由校验

虽然车头模式业务正常,还是确认: AC 回程指向车载网段的静态路由,下一跳不是绑定固定车头轨旁 AP,而是轨旁全网可达车载回传网段;轨旁不需要区分车头车尾,只要车载侧把报文送上来轨旁即可。

display ip routing‑table | include 车载网段

6、车地切换参数检查

  1. 检查vehicle‑ground fast‑switch快速切换参数,主备切换的路由联动、VLAN 联动是否开启。
  2. 检查切换的 hold‑time 时间:hold‑time 过短,链路还没有完全 Up,路由就已经切换;hold‑time 过长,链路已经切到车尾,路由还保留旧车头下一跳,短暂环路。
  3. 检查 NQA/track 跟踪对象:跟踪无线链路状态,联动静态路由;确认 track 对象在车尾链路 UP 之后状态变为 Positive,触发路由切换。
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 配置不当,切换链路引发二层环路

临时定位小技巧

  1. 切换车尾故障复现,在车载交换机上手动修改默认路由下一跳指向车尾车载 AP,如果 ping AC 立刻通,确认根因就是 track/NQA 联动静态路由失效,切换没有更新路由
  2. 在车载设备上做流量统计,看 ping AC 报文:报文是否已经从车尾无线口发出;还是报文直接在车载交换机内部丢弃 / 环回,没有送到无线回传口。

收集信息,提交 400 排障

  1. 车载交换机、车头 / 车尾 AP 完整配置;
  2. 车头正常、车尾故障两套场景下:display ip routing‑tabledisplay track alldisplay wlan vehicle‑ground link输出;
  3. tracert ping AC 完整输出(看到网关循环的完整 trace 截图);
  4. vehicle‑ground 车地快速切换相关配置。

文档参考 H3C《车地无线快速切换配置指导》中主备链路 + 路由 track 联动章节。

暂无评论

粉丝:15人 关注:9人

您好,此问题常见于二段转发(本地转发)模式下车尾关联后流量回环或路由/隧道异常,排查思路如下:
1. 确认AC与车地AP的管理状态
display wlan ap all:确认车头、车尾AP均已在AC上线(状态为Run/M),且在正确的AP组。
display mac-address vlan X:检查网关或AC上学习到的AC地址是否在正确的物理端口(非车尾方向)。
2. 检查本地转发VLAN配置
确认VLAN规划:业务VLAN与管理VLAN是否不同?
检查WLAN服务模板:service-template 下是否绑定了正确的VLAN,并开启了 local-forwarding enable。
检查AP Group配置:是否下发了正确的VLAN映射及本地转发权限。
3. 定位回环或地址冲突
在AC或网关Ping AC地址,同时在网关抓包:packet-counter 或镜像抓包。
如果看到ICMP Request的TTL在不断递减(255, 254, 253...),说明存在二层环路或转发路径翻滚。
4. 重点检查车尾配置与MSTP
检查车尾AP连接的车载交换机是否启用了STP/RSTP/MSTP。
常见坑点:车头/车尾通过无线关联后,形成了“有线+无线”的环路,MSTP阻塞了有线口但未处理好隧道封装,或管理VLAN与业务VLAN的生成树实例映射不一致。建议检查实例映射并确保管理VLAN的根桥在地面一侧。
5. 检查AC路由及ARP
display arp | inc X.X.X.X:检查是否有冲突ARP。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明