您当时的方位:主页 > manbet百科

RFC是什么? Request For Comments(RFC)是一系列以编号排定的文件

2015-03-20  codeforacause.net

 

  • 概述如下
  • Request For Comments(RFC),是一系列以编号排定的文件。文件收集了有关互联网相关信息,以及UNIX和互联网社区的软件文件。现在RFC文件是由Internet Society(ISOC)资助发行。根本的互联网通讯协议都有在RFC文件内具体阐明。RFC文件还额定参与许多的论题在规范内,例如关于互联网新开发的协议及开展中一切的记载。因而简直一切的互联网规范都有录入在RFC文件之中。

修正机制

Request For Comments (RFC),是一系列以编号排定的文件。文件收集了有关因特网相关资讯,以及UNIX和因特网社群的软件文件。现在RFC文件是由Internet Society(ISOC)所资助发行。
 
根本的因特网通讯协议都有在RFC文件内具体阐明。RFC文件还在规范内额定参与了许多的论题,例如关于因特网新开发的协议及开展中一切的记载。因而简直一切的因特网规范都录入在RFC文件之中。
 
 RFC(Request For Comments)-意即“恳求评议”,包含了关于Internet的简直一切重要的文字材料。假如你想成为网络方面的专家,那么RFC无疑是最重要也是最常常需求用到的材料之一,所以RFC享有网络常识圣经之美誉。一般,当某家安排或集体开发出了一套规范或提出对某种规范的想象,想要咨询外界的定见时,就会在Internet上发放一份RFC,对这一问题感兴趣的人能够阅览该RFC并提出自己的定见;绝大部分网络规范的指定都是以RFC的办法开端,通过许多的证明和修正进程,由首要的规范化安排所指定的,但在RFC中所录入的文件并不都是正在运用或为咱们所公认的,也有很大一部分只在某个部分范畴被运用或并没有被选用,一份RFC具体处于什么状况都在文件中作了清晰的标识
 
RFC由一系列草案组成,起始于1969年(榜首个RFC文档发布于1969年4月7日,拜见“RFC30年”,RFC2555”),RFC文档是一系列关于Internet(前期为ARPANET)的技能材料汇编。这些文档具体谈论了计算机网络的方方面面,要点在网络协议,进程,程序,概念以及一些会议纪要,定见,各种观念等。
 
“RFC修正者”是RFC文档的出书者,它担任RFC终究文档的修正审订。“RFC修正者”也保存有RFC的主文件,称为RFC索引,用户能够在线检索。在RFC近30年的前史中,“RFC修正者”一向由约翰·普斯特尔(Jon Postel)来担任,而现在“RFC修正者”则由一个作业小组来担任,这个小组遭到“因特网社团”(Internet Society)的支撑和协助。
 
RFC修正者担任RFC以及RFC的全体结构文档,并保护RFC的索引。Internet协议族的文档部分(由Internet工程委员会“因特网工程师使命组”IETF以及IETF 部属的“因特网工程师辅导组”IESG 界说),也做为RFC文档出书。因而,RFC在Internet相关规范中有着重要的位置。
 
RFC修正者的责任是由Internet 中的咱们提议构成的,所出书的言语也就和Internet相同。IETF和ISOC是代表了国际各地的国际性安排,英语是IETF的榜首作业言语,也是IETF的正式出书言语。RFC 2026 "The Internet Standards Process -- Revision 3" 答应RFC翻译成其他不同的言语。可是不能保证其翻译版别是彻底正确的。因而,RFC修正不对非英语的版别担任,而仅仅指明晰哪里有非英语的版别,将这些信息列在WEB页上。

处理进程

一个RFC文件在成为官方规范前一般至少要阅历4个阶段【RFC2026】:因特网草案、主张规范、草案规范、因特网规范。
 
榜首步RFC的出书是作为一个Internet 草案发布,能够阅览并对其进行注释。预备一个RFC草案,咱们要求作者先阅览IETF的一个文档"Considerations for Internet Drafts". 它包含了许多关于RFC以及Internet草案格局的有用信息。作者还应阅览别的一个相关的文档RFC 2223 "Instructions to Authors"。
 
