RFC001（Steve Crocker开创RFC 之先河）

　　　

　　　　　　　　　　　　第一份 rfc文档命名为rfc1 是1969年发布。由 Steve Crocker 编写。

　　　　　　　　　　　　　　　　　　　 https://datatracker.ietf.org/doc/html/rfc1  
　　　　　　　　　　　　　　　　　　　 http://tools.ietf.org/html/rfc1

 

　　Steve Crocker 博士是Shinkuro , Inc. 的联合创始人兼首席执行官， ICANN 董事会前主席和副主席，互联网先驱， ISOC和IETF的早期领导者，以及RFC文档系列的创建者. 他通过行业会议和会议继续谈论和参与互联网的发展。他是Dave Crocker的兄弟，Dave Crocker以早期开发电子邮件技术的工作而闻名于 Internet 行业。Steve Crocker 在 1960 年代末和 1970 年代是加州大学洛杉矶分校的研究生，与Vinton Cerf和Jon Postel 是开发ARPANET协议的团队的一员。 Steve 是一个谦逊的人，他编写了第一个RFC或 Request For Comments，这是一个文档系列，其中针对紧迫技术问题的问题和答案被提交给了整个工程和基础设施社区。当时RFCSteve Crocker发明时，是为帮助提供网络工作组的ARPANET设计记录。克罗克博士给第一份备忘录贴上了这样的标签，他不想显得自以为是或权威，而是想促进社区内的讨论和进步。第一个 RFC 于 1969 年 4 月 6 日发布；并且可以阅读 在这里，可以在这里 阅读史蒂夫(Steve )对系列开始 40 周年的回顾。第一个 RFC 的主题是主机软件。

　　RFC 系列在网络实际工作之前开始，在电子邮件成为可能之前。因此，它们被实际邮寄到每个研究中心，然后分发。

 

RFC

Request For Comments (RFC)是一系列组织和技术文档，其中包含与 Internet 不同方面有关的规范和策略，例如计算机网络、协议、程序、程序和概念、会议记录和意见（甚至幽默）来自作者。RFC 由Internet 工程任务组(IETF)、Internet 架构委员会(IAB) 和Internet 研究任务组(IRTF) 编写。

历史

　　信息处理技术办公室(IPTO) 在 1960 年代资助了先进计算机和网络技术的研究，这导致了 ARPANET 的发展，这是第一个广域分组交换网络，或者简单地说，第一个 Internet。

　　1968 年，阿帕网研究全面展开，研究人员和计算机科学家定期会面，讨论他们的工作进展、技术标准、互联网设计和架构，以及计算和网络的许多其他方面。该小组称自己为网络工作组。1969 年 2 月，在犹他州与 BBN 的一次会议上，网络工作组意识到他们需要开始写下他们的讨论。

　　 Steve Crocker 首次使用“征求意见”一词，当时他自愿组织网络工作组编写的笔记，以强调他们的基本基本规则，即“任何人都可以说任何话，没有什么是官方的”克罗克写了第一个 RFC 1969 年 4 月 7 日题为“主机软件”。Crocker 与Vinton Cerf、Jon Postel、Bill Naylor和Mike Wingfield一起是 UCLA 团队的一员，他们负责创建 ARPANET(互联网的鼻祖) 的协议，这成为了今天的基础。互联网。

RFC 成为一种非常方便和有用的方法，用于记录网络工作组在他们的研究中进行的所有细节和技术信息。它成为网络工作组的正式文件。

RFC 类别

RFC 有不同的类别，包括：

  • 标准、标准草案和拟议标准
  • 当前最佳实践
  • 信息/实验
  • 历史性

RFC 系列编辑器

　　RFC 系列编辑器负责编辑、编目和发布有关计算机通信的 RFC 系列文档。Jon Postel是 RFC Series 的原始编辑。他担任了 28 年的 RFC 编辑。由于 Postel 的突然去世，Joyce Reynolds于 1998 年成功担任 RFC 编辑。Reynolds自 1983 年以来一直与 Postel 合作编辑 RFC 和管理IANA 。 [6] Postel 的突然死亡促使 USC-ISI 在发布 RFC 系列的过程中进行必要的更改，以确保质量和可访问性的连续性文件。USC-ISI 为 RFC 编辑器开发了程序手册。[7]

RFC 编辑器的运作最初由国防高级研究计划署资助，一直持续到 1988 年。互联网协会(ISOC) 于 1988 年接管了对 RFC 编辑器的资助。R​​FC 编辑器是南方大学的一部分加利福尼亚 - 信息科学研究所，从 1977 年到 2009 年。协会管理解决方案有限责任公司 (AMS)。是处理 RFC Editor 项目的当前实体。[8]

RFC 系列编辑器的功能

RFC 系列编辑器的职责由 RFC 2026（互联网标准流程 - 修订版 3）、RFC 4844（RFC 系列和 RFC 编辑器）、 RFC 4846（独立提交给 RFC 编辑器）定义) 和 RFC 5620（RFC 编辑器模型版本 1）。包括：

  1. 确定正确的步骤以确保 RFC 系列的连续性。
  2. 在实施为保持 RFC 系列的质量和一致性而创建的政策、流程和程序时，执行执行级别的管理。他或她还将在必要时与RSAG 、 IAB和IAOC合作制定新政策并确保合同协议得到满足。
  3. 向互联网社区介绍提议的更改，以确保在 IAB 采用或实施某些政策更改之前，有足够的社区参与审查新的政策建议。
  4. 与 IAB、IAOC 协调 RFC 发布者、RFC 制作中心和独立提交编辑承担的审查和职能，以保持连续性。
  5. 开发、维护和发布供作者、编辑、流管理者、RFC 生产中心（包括 RFC Publisher）使用的 RFC 样式手册。
  6. 管理 RFC 勘误流程。
  7. 担任 IAB 的联络人。
  8. 监督 RFC 与 RFC 系列和 RFC 样式手册的一致性。

RFC 系列的重要组

对 RFC 系列起重要作用的两个重要组包括：

参考

　　　Steve Crocker 博士提交的其它提案。
　　   https://datatracker.ietf.org/person/Steve%20Crocker

RFCDateTitleCited by
RFC 1281 Nov 1991 Guidelines for the Secure Operation of the Internet 2 RFCs
RFC 1636 Jun 1994 Report of IAB Workshop on Security in the Internet Architecture - February 8-10, 1994 10 RFCs
RFC 1640 Jun 1994 The Process for Organization of Internet Standards Working Group (POISED)  
RFC 1750 Dec 1994 Randomness Recommendations for Security 73 RFCs
RFC 1776 Apr 1995 The Address is the Message  
RFC 1796 Apr 1995 Not All RFCs are Standards 5 RFCs
RFC 1847 Oct 1995 Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted 44 RFCs
RFC 1848 Oct 1995 MIME Object Security Services 15 RFCs
RFC 1898 Feb 1996 CyberCash Credit Card Protocol Version 0.8 1 RFC
RFC 4086 Jun 2005 Randomness Requirements for Security 365 RFCs
RFC 4986 Aug 2007 Requirements Related to DNS Security (DNSSEC) Trust Anchor Rollover 1 RFC
RFC 6529 Apr 2012 Host/Host Protocol for the ARPA Network  
RFC 6975 Jul 2013 Signaling Cryptographic Algorithm Understanding in DNS Security Extensions (DNSSEC) 2 RFCs
posted @ 2022-06-23 03:18  jinzi  阅读(14)  评论(0)  编辑  收藏  举报