运营商若无法引入清洗服务，需自行应对 DDoS。Anycast 通过多节点共享 IP 并借助 BGP 就近选路分担流量，但在攻击下如何精准估算入站负载、预测路由变更后的流量迁移量，成为能否有效分摊压力的关键。
两步缓解框架：
防御分两步。首先需获取攻击真实入站负载：若总流量超出全节点容量上限，集中流量到少数节点配合过滤更优；若未超总容量，则可通过 Anycast 分摊。但上游丢包导致运营商无法直接测量真实负载，必须先观测丢包后的实际速率，再结合接入分数（未被丢弃的流量占比）反推。其次需预测路由变更影响：BGP 策略受所有 ISP 影响，盲目调整可能将流量推向本已饱和的节点，造成二次拥塞。
真实入站负载估算：
估算流程分两阶段。第一阶段测量观测流量速率——即攻击流量经上游丢包后到达节点的实测值。第二阶段测定接入分数，即未被上游丢弃的流量占比。原文指出 "We observe that known" 后内容缺失，但逻辑明确：真实负载 = 观测速率 ÷ 接入分数。若接入分数未知，运营商只能获得下界估计，导致分摊决策偏保守。原文未给出具体测量方法或典型数值。
路由变更影响预测：
预测难点在于 BGP 决策涉及全网 AS 策略，非单一运营商可控。任何路由调整（如预置 AS-PATH、调整 MED 或社区属性）触发的流量迁移量，取决于上游 ISP 的入站策略、对等互联拓扑及对手攻击源分布。盲目实施 TE 可能使原本有余量的节点瞬间过载。运营商需建立仿真或回放模型，结合历史 BGP 更新与 NetFlow 数据，量化不同 TE 动作对各节点入站流量的增量分布，再决定是否执行。
对网络工程师而言，核心启示是：Anycast 不是万能盾牌，分摊前必须量化真实负载与路由变更副作用。建立观测速率、接入分数、BGP 仿真三套基础设施，才能在攻击来临时在“集中过滤”与“分摊吸收”之间做出可量化的决策，避免盲目调度引发连锁故障。
原文: APNIC Blog（2023-03-28）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog