<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ChenTaoqian&#039;s Blog &#187; 协议</title>
	<atom:link href="http://www.chentaoqian.com/archives/category/compute/protocol/feed" rel="self" type="application/rss+xml" />
	<link>http://www.chentaoqian.com</link>
	<description>主机,企业邮箱,域名,空间,服务器,Java,Oracle,PHP,Linux,JS,MySQL,Apache</description>
	<lastBuildDate>Wed, 30 Nov 2011 14:35:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>RFC是什么</title>
		<link>http://www.chentaoqian.com/archives/477</link>
		<comments>http://www.chentaoqian.com/archives/477#comments</comments>
		<pubDate>Sat, 08 Aug 2009 14:25:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[协议]]></category>
		<category><![CDATA[rfc]]></category>
		<category><![CDATA[互联网]]></category>
		<category><![CDATA[网络]]></category>

		<guid isPermaLink="false">http://www.chentaoqian.com/?p=477</guid>
		<description><![CDATA[RFC及RFC编辑者
　　Request For Comments (RFC)，是一系列以编号排定的文件。文件收集了有关因特网相关资讯，以及UNIX和因特网社群的软件文件。目前RFC文件是由Internet Society（ISOC）所赞助发行。
　　基本的因特网通讯协定都有在RFC文件内详细说明。RFC文件还额外加入许多的论题在标准内，例如对于因特网新开发的协定及发展中所有的记录。因此几乎所有的因特网标准都有收录在RFC文件之中。
　　RFC(Request For Comments)-意即&#8221;请求评议&#8221;，包含了关于Internet的几乎所有重要的文字资料。如果你想成为网络方面的专家，那么RFC无疑是最重要也是最经常需要用到的资料之一，所以RFC享有网络知识圣经之美誉。通常，当某家机构或团体开发出了一套标准或提出对某种标准的设想，想要征询外界的意见时，就会在Internet上发放一份RFC，对这一问题感兴趣的人可以阅读该RFC并提出自己的意见；绝大部分网络标准的指定都是以RFC的形式开始，经过大量的论证和修改过程，由主要的标准化组织所指定的，但在RFC中所收录的文件并不都是正在使用或为大家所公认的，也有很大一部分只在某个局部领域被使用或并没有被采用，一份RFC具体处于什么状态都在文件中作了明确的标识
　　RFC由一系列草案组成，起始于1969年（第一个RFC文档发布于1969年4月7日，参见&#8221;RFC30年&#8221;，RFC2555&#8243;），RFC文档是一系列关于Internet（早期为ARPANET）的技术资料汇编。这些文档详细讨论了计算机网络的方方面面，重点在网络协议，进程，程序，概念以及一些会议纪要，意见，各种观点等。
　　&#8221;RFC编辑者&#8221;是RFC文档的出版者，它负责RFC最终文档的编辑审订。&#8221;RFC编辑者&#8221;也保留有RFC的主文件，称为RFC索引，用户可以在线检索。在RFC近30年的历史中，&#8221;RFC编辑者&#8221;一直由约翰

普斯特尔（Jon Postel）来担任，而现在&#8221;RFC编辑者&#8221;则由一个工作小组来担任，这个小组受到&#8221;因特网社团&#8221;（Internet Society）的支助。

　　RFC编辑者负责RFC以及RFC的整体结构文档，并维护RFC的索引。Internet协议族的文档部分（由Internet工程委员会&#8221;因特网工程师任务组&#8221;IETF以及IETF 下属的&#8221;因特网工程师指导组&#8221;IESG 定义），也做为RFC文档出版。因此，RFC在Internet相关标准中有着重要的地位。
　　RFC编辑者的职责是由Internet 中的大家提议形成的，所出版的语言也就和Internet一样。IETF和ISOC是代表了世界各地的国际性组织，英语是IETF的第一工作语言，也是IETF的正式出版语言。RFC 2026 &#8220;The Internet Standards Process &#8212; Revision 3&#8243; 允许RFC翻译成其他不同的语言。但是不能保证其翻译版本是否正确。因此，RFC编辑不对非英语的版本负责，而只是指明了哪里有非英语的版本，将这些信息列在WEB页上。
　　
RFC处理过程
　　一个RFC文件在成为官方标准前一般至少要经历4个阶段【RFC2026】：英特网草案、建议标准、草案标准、因特网标准。
　　第一步RFC的出版是作为一个Internet 草案发布，可以阅读并对其进行注释。准备一个RFC草案，我们要求作者先阅读IETF的一个文档&#8221;Considerations for Internet Drafts&#8221;. 它包括了许多关于RFC以及Internet草案格式的有用信息。作者还应阅读另外一个相关的文档RFC 2223 &#8220;Instructions to Authors&#8221;。
　　一旦文档有了一个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 &#8220;Instructions to RFC Authors&#8221;。
　　RFC 2026 &#8220;The Internet Standards Process &#8212; Revision 3&#8243;。
　　实际上，在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的内容是&#8221;Internet标准进程-修订版3&#8243;、RFC1543的内容为&#8221;RFC作者指导&#8221;等等。需要时，可以复制或打印这些联机文档。用户也可以通过遍布全世界的数个联机资料数据库中获得RFC文档。例如，可以使用路径名RFC/RFCnnnn.TXT通过FTP的方式从ds.internic.net站点获得RFC，其中&#8221;nnnn&#8221;指的是RFC的编号。在这里，使用FTP登录时，所用的用户名和口令分别为&#8221;anonymous&#8221;和你的电子邮件地址。此外，用户还可以通过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 [...]]]></description>
		<wfw:commentRss>http://www.chentaoqian.com/archives/477/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HTTP下载原理</title>
		<link>http://www.chentaoqian.com/archives/67</link>
		<comments>http://www.chentaoqian.com/archives/67#comments</comments>
		<pubDate>Thu, 04 Jun 2009 16:33:52 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[协议]]></category>
		<category><![CDATA[HTTP]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[下载]]></category>
		<category><![CDATA[原理]]></category>

		<guid isPermaLink="false">http://www.chentaoqian.com/?p=67</guid>
		<description><![CDATA[对于HTTP协议，向服务器请求某个文件时，只要发送类似如下的请求即可：]]></description>
		<wfw:commentRss>http://www.chentaoqian.com/archives/67/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

