RFC 2555文档之30 年的RFC(1969年4月7日-1999年4月7日)
https://datatracker.ietf.org/doc/rfc2555/
RFC 2555
网络工作组 RFC 编辑等。 征求意见：2555 USC/ISI 类别：信息 1999 年 4 月 7 日 30 年的 RFC 本备忘录的状态 本备忘录为 Internet 社区提供信息。它确实 不指定任何类型的 Internet 标准。这个分布 备忘录是无限的。 版权声明 版权所有 (C) 互联网协会 (1999)。版权所有。 目录 1. 简介.................................................................. ... 2 2. 反思.................................................................. .... 2 3. 第一个 Pebble：发布 RFC 1....................................... 3 4. RFC - 伟大的对话.................................................. 5 5. 对 30 年 RFC 的反思......................................................... 9 6. 最喜欢的 RFC——前 30 年..........................14 7. 安全注意事项..................................................15 8. 致谢................................................................ 15 9. 作者地址................................................................15 10. 附录 - RFC 1.................................................. ..17 11. 完整的版权声明......................................................18 RFC 编辑器等。信息 [第 1 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 1. 简介 - 罗伯特·布雷登 三十年前的今天，第一个征求意见稿， RFC 1 在 UCLA (ftp://ftp.isi.edu/in-notes/rfc1.txt) 上发布。 这是目前包含超过 2500 个系列的第一个 关于计算机网络的文档，由以下人员收集、存档和编辑 乔恩·波斯特 28 年。乔恩离开了我们，但这个 30 周年 对 RFC 系列的致敬是出于对他的感激之情 巨大的贡献。 本文档的其余部分包含来自 介绍 RFC 编辑 Joyce K. Reynolds，然后是回忆 三位先驱：编写 RFC 1 的 Steve Crocker，长期 远景视野继续指导我们，而杰克·费因勒发挥了关键作用 在 RFC 系列的中期发挥作用。 2. 思考 - Joyce K. Reynolds 很久以前，当我涉足IP网络号和 与 Jon Postel 的协议参数分配，网关仍然 “哑”，外部网关协议（EGP）处于起步阶段， TOPS-20 正处于鼎盛时期。我知道征求意见 (RFC) 文档系列，Jon 担任 RFC 编辑。我真的没有 了解任务所涉及的大部分内部工作原理。它是 乔恩的工作，他悄悄地开始为 阿帕网社区。 与此同时，乔恩和我会在他的办公室开会，检查我们的 当天的具体任务。有一天，我开始注意到一堆 坐在他办公桌一侧的文件夹似乎在增加。一些 几周后，这堆文件夹变成了两叠文件夹。我问 他是什么。显然，它们包含 RFC 的文档 出版物。乔恩试图跟上不断增加的数量 RFC 发布的提交。 有一天我跟他提过，他应该学会放下一些 他的工作负荷并将其分配给其他人。他认真地听着， 但没有发表评论。第二天，乔恩推了一个电脑架 我的办公室里堆满了他办公桌上的那些文件 用于 RFC 发布。他脸上挂着一个大大的柴郡猫的笑容 面对着说：“我放手！”，然后走开了。 栈顶是一个大红色的三环笔记本。里面 包含由 Jon, Lynne 在 ISI 编写的“NLS 教科书” Sims 和 Linda Sato 用于 ISI 的 TENEX 和 TOPS-20 系统。之上 阅读其内容，我了解到 NLS 系统旨在 帮助人们在计算机上处理信息。它包括一个广泛的 一系列工具，从一组简单的写、读命令 RFC 编辑器等。信息 [第 2 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 并将文件打印到复杂的检索和 通讯信息。NLS 是 Jon 用来编写的系统， 编辑和创建 RFC。就这样开始了我对 RFC 的灌输 出版系列。 多年来，操作系统和计算机发生了变化，但 Jon 对 RFC 风格和质量一致性的坚持 的文件仍然真实。不幸的是，乔恩没有活到 看看他不断培育的这个系列的 30 周年。 然而，RFC 出版物系列的精神仍在继续，因为我们 接近新千年。乔恩会很自豪的。 3. 第一个 Pebble：RFC 1 的发布 - Steve Crocker RFC 1，“主机软件”，三十年前的 1969 年 4 月 7 日发布 概述了一些想法和初步实验。这是一个谦虚和 完全可以忘记的备忘录，但它很重要，因为它是 这是一项广泛倡议的一部分，其影响至今仍在我们身边。 在编写 RFC 1 时，ARPANET 仍在设计中。 博尔特、贝拉内克和纽曼赢得了最重要的建造合同 并操作接口消息处理器或“IMP”， 现代路由器的先驱。它们每个都有一个大小 冰箱，1969 年的价格约为 100,000 美元。 该网络计划部署在研究站点之间 由 ARPA 的信息处理技术办公室 (IPTO) 提供支持。 前四个节点将在 UCLA、SRI、University of 加利福尼亚、圣巴巴拉和犹他大学。首先 加州大学洛杉矶分校的安装时间定于 1969 年 9 月 1 日。 尽管对拓扑结构进行了相当多的规划，但租用的 线路、调制解调器和 IMP，几乎没有组织或规划 关于网络应用。假设研究地点 会弄清楚的。事实证明这是一个出色的管理 ARPA 的决定。 此前，在 1968 年夏天，少数研究生和 四个站点的工作人员被召集在一起讨论 即将到来的网络。只有一个基本的轮廓。BBN 没有 尚未中标，且没有技术规范 网络的运行。在第一次会议上，我们安排了未来 在每个其他实验室举行会议，从而搭建舞台 对于今天每年三次的流动盛宴。在接下来的几 多年来，该集团大幅增长，我们发现自己与 在网络工作组中挤满了 50 到 100 人 会议。与世界各地的现代 IETF 会议相比 出席人数超过 1,000 人，数十人积极工作 RFC 编辑器等。信息 [第 3 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 组，早期的网络工作组小而温顺，但 它们看起来很大，当时几乎无法管理。一 似乎根本没有改变的传统是 无限制地参加工作组会议。 我们最初的小组在夏天和秋天遇到了几次 1968 年和 1969 年冬天。我们最早的会议没有受到阻碍 了解网络的外观或方式 与主人互动。根据您的观点，这 要么允许我们，要么迫使我们思考更广泛和更宏大的问题 话题。我们认识到我们最终将不得不绕过 处理消息格式和其他低级的具体细节 协议，但我们的第一个想法集中在哪些应用程序上 网络可能支持。在我们看来，每秒 50 千比特 用于 ARPANET 的通信线路似乎很慢，而我们 担心很难提供高质量的互动 跨网络服务。我希望我们没有那么准确！ 当 BBN 在 1969 年春天发布它的 Host-IMP 规范时，我们的 在广泛而宏大的主题上徘徊的自由结束了。在那之前， 然而，我们试图考虑最通用的设计和最 令人兴奋的应用程序。一个引起我们想象力的想法是 下载一个小型解释程序的想法 会话的开始。然后下载的程序可以控制 交互并有效利用窄带宽 在用户的本地机器和用户所在的后端系统之间 与互动。SRI 的 Jeff Rulifson 是这方面的主要推动者 思路，他开始尝试设计一个解码-编码 语言 (DEL) [RFC 5]。Michel Elie，从法国访问加州大学洛杉矶分校， 进一步研究这个想法并发表了网络提案 交换语言 (NIL) [RFC 51]。Java的出现和 过去几年的 ActiveX 终于把那些早期的想法带到了 结果，我们还没有完成。我想我们会继续看到 在结合通信和计算方面取得了惊人的进步。 我已经建议早期的 RFC 和相关的 网络工作组为互联网奠定基础 工程任务组。早期工作的两个非常重要的方面 值得一提，尽管它们对任何人来说都是显而易见的 今天参与了这个过程。一、我们的技术方向 从一开始就选择了一个基于多个的开放式架构 协议层。坦率地说，我们太害怕了，无法想象我们 可以定义一套包罗万象的协议 无限期地。我们设想了一个持续的进化过程和 此外，显然这就是发生的事情。 RFC 编辑器等。信息 [第 4 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 RFC 本身也代表了某种恐惧感。后 几个月的会议，我们觉得有必要写下我们的 想法。我们将工作打包并编写了第一批 备忘录。除了参与技术设计，我还参加了 关于建立简单计划的行政职能 编号和分发笔记。注意我们的小组是 非正式的，初级的和未经许可的，我想强调这些笔记 是对话的开始，而不是控制的断言。 自第一个 RFC 发布以来已经过去了 30 年。在 时间，我相信这些笔记是暂时的，整个系列会 一旦网络运行，一年左右就会消失。非常感谢 整个社会的惊人努力和坚持不懈 乔恩·波斯特尔、乔伊斯·雷诺兹和他们的工作人员谦逊的奉献精神 一系列征求意见稿不断发展壮大。它成为了 在互联网社区分享技术设计的中流砥柱 其他社区的原型也是如此。和巫师一样 学徒，我们成功超越了我们最疯狂的梦想和最糟糕的梦想 恐惧。 4. RFC——伟大的对话——Vint Cerf 很久以前，在一个很远很远的网络中…… 考虑到地球围绕太阳和太阳的运动 在银河系周围，第一个网络在遥远的 相对论的意义。太阳需要2亿年才能形成 它绕着银河系，所以三十年只是一眨眼 银河钟。但这三十年是多么美妙啊！这 RFC 记录了 ARPANET 以及后来的 Internet 的奥德赛，如 它的创造者和网民探索、发现、建造、重建、争论 并解决设计、概念和应用方面的问题 计算机网络。 最终看的转变是令人着迷的 RFC 本身从最早的、试探性的对话形式到今天 更有条理的性格。应用程序的增长，例如 电子邮件、公告板和万维网有很多工作要做 随着这种转变，它的规模和影响也随之而来 互联网在我们的社会和经济结构上。由于互联网已经采取 在更大的经济重要性方面，RFC 中记录的标准 已经变得更加重要，并且 RFC 更加正式。对话框有 随着技术的变化和工作转移到其他场所 风格已经适应。 RFC 编辑器等。信息 [第 5 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 隐藏在 RFC 的历史中的是人类的历史 实现合作工作的机构。也躲在那 历史是一些未被承认的英雄。在这 三十周年，我很感激有机会 承认其中一些。有可能填满一本书 这样的名字 - 主要是 RFC 的作者，但因为这必须是 简短的贡献，我想特别提到其中四个： Steve Crocker、Jon Postel、Joyce K. Reynolds 和 Bob Braden。 史蒂夫克罗克是一个谦虚的人，很可能永远不会 观察到虽然 RFC 1 的内容可能已经完全 忘记了，编写 RFC 1 的行为表明了勇敢和 最终，他带来了远见卓识的领导力 进入未知。那时没有导游——电脑 网络是新的，很少有历史里程碑为我们准备了什么 摆在前面。史蒂夫适应不同观点的能力， 将它们综合成连贯性，并像 Tom Sawyer 一样说服 其他他们想把时间投入到 前进道路上的问题可以在早期发现 RFC 和 Steve 领导的网络工作组会议。 在后来的互联网工作中，我尽量模仿框架 Steve 发明的：国际网络工作组 (INWG) 及其 INWG 说明、互联网工作组及其互联网 实验笔记（IEN）是对史蒂夫的厚颜无耻的仿制品 组织愿景和风格。 RFC 是否会成为高质量的材料是值得怀疑的 如果不是乔纳森·波斯特尔对他们的忠诚，他们会是今天 从头开始。不知何故，乔恩知道，甚至在三十年前 记录所做的事情和原因可能很重要，什么也不说 试图抓住辩论以造福未来的网络人 想知道我们是如何得出我们所做的一些结论的（和 可能会摇头......）。 Jon 是该网络的 Boswell，但这是他对质量和 他出色的技术和编辑技能组合渗透到许多 处理我们现在认为的问题的更具纪念性的 RFC TCP/IP 标准。许多糟糕的设计决策被重新设计，这要归功于 乔恩的顽固决心，即我们都“正确”——作为 编辑，他根本不会放出不符合他的东西的东西 个人品质过滤器。有时我们会呻吟 抱怨，大喊大叫，喋喋不休，但最后，大多数时候， 乔恩是对的，我们知道这一点。 RFC 编辑器等。信息 [第 6 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 乔伊斯·K·雷诺兹在乔恩的大部分时间里都在乔恩身边 RFC 编辑器，正如已经观察到的那样，它们协同工作 就像一对匹配的超导电子 - 和 它们属于 RFC 系列的超导体。对于所有实用的 目的，无法分辨出两者中的哪一个编辑了任何 特定的 RFC。乔伊斯对质量的热情与乔恩和 一直持续到今天。她也有同样微妙、顽皮的感觉 在乔恩的管理过程中意想不到的时刻出现了幽默。一 影响我个人的例子是乔伊斯的号码分配 2468 到 RFC 为记住 Jon 而写的。我从没想过 其中，它做得如此巧妙，以至于它甚至没有敲响铃铛 直到有人给我发了一封电子邮件，询问这是否是巧合。 类似于经典的神秘故事，编辑做到了。 RFC 传奇中的另一个无名英雄是鲍勃·布雷登（Bob Braden）——另一个人 谦虚掩盖了长期和不朽的贡献 比例。据我推测，大部分的质量 RFC 可以追溯到 USC/ISI 团队之间的协商，包括 乔恩、乔伊斯和鲍勃等等。当然，支持 RFC 1122 和 1123 作为对互联网清晰度的两个巨大贡献 标准。仅就这项任务而言，鲍勃就值得高度赞赏， 但他多年来一直领导端到端研究小组 其中一些最重要的 RFC 改进了我们的 了解协议的最佳实施，尤其是 TCP。 当 RFC 首次产生时，它们几乎是 19 世纪 对他们的品格——公开辩论案情的信件 ARPANET 中协议的各种设计选择。作为电子邮件和 公告板从网络的肥沃结构中出现， 这场历史性对话的广泛参与者开始 越来越多地使用在线媒体进行讨论—— 减少在 RFC 中记录辩论的需要，并且在某些 尊重，让历史学家在这个过程中有些贫困。 RFC 慢慢变成了结论，而不是争论。 乔恩允许发布纯技术以外的项目 本系列中的文档。因此人们会发现诗歌、幽默（尤其是 4 月 1 日的 RFC 今天和以前一样有趣 已出版），并将有价值的参考资料混入 网络工作组准备的文件。 1970 年代初期，高级研究计划署 对分组交换进行多个并行研究计划 技术，在这个想法在阿帕网取得惊人的成功之后。 其中包括分组无线电网络、大西洋分组 卫星网络和互联网项目。这些每个产生的音符 系列类似于但平行于 RFC。PRNET 笔记，ARPA 卫星 RFC 编辑器等。信息 [第 7 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 系统注释（带有明显和不幸的首字母缩写词......）， 互联网实验笔记 (IEN) 等。上网后 协议被强制用于 ARPANET 和其他 DARPA- 1983 年 1 月的赞助网络（SATNET 之前实际上已转换 ），与 Internet 相关的注释被合并到 RFC 系列中。为一个 时间，在互联网项目似乎注定要开花结果之后，IEN 与 RFC 并行发布。几个声音，丹尼科恩在 特别是（当时他和 Jon Postel 在 USC/ISI）建议 单独的系列是一个错误，它会更容易 维护和搜索单个系列。事后看来 证明 Danny 是正确的 RFC 系列，有专门的编辑， 似乎比它更能经受住时间的考验 短暂的对应物。 随着与互联网相关的组织不断发展， 人们看到 RFC 适应变化的环境。也许是最 从互联网的演进可以看出强大的影响力 工程特遣部队来自几个特遣部队之一 主席组成了互联网活动委员会以占主导地位， 全球互联网标准开发组织，由其管理 互联网工程指导小组并在其主持下运作 互联网协会。制作“标准轨道”的过程 RFC 现在比以前严格得多，承载的内容要多得多 对一个新兴行业的影响，并催生了自己的，相对 非正式的“互联网草稿”系列短命文件形成 IETF 工作组的工作集。 曾经以早期 RFC 为特征的对话已经让位于 IETF 每年三次的面对面会议和巨大的 大量的电子邮件，以及越来越多的群组互动 通过聊天室、共享白板甚至更精细的工作 多播会议。并行度和数量的增加 围绕互联网演进的短暂对话 技术史学家的任务要困难得多， 虽然人们可以通过惊人的 万维网中积累的信息量。即使是休闲 搜索经常会出现一些令人惊讶且有时令人尴尬的旧 备忘录——其中一些曾经是纸质的，但已经被 一些有进取心的志愿者把它变成了碎片。 RFCs，在 30 年前如此试探性地开始，并且一直坚持 由 Jon Postel 和他在 USC/ISI 的同事编辑和维护， 讲述一个关于探索、成就和奉献的非凡故事 越来越多的互联网用户不会睡觉 真正适合所有人。正是本着这种精神， 提供，特别是为了纪念我们深爱的同事， Jon Postel，没有他个人对这个档案的承诺， 故事可能大不相同，而且几乎没有那么引人注目。 RFC 编辑器等。信息 [第 8 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 5. 回顾 30 年的 RFC - Jake Feinler 现在我们知道第一个 RFC 于 1969 年 4 月 7 日由 史蒂夫·克罗克。它的标题是“主机软件”。第二个 RFC 是 SRI International 的 Bill Duvall 于 1969 年 4 月 9 日出版（当时 称为斯坦福研究所或 SRI），它也被命名为 “主机软件”。RFC 2 是对 RFC 1 中提出的建议的回应—— ——就这样对话开始了。 Steve 在 RFC 1 中提出了 2 个实验： "1) SRI 目前正在修改他们的在线检索系统 将是网络文档的主要软件组件 中心 [或很快就知道的 SRI NIC]，以便它可以 用 35 型电传打字机修改。电传打字机的控制将 用 DEL [解码-编码语言] 编写。所有网站都会写 DEL 编译器和使用 NLS [SRI Doug Engelbart's oNLine System] 通过 DEL 程序”。 "2) SRI 将为完整的 NLS 编写一个 DEL 前端，包括图形。 UCLA 和 UTAH 将使用 NLS 和图形”。 2 天后发布的 RFC 2 提出了详细的程序 通过网络连接到 NLS 文档系统。史蒂夫 可能认为 RFC 1 是一个“完全可以忘记”的文档；然而，作为 一个信息人，我请求与他不同。概念 在第一个对话中呈现的内容令人难以置信，最终导致 我们今天在网络上使用的那种网络交换。 （幸运的是，我们已经超越了 DEL 和 35 型电传打字机！） 我相信 RFC 1 是一个纸质文档。RFC 2 在线生成 通过 SRI NLS 系统并进入在线 SRI NLS 杂志。但是，它可能是通过 snail 邮寄给每个收件人的 由 NIC 发送邮件，因为电子邮件和文件传输协议 (FTP) 尚未发明。 RFC 3，同样由 Steve Crocker 撰写，题为“文档 约定；”并且我们已经看到需要一些基本规则 浮出水面。在此引入了更多突破性的概念 RFC。它指出： “网络工作组 (NWG) 关注 HOST 软件， 使用网络的策略，以及最初的实验 与网络。NWG 工作的文档是通过注释 像这样。任何人都可以在任何地点制作笔记，并且 包含在这个系列中”。 RFC 编辑器等。信息 [第 9 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 它接着说： “NWG 说明的内容可能是任何想法、建议、 等与主机软件或网络的其他方面有关。 鼓励笔记及时而不是修饰。 没有例子或其他细节的哲学立场，具体的 没有介绍性的建议或实施技术或 背景解释和明确的问题，没有任何尝试 答案都是可以接受的。NWG 纸币的最小长度为 1 句子”。 “这些标准（或没有标准）明确规定了两个 原因。首先，人们倾向于将书面声明视为 讨论远远少于权威的想法。第二， 发表一些未经修饰的东西自然会犹豫，我们 希望能缓解这种抑制”。 Steve 要求将此 RFC 发送到一个分发列表，该列表由 的： 鲍勃·卡恩，BBN 拉里·罗伯茨，ARPA 加州大学洛杉矶分校的史蒂夫·卡尔 杰夫·鲁利夫森，犹他州 罗恩斯托顿，UCSB 加州大学洛杉矶分校的史蒂夫·克罗克 因此，到第三个 RFC 发布时，许多概念 如何在这个新的网络环境中开展业务 已建立——将有一个实施者工作组 (NWG) 实际讨论和尝试事情；想法应该是自由的—— 轮式；沟通将是非正式的；文件将是 存放（尽可能在线）在 NIC 并免费分发给 工作组成员；以及任何有贡献的人 可以来参加聚会。有了这份文件，一大片 立即消除数英里的繁文缛节和迂腐的过程。曾是 这个激进的时代还是什么！而且我们只达到了 RFC 3！ 更多 RFC 紧随其后，SRI NLS 期刊成为 ARPANET 的书目检索服务。它不同于其他 当时的搜索服务在一个重要方面：当你得到一个 在线搜索期刊“命中”，不仅得到了引用 告诉你作者和标题等信息；你有一个 相关联的小字符串称为“链接”。如果您使用了 命令称为“跳转到链接”，瞧！你得到了全文 文档。您不必去图书馆或发送订单 去发证机构索取文件的副本，因为是 与当时的其他搜索服务一起定制。整个文件 RFC 编辑器等。信息 [第 10 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 本身就在那里！ 此外，提交给期刊的任何文件都不能更改。 可以提交新版本，这些取代的旧版本， 但同样无法更改新版本。每份文件都是 给定一个唯一的识别号，因此很容易追踪。这些 功能在快速变化的环境中很有用。文件经常 在最终作为 RFC 发布之前，他们经过了几份草稿 或其他官方文档，并且能够跟踪版本非常 有用。 SRI NLS 期刊在当时是革命性的。然而，访问 它在线提出了几个操作问题。主机 小而拥挤，网络飞速发展 界限；所以连接必须超时并断开才能提供 每个人都有机会获得。此外，世界其他地方仍然是一个 纸世界（没有扫描仪或激光打印机，伙计们！）， 所以 NIC 发送纸质文件到 请求者。 到 1972 年，当我成为 NIC 项目的首席研究员时， ARPANET 发展迅速，越来越多的主机被 附在它上面。每个主机都必须有一个技术联系人 被称为技术联络员，大部分联络员也是 NWG 的成员。每个联络员都收到了一组文件 NIC 称为“功能文档”，其中包括协议 手册（最初由 BBN 发行，后来由 NIC 出版。） 协议手册的内容由关键 RFC 和 名为“BBN 1822”的文档指定了 Host-to-Imp 协议。 NWG 通知 NIC 哪些文件应包含在 手册；和 NIC 组装、发布和分发 书。BBN 的 Alex McKenzie 帮助 NIC 开发了第一个版本的 手册，但很快一个年轻人，刚从研究生院毕业， 名为 Jon Postel 的人加入了 NWG 并成为 NIC 的联系人和 ARPA 的发言人就协议中应该发布的内容 手册。 任何熟悉 RFC 的人都不会想到它们 想起乔纳森·波斯特博士。对我们大多数人来说，他是“RFC 先生”。 乔恩七十年代在 SRI 工作，办公室就在我旁边。 我们都是 Doug Engelbart 的增强研究的成员 中心。乔恩不仅是一位杰出的计算机科学家，他还是 非常关心信息的传播过程和 建立在网络环境中工作的方法。 我们经常在凌晨谈论方式 做到这一点“正确”。网络欠乔恩一份感激之情 致力于 RFC 的永久化。他的作品，连同 RFC 编辑器等。信息 [第 11 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 他的工作人员、NWG、IETF、各种 NIC 和 CNRI 多年来保持这套文件的可行性，并将继续 成为，爱的劳动。 乔恩于 1976 年离开 SRI 加入 USC-ISI，但到那时，死 演员，RFC、NWG、联络和 NIC 是 网络的经营方式。然而，SRI NLS 期刊系统 对它的主机来说太大了，无法处理 尝试访问它的用户数量。电子邮件和 FTP 已 现已实施，因此 NIC 开发了交付方法 通过分布式信息服务器向用户提供信息 网络。用户可以通过电子邮件从他的主机请求 RFC 并让它自动发送到他的邮箱。用户还可以 购买 RFC 的硬拷贝订阅和 协议手册，如果他们没有网络访问权限。 NIC 与 Jon、ARPA、DCA、NSF、其他 NIC 和其他 机构拥有易于访问的 RFC 的辅助参考集 给全世界的实施者。RFC 也被共享 与官方标准机构、制造商和供应商免费合作， 其他工作组和大学。没有一个 RFC 曾经 限制或分类。当您考虑时，这绝非易事 他们在冷战最激烈的时候得到了国防部的资助。 我们中的许多人在早期非常努力地建立 RFC 作为开发的官方技术说明集 互联网。这不是一件容易的事。对很多人提出了建议 平行的努力和分裂的群体。一直有反对者 方式，因为这是一种新的做事方式，而阿帕网 可以说是“在线条之外着色”。乔恩，作为主编- Chief 受到批评，因为 RFC 不是由 “官方”标准机构，而 NIC 受到批评，因为它是 不是“官方”文件签发机构。我们都努力结婚 与旧的做生意的新方式，幸运的是 通常由我们的政府赞助商支持，他们自己 开辟新天地。 许多 RFC 是数月激烈讨论的最终结果， 执行。创作其中之一不适合微弱的人 心。对于什么是“正确”的路要走，感觉常常很高。 有时会发生激烈的争论。通常他们被限制在 实质，但有时他们会变得个人化。乔恩经常会介入 并进行仲裁。最终 NWG 或赞助商不得不说，“这是 一个包装。发布最终 RFC”。Jon，作为 RFC 的主编， 经常受到那些想继续的人的无情抨击 讨论和实施，或那些想法留在 切割室地板。不知何故，他总是设法克服这些 风格和优雅的争议并继续前进。我们欠他和 RFC 编辑器等。信息 [第 12 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 其他曾在 NWG 任职或撰写 RFC 的人， 感谢他们的贡献和奉献。 争议从来没有比国防部通过 TCP/IP 作为其官方的主机到主机通信协议 网络。1982年3月，军令 国防部副部长理查德·德劳尔。它简单地说 国防部通信网络必须使用 TCP 和 IP。 请记住，军事指令不是您讨论的内容- 发布时，讨论的时间已经过去了。而是一个 军事指令是你做的事情。阿帕网及其 继任者国防数据网络是军事网络，因此 手套被击倒，比赛开始了，以证明新的 技术可以在真正的运营网络上完成这项工作。你有 不知道那小小的 2 页指令有什么混乱和争议 网络上造成的。（但这是另一个故事。） 但是，该指令以及 RFC 791 和 793（IP 和 TCP） 将 RFC 视为一组技术文档的地位和 全世界的认可。（是的，TCP/IP 确实做到了 工作！） 乔恩和我都是政府承包商，所以当然遵循 我们的承包人员的指示。他主要是在合同中 ARPA，而 NIC 主要与 DCA 签订合同。BBN 是 另一个关键承包商。在大多数情况下，我们都作为一个团队工作。 但是，分配的军事人员经常更替 到 ARPANET 和 DDN，我们都合作尝试 让所有新参与者了解可用的内容 当他们加入网络时。我们也努力培养 合作而不是重复努力，当它是 合适的。NWG（或现在已知的 IETF）和 RFC 成为国防部跨部门合作的主要工具 协议开始用于其他政府、学术和 商业网络。 我在 1989 年离开了 SRI 和 NIC 项目。当时有 大约 30,000 台主机在被称为 Internet 的地方，以及 刚刚发布了 1000 多份 RFC。今天有数百万 Internet 上的主机，我们远远超过了 RFC 的 3000 个标记。 成为结果的一部分非常有趣 技术革命。看到 RFC 令人欣慰 仍然由 IETF 发行，而且它们在很大程度上仍然是 基于已经讨论和实施的想法；那个 在线工作组和分布式信息服务器的概念 是一种生活方式；那些小“链接”（官方称为 超文本）彻底改变了文件的传递；然后 政府、学术界和企业现在都在玩同样的游戏 游戏的乐趣和利润。（哦，是的，我很高兴看到史蒂夫的想法 RFC 编辑器等。信息 [第 13 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 因为集成的文字和图形终于开花结果， 虽然这项工作花费了超过 2 天的时间。） 6. 最喜欢的 RFC——前 30 年——塞莱斯特·安德森 五年前，Jon Postel 和我想发布第 25 个 RFC 周年纪念书，但是，唉，我们都忙于其他工作 项目。我们当时决定，我们应该纪念 三十周年，汇集了三十个“RFC Editors” Choice” RFC 基于在第一版中表达的原始想法 他们存在的 30 年。 1998 年 10 月乔恩的英年早逝使我们无法完成 这个目标。然而，我们确实开始将一些早期的 RFC，包括 RFC 1。我们不确定是否要尝试 使它们看起来尽可能接近打字的原件， 或者根据最新的进行一些调整和格式化 RFC 风格。那些仍然拥有 RFC 1 副本的人将 请注意我们对 NROFF 在线版本所做的让步。手—— 早期 RFC 的绘制图表也提出了有趣的挑战 用于转换为 ASCII 格式。 仍有机会协助 RFC 编辑器将许多 早期的在线 RFC。检查网址： http://www.rfc-editor.org/rfc-online.html 了解更多信息 项目。 为了纪念乔恩，我们正在编写一本书，明年出版 “最喜欢的 RFC——前 30 年”。 我们已经在 http://www.rfc-editor.org/voterfc.html 用于统计投票和记录响应。我们会接受 电子邮件也是如此。请将您的电子邮件回复发送至：voterfc@isi.edu。 我们更喜欢附有投票选择解释的投票。 我们保留将 Jon Postel 的几个 RFC 添加到列表中的权利 已经选择收藏。投票于 12 月 31 日截止， 1999 年。 RFC 编辑器等。信息 [第 14 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 7. 安全考虑 本纪念 RFC 未讨论安全问题。 8. 致谢 感谢所有为本 RFC 做出简短贡献的作者 注意。还要感谢激励我们的 Fred Baker 和 Eve Schooler 付诸行动。特别鸣谢 Eitetsu Baumgardner， 南加州大学的学生，他取消了这份文件并协助完成了 RFC 1、54 和 62 的格式，将手绘图转换为 ASCII 格式。 9. 作者地址 罗伯特·布雷登 南加州大学/信息科学研究所 4676金钟路#1001 玛丽娜德尔雷，CA 90292 电话：+1 310-822-1511 传真：+1 310 823 6714 电子邮件：braden@isi.edu 乔伊斯·K·雷诺兹 南加州大学/信息科学研究所 4676金钟路#1001 玛丽娜德尔雷，CA 90292 电话：+1 310-822-1511 传真：+1 310-823-6714 电子邮件：jkrey@isi.edu 史蒂夫·克罗克 史蒂夫克罗克联合有限责任公司 5110 Edgemoor 巷 贝塞斯达，MD 20814 电话：+1 301-654-4569 传真：+1 202-478-0458 电子邮件：crocker@mbl.edu RFC 编辑器等。信息 [第 15 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 文特瑟夫 MCI 电子邮件：vcerf@mci.net 杰克·费恩勒 SRI网络信息中心 1972-1989 邮箱：feinler@juno.com 塞莱斯特·安德森 南加州大学/信息科学研究所 4676金钟路#1001 玛丽娜德尔雷，CA 90292 电话：+1 310-822-1511 传真：+1 310-823-6714 电子邮件：celeste@isi.edu RFC 编辑器等。信息 [第 16 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 10. 附录 - RFC 1 封面顶部写着： “网络工作组 征求意见” 然后是一个内部的 UCLA 分发列表： V. Cerf, S. Crocker, M. Elie, G. Estrin, G. Fultz, A. Gomez, D. Karas、L. Kleinrock、J. Postel、M. Wingfield、R. Braden、 和 W. Kehl。 其次是“校外”分发列表： A. Bhushan (MIT), S. Carr (犹他州), G. Cole (SDC), W. English (SRI), K. Fry (Mitre), J. Heafner (Rand), R. Kahn (BBN), L. Roberts (ARPA), P. Rovner (MIT) 和 R. Stoughton (UCSB)。 以下扉页有 “网络工作组 征求意见：1" 在顶部，然后： 主机软件 史蒂夫·克罗克 1969 年 4 月 7 日 RFC 编辑器等。信息 [第 17 页] RFC 2555 RFC 30 年 1999 年 4 月 7 日 11. 完整的版权声明 版权所有 (C) 互联网协会 (1999)。版权所有。 本文件及其翻译可以复制和提供 给他人，以及评论或其他方式的衍生作品 可以准备、复制、解释或协助实施， 全部或部分出版和分发，没有 任何形式的限制，前提是上述版权声明 并且本段包含在所有此类副本和衍生文件中 作品。但是，本文档本身不得以任何方式修改 方式，例如通过删除版权声明或引用 互联网协会或其他互联网组织，除非需要 为了制定互联网标准，在这种情况下， 互联网标准中定义的版权程序 必须遵循流程，或根据需要将其翻译成 英语以外的语言。 上述授予的有限权限是永久的，不会 由互联网协会或其继承人或受让人撤销。 本文件及其所含信息提供于 一个“原样”的基础和互联网社会和互联网 工程特别工作组否认所有明示或 暗示的，包括但不限于使用 此处的信息不会侵犯任何权利或任何暗示 适销性或特定用途适用性的保证。 RFC 编辑器等。信息 [第 18 页]
