RFC

RFC

目录[隐藏]

    一、网络中的RFC

       1. RFC及RFC编辑者
       2. RFC处理过程
       3. RFC的历史
       4. RFC文件的架构
       5. RFC文件的产生
       6. 一些相关网址
       7. RFC发展历程
       8. RFC的分类

    二、外贸中的RFC
    三、SAP中的RFC

       1. 四、 读RFC文档时，需要注意的问题

    五、二战中的RFC
    六 射频扼流圈

    一、网络中的RFC

       1. RFC及RFC编辑者
       2. RFC处理过程
       3. RFC的历史
       4. RFC文件的架构
       5. RFC文件的产生
       6. 一些相关网址
       7. RFC发展历程
       8. RFC的分类

    二、外贸中的RFC
    三、SAP中的RFC

       1. 四、 读RFC文档时，需要注意的问题

    五、二战中的RFC
    六 射频扼流圈

一、网络中的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处理过程
　　一个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/RFCnnnn.TXT通过FTP的方式从ds.internic.net站点获得RFC，其中“nnnn”指的是RFC的编号。在这里，使用FTP登录时，所用的用户名和口令分别为“anonymous”和你的电子邮件地址。此外，用户还可以通过Internet网络信息中心（InterNIC）的目录服务功能、电子邮件、WWW等方式获得RFC文档.
　　作为标准的RFC又分为几种，第一种是提议性的，就是说建议采用这个作为一个方案摆出来，Draft是已经有一部分在用了，希望被采用为正式的标准，还有一种就是完全被认可的标准，这种是大家都在用，而且是不应该改变的。还有一种就是现在的最佳实践法，它相当于一种介绍。这些文件产生的过程是一种从下往上的过程，而不是从上往下，也就是说不是一个由主席，或者由工作组负责人的给一个指令，说是要做什么，要做什么，而是有下边自发的提出，然后在工作组里边讨论，讨论了以后再交给刚才说的工程指导委员会进行审查。但是工程指导委员会只做审查不做修改，修改还是要打回到工作组来做。IETF工作组文件的产生就是任何人都可以来参加会议，任何人都可以提议，然后他和别人进行讨论，大家形成了一个共识就可以产出这样的文件。
RFC的历史
　　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文件。RFC文件是纯 ASCII文字档格式，可由电脑程式自动转档成其他档案格式。RFC文件有封面、目录及页首页尾和页码。RFC的章节是数字标示，但数字的小数点后不补零，例如4.9的顺序就在4.10前面，但9的前面并不补零。RFC1000这份文件就是RFC的指南。
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文件。
一些相关网址
　　截至2001年中期，公布的RFC大约有3000余篇，以下是几个较为稳定的RFC网址，以及几个重要的标准化组织的网站网址
　　http://www.rfc.net RFC的官方站点，可以检查RFC最及时的更新情况
　　http://www.ietf.org 最重要的Internet组织之一
　　http://sunsite.dk RFC查询非常强大(可以以FTP登录下载全部RFC文档)
　　http://www.iso.ch ISO-国际标准化组织
　　http://standards.ieee.org IEEE-电气与电子工程师协会
　　http://web.ansi.org ANSI-美国国家标准化组织
　　http://www.itu.int ITU-国际电信同盟
　　中文网站:
　　http://www.cnpaf.net/ 中国协议分析网
　　http://www.cangfengzhe.com/cdrfc/list_67.html 中文RFC集合
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,也要使用新的编号,而不会使用原来的编号,时至今日,RFC编号已经排到2200多,在查找RFC时,一定要注意最新的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的最新内容。

二、外贸中的RFC
　　外贸过程中墨西哥的客户可能会给你提供一个他们的RFC号码 根据网络上的一些资料 RFC的全写应该是西班牙语 “registro federal de causantes” 翻译成英语是 “federal register of causes”。意思是企业在墨西哥政府的注册登记号，相当于纳税登记号。
　　我在这里加上主要是为了以后有做外贸的同事们查询的时候方便一点。
　　参考资料：
　　http://forum.wordreference.com/showthread.php?t=20004
　　链接是西班牙语的 大家可以用翻译工具翻译成英语看看

三、SAP中的RFC
　　RFC(远程函数调用 Remote Function Call)是一个 SAP 的接口协议。它基于 CPI-C,很大程度上简化了系统间通讯的编程工作。RFC 允许调用和执行一个远程系统,或者是相同系统上的预定义函数。
四、 读RFC文档时，需要注意的问题
　　一是需要确定它是最新的文档，二是需要注意RFC文档的类别；
　　所有的RFC文档都要经历评论和反馈过程，并且在这一段时间内它们会被划分为不同的类别；
　　RFC文档一旦被提交，IFTF和IAB组织将审查RFC文档，通过后可以成为一项标准；
　　RFC文档按照它发展与成熟的过程可以分为标准、草案标准、提案标准、实验性的、信息性或历史性的；
　　RFC文档又可以分为被要求、被推荐、被选择、受限制使用或不被推荐；