一旦文档有了一个ID号后,你就能够向rfc-editor @rfc-editor. org发送e-mail ,说你觉得这个文档还能够,能够作为一个有价值或有经历的RFC文档。RFC修正将会向IESG恳求查阅该文档并给其加上谈论和注释。你能够通过RFC行列来了解你的文档的进展。一旦你的文档取得通过,RFC修正就会将其修正并出书。假如该文档不能出书,则会有email告诉作者不能出书的原因。作者有48个小时的时刻来校正RFC修正的定见。咱们强烈主张作者要检测拼写过错和丢字的过错,应该保证有引证,联络和更新相关的信息。如你的文档是一个MIB,咱们则要你对你的代码作终究一次检测。一旦RFC文档出书,咱们就不会对其进行更改,因而你应该对你的文档细心的查看。
 
有时单个的文档会被正从事同一个项意图IETF作业组回收,如是这种状况,则该作者会被要求和IETF进行该文档的开发。在IETF中,Area Directors (ADs) 担任相关的几个作业组。这些作业者所开发的文档将由ADs 进行检阅,然后才作为RFC的出书物。
 
如要取得关于如何写RFC文档和关于RFC的Internet规范拟定进程的更多具体信息,请各位拜见:
 
RFC 2223 "Instructions to RFC Authors"。
 
RFC 2026 "The Internet Standards Process -- Revision 3"。
 
实际上,在Internet上,任何一个用户都能够对Internet某一范畴的问题提出自己的解决方案或规范,作为Internet草案(Internet Draffs,ID)提交给Internet工程使命组(IETF)。草案寄存在美国、欧洲和亚太地区的作业文件站点上,供国际多国自愿参与的IETF成员进行谈论、测验和检查。终究,由Internet工程辅导组(IESG)确认该草案是否能成为Internet的规范。
 
假如一个Internet草案在IETF的相关站点上存在6个月后仍未被IESG主张作为规范发布,则它将被从上述站点中删去。事实上,在任何时候,一个Internet 草案都有或许被新的草案版别所替换掉,并重新开端6个月的寄存期。
 
假如一个Internet草案被IESG确认为Internet的正式作业文件,则被提交给Internet体系结构委员会(IAB),并构成具有次序编号的RFC文档,由Internet协会(ISOC)通过Internet向全国际公布。每个Internet规范文件在被同意后都会分配一个独立于RFC的永久编号,这便是STD编号。有一个不断被更新的文件RFC-INDEX.TXT依照RFC的编号来索引一切的文件,关于因特网规范文件还列出了其相应的STD编号。
 
RFC文档有必要被分配RFC编号后才干在网络上发布。例如,RFC2026的内容是“Internet规范进程-修订版3”、RFC1543的内容为“RFC作者辅导”等等。需求时,能够仿制或打印这些联机文档。用户也能够通过遍及全国际的数个联机材料数据库中取得RFC文档。
 
作为规范的RFC又分为几种,榜首种是提议性的,便是说主张选用这个作为一个方案摆出来,Draft是现已有一部分在用了,期望被选用为正式的规范,还有一种便是彻底被认可的规范,这种是咱们都在用,并且是不应该改动的。还有一种便是现在的最佳实践法,它适当于一种介绍。这些文件发生的进程是一种从下往上的进程,而不是从上往下,也便是说不是一个由主席,或许由作业组担任人的给一个指令,说是要做什么,要做什么,而是有下边自发的提出,然后在作业组里面谈论,谈论了今后再交给方才说的工程辅导委员会进行检查。可是工程辅导委员会只做检查不做修正,修正仍是要打回到作业组来做。IETF作业组文件的发生便是任何人都能够来参与会议,任何人都能够提议,然后他和他人进行谈论,咱们构成了一个一致就能够产出这样的文件。

前史

RFC文件格局开端作为ARPA网方案的根底起源于1969年。现在,它现已成为IETF、Internet Architecture Board (IAB)还有其他一些首要的公共网络研讨社区的正式出书物发布途径。
 
开端的RFC作者运用打字机编撰文档,并在美国国防部国防前沿研讨项目署(ARPA)研讨成员之间传阅。1969年12月,他们开端通过ARPANET途径来发布新的RFC文档。榜首份RFC文档由洛杉矶加利福尼亚大学(UCLA)的Steve Crocker编撰,在1969年4月7日揭露宣布的RFC 1。开端Crocker为了防止打扰他的室友,是在浴室里完结这篇文档的。
 
