按链路顺序核查
同一客户路由在 A 站点可见、B 站点缺失时，按链路顺序核对：源 PE 是否已生成对应 VPNv4 路由 → RT 的 export 与目标侧 import 是否匹配 → 扩展团体是否真的发出去了 → RR 是否反射、下一跳对目标 PE 是否可达。按这个顺序走，通常能在四步内定位到出问题的环节。
基本信息
| 步骤一 | 源 PE 上确认该前缀是否已生成 VPNv4 路由 |
|---|---|
| 步骤二 | 核对 RT：源侧 export 与目标侧 import 是否匹配 |
| 步骤三 | 确认扩展团体发送开关是否配置 |
| 步骤四 | 确认 RR 是否反射，下一跳对目标 PE 是否可达 |
| 核对入口 | VPNv4 表、邻居通告内容、扩展团体与反射信息 |
| 常见根因 | RT 不匹配、扩展团体未发送、下一跳不可达 |
典型排查场景
- 单站点缺失：从源 PE 开始逐跳核对，定位断点
- 全站点缺失：更可能是源 PE 未生成路由或 RT 规划问题
- 反射器场景：重点检查反射路径与下一跳可达性
- 变更后缺失：对照变更前后的 RT 与社区配置
- 多客户对比：用正常的客户做对照样本，快速发现差异点
核查示例
核查示例
show ip bgp vpnv4 all 10.10.0.0/16 # 源 PE 是否已生成
show ip bgp vpnv4 all neighbors 2.2.2.2 advertised-routes | include 10.10.0.0 # 实际通告
show ip bgp vpnv4 all 10.10.0.0/16 | include Extended|Originator # 属性与反射信息
show ip route 2.2.2.2 # 下一跳可达性核对四步核查清单
| 步骤 | 核查对象 | 失败表现 |
|---|---|---|
| 第一步 | 源 PE 的 VPNv4 路由 | 路由根本没有生成 |
| 第二步 | 源出口与目标入口的 RT | 路由学到了但导入不进去 |
| 第三步 | 扩展团体发送开关 | 属性缺失导致对端无从匹配 |
| 第四步 | RR 反射与下一跳可达 | 路由存在但目标 PE 用不了 |
只看目标 PE 是常见误区：问题往往在源 PE 或中间的 RT 配置上，先确认源 PE 是否已产生路由，能省掉大量不必要的排查。
反射路径下下一跳可达性容易被忽略：路由在表里但下一跳不可达时，表现与路由缺失非常相似，需要用下一跳核对来区分。