该研究通过 Beacon Measurement 项目首次系统测量 BGP 路由抖动抑制（RFD）在互联网中的实际部署与配置情况，揭示厂商默认参数与最佳实践建议长期脱节，且运营商普遍仍在使用有害的默认设置。
RFD 机制与历史争议：
RFD 于 1990 年代中期引入，1998 年在 RFC 2439 标准化。路由器为每个前缀、每个 BGP 会话维护一个惩罚值，收到通告或撤销时加性增加，随时间指数衰减。惩罚值超过抑制阈值则抑制该前缀，直到衰减低于复用阈值。路由抖动会导致路由器性能下降，RFD 本意是缓解此问题，但 Mao 等人证实它也会抑制稳定路由，甚至导致网络不可达。RIPE 于 2006 年发布 ripe-378 建议禁用 RFD，业界普遍认为 RFD 部署极少。2011 年 Pelsser 等人提出微调参数可使 RFD 可用，RIPE 随后发布 ripe-580，IETF 发布 RFC 7454 推荐调整后的参数集，但厂商有害的默认参数未修订。
实测部署现状与配置差异：
来自 Freie Universität Berlin、Internet Initiative Japan、University of Strasbourg、Hamburg University of Applied Sciences 与 Arrcus 的研究组在 Beacon Measurement 项目中测量实际部署情况。原文未给出具体数据，但指出此前从无研究量化真实世界的 RFD 部署率与配置分布。理解运营商实际使用的配置对互联网运维与测量至关重要，因为不同参数集导致的抑制行为差异直接影响路由收敛与可达性。
参数建议演进与厂商默认值滞后：
时间线显示：RFC 2439 定义初始参数，ripe-378 建议禁用，Pelsser 等人 2011 年提出调整值，ripe-580 与 RFC 7454 采纳调整值，但厂商默认值未跟进。研究组据此提供基于历次建议的参数集供路由器配置参考。原文未给出具体参数数值对比，但强调默认值与推荐值长期共存，导致网络中并存多种抑制行为，增加故障排查复杂度。
对运维工程师而言，掌握 RFD 实际配置分布有助于排查由抑制导致的路由不可达，也提示必须主动核对设备参数而非依赖厂商默认值。在部署或升级 BGP 设备时，应显式设置符合 RFC 7454 或 ripe-580 的参数，避免历史默认值引入不可预期的抑制副作用。
原文: APNIC Blog（2020-07-20）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog