摘要

  • Tomoya Yoshida 与 Philip Smith、Gaurab Raj Upadhaya 联名提出 APNIC prop-061：给网络教程留一批专用 ASN，免得示例借用真实运营商的号码。
  • 2008 年 8 月，APNIC 政策会议同意同时照顾 16 位和 32 位 ASN。随后，Geoff Huston 撰写的信息性 RFC 5398 将两段示例号码写进公开规范。
  • IANA 至今把 64496–64511、65536–65551 标为文档和示例代码专用，各 16 个。它们的工作就是留在纸上。

教材里的假邻居，路由器可不会装作没看见

教 BGP 时，总得给图上的几张网络起名字。随手挑几个好记的 ASN，投影幕上非常整齐。下一步有人把配置整段复制进实验路由器，而实验路由器旁边恰好连着生产网络，故事就没有那么整齐了。真实网络的号码被拿来充当虚构邻居，路由器也看不懂讲师的幽默。

Tomoya Yoshida 熟悉这条从纸面通往设备的短路。APNIC 的 2008 年讲者简介记载，他做过 OCN 骨干网设计与互联工作，也参与 NTT、JPNIC 的路由注册服务。有这样的操作背景，他与 Philip Smith、Gaurab Raj Upadhaya 合写 prop-061 就很合情理：让教材作者有一批能放心写进去的号码。

提案第二版罗列了此前的各类凑数办法：用私有 ASN、雇主的 ASN、某个顺手的公网号码，或者当时还没人领的号码。最后一种尤其靠不住。今天的空位，明天就可能归属一家真实网络。提案还指出，学员会把示例配置粘到与生产网相连的实验设备上，给无辜网络带来混乱。风险就藏在这次复制与粘贴里。

两组各十六个，跨过一道旧门槛

2008 年 8 月 28 日，APNIC 26 政策会议形成共识，还补上一个关键细节：16 位和 32 位 ASN 都要有示例。第二版隔天提交。APNIC 的提案记录接着写到八周征求意见，以及主席等待 RFC 出版的决定。同年 12 月，RFC 5398问世。作者是 Geoff Huston；致谢中明确提到 Yoshida 与两位共同提案人。地区讨论走到全球可引用的文档规则，功劳脉络清清楚楚。

IANA 现行登记簿保留 64496–64511 和 65536–65551 两段。前一段紧挨着私有 ASN 范围的下沿；后一段越过 16 位上限，足够给四字节 ASN 的教程当演员。RFC 5398 还提醒运营配置不要与这些号码建立 BGP 邻接。专用号码给示例划了座位，实际部署的人仍得认清座位牌。

Yoshida 参与解决的不是惊天动地的地址危机，而是每一本网络手册都可能碰到的小毛病。三十二个号码，够让一堂课讲清楚路由，又不必让任何真实运营商被迫客串。好的基础设施规则，有时看起来像一张认真写好的道具清单。

原始资料