首页/网络/无线与 Wi-Fi 速查/无线网络 IPv6 问题排查要点
故障排查112 条

无线网络 IPv6 问题排查要点

纯 IPv4 正常但 IPv6 异常:核对 RA 通告、DHCPv6、VLAN 透传与终端偏好,双栈问题常在无线侧放大。

无线与 Wi-Fi 速查网络更新于 2026-10-13

双栈问题常在无线侧放大

双栈环境中出现「IPv4 正常、IPv6 异常」时,问题往往被无线侧放大:终端获取 IPv6 地址依赖 RA(路由器通告)与 DHCPv6,而 RA 是组播报文,在空口上的传输方式与有线不同;中间设备的 VLAN 透传与 ICMPv6 放行策略也常被遗漏。部分应用优先使用 IPv6,于是表现为「某些网站打不开」,让人误以为是应用故障。

基本信息

地址获取无线网关是否下发 RA,DHCPv6 是否可用
组播传输RA 属组播报文,空口传输与有线存在差异
透传要求VLAN 与中间设备需放行 IPv6,含 ICMPv6
终端偏好部分应用优先 IPv6,解析异常表现为部分站点不通
排查方法与有线侧同 VLAN 对比 RA 与 DHCPv6 行为

典型使用场景

  • 有线正常、无线拿不到 IPv6 地址
  • 部分网站无法打开,怀疑是双栈解析问题
  • 新部署 IPv6 后无线用户访问异常
  • 排查 ICMPv6 被策略拦截导致的地址协商失败
  • 对比同一 VLAN 有线与无线的 IPv6 行为差异

终端检查

终端检查
# Windows
ipconfig /all
# Linux
ip -6 addr show
# 重点看:IPv6 地址与默认网关是否获取到
# 与同 VLAN 有线端对比 RA 与 DHCPv6 结果

排查分层

层次检查内容常见问题
地址层是否获取到 IPv6 地址与网关RA 未下发或被阻断
解析层是否获取到 IPv6 DNS 服务器DHCPv6 未响应
转发层ICMPv6 与 VLAN 透传策略拦截导致协商失败
应用层应用是否优先 IPv6表现为部分站点不通
双栈排查先回答一个问题:IPv4 与 IPv6 分别在哪一层不通,再定位无线与有线的差异,否则容易在两侧之间来回打转。
RA 是组播报文,在空口上的发送策略与有线不同;AC 或 AP 若配置了组播抑制,可能连带影响 RA 的传递。
SLAAC 与 DHCPv6 是两条并行的地址获取路径:有的网络只开 SLAAC,有的只用有状态 DHCPv6,排查前先确认设计采用哪一种,否则会按错误的方式验证。
不要只看无线侧:IPv6 的完整性依赖中间设备放行 ICMPv6,很多「无线 IPv6 不通」实际是防火墙拦截了 ICMPv6。

易错点

  • 把 IPv6 异常当应用故障:应先核对地址、网关、解析三层
  • 忽略空口对组播 RA 的传输差异:跨 VLAN 场景的排查手段要相应调整
  • 拦截 ICMPv6:地址协商与邻居发现都会失败,表现为 IPv6 完全不可用
  • 无线与有线不做对比:缺少对照点时很难判断差异来自哪一侧

数据来源与参考

  • RFC 8200: IPv6
  • RFC 4861: 邻居发现(RA/NS)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