PE-CE 路由不通：分侧排查
客户报「对端网段学不到」时，最容易犯的错是把核心与接入混在一起查。可靠的做法是把整条链路切成四段逐段核对：本侧 CE 是否发布、PE 是否把路由装进实例表、PE 之间是否携带正确的 RT、对端 PE 是否按 PE-CE 协议再发布。每段都有独立的核对命令，定位到哪一段后再联合分析。
基本信息
| 第一段 | CE 侧路由是否已进入 PE 的实例路由表 |
|---|---|
| 第二段 | PE 是否把实例路由引入 VPNv4 并携带正确 RT |
| 第三段 | PE 之间的 VPNv4 表中是否存在该前缀 |
| 第四段 | 对端 PE 是否按 PE-CE 协议把路由再发布给 CE |
| 回程要求 | 反方向同样要逐段核对，单向通通常源于只配了一个方向 |
典型使用场景
- 客户新开专线：交付前按四段逐项验证，避免开通后才暴露问题
- 路由部分缺失：定位是哪一段过滤或未引入
- 单向可达：分别核对两个方向的引入与发布
- 变更后回归：策略或 RT 调整后按同一顺序复核
- 责任界定：明确问题出在客户侧、本侧 PE 还是骨干
四段核对命令
四段核对命令
# 第一段：本侧 PE 的实例路由表是否有目标网段
show ip route vrf CUST-A 10.10.0.0
show ip route vrf CUST-A 10.10.2.0
# 第二段：本地是否已生成 VPNv4 条目并带正确 RT
show ip bgp vpnv4 all 10.10.2.0/24
# 第三段：向对端 PE 实际发布了什么
show ip bgp vpnv4 all neighbors 3.3.3.3 advertised-routes
# 第四段：对端 PE 是否已导入并再发布
show ip bgp vpnv4 all route-target # 核对 RT 配置
show ip route vrf CUST-A 10.10.2.0 # 在远端 PE 上执行断点与对应处理
| 断在哪一段 | 现象 | 处理方向 |
|---|---|---|
| 第一段 | PE 的实例表中无该路由 | 核对 PE-CE 协议邻居与引入配置 |
| 第二段 | 本地无 VPNv4 条目 | 检查 RD/RT 配置与该实例的发布策略 |
| 第三段 | 对端未收到发布 | 检查 VPNv4 邻居与会话状态、发布过滤策略 |
| 第四段 | 对端 PE 实例表中无该路由 | 核对对端 RT 导入设置与再发布配置 |
把 PE-CE 的问题与骨干的问题分开查：先确认两侧 PE 的实例表是否都有这条路由，再决定是否深入骨干。很多「专线不通」其实只是某一侧少了一条引入配置。