摘要

  • RIPE-81 明确提出策略记录与路由器配置文件之间的双向转换。同期邮件只证明一个基础原型和极小试点，不能外推为普遍采用。
  • 1994 年工作组划定了路由器描述对象与设备配置的边界；1995 年的信息类 RFC 也没有建立普遍强制执行机制。

RIPE-81 于 1993 年 2 月面对的，是欧洲网络缺少统一协调核心、各家路由策略表述不同的问题。文件建议把策略做成 RIPE 数据库中的结构化对象，并要求内容清晰、通用、可检查、可应用，还能够与路由器配置文件相互转换。

相互转换不等于远程控制。数据库记录参与者声明的策略；程序可以把它改写为 Cisco 或 gated 可读的访问控制列表；运营者再检查是否装入设备。实际配置、BGP 通告和流量观测是后续的不同证据。数据库条目不能单独证明这些状态与声明一致。

Tony Bates 在 1993 年 2 月 22 日的邮件中说，ripe-81 仍在等待批准；基础原型已能生成 Cisco 和 gated 的访问列表，NCC 用伪数据库做过“非常小”的试点。他还提到早期 trace 和 configurator 工具。这能证明当时已有受限工具试验，却没有参与网络数量、生产部署比例或持续时间。因此不能说完全没有自动生成，也不能把小型试点写成普遍实践。

RIPE 18 会议纪要将工作放到 Merit Routing Registry、路由服务器和 NSFNET 转型的背景中。纪要列出 Merit 登记的四个 AS，并提及 Routing Policy Server 的 beta 版。这是会议上的一幅局部图景，不是网络使用情况普查。共同格式有助于交换和比较各家的声明，却不会把设备、合同和风险的决定权从运营者手中拿走。

inet-rtr 对象用于描述路由器接口和 peering 关系，为 PRIDE 等工具提供信息。1994 年 9 月的工作组纪要记录，参与者同意不要用这个对象配置路由器。这一限制针对描述设备的对象，并不否认其他策略数据可以生成候选配置。生成和应用仍是两件事。

RIPE-181 修订了早期表示。RFC 1786 于 1995 年 3 月发布，属于 Informational，介绍 aut-num 和 route 对象，汇集 RIPE 与 Merit 的工作，并讨论如何比较已登记策略和观察到的路由。文中“未描述的路由不应被路由”是一条设计规范，不是全球自动执行的证据。route 对象不是 BGP 通告；生成文件不是已加载配置；后者也不能独自证明数据包实际如何转发。

RIPE 数据库的现行历史介绍把 Internet Routing Registry 的建立追溯到 1995 年，并回顾后来与地址分配记录分离的过程。这种机构回顾不能填补原型与普遍实践之间的证据空白。较稳妥的结论是：RIPE 让策略更易传递，也让工具有了结构化输入，同时参与者划定了记录不能越过的设备控制边界。Heng Lu 的《The Policy Mirror》可作为分析视角，却不是 RIPE 历史证据。登记库能起草过滤规则，是否采用仍由运营者决定。

来源