摘要

  • Tom Strickx 说，过去把内部前缀拆成更细路由，有助于绕开 ECMP 分流桶不足的问题，却把路由表推向难以承受的规模。
  • 新的四层负载均衡让团队减少这些路由，也让追查泄漏起点的 AGGREGATOR 标识随旧聚合流程消失。他称团队修改 BIRD，使标识仍可写入和传递。

好办法撑坏了表

RIPE 93 的发言把 Anycast 分成两层：全球入口之间由路由选择，站点内部则用 ECMP 把包分给计算节点。按会议逐字稿，Strickx 说早期设备可用的 ECMP 桶少，团队便把内部网段拆得更细，让流量落到更多机器。

细分路由会随业务规模叠加。他描述一次大批前缀接入后，路由进程内存耗尽，设备重启耗时数小时。后来团队部署四层负载均衡，把包转给有余量的机器，因而不必再靠大量更细路由做同样的事。他给出的路由量变化是本网络的运营口述，不能当成行业统计。

删掉细分路由之后，另一项能力也没了。旧聚合流程会在 BGP 中留下 AGGREGATOR 标识和 ASN。Strickx 说，公开路由收集器若看见泄漏，团队可用该标识查回产生路由的站点，随后处理出问题的连接。没有聚合，线索也随之退出报文。

他称团队给 BIRD 加了约 190 行代码，让配置在旧聚合流程停用后仍能写入标识与 ASN，并请路由收集器和路由服务器保留、展示该属性。会议记录证明他提出了这个修法；还缺公开补丁及不同收集器在泄漏前后的可比输出，才能验证它在外部环境的效果。

网络把负担从路由表移走，不能顺手把事故现场的门牌也拆了。

来源：RIPE 93 发言资料；路由工作组逐字稿。