华为云企业路由器 ER 是什么
华为云用企业路由器（ER）做集中式组网：VPC、VPN 网关、云专线的虚拟接口统一关联到 ER，再由 ER 里的路由表决定谁与谁互通。路由表不是自动全通的——通过「关联」决定哪些实例使用这张表，通过「传播」决定哪些实例的路由会被写进这张表，两者配合就能实现分区隔离。这套思路与阿里云转发路由器、腾讯云云联网一致：实例挂载加集中路由。
基本信息
| 接入对象 | VPC、VPN 网关、云专线虚拟接口（VIF）等 |
|---|---|
| 路由控制 | 关联（association）决定谁用这张路由表，传播（propagation）决定谁的路由进入这张表 |
| 隔离手段 | 多路由表 + 关联/传播组合，实现按环境或业务线隔离 |
| 跨账号 | 通过授权或共享能力把网络实例接入 |
| 对照产品 | 阿里云转发路由器、腾讯云云联网、华为云 ER 思路一致 |
| 运维重点 | 路由表结构与关联/传播关系要留档，变更影响面大 |
典型使用场景
- 多 VPC 集中组网，替代大量两两对等连接
- 云专线与 VPN 同时接入，统一由 ER 分发路由
- 生产与测试环境隔离：用不同路由表配不同的关联与传播
- 跨账号接入：把对方账号的 VPC 通过共享方式关联进来
- 区域扩展：新增 VPC 只需关联到 ER，不必逐个调整连接
关联与传播的作用
| 配置 | 决定什么 | 配错的典型表现 |
|---|---|---|
| 关联 | 实例使用哪张路由表 | 实例用了错误路由表，互通范围与预期不符 |
| 传播 | 实例的路由是否写入该表 | 对端路由没进表，表现为不通 |
| 路由表划分 | 隔离边界 | 全部实例用同一张表，等于全互通 |
| 默认路由 | 出网走向 | 默认路由被传播进来，出口被改写 |
| 跨账号授权 | 哪些实例可接入 | 授权过宽，可达面超出设计 |
拓扑与验证思路
拓扑与验证思路
# 拓扑示意
企业路由器 ER
├─ 关联：VPC-A（使用路由表 rt-a，并传播其网段）
├─ 关联：VPN 网关
└─ 关联：云专线虚拟接口 VIF
# 验证：
# 1) 逐 VPC 确认关联的路由表是否符合设计
# 2) 确认对端网段是否通过传播进入了该表
# 3) 实例内 ping 与 traceroute 验证双向可达
# 4) 隔离场景反向验证：不该通的确实不通各厂商的集中式组网名称不同（阿里云 CEN/转发路由器、腾讯云 CCN、华为云 ER），思路一致：实例挂载加集中路由。做过一朵云的组网后，理解另外两朵的对应关系并不难，差异主要在参数命名与配额约束上。
路由表结构一旦铺开再调整，成本远高于一开始设计清楚：关联与传播的组合关系要留档，变更前评估影响的实例清单，避免一次调整把隔离边界打穿。