按实例跟踪路径
华为设备上用 tracert -vpn-instance 可以按 VPN 实例发起路径跟踪，观察流量在该实例视角下经过哪些跳。它在 L3VPN 排障里特别有用：可以快速判断断点出现在 PE 侧、核心侧还是远端，把排查范围缩小到一个区段。
基本信息
| 用法 | tracert -vpn-instance <实例名> <目标地址> |
|---|---|
| 观察要点 | 路径在 PE 之后是否中断 |
| 对照方法 | 与默认实例的结果对比，判断是否与 VPN 相关 |
| 记录习惯 | 交付验收时保存路径快照，便于回溯 |
| 配套命令 | display ip routing-table vpn-instance 查看路由来源 |
典型使用场景
- 客户报不通：快速定位断点在 PE 侧还是核心侧
- 交付验收：留存 VPN 实例下的路径记录
- 割接前后对比：确认路径变化符合设计
- 多实例环境：确认流量走的是正确的实例
- 与运营商联调：提供实例相关信息，减少沟通往返
使用示例
使用示例
tracert -vpn-instance CUST-A 10.10.2.2
!
display ip routing-table vpn-instance CUST-A 10.10.2.2
# 高效顺序：先确认实例内有可达路由，再看逐跳结果结果解读
| 现象 | 含义 | 下一步 |
|---|---|---|
| 首跳即失败 | 实例内没有可达路由 | 检查实例路由表与 RT 导入 |
| 在 PE 之后中断 | 核心或对端侧问题 | 联系对应网段的负责人 |
| 个别跳星号 | ICMP 限速或未响应 | 结合其他证据判断 |
| 全程可达但业务不通 | 层间问题而非路由问题 | 检查策略与端口状态 |
目标地址必须与实例匹配：跨实例地址的跟踪结果没有参考意义，发起前先确认实例内确实存在该路由。
核心设备屏蔽 ICMP 时个别跳显示星号属常见现象：不要据此判断该跳故障，应结合业务表现与其他测量手段。
先看实例路由表再看逐跳结果是更高效的顺序：路由本身都不存在时，逐跳结果说明不了问题，只会浪费排查时间。
发起前确认源地址属于目标实例：源不在实例内时，跟踪结果反映的是默认实例的转发路径。
与连通性测试配合使用：先用 ping 确认可达性，再用路径跟踪定位断点，结论更完整。