五、二战中的RFC
　　1934年，德国沃瑞尔协会生产了第一架碟形飞行器RFC-1，传言RFC-1飞碟使用了外星人技术，却在试飞时因故障频发而损失惨重。
　　事实上，当时德国有三个独立的飞碟研发中心，分别在佩内明德、布雷斯劳、布拉格，这三个地方都在进行飞碟试验。
　　当时，在德国的黑森林地区，无人碟形拦截机成功生产并试飞。这种碟形机，被英国、美国、苏联的情报机关命名为V-7 。
　　梅塞施米特公司的飞机工厂成功研制出用于V-7的静电场粒子武器，V-7无人碟形拦截机使用火箭动力飞行，盟军官兵与飞行员给这个飞碟机取了一个绰号叫做“白天和黑夜都能喷火的飞碟武器”。
　　令人吃惊的是，从1944年11月到1945年4月，V-7飞碟机升空次数竟然多达415次。后来，这些飞碟产品在柏林飞机工厂改良后，被命名为“球形闪电”。盟军对飞碟机时而单机作战，时而多机出击的战术感到十分困惑。德军于是将计就计，把“球形闪电”故意和其他两种型号的碟形机混淆使用，借以迷惑盟军的情报机构。其中一种碟形机经常拖曳巨大的球形金属带，造成飞碟机群数量众多的假象，以迷惑盟军的雷达。
　　而另一种则经常突然快速飞到盟军轰炸机附近，以恐吓盟军轰炸机上的飞行员和炮长，使他们心理恐慌、神经衰弱乃至精神发疯，进而对飞机失去控制，以此达到破坏盟国空军继续攻击的目的。
　　1945年，二战即将结束，纳粹飞碟机的许多科研计划被迫终止。不过，仍然有部分V7 、V8甚至最终改进的V9碟形机在试飞。
　　1945年2月初，苏联空军对德国的攻势日益猛烈，盟军部队在各个战场向德国步步进逼。从2月 17日开始，德军在东、西两线节节败退。同时，德国空军也已穷途末路，不过他们还在做着垂死挣扎，并妄图利用新式武器挽救第三帝国的灭亡。德国秘密机构 “爆破手研究室—13”制造的“别隆采飞碟”更是在争分夺秒做最后的冲刺。
　　两天后，耗资数百万马克的“柏罗湟女战神”飞碟终于进行了它的首次也是最后一次试飞。
　　某些资料透露，在短短3分钟内，它就飞升到了1万5千米高空，平飞速度高达每小时2200公里。同时它还可以悬停在空中，无需转弯便能向前或向后任意飞行。这是纳粹德国研制的最后一种型号的飞碟，采用奥地利设计师弗·绍贝格尔发明的爆炸式“绍贝格尔”型发动机驱动，只需用水和空气做燃料。
　　不久以后，研制飞碟的布列斯拉工厂落入苏军手中，飞碟发明者绍贝格尔等人也为了躲避苏军的追捕而逃往美国，其他工程技术人员下落不明。
　　1958年，绍贝格尔在给朋友的一封信中这样写道:“柏罗湟女战神”飞碟，是同几个一级*** 工程师合作共同研制的，后来他们都被关进了集中营。根据各方面的情况判断，飞碟的主体样机是按照希特勒的命令毁掉的，因为一些主要负责专家，二战结束前夕在一所工厂里毁掉了这些属于核心机密的尖端飞行器。
　　作家鲁道夫·卢萨尔在他写的一部书中也援引了这样一段话:“美国人想用重金向绍贝格尔买下研制飞碟的秘密技术，加拿大也是如此，但被绍贝格尔拒绝了，他要求先签订一个国际协议。而施特曼认为，无论跟谁签合同，美国人都能得到他们想得到的一切。”
　　1952年，另一位前德国空军上尉、航空专家斯彻里沃也宣称，他曾经为一个碟形飞行器绘制过蓝图，这些研究工作是在布拉格附近展开的。据说，这个神话般的飞行器时速高得不可思议，竟然达到了3200公里、作战半径6400多公里。他还说，1944 年，用于实验的模型已经完成，本来可望于1945年试飞的，但是苏军的挺进使这一切成为了泡影。
　　纳粹德国崩溃前夕，设计蓝图等资料散失。如果按照斯彻里沃的说法，纳粹研制的飞碟似乎由于德国的战败而胎死腹中，然而，一位叫乔治·克雷恩的目击者却又一次掀起了波澜。
　　他声称曾经亲眼目睹了一架奇异飞行器的试飞。他说有些研究工作被安排在佩内明德基地，那里正是纳粹研究绝密武器的顶尖航空科研机构。他还说纳粹飞碟的试飞是在哈尔茨山脉地区进行的，而那里也恰好是许多飞碟目击者报告的目击地点。
　　由此看来，纳粹德国确实从事过碟形飞行器的研究并且似乎获得了成功。

六 射频扼流圈
　　Radio Frequency Choke
　　是一种大电感，由于感抗=jwL , 可见RFC 对直流短路，对高频交流开路，
　　故用于直流通路和射频/微波通路隔离，消除交流信号与直流源及地之间的耦合