专线路由配置是什么
专线物理接通只是第一步，能不能通、怎么选路完全由路由决定。云端侧通常维护一张路由表，把 IDC 网段的下一跳指向专线相关的网关或互联地址；IDC 侧同样需要指向云上网段的回程路由。规模小时静态路由足够直观，网段多或需要多线冗余时用 BGP 自动收敛。两条最容易踩的线是：网段重叠导致路由被丢弃，以及默认路由互相抢路把公网出口带偏。
基本信息
| 静态路由 | 手工维护，网段少且稳定时简单可控 |
|---|---|
| BGP | 动态学习，多线冗余与频繁变更场景常用 |
| 下一跳 | 云端侧指向互联地址或对应逻辑网关，填错则路由存在但不生效 |
| 互联地址 | 两端互联常用小网段，需与业务网段错开 |
| 冲突控制 | 避免网段重叠、避免默认路由互相覆盖 |
| 分流手段 | 按网段或策略路由区分在线业务与备份流量 |
典型使用场景
- IDC 少量固定网段接入云上，静态路由最省事且易审计
- 多子网 IDC 接入，用 BGP 避免每次新增子网都改云侧配置
- 双专线主备：用 BGP 属性控制主备与收敛时间
- 大流量备份与在线业务共用专线，用路由策略把备份流量分流
- 割接过渡：新旧网段同时生效，验证后收回旧路由
静态与 BGP 的取舍
| 场景特征 | 建议方案 | 理由 |
|---|---|---|
| 网段固定、数量少 | 静态路由 | 配置直观，排障简单 |
| 网段多、变更频繁 | BGP | 自动同步，减少人为遗漏 |
| 需要多线主备 | BGP + BFD | 收敛快，可按属性选路 |
| 严格的变更管控 | 静态路由 + 变更流程 | 每次改动都留痕可审 |
| 仅做临时联通验证 | 静态路由 | 上线快，后续再演进 |
路由与连通性验证
路由与连通性验证
ip route get 10.20.0.10 # 本地选路是否符合预期
ping -c 4 -s 1400 10.20.0.10 # 大包是否也能通
traceroute -n 10.20.0.10 # 路径是否经专线而非公网
mtr -n -c 30 10.20.0.10 # 丢包出现在哪一跳
# 云控制台：确认路由表中的专线条目状态与下一跳正确专线带宽有限：备份、大数据同步与在线业务混跑时会互相挤占，需要在路由或策略层明确分流，否则一次全量备份就能压垮生产流量。
路由优先级要做有意的设计而不是默认继承：多条路径同时存在时，谁优谁劣、故障时切到哪一条，都应在上线文档里写明，避免故障时才发现流量跑到了非预期链路。