首页/网络/BGP 与广域网速查/RD/RT 编号规范:可运维的编码实践
MPLS 与专线70 条

RD/RT 编号规范:可运维的编码实践

把 RD/RT 编码纳入管理规范:采用可读的编码格式(如按客户与站点维度),维护映射表并随变更更新,减少联调沟通成本。

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

RD 与 RT 的编号规范

RD(Route Distinguisher)与 RT(Route Target)长得像、作用完全不同,编号规范也常被混为一谈。RD 的唯一作用是把不同 VPN 实例里相同的 IPv4 前缀区分开,使 10.0.0.0/8 在两个客户处可以同时存在,它只在本地与对端 PE 之间用于区分前缀,不表达互通关系。RT 才决定路由在哪些实例之间流动。因此可运维的编号实践是:RD 按 PE 或客户维度分配保证唯一,RT 按互通集合统一设计,客户内部一致、跨客户绝不重叠,并维护一张随变更同步更新的映射表。

基本信息

RD 作用区分前缀归属,不决定互通
RT 作用决定实例之间的导入导出关系
RD 建议按 PE 或客户维度分配,保持唯一
RT 建议按互通集合定义,客户内统一
编号格式ASN:NN 或 IP:NN,两种格式不可混用在同一语义里
文档维护客户与编号映射表,随变更更新

典型使用场景

  • 新客户开通:按规范分配编号,避免临时起意造成重号
  • 客户扩容新增站点:沿用既有 RD 与 RT 规则,不引入新语义
  • 多客户冲突排查:通过编号即可判断前缀归属与互通范围
  • 交接与审计:映射表是唯一的权威依据,减少口头传递
  • 定期抽查:核对线上配置与文档是否一致

抽查与核对命令

抽查与核对命令
# 查看各实例的 RD 与 RT 配置
show ip vrf detail | include RD|Export|Import
# 按 RT 反查哪些实例导入了它
show running-config | include route-target
# 核对某个前缀出现在哪些实例中
show ip route vrf CUST-A 10.10.0.0
# 华为侧对照
 display ip vpn-instance verbose

编号设计对照

维度RDRT
唯一性要求全网或本端唯一即可按互通集合统一
是否决定互通否是
常见编法ASN 加节点编号ASN 加业务或客户编号
变更多发原因设备更替导致编号变化新增互通关系需要追加 RT
核对方式配置与规划表比对通过前缀可达性验证
RD 不一致并不会阻断互通,只影响前缀的唯一性表达;排查「两个客户看到相同前缀」这类问题时,先看 RD 再看 RT,方向不要颠倒。
RT 的编号一旦对外交付就应视为契约:变更会导致客户之间互通关系变化,必须走审批与通知流程。

易错点

  • 把 RD 当成互通开关:改 RD 并不能让两个实例互通,白折腾一轮还引入编号混乱
  • 不同客户复用同一 RT:客户之间路由互相泄漏,属于典型交付事故
  • 编号靠临时决定不落文档:人员更替后无人能解释某条 RT 的来历
  • 混用 ASN:NN 与 IP:NN 两种格式:编号体系出现两套规则,核对与自动化都难以维护
  • 扩容时新建一套编号规则:同一客户出现多套编号,后续策略无法统一书写

数据来源与参考

  • 运营商编号管理实践
  • RFC 4364: RD/RT 语义
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