在1970年代,许多后来的RFC文档相同来自UCLA,这不只得益于UCLA的学术质量,一起也因为UCLA是ARPANET榜首批Interface Message Processors (IMPs)成员之一。
 
由Douglas Engelbart领导的,坐落Stanford Research Institute的Augmentation Research Center (ARC)是四个开端的ARPANET结点之一,也是开端的Network Information Centre,一起被社会学家Thierry Bardini记载为前期许多RFC文档的发源地。
 
从1969年到1998年,Jon Postel一向担任RFC文档的修正职务。跟着美国政府资助合同的到期,Internet Society(代表IETF),和南加州大学(USC)Information Sciences Institute的网络部分协作,(在IAB领导下)担任RFT文档的起草和发布作业。Jon Postel持续担任RFC修正直到逝世。随后,由Bob Braden接任整个项意图领导职务,一起Joyce Reynolds持续在团队中的担任职务。
 
庆祝RFC的30周年的RFC文件是RFC 2555。

文件架构

RFC文件只要新增,不会有撤销或半途中止发行的景象。可是关于同一主题而言,新的RFC文件能够声明替代旧的RFC文件。RFC文件是纯 ASCII文字档格局,可由manbet程序主动转档成其他档案格局。RFC文件有封面、目录及页主页尾和页码。RFC的章节是数字标明,但数字的小数点后不补零,例如4.9的次序就在4.10前面,但9的前面并不补零。RFC1000这份文件便是RFC的攻略。
 
RFC文件是由Internet Society审阅后给定编号并发行。尽管通过审阅,但RFC也并非悉数严厉而僵硬的技能文件,偶有恶搞之作呈现,尤其是4月1日愚人节所发行的,例如RFC 1606: A Historical Perspective On The Usage Of IP Version 9 (拜见IPv9)、RFC 2324: “超文本咖啡壶操控协议”(Hyper Text Coffee Pot Control Protocol,乍有其事的写了HTCPCP这样看起来很专业的术语缩写字)。以及如前面所说到留念RFC的30周年庆的RFC文件。

开展进程

在Internet从诞生到不断开展壮大的进程中,呈现过各式各样的协议和思维谈论,从开端的NCP协议到现代Internet的柱石TPC/IP协议族,无一不闪耀着研讨人员的才智光辉,正是这些成百上千各种协议的创造、谈论和完善,才使得人类社会逐渐进入到互联网年代。而这些闪耀着人类才智结晶的思维效果大都以一种称为RFC的文档格局记载起来。
 
1969年,S·Crocker首要树立了RFC机制,其意图是树立一种快速同享Internet网络研讨思维的办法,开端RFC是以书面办法分发的,后来有了FTP、Email,RFC就以在线电子文本的办法供给,当然现在通过WWW在许多站点能够很方便地拜访RFC文档。RFC一向以来首要是用于Internet的规范化,RFC是Internet开放性的产品,任何人都能够拜访RFC,Internet这一致力于信息同享的网络首要同享的便是以RFC办法呈现的触及其自身研讨、规划和运用的信息。这一共同的办法关于Internet的开展、完善具有适当要害的效果。开展到现在,RFC文档已不只仅是关于Internet规范的文档了,并且也不局限于TCP/IP规模,它简直包含了与计算机通讯有关的任何内容,全面反映Internet研讨、开展的进程。RFC首要是IAB、IETF、IESG、ISOC的作业效果,首要由IETF起草,由IAB辅导下的RFC 修正(Editor)直接担任RFC的宣布。每一个RFC文档有一个编号,这个编号永不重复,也便是说,因为技能进步等原因,即使是关于同一问题的RFC,也要运用新的编号,而不会运用本来的编号,时至今日[2015/2/2],RFC编号现已排到7443,在查找RFC时,必定要留意最新的RFC。

分类

RFC文档大致能够分为以下几类。
 
1.STD RFC
 
