预置长度怎么定
每追加一个 AS 号，路径长度加 1。要判断需要预置几次，必须先知道对端有哪几条备选路径、它们的长度分别是多少，以及前序属性（LOCAL_PREF、MED）是否已经决定了结果。如果对端在更靠前的步骤已经分出胜负，预置多少次都不会改变它的选择。
基本信息
| 计数规则 | 每追加 1 个 AS 号，路径长度加 1 |
|---|---|
| 常用幅度 | 1~3 个 |
| 上限风险 | 部分网络对 AS_PATH 长度设过滤上限，过长会被丢弃 |
| 生效前提 | 对端按 AS_PATH 长度比较且前序属性未决出胜负 |
| 验证方式 | 对端设备或 looking glass 复核 |
| 修改位置 | 出向策略，按邻居精确匹配 |
典型使用场景
- 备用线路加长路径，使对端优先选择主用线路
- 对称调整：确认主用与备用的长度差足够避免抖动切换
- 多对端场景：对不同对端设置不同预置次数
- 跨 AS 引导：MED 无法穿透的场景改用预置
- 切换演练：观察预置生效后对端需要多久收敛
观察对端视角
观察对端视角
# 本端核对发出的路径长度
show ip bgp neighbors 10.0.0.2 advertised-routes | include 10.1
# 对端查看该前缀的候选路径与长度差异
show ip bgp 10.1.1.0/24
show ip bgp 10.1.1.0/24 | include Path
# 用 looking glass 等第三方视角复核更准确长度差与效果
| 长度差 | 对端行为 | 适用建议 |
|---|---|---|
| 0 跳（未预置） | 按后续属性比较 | 不改变结果的配置等同于无效 |
| 1 跳 | 优先选择较短路径 | 适用于备选路径只短 1 跳的场景 |
| 2~3 跳 | 明显降级该路径 | 主备场景的常用范围 |
| 过大（如 10 跳） | 可能触发对端长度过滤被丢弃 | 避免追求「越稳越好」 |
若对端在 LOCAL_PREF 或 MED 层面已做决定，预置不会改变结果，先核对对端策略再动手。
预置次数不要盲目加大：长度膨胀不仅可能被对端过滤丢弃，还会让路径在别的方向被误判为更差。
核对是否真的改变了对端选择，最可靠的办法是请对端或使用公有路由查看工具复核同前缀的路径长度差异，本机输出只能证明发出的内容。