摘要

  • Cathy Aronson 在 2015 年的 ARIN 原文中记下：一家规模不小的 ISP 想知道，把 22.0.0.0/8 还是 30.0.0.0/8 用作额外内部地址，哪一个更安全。
  • IANA 登记表把这两个 /8 都列给 Defense Information Systems Agency。若登记持有人开始路由该地址段，借用者和合法目的地之间会发生可达性冲突，借用者还得赶着给大量设备换地址。

两个选项，共用一个陷阱

那封邮件来自一位在大型 ISP 工作的同行。Aronson 在 ARIN 的亲历文章里说，对方的上司想扩充“RFC1918 地址”，正考虑 22.0.0.0/8 和 30.0.0.0/8。她先回信确认自己有没有理解错；对方答复，确实就是这个意思。问题的包装很工程化，内核却是把别人的地址当空房间。

IANA 的 IPv4 地址登记表给出清楚的对照：022/8 和 030/8 都标作 Defense Information Systems Agency 的 legacy 地址段；010/8 才标为私有用途。把一个编号写进内部规划，不会抹掉它在全球登记表上的归属。眼下看不到别人使用，也不等于获得了使用权。

Aronson 最关心的是流量去哪儿。登记持有人一旦对外宣告其中一个地址段，借用者网络内部的设备可能把发往合法目的地的流量误认成“家里”的流量。借用者的用户到不了真正的地址持有人；地址持有人也可能到不了借用者网络里的部分用户。接下来就是给内部设备紧急重新编号。地址用得越深，夜班名单越长。

这篇原文没有公布来信 ISP 的名字，也没有证明它已经部署了 22/8 或 30/8。Aronson 还记录了与其他考虑或正在占用他人地址的运营者的谈话。她揭示的是一个真实提出的决策，以及它会如何把局部便利变成跨网络故障。不能把那个匿名问题写成一场已经发生的断网事故。

“内部使用”四个字最会骗人。它描述地址放在什么设备上，却没有回答这个号码在公共体系中属于谁。Aronson 把问题从表格拉回数据包：当真正的持有人出现，借用者的内部设计就得和整个互联网的地址事实正面相撞。