静态对接为什么常用
PE-CE 之间用静态路由是常见做法：CE 侧配一条指向 PE 互联地址的默认路由，PE 侧在对应 VRF 中配客户网段的静态路由，再引入 MP-BGP 通告给其他 PE。优点是简单、可控、不依赖 PE-CE 的动态协议能力；代价是拓扑变化需要人工维护，客户侧多归属时切换要另想办法。
基本信息
| CE 侧配置 | 默认路由指向 PE 互联地址 |
|---|---|
| PE 侧配置 | 在 VRF 内配客户网段静态路由，指向 CE |
| 引入方式 | redistribute static 配合 route-map 过滤 |
| 核对命令 | show ip route vrf / show ip bgp vpnv4 vrf |
| 适用场景 | 拓扑确定、对端设备能力有限或要求配置简单 |
| 局限 | 拓扑变化需人工维护，多归属切换依赖其他机制 |
典型使用场景
- 客户对接简单化：客户侧只有一条默认路由，运维负担小
- 设备能力受限：客户设备不支持 BGP 或不便配置动态协议
- 双链路备份：用浮动静态路由（管理距离）实现主备切换
- 排障「本端可用对端学不到」：静态路由未引入 MP-BGP
- 与 RT 配合：引入后由 RT 控制向哪些 VPN 站点发布
配置示例
配置示例
ip route vrf CUST-A 10.10.0.0 255.255.0.0 10.10.1.2 # 主用：指向 CE
ip route vrf CUST-A 10.10.0.0 255.255.0.0 10.10.1.6 200 # 备用：管理距离更大
!
router bgp 65001
address-family ipv4 vrf CUST-A
redistribute static route-map RM-STATIC # 引入并过滤
!
show ip route vrf CUST-A static # 核对 VRF 静态路由
show ip bgp vpnv4 vrf CUST-A # 核对引入后的 VPN 路由静态对接的关键约束
| 环节 | 配置要点 | 常见问题 |
|---|---|---|
| CE 侧默认路由 | 指向 PE 互联地址 | 互联地址变更后忘记更新 |
| PE 侧静态路由 | 在 VRF 内配置，注意 VRF 归属 | 配到全局表导致路由不进 VRF |
| 引入 MP-BGP | redistribute static 加 route-map 过滤 | 不过滤会把管理网段一起发布 |
| 双向验证 | 从两端分别测路由与业务 | 只测单向，回程问题被忽略 |
| 备份切换 | 用管理距离做浮动静态 | 同管理距离会造成不稳定 |
「本地可用但对端学不到」是这类对接最常见的现象：PE 侧路由进了 VRF 表但没有引入 MP-BGP，本端能 ping 通客户侧，其他站点却看不到这条 VPN 路由。
引入静态路由一定要带 route-map：VRF 里往往还有管理网段、测试网段等其他静态路由，不过滤就重分发会把它们一并通告给所有 VPN 站点。