摘要

  • RFC 5398 分别保留 16 个可用传统宽度表达的 ASN 和 16 个必须用四字节表达的 ASN，供文档与示例代码使用。
  • 文档 ASN 通过语法检查，只能证明它像一个 ASN；不能证明某个真实网络获准用它建立 BGP 身份。
  • 有效控制应覆盖教材、测试数据、模板渲染、变更准入与路由观测，并为每一步保留不同的证据。

两段编号不是一份重复的清单

RFC 5398 的设计首先服务于教学准确性。64496–64511 位于 16 位 ASN 可表达的范围内，适合说明传统配置。65536–65551 则越过 65535，迫使示例真正进入四字节编号空间。读者因此可以看到编号宽度改变后的配置、序列化和协议行为，而作者不必借用一个已分配的真实 ASN。

这与 RFC 6793 的过渡机制相互呼应，却不能混为一谈。RFC 6793 定义四字节 ASN 支持，也赋予 AS_TRANS 23456 特定的兼容角色。AS_TRANS 是协议过渡工具，不是写教程时随手可用的示例身份。RFC 5398 的第二段空间让作者展示四字节 ASN，而不滥用这个特殊值。

两段空间的共同特点是“看起来足够真实”。如果示例数字完全不符合协议，测试会漏掉字段宽度、转换和策略问题；如果示例借用真实分配，文档就可能指向无关运营者。文档保留空间在二者之间建立隔离：结构真实，身份不真实。

这种隔离不会自动跟着复制动作移动。读者从网页复制一段配置时，说明文字通常不会进入设备模板。工单只留下命令，代码评审只看到合法整数，自动化系统只关心字段能否序列化。原先显眼的“示例专用”语境会逐层丢失。

所以两段编号真正测试的不是路由器能否识别四字节数字，而是组织能否保存用途。只要用途丢失，技术上正确的值就会成为运营上错误的身份。

私用 ASN 也不是中性的示例材料

有人可能认为，既然示例不能使用公共 ASN，就改用私用空间。RFC 6996 说明这仍然不安全。64512–65534 与 4200000000–4294967294 被保留用于真实的私有部署；数据中心等环境会用它们表达内部 BGP 拓扑。不同组织可能重复使用这些号码，正因为它们不承担全球唯一性。

一个教程若选择私用 ASN，很可能正好撞上读者内部已经使用的身份。读者把示例原样放入实验网络时，冲突不再是假设。更重要的是，私用 ASN 有自身的运营规则：在向全球互联网通告前，需要从相关路径属性中移除，并且实现对混合路径的处理并不总是简单。

文档空间与私用空间因此承担两种不同责任。前者服务于公开示例，后者服务于受限但真实的运营。数据库若只用一个 reserved 标志，会把用途差异压平；规则引擎若只判断“不是公共分配”，则可能允许文档 ASN 成为生产 local-AS，也可能误把合理的私有实验当成文档错误。

更可靠的数据模型至少要保存：编号区间、用途类别、规则来源、注册表快照、允许的环境、被检查字段以及处置方式。同一个 64496 出现在 RFC 示例里是合规的，出现在生产邻居配置里则应被拒绝。判断来自上下文与用途，不来自数字的外形。

从示例到设备，至少有五道证据门

第一道门是作者。示例应明确使用 RFC 5398 空间，并让读者知道它不能代表真实自治系统。示例文件、测试夹具和教程目录应有机器可读的环境标签。这样，后续扫描能够区分预期出现与意外逃逸。

第二道门是参数来源。生产 ASN 应来自受控清单或获得批准的环境配置，而不是模板中的默认字面量。缺少变量时，系统应失败，而不是退回一个“能让演示跑通”的文档值。默认值最危险的地方，是它把输入缺失伪装成成功配置。

第三道门是渲染后检查。只扫描源代码并不够：字符串拼接、包含文件、变量覆盖和环境替换都可能在最终配置中形成保留值。检查应理解 local-AS、remote-AS、AS_PATH 等字段的语义，而不是只做无上下文的文本搜索。

第四道门是生产准入。完整配置已经知道目标设备、网络角色和环境，因而可以作出最接近实际影响的判断。准入记录应说明命中了哪个区间、哪条字段、使用哪版 IANA 证据以及为何拒绝。早期 lint 通过，只能证明早期版本通过；不能替代这一关。

第五道门是运行态观测。设备接受配置并不等于预期身份真正生效，也不证明文档 ASN 未进入路径。邻居状态、导出配置与路由遥测需要与变更记录相关联。只有这样，组织才能区分“源文件干净”“渲染正确”“设备已应用”与“网络行为符合预期”。

五道门不能合成一个绿色图标。每一关回答不同问题，失败时也指向不同责任人。把它们压缩成“部署成功”，会让一个示例值在证据链里悄然获得运营权威。

看到文档 ASN，不应立即创造一个运营者

情报或监控系统一旦看到 ASN，常会自动补充名称、国家、关系和风险标签。面对 RFC 5398 空间，这种自动丰富应停止。注册表已经说明，这些号码用于文档和示例代码；号码本身没有对应的合法运营主体。

观测仍然重要，但它首先是一条事件线索。采集源是否来自实验室？数据是否经过脱敏？该值出现在配置、路径、截图、报告还是测试告警中？时间是否对应演练窗口？是否跨越了预期边界？这些上下文决定后续动作。

在封闭模拟里看到 65536 可能完全正常。在生产库存中把它登记为本地 ASN，即使尚未建立会话，也已经是配置治理失败。在外部 AS_PATH 中看到它，风险更高，但仍需要验证采集路径与数据真实性，不能因此虚构一个“AS65536 运营者”。

注册表分类、运行观测与实体归属是三层不同事实。RFC 5398 提醒分析系统：语法像身份的 token，不等于身份已经存在。

地址文档空间揭示同一治理模式

RFC 3849 为 IPv6 示例保留 2001:DB8::/32，并明确这段前缀不应分配给终端。RFC 5737 为 IPv4 文档提供三段 TEST-NET。它们与 RFC 5398 共同体现一个成熟原则：教程必须能准确描述部署，但不能借用真实资源制造冲突。

这个原则也说明为什么“当前未分配”不是可靠替代。未分配状态会改变，而文档可能存活多年。示例一旦进入书籍、培训、测试库和代码片段，就很难在未来统一更新。用途保留把稳定性从某个时间点的空闲状态，提升为注册政策。

组织自己的示例空间也需要同样治理。它应该有明确用途、边界、所有者和生产禁用规则。仅在文档页写一句警告不足以约束复制后的版本。用途必须进入清单、校验器、准入策略和运行监控。