摘要

  • RFC 3869 把资金缺口与共同受益联系起来：没有一家机构能够独占对互联网通用基础设施研究的全部回报。
  • IAB 建议提供稳定的非商业支持，却明确表示 IAB、IETF 和 IRTF 不应成为资金管理者。

RFC 3869 最值得注意的一句话出现在资金建议之后。互联网架构委员会认为，互联网共同基础设施的研究需要持续、充足的非商业资金。接着，文件为自身权限划出边界：它并未建议 IAB、IETF 或互联网研究任务组直接或间接参与处理这些资金。

这条边界使一份常见的研究资助倡议变成了机构设计问题。谁来为一项收益分散于运营商、供应商、研究者和用户之间的工作买单？又由谁挑选项目？RFC 的判断是，全球互联网基础设施没有单一所有者，因此研究其整体基础设施时，缺少一个能够把全部回报内化的出资方。企业有理由资助能带来竞争优势的项目；若协议、安全或可靠性的改善也让其他参与者受益，出资企业就无法独享全部收益。IAB 在 2004 年担忧，商业资助容易偏向近期竞争回报，而高风险或面向整体基础设施的问题可能找不到自然的资助者。

作者并没有把商业资助说成有害。文件承认，实现、部署和后续评估都很重要，企业资金也能推动研究结果进入产品。它质疑的是把商业资金当作唯一来源。如果私人回报低于共同收益，一项有价值的研究问题可能得不到资助，即使很多组织都需要答案。

RFC 3869 将这一担忧放进一段简短历史：早期分组网络和互联网研究很大程度上由 DARPA 支持；20 世纪 80 年代，美国政府、NSF 及其他公共资金支持研究、原型和网络运行；从 90 年代中期起，美国政府的互联网研究支持有所缩减，商业来源与其他国家或地区来源的作用增加。这是 IAB 在 2004 年作出的历史叙述，不是当下的资金数据库；它既不衡量今天的情况，也不能证明每项商业研究都只追求短期利益。

文件列出的待研究主题也有明确边界。作者称它不完整、仅作示例，既不是给资助机构的完整指南，也不是项目排名，更不是要求资金提供者照单执行的清单。它可以说明问题范围广，却不宣称拥有分配预算的权力。

这一区分很重要，因为 RFC 3869 没有创建资助计划，也没有指定管理机构、拨款、评审委员会或申请流程。IAB 提出了诊断和建议，但没有把技术管理责任变成资金权力。如果把结论压缩成“IAB 希望增加资金”，就会漏掉关键部分：它希望研究有人资助，却没有要求架构或标准机构自己掌管资金。

相邻机构的文件提醒读者，不同预算不能混为一谈。RFC 2014 和 RFC 7418 描述 IRTF 研究组及其不同于 IETF 标准工作的目标；RFC 5743 描述 IRTF 文档流，它本身并非互联网标准轨道。RFC 8712 关注 IETF 与互联网协会在 IASA 2.0 后的行政、法律和财务关系；RFC 8729 与 RFC 8700 介绍 RFC 系列和 RFC 编辑出版体系。这些文件分别谈研究、标准、出版与运营，却不会把 RFC 3869 的研究经费问题变成 IETF 的日常运作预算。

从历史角度看，RFC 3869 的贡献既是呼吁资金，也是划分角色：共同技术问题可以需要长期支持，但提出问题的机构未必应控制资金。它没有说明这种制度构想后来是否落实，也没有证明 2004 年的诊断仍适用于今天。它留下的价值，是把边界明确写了出来。

来源