摘要

  • LACNIC 10 月 13 日的会后记录建议通过光纤接收完整 BGP 路由表，只在低轨卫星链路上接收默认路由，以便光纤路径失效时由卫星承接流量。
  • 这条路由规则本身不会检测海缆故障。文章提到培训练习，但没有列出运营商部署、路由撤销时限、容量测试或恢复结果。

会后的路由建议

CaribNOG 32 于 10 月 7 日至 9 日在威廉斯塔德（库拉索）举行。LACNIC 在 10 月 13 日发布的会后文章称，Alejandro Acosta 与 Nicolás Antoniello 主持了技术环节，之前由 ARIN 技术负责人 Mark Kosters 作介绍。文章把建议放在海底电缆和风暴等地区风险的背景下。这是 LACNIC 的会后叙述，并非对加勒比岛屿网络的独立调查。

建议本身具体：至少接入一条海底光纤路径，最好有多条；让光纤链路承载完整 BGP 路由表；低轨卫星链路只接收一条默认路由，在光纤路径故障时再承接流量。LACNIC 还提醒，一条 LEO 链路可能无法承载许多 ISP 的流量，但没有公布链路容量、负载曲线或测试来量化这一点。

关键缺口是路由何时撤销

默认路由用于转发没有更具体路由项的目的地址，它不会自行发现故障。对已有更具体光纤路由的目的地，数据仍沿这些路由转发；只有路由被撤销或策略改变，默认卫星路由才可能接管。如果故障后旧路由仍留在表内，备用链路可能不会启用，数据包仍被送往失效路径。

因此，检测信号和撤路规则才是核心：物理接口断开是否足以撤路？是否等待 BGP 会话中断、依靠 BFD，或用主动服务探测？路由最多能保留多久？如何避免光纤抖动引发反复切换？LACNIC 描述了目标结构，却没有公布这些参数，也没有报告实际网络中的切换测试。

安全机制各有边界

文章还提到 RPKI 起源验证、BGP 泄漏控制和 BFD。RFC 6811 检查某前缀的起源 AS 是否获授权，并明确不验证完整 AS_PATH。RFC 9234 的泄漏防护依赖 eBGP 邻居对角色达成一致并标记路由，同时还需要运营商策略。它们都不能单独证明路由可达或配置已经部署。

LACNIC 称 BFD 可把检测从约 90 秒缩短到毫秒级。RFC 5880 规定时间取决于协商的发送间隔和检测倍数；文章没有给出实际配置。IPv6 路径 MTU 探测需要 ICMPv6 消息通过，RFC 8201 解释了这一点。LACNIC 说下午安排了 DNSSEC 解析器与 RPKI 起源验证练习：这证明开展了培训，不等于生产网络已采用。

公开材料能够证明技术建议和实操训练存在，却无法说明有多少网络采用、海缆中断时卫星容量是否够用，或恢复需要多久。

来源：LACNIC 会后记录；CaribNOG 32 议程；RFC 6811；RFC 9234；RFC 5880；RFC 8201。