摘要

  • 9月15日发布、目前仍处讨论阶段的LAC-2026-4第1版，拟只允许在“拥有以合理需求为基础、互惠且兼容政策”的RIR之间进行跨RIR IPv4转移。这句话其实包含互惠、兼容、需求、触发规则和验证机构五项独立测试。
  • LACNIC与RIPE现行文件说明了为什么必须拆开看。LACNIC验证本区接收方的需求，转出时则由目的RIR分析接收方；当来源地区政策要求接收地区采取需求规则时，RIPE才要求本区接收方提交五年内使用50%的计划。触发测试的机构，不一定就是执行验证的机构。

一条政策语句看似是勾选框，真正运行时却是一张地图。

LAC-2026-4拟在LACNIC政策手册第2.3.2.18节加入一句话：只有当两个RIR共享以合理需求为基础、互惠且兼容的政策时，才允许本节所述跨RIR转移。官方提案清单显示，该文本是2026年9月15日发布的第1版，仍在讨论中。它不是已通过的通道规则。

这句话至少压缩了五项判断。“互惠”要确认双方是否都允许相应方向和资源类别；“兼容”要说明比较的是哪些条款；“以合理需求为基础”要规定接收方通过什么测试；另有一项判断要找出由哪一方的政策触发测试；最后还要指明哪个RIR或机构审查证据并返回结果。一个绿色的“兼容”标志会把这些选择全部遮住。

提案理由称，修改目标是保证对接收方进行合理需求分析。它指出，LACNIC在区内转移以及接收方位于LACNIC地区的跨RIR转移中已经进行此类验证。补充说明进一步描述RIPE情形：当转移来源实体所属RIR提出要求时，需求条件才适用。这是提案作者的表述，但RIPE现行文件确实展示了同一类方向性机制。

现行LACNIC政策手册v2.21已经按方向分配职责。LACNIC地区内的接收方必须向LACNIC证明IPv4需求；其他地区的接收方则遵守相应RIR的标准、核查与要求。根据转移方向，LACNIC或对方RIR核实资源持有权与无争议状态；跨RIR操作的支持文件由双方商定。

LACNIC的跨地区IPv4转移操作页把这些规则变成接力流程。转出时，提供方先向LACNIC申请；LACNIC核查并预批准，再由目的RIR分析接收方。转入时，来源RIR把请求交给LACNIC，LACNIC分析员要求本区接收方提交地址用途证明。最终完成由双方协调，但各项核查不能互换。

RIPE-807给出了关键条件。资源从一个要求接收地区具备需求政策的RIR地区进入RIPE NCC地区时，接收方必须向RIPE NCC提交计划，说明五年内至少使用转入资源的50%。资源从RIPE地区转出时，RIPE NCC遵循本区政策，也履行接收RIR提出的承诺。

RIPE NCC的跨RIR操作程序RIPE-769明确了顺序：转出方先向当时登记资源的RIR发起请求；两个RIR协同处理；若来源地区要求接收端遵守需求政策，则由RIPE NCC评估五年使用计划。因此，来源端规则可以触发由目的端执行的验证。

这正是政策地图问题。同一通道可能双向开放，却在两个方向要求不同证据；两套文本可能只对永久IPv4转移兼容；一侧版本更新可能让原判断失效；一次失败也可能分别意味着政策不兼容、需求证据不足或引用了错误版本。“未批准”无法区分这些状态。

公开材料尚未给出本提案专用的“互惠”与“兼容”定义、权威的合格通道清单，也没有公布验证结果交换格式。这些都是待回答的实施问题，不能靠推断补齐。

来源