抖动抑制的副作用
抖动抑制把短暂的链路抖动放大成持续的不可达：一次链路抖动叠加会话重建，可能让前缀被长时间压制。更稳妥的做法是先修根因——链路质量、BFD 检测、定时器参数，而不是用抑制掩盖现象。多数运营商网络更倾向不启用它，而是通过治理消除抖动来源。
基本信息
| 副作用一 | 多次抖动累积惩罚，延长不可达时间 |
|---|---|
| 副作用二 | 干扰应急排障节奏，现象与配置不一致 |
| 替代手段 | BFD 快速检测、调整 Hold 时间、解决物理层抖动 |
| 启用原则 | 先评估业务容忍度再决定 |
| 典型取舍 | 稳定性优先可启用，时延敏感业务慎用 |
典型使用场景
- 设计评审：判断网络是否需要抖动抑制，参数如何取值
- 故障处置：判断某前缀长时间不可达是否由抑制造成
- 链路质量治理：用 BFD 与物理层排查替代抑制
- 现网巡检：确认被抑制列表与告警联动是否完整
- 复盘：区分抑制放大的影响与故障本身的损失
排查与应急
排查与应急
show ip bgp dampening flap-statistics | include 10.1 # 抖动次数与来源
show ip bgp dampening parameters # 当前参数取值
show interfaces GigabitEthernet0/1 | include error|drops # 回到物理层找根因
!
# 应急处置：仅解除指定前缀的抑制
clear ip bgp dampening 10.1.1.0/24取舍对照
| 做法 | 优点 | 代价 |
|---|---|---|
| 不启用抑制 | 抖动影响实时可见 | 对端会承受更多路由变化 |
| 启用抑制 | 对端路由更稳定 | 本端可能长时间不可达 |
| BFD 加速检测 | 切换更快 | 需要两端支持并统一参数 |
| 治理物理层 | 从源头消除抖动 | 需要链路资源与维护窗口 |
参数决定放大倍数：半衰期与最大抑制时间越长，一次抖动带来的不可达时间越长，评审不能只看开关是否打开。
启用后必须配套监控：被抑制列表缺少告警时，故障可能长时间无人察觉，恢复时间完全取决于参数衰减。
在故障处置窗口临时启用抑制风险很高：会把本可快速恢复的中断变成长时间不可达，除非确认没有备份路径，否则不建议这么做。