依照RFC1311的界说,STD RFC是指那些现已或许致力于成为Internet规范的RFC。只要通过彻底Internet规范化进程的RFC才干够有STD编号,STD编号是不变的,而其触及到的 RFC文档或许不只一个,其RFC编号也会更新。如STD13(Domain Name System)就触及RFC1 034和RFC1035。STD的规范化进程要通过几个进程,首要由IETF起草规范(也或许是其他安排和个人,但一般都是和IETF共同完结的),构成Internet Draft(ID),ID没有RFC编号。假如ID在6个月内IESG没有主张成为RFC,则撤销此ID。成为RFC后,还要通过一系列的检查、修订、测验等才干终究成为Internet规范。
 
2.BCP RFC
 
因为Internet应用范畴广泛,各种不同的安排有不同的运用意图和运用规矩,IETF除了主张STD以外,也有必要关于Internet的运用和办理供给一些一般性的辅导,一起也为I ETF、IAB、IESG供给一种途径,以便推进某一方面的作业,反映其技能趋向,反映这些安排自身的作业进展。所以,1995年以RFC1818界说了BCP,即Best Current Practice。BCP一起有一个BCP编号和一个RFC编号,一旦约好了一个BCP编号,就不会再变,而其RFC编号则或许会通过修订不断更新。例如反映Internet规范化作业程序的BCP9的RFC编号就从RFC16 02上升到RFC2026,相应地就抛弃了RFC1602。BCP在宣布曾经,以电子邮件的办法广泛寻求IETF的定见,通过IESG的检查,通往后即正式宣布。可是BCP自身不是Internet规范。
 
3.FYI RFC
 
FYI是For Your Information的简写,1990年宣布的RFC1150(FYI1)界说了FYI,FYI也一起有一个FYI编号和一个RFC编号,FYI编号是固定的。FYI首要是供给有关Internet的常识性内容。如FYI4(RFC1594),"Answers to Commonly asked New Internet User Quest ions"。一切的FYI在提交到RFC修正曾经,有必要先通过IETF的User Services WorkingGro up检查。
 
4.其他RFC
 
除了STD、BCP、FYI以外还有其他一些RFC。从RFC899开端,一切以99完毕的RFC都是对此前99个RFC的一个归纳。如RFC1999便是对RFC1900到RFC1999的一个简略归纳。除了上述分类以外,还有一些描绘RFC的办法。与Internet规范化进程(Internet Standards Process)有关的规范能够分为两类,即 Technical Specification(TS),Applicability Statement(AS)。TS是对协议、规矩、格局、实用程序的描绘。AS是描绘在何种环境,以及怎样在Internet中运用TS;AS所触及的并不必定满是Internet规范,比方IEEE、ITU、ISO安排的一些规范,咱们所了解的ASCII规范便是一例。AS应该对其触及的TS规则相应的等级"Requirement Level",这些"Require ment Level"如下: ·Required(Req),适当于有必要完成,如IP、ICMP; ·Recommended(Rec),鼓舞运用,如TELNET; ·Elective(Elc),可选择的; ·Limited Use,只限于特定的用户,一般说来用于对一些新的协议做实验; ·Not Recommended,不要运用,很或许是过期的。"Maturity Level"也是用来描绘TS和AS的一种办法,它反映这些规范是否老练。关于致力于成为STD的TS和AS有三种"Maturity Level"。·Proposed Standard,根本老练,但还需求进一步的实验证明其可行性。除非是用来验证该协议的可行性,不要将其视为规范完成。·Draft Standard,需求两个独立的,并且具有彼此操作性的实例验证该协议的每一个方面。能够将其视为终究的规范草案; ·Internet Standard,终究的Internet规范,一起赋予一个STD编号。除此之外的TS和AS分为以下几种"Maturity Level"。·Experimental,一般是反映一些研讨和开发的效果,只应将此看作是一般性的信息。·Informational,反映与Internet规范有关的一般性信息。有些也是有关非Intern et安排开发的一些协议,但有必要得到协议开发者的答应。·Historic,是一些被新的规范替代或许是现已过期抛弃不必的规范。STD1(RFC2200)——Internet Official Protocol Standards,定时更新,反映最新的 Internet规范。别的,关于重视Internet的人来说,应该常常留意查阅BCP9的最新内容。