首页/网络/BGP 与广域网速查/RT 的导入导出:决定 VPN 互通关系
MPLS 与专线70 条

RT 的导入导出:决定 VPN 互通关系

RT 以 BGP 扩展团体形式随 VPNv4 路由传播:左侧按 export RT 发出,右侧按 import RT 匹配后落入对应 VRF,互通关系由 RT 组合控制。

BGP 与广域网速查网络更新于 2026-10-13

RT 决定谁与谁互通

Route Target 以 BGP 扩展团体的形式随 VPNv4/VPNv6 路由传播。发送方在导出路由时携带 export RT 集合,接收方按本 VRF 的 import RT 列表进行匹配,命中后把路由放入对应 VRF 的路由表。站点之间的互通关系完全由 RT 组合决定:要改互通关系,改 RT 即可,不需要动物理链路。

基本信息

属性类型扩展团体(extended community)
export本 VRF 发出路由时携带的 RT 集合
import本 VRF 接收时用于匹配的 RT 列表
可组合性一个 VRF 可配多条 export 与 import,实现多对多关系
查看命令show ip bgp vpnv4 all <前缀> | include Extended

典型使用场景

  • 总部与分支全互通:所有 VRF 使用同一组 RT 值
  • 分支只与总部互通:分支与总部使用成对 RT,分支之间不共用
  • 网络型 VPN:中心 VRF 的 import 覆盖全部客户 RT,客户侧只导入中心 RT
  • 临时开放:割接或应急期间为特定 VRF 增加导入值
  • 重构互通关系:通过调整 RT 实现业务合并与拆分,无需改链路
  • 站点合并:两个 VRF 需要合并时,把其中一侧的 RT 加入另一侧的导入列表
  • 隔离审计:定期导出各 VRF 的 RT 配置,核对互通关系与业务台账是否一致

配置与验证

配置与验证
# 站点只与总部互通:站点导出总部可导入的 RT,导入总部 RT
vrf definition CUST-A
 address-family ipv4
  route-target export 65001:100
  route-target import 65001:100
 exit-address-family
!
# 核对实际携带的扩展团体
show ip bgp vpnv4 all 10.10.1.0/24 | include Extended
show ip vrf detail CUST-A

互通关系设计示例

场景export RTimport RT
全互通统一值 65001:1统一值 65001:1
分支只通总部分支 65001:10,总部 65001:1分支导入 65001:1,总部导入 65001:10
网络型 VPN各客户各自唯一值中心导入全部客户值,客户只导入中心值
临时互通保持原值临时追加对端 RT,验证后撤销

单向不通的定位

单向不通的定位
# 1) 看本端发出的路由带什么 RT
show ip bgp vpnv4 all 10.10.1.0/24 | include Extended
# 2) 看对端 VRF 的 import 列表
show ip vrf detail CUST-A
# 3) 若 RT 不匹配,路由会停留在 VPNv4 表而不进入 VRF
show ip bgp vpnv4 all
show ip route vrf CUST-A
导入导出基于集合匹配:任一侧不一致就会出现「一个方向通、另一个方向不通」的典型现象。排查单向不通时务必同时核对两端 RT,只查一侧很容易得出错误结论。

易错点

  • 只查一侧 RT 配置:单向不通往往是单侧 RT 写错,双向核对才能定位
  • 导入范围过宽:使用通配或大范围 RT 值会把非预期路由引入,需要评估业务影响
  • 导出与导入方向写反:路由发得出去但落不进对端 VRF,表现为整段业务不可达
  • 修改 RT 后不做核对:已有路由不会自动重估,VPNv4 表与 VRF 表状态可能长时间不一致
  • RT 与 RD 混用同一编号体系却不做区分:维护时容易把两者改错

数据来源与参考

  • RFC 4364: Route Target
  • RFC 4360: BGP Extended Communities
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