通信词典
登录 注册

抱歉,此页面的内容受版权保护,复制需扣除次数,次数不足时需付费购买。

如需下载请点击:点击此处下载

扫码付费即可复制

X

RFC

本词语解释贡献者:wx_10274510 · 浏览 7004 次
详细释义
RFC(Request For Comments)是一种互联网标准,它是由IETF(Internet Engineering Task Force)提出的,用于描述互联网技术的文档。RFC是互联网标准的基础,是互联网协议的基础,每一个RFC都是一种标准,用于规范互联网的技术实现。 RFC的应用非常广泛,它主要用于描述互联网协议的实现,它可以被用于描述TCP/IP协议,HTTP协议,SMTP协议,FTP协议,POP3协议等等。它也可以用于描述网络安全协议,如SSL,TLS,SSH,IPSec等。此外,RFC还可以用于描述网络管理协议,如SNMP,DHCP,DNS,IPv6等。 RFC的应用不仅仅局限于互联网技术,它还可以用于描述其他的技术,如软件开发,系统管理,数据库管理,网络安全,网络管理,网络服务等等。 因此,RFC是互联网技术的基础,它是用于描述互联网技术的文档,它可以用于描述各种网络协议,网络安全协议,网络管理协议,软件开发,系统管理,数据库管理,网络服务等等。RFC的应用非常广泛,它是互联网技术的基础,是互联网协议的基础,每一个RFC都是一种标准,用于规范互联网的技术实现。
用户释义
RFC Request For Comment 认证请求 

Requests For Comment -- 请求注释

包含了关于Internet的几乎所有重要的文字资料。如果你想成为网络方面的专家,那么RFC无疑是最重要也是最经常需要用到的资料之一,所以RFC享有网络知识圣经之美誉。通常,当某家机构或团体开发出了一套标准或提出对某种标准的设想,想要征询外界的意见时,就会在Internet上发放一份RFC,对这一问题感兴趣的人可以阅读该RFC并提出自己的意见;绝大部分网络标准的制定都是以RFC的形式开始,经过大量的论证和修改过程,由主要的标准化组织所制定的,但在RFC中所收录的文件并不都是正在使用或为大家所公认的,也有很大一部分只在某个局部领域被使用或并没有被采用,一份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/ 中国协议分析网

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的最新内容。


Remote Feature Control,远端业务控制。
用户补充释义
远端控制业务(RFC)
RFC业务是指系统支持用户在远端发起操作,通过MSCe和HLR的配合,控制系统为指定用户提供指定业务特性,实现用户对各种补充业务的自主控制。

RFC用户可以使用任意终端设备(MS或PSTN电话)拨打RFC接入码,发起RFC操作,实现业务的激活、去活等操作。在RFC操作过程中,RFC用户需要与MSCe和HLR进行交互,根据系统的语音提示输入RFC密码和补充业务特征码,完成RFC操作。通过RFC操作,用户原有的业务范围和呼叫能力将发生变化。
jy4289554 发布于:2012-07-05 09:30
更多详细解释
相关讨论贴
相关技术问答
相关资料下载
随机推荐词语