IPv6 的异常和 IPv4 有个本质区别：IPv4 用户感知不到，只有纯 IPv6 用户会中招。所以不能等反馈，只能主动测。

全部节点超时

先分清是“解析不出来”还是“解析出来但连不上”。

解析失败，说明没有 AAAA 记录，或者记录没生效。

解析成功但全超时，常见三种原因：目标禁用了 ICMPv6、源站没有 IPv6 出口、机房没开通 IPv6。云厂商的安全组是重点检查对象，IPv4 和 IPv6 是两套规则，很多人只配了前者。

还有一种情况：服务器有 IPv6 地址，但地址是内网的，公网探测不到。

部分节点丢包

通常是当地 IPv6 出口质量或互联问题。

表现有明显地域特征：某个省份丢包 30%，相邻省份 0%。这种问题不在你的服务器上，反馈给运营商比改配置有用。

如果所有节点都丢包，才需要怀疑目标侧，比如带宽打满、网卡异常、限速策略。

延迟整体偏高

所有节点都慢，且慢得比较均匀，多半是回程路由绕行。

IPv6 的互联质量在国内还在完善，跨运营商绕路并不少见。移动访问电信的 IPv6 资源，可能比 IPv4 多绕几个省。

这种情况优化空间有限。能做的通常是调整 CDN 调度、换线路，或者接受现状——只要稳定，用户感知其实不明显。

抖动大

最大值和最小值差出一倍以上，说明链路拥塞或不稳。

先看是不是固定时段出现，比如晚高峰。固定时段抖动通常是带宽问题；全天抖动，更像是路由策略或设备故障。

先排除 ICMP 限速

这是最容易误判的一条。

很多机房对 ICMP 限速，Ping 显示 20% 丢包，但 TCP 完全正常。判断方法很简单：用 IPv6 TCPing 对同一目标测一次。TCP 不丢包，说明是 ICMP 被限速，不是链路问题。

排查顺序

先看全部还是局部，再看是超时、丢包还是延迟高，最后用 TCP 或路由追踪交叉验证。

用 IPv6 Ping 测速 跑一轮，把结果和 IPv4 对照着看。只有 IPv6 异常而 IPv4 正常，问题就在 IPv6 这条链路上，方向很明确。