热土豆与冷土豆
同一目的地有多条出口时，有两种截然不同的出口哲学。热土豆：尽快把流量交给对端，按本设备到各出口的 IGP 度量选择最近的出口，省自己的骨干带宽。冷土豆：让流量在本 AS 内多走一段，去挑对端入口更近或更省钱的出口。BGP 选路里「比较到下一跳的 IGP 度量」这一步天然偏向热土豆，要冷土豆就得额外用属性干预。
基本信息
| 热土豆 | 按本地到出口的 IGP 度量选择，尽快离开本 AS |
|---|---|
| 冷土豆 | 按对端入口代价选择，可能多走内部链路 |
| 默认倾向 | IGP 度量比较步骤天然偏热土豆 |
| 实现手段 | 冷土豆需 LOCAL_PREF、社区与前缀策略配合 |
| 观察命令 | show ip bgp <前缀>、show ip route <下一跳> |
典型使用场景
- 多出口选路设计：先明确计费方向与骨干容量，再决定偏热还是偏冷
- 解释流量绕行：确认当前策略属于哪一类，避免把设计当故障
- 成本优化：按链路计费差异调整出口偏好
- 容量规划：冷土豆会增加内部链路负载，需评估带宽余量
- 与对端协商：MED 与社区等建议类属性需要对方配合才有效
观察与对比
观察与对比
# 看同一前缀的多条路径及其到下一跳的度量
show ip bgp 10.1.1.0/24
# 看本地到各出口的 IGP 代价
show ip route 10.0.0.2
show ip route 10.0.0.6
# 查看到某目的地实际走哪个出口
traceroute 10.1.1.1 source 10.255.0.1两种策略对照
| 维度 | 热土豆 | 冷土豆 |
|---|---|---|
| 选择依据 | 本地到出口的 IGP 度量 | 对端入口代价或商业策略 |
| 内部链路占用 | 较少 | 可能明显增加 |
| 依赖其他 AS 配合 | 不依赖 | 常依赖对端按策略配合 |
| 实现难度 | 默认行为，基本无需配置 | 需 LOCAL_PREF、社区或前缀策略干预 |
| 常见取舍 | 骨干容量紧张时优先 | 跨域计费差异大时优先 |
取舍取决于计费方式与骨干余量，不存在通用最优解：按流量计费的链路通常偏向把流量尽快交给对端，而跨域计费差异大时可能愿意多走内部链路。