组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：prince1680（prince1680&nbsp;&nbsp;prince1680@163.com）<br />
译文发布时间：2001-5-24<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须<br />
保留本文档的翻译及版权信息。<br />
<br />
<br />
Network&nbsp;Working&nbsp;Group&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;M.&nbsp;Gaynor<br />
Request&nbsp;for&nbsp;Comments:&nbsp;3093&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;S.&nbsp;Bradner<br />
Category:&nbsp;Informational&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Harvard&nbsp;University<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1&nbsp;April&nbsp;2001<br />
<br />
<br />
<br />
防火墙增强协议<br />
（RFC3093&nbsp;Firewall&nbsp;Enhancement&nbsp;Protocol&nbsp;(FEP)）<br />
<br />
<br />
本备忘录的状态<br />
<br />
&nbsp;&nbsp;&nbsp;本备忘录提供了&nbsp;Internet&nbsp;community&nbsp;的信息，但不说明任何一种类型的&nbsp;Internet&nbsp;标<br />
准。发布本备忘录不受限制。<br />
<br />
版权声明<br />
<br />
&nbsp;&nbsp;&nbsp;Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2001).&nbsp;&nbsp;All&nbsp;Rights&nbsp;Reserved.<br />
<br />
概要<br />
<br />
&nbsp;&nbsp;&nbsp;Internet&nbsp;端到端体系结构的透明性允许对其进行新技术和服务的创新&nbsp;[1]，但是，近来<br />
防火墙技术的发展改变了这种模式，制约了创新。我们提议了允许创新且不违反防火墙安全<br />
模型的防火墙增强协议（FEP）。在没有防火墙管理员的协助下，FEP&nbsp;允许任何应用程序通过<br />
防火墙。我们的方法是，将任何应用程序的传输控制协议/用户数据报协议&nbsp;(TCP/UDP)&nbsp;包置<br />
于超文本传输协议&nbsp;(HTTP)&nbsp;之上，因为&nbsp;HTTP&nbsp;包具有可通过防火墙的代表性。&nbsp;由于防火墙被<br />
设计用来阻止外部攻击和忽略内部威胁，故该方案并不违反实际防火墙的安全有效性。FEP&nbsp;的<br />
使用需要从防火墙内部的主机上进行协同操作，所以它与当前防火墙的安全模型相兼容。FEP&nbsp;<br />
在防火墙的安全性和防火墙的透明传输通道两个方面达到最好。<br />
<br />
1.0&nbsp;术语<br />
<br />
&nbsp;&nbsp;&nbsp;本文档中的关键字&nbsp;"MUST",&nbsp;"MUST&nbsp;NOT",&nbsp;"REQUIRED",&nbsp;"SHALL",&nbsp;"SHALL&nbsp;NOT",<br />
&nbsp;&nbsp;&nbsp;"SHOULD",&nbsp;"SHOULD&nbsp;NOT",&nbsp;"RECOMMENDED",&nbsp;"MAY",&nbsp;和&nbsp;"OPTIONAL"&nbsp;在&nbsp;RFC&nbsp;2119&nbsp;中已解<br />
释。<br />
<br />
2.0&nbsp;简介<br />
<br />
&nbsp;&nbsp;&nbsp;Internet&nbsp;现在已做得很好了，考虑过去的&nbsp;10&nbsp;年间，telco's&nbsp;宣称&nbsp;Internet&nbsp;甚至不能<br />
在社团环境下工作。这有许多原因，其中最主要的一点就是由&nbsp;Reed,&nbsp;Seltzer,&nbsp;和&nbsp;Clark&nbsp;讨<br />
论的端到端的论点&nbsp;[2]。最后的创新是提出了动手比构思更有价值的有力方法。但是，世界<br />
正象&nbsp;Clark&nbsp;所指出的那样已在改变&nbsp;[6]。&nbsp;社团世界接入&nbsp;Internet，安全性尤为重要，甚至<br />
付出阻断端到端模式的代价。<br />
&nbsp;&nbsp;&nbsp;一个这样的例子就是防火墙&nbsp;-&nbsp;一种阻止外来者未经授权访问社团内部的设备。我们的新<br />
协议，防火墙增强协议&nbsp;(FEP)，就是为在保持防火墙建立的安全层次上恢复端到端模式而设<br />
计的。<br />
<br />
&nbsp;&nbsp;&nbsp;要看到端到端模型多么强大，请考虑以下例子。如果&nbsp;Scott&nbsp;和&nbsp;Mark&nbsp;有个好主意和实现<br />
才能，他们可以制造一个物品，使用它，并可以送给朋友，若朋友们要保留它，把它做得更<br />
好也许是个好主意。现在加入防火墙：如果&nbsp;Mark&nbsp;正好在一家安装了防火墙的公司工作，他<br />
将不能与他的朋友&nbsp;Scott&nbsp;进行试验，创新将更困难，也许不可能实现。要使&nbsp;Scott&nbsp;和&nbsp;Mark&nbsp;<br />
能够做试验，IT&nbsp;管理员应该做什么，以便于更好地服务于他们的用户呢？这就是&nbsp;web&nbsp;如何<br />
建立的：一个有才能的人，某些好主意和创新的能力。<br />
<br />
&nbsp;&nbsp;&nbsp;防火墙很重要，并且我们尊重每个人无论怎样保护他们自己的权利&nbsp;(在其他人不麻烦的时<br />
候)。&nbsp;防火墙在工作，并在&nbsp;Internet&nbsp;中有一席之地。无论如何，防火墙是为阻止外部的威<br />
胁而提供保护的，不是为内部的。我们提议的协议不违反防火墙的安全模型；它仍能阻止外<br />
部危险，特别是防火墙能提供保护的危险。因为对防火墙内部的人来说，我们的协议必须运<br />
行在可以访问&nbsp;TCP&nbsp;端口&nbsp;80&nbsp;的应用层。我们的概念是在绕过防火墙&nbsp;IT&nbsp;管理员的看管下而与<br />
安全级一致。我们的自主提议是没有额外的对外部安全妥协的创新，并且最好的，是不需要<br />
浪费包括任何管理员赞同的时间。<br />
<br />
&nbsp;&nbsp;&nbsp;我们的主意来源于日益增多的使用&nbsp;HTTP&nbsp;的应用程序，因为它们可以通过防火墙的阻拦。<br />
这种特定应用程序的零碎配置不足以与防火墙的创新相提并论，我们决定开发一个基于&nbsp;HTTP&nbsp;<br />
的&nbsp;TCP/IP&nbsp;的过程。使用这种创新，任何人都可以立即使用任何新的&nbsp;TCP/IP&nbsp;应用程序，而<br />
不必使用艰苦的&nbsp;过程通过防火墙来访问特定的应用程序。该提议的一个计划外副产品是，对<br />
已存在的&nbsp;TCP/IP&nbsp;应用程序来说，也可更好地服务于用户。&nbsp;&nbsp;用户通过&nbsp;FEP&nbsp;可以决定他们可<br />
以运行哪些应用程序。<br />
<br />
&nbsp;&nbsp;&nbsp;我们的提议比较简单，部分基于&nbsp;Eastlake&nbsp;[3]&nbsp;提议中的&nbsp;IP&nbsp;包的&nbsp;MIME&nbsp;编码。我们使用<br />
随处可见的&nbsp;HTTP&nbsp;协议格式。IP&nbsp;数据包携带于&nbsp;HTTP&nbsp;消息的消息体内，TCP&nbsp;包的头信息编码<br />
进消息的&nbsp;HTTP&nbsp;头内。这种头字段的&nbsp;ASCII&nbsp;编码方式有很多优点，包括易读性，增加新应用<br />
程序的可调试性，包信息的记录容易性。如果该协议被广泛采纳，象&nbsp;tcpdump&nbsp;之类的工具将<br />
变得过时。<br />
<br />
3.0&nbsp;FEP&nbsp;协议<br />
<br />
&nbsp;&nbsp;&nbsp;图&nbsp;1&nbsp;表示了协议的高层视图。主机&nbsp;A&nbsp;的应用程序&nbsp;(1)&nbsp;(位于防火墙外)&nbsp;发送一个&nbsp;<br />
TCP/IP&nbsp;数据包到主机&nbsp;B&nbsp;(位于防火墙内)。通过通道接口，TCP/IP&nbsp;数据包路由到我们的&nbsp;FEP&nbsp;<br />
软件&nbsp;(2)，并将数据包编码进一个&nbsp;HTTP&nbsp;消息，然后，该消息通过&nbsp;HTTP/TCP/IP&nbsp;(3)&nbsp;通道发<br />
送到主机&nbsp;B&nbsp;的正常&nbsp;HTTP&nbsp;端口&nbsp;(4)。当它到达主机&nbsp;B&nbsp;后，该包通过通道被路由到&nbsp;FEP&nbsp;(5)，<br />
包被解码，并生成&nbsp;TCP/IP&nbsp;数据包，插入到主机&nbsp;B&nbsp;的协议堆栈&nbsp;(6)。该包就被路由到主机&nbsp;B&nbsp;<br />
(7)&nbsp;的应用程序，就好象不存在防火墙&nbsp;(8)&nbsp;一样。<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;主机&nbsp;A&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;主机&nbsp;B<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;----------&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;----------<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;App&nbsp;&nbsp;&nbsp;|&nbsp;(1)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;App&nbsp;&nbsp;&nbsp;|&nbsp;(7)<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;TCP&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;TCP&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;(6)<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;FEP&nbsp;dvr&nbsp;&nbsp;|&nbsp;(2)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;FEP&nbsp;dvr&nbsp;|&nbsp;(5)<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;TCP&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;TCP&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;防火墙&nbsp;(8)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;----------&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;---&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-----------<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(3)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;^&nbsp;(4)<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+----------------&gt;|&nbsp;|-----------------------+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;---<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;图&nbsp;1<br />
<br />
3.1&nbsp;HTTP&nbsp;方法<br />
<br />
&nbsp;&nbsp;&nbsp;FEP&nbsp;允许任一方看起来象客户端或服务器端，每个&nbsp;TCP/IP&nbsp;包都可作为&nbsp;HTTP&nbsp;GET&nbsp;请求或&nbsp;<br />
GET&nbsp;请求应答被发送。这种灵活性在下述方面与防火墙工作得很好：试图验证通过防火墙有<br />
效的&nbsp;HTTP&nbsp;命令，阻止对&nbsp;FEP&nbsp;包不必要的捕获。<br />
<br />
3.2&nbsp;TCP&nbsp;头封装：<br />
<br />
&nbsp;&nbsp;&nbsp;将&nbsp;TCP/IP&nbsp;包编码进&nbsp;HTTP&nbsp;命令有两个步骤&nbsp;(或可选三个）。第一步，IP&nbsp;包按&nbsp;[3]&nbsp;中所<br />
指定的&nbsp;MIME&nbsp;格式编码进消息体内；第二步，TCP&nbsp;[4]&nbsp;包头进行解析并编码进新的&nbsp;HTTP&nbsp;头<br />
中。最后，作为可选项，IP&nbsp;头也被编码进新的可选的&nbsp;HTTP&nbsp;头中。TCP&nbsp;和可选的&nbsp;IP&nbsp;头编码<br />
确实具有易读性，因为整个&nbsp;IP&nbsp;数据包被编码进&nbsp;HTTP&nbsp;命令体的部分。<br />
<br />
&nbsp;&nbsp;&nbsp;该提议定义了下列描述&nbsp;TCP&nbsp;头信息的新&nbsp;HTTP&nbsp;头。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_value_opt&nbsp;-&nbsp;该&nbsp;ASCII&nbsp;字串表示&nbsp;TCP&nbsp;字段的编码类型，这里不指定强制编码类型。<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;合法值是：<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_binary&nbsp;-&nbsp;字段值二进制表示值的&nbsp;ASCII&nbsp;表示。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_hexed&nbsp;-&nbsp;字段值十六进制表示值的&nbsp;ASCII&nbsp;表示。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_Sport&nbsp;-&nbsp;16-bit&nbsp;TCP&nbsp;源端口号，以&nbsp;ASCII&nbsp;字串编码，表示端口号的值。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_Dport&nbsp;-&nbsp;16-bit&nbsp;TCP&nbsp;目的端口号，以&nbsp;ASCII&nbsp;字串编码，表示端口号的值。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_SeqNum&nbsp;-&nbsp;32-bit&nbsp;序列号，以&nbsp;ASCII&nbsp;字串编码，表示序列号的十六进制值。该字段<br />
必须（MUST）按小写字符发送，因为它不紧急。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_Ackl&nbsp;-&nbsp;32-bit&nbsp;确认号，以&nbsp;ASCII&nbsp;字串编码，表示确认号的值。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_DODO&nbsp;-&nbsp;4-bit&nbsp;数据偏移值，以&nbsp;ASCII&nbsp;字串编码，表示以比特为单位的&nbsp;TCP&nbsp;头的实<br />
际长度的低&nbsp;32&nbsp;位值。(通常这是数据值乘以&nbsp;32。)<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_6Os&nbsp;-&nbsp;&nbsp;6-bit&nbsp;保留位，编码为&nbsp;6&nbsp;个&nbsp;ASCII&nbsp;字符的字串。&nbsp;"O"&nbsp;("Oh")&nbsp;表示&nbsp;"Off"&nbsp;<br />
位，"O"&nbsp;("Oh")&nbsp;表示&nbsp;"On"&nbsp;位。&nbsp;&nbsp;(注意，这些字符发送时必须（MUST）为&nbsp;"off"，在接收<br />
时必须（MUST）忽略。)<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_FlgBts&nbsp;-&nbsp;TCP&nbsp;标志位，编码为&nbsp;5&nbsp;个逗号分隔的&nbsp;ASCII&nbsp;字串：[{URG|urg}，{ACK|ack}，<br />
{PSH|psh}，{RST|rst}，{SYN|syn}，{FIN|fin}]。大写字母表示该标志位被置位，小写字母<br />
表示该标志位被复位。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_Windex&nbsp;-&nbsp;16-bit&nbsp;TCP&nbsp;窗口大小，以&nbsp;ASCII&nbsp;字串编码，表示窗口中的字节数的值。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_Checkit&nbsp;-&nbsp;16-bit&nbsp;TCP&nbsp;检查和字段，以&nbsp;ASCII&nbsp;字串编码，表示检查和字段纠正一位<br />
的十进制值。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_UP&nbsp;-&nbsp;16-bit&nbsp;TCP&nbsp;紧急指针，以十六进制编码表示字段的值。该十六进制字串必须<br />
（MUST）大写，因为它表示紧急。<br />
<br />
&nbsp;&nbsp;&nbsp;TCP_Opp_Lst&nbsp;-&nbsp;以逗号分隔的可能存在的&nbsp;TCP&nbsp;选项列表。每个选项以&nbsp;ASCII&nbsp;字串编码，<br />
表示选项名，后接括在方括号内的选项指定信息。作为有代表性的选项和它们后续的编码，<br />
其他&nbsp;IP&nbsp;选项有如下格式：<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;End&nbsp;of&nbsp;Options:&nbsp;["End&nbsp;of&nbsp;Options"]<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Window&nbsp;scale&nbsp;option:&nbsp;["Window&nbsp;scale",&nbsp;shift_count],&nbsp;这里<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;shift_count&nbsp;是窗口尺寸因子，以十进制&nbsp;ASCII&nbsp;字串表示。<br />
<br />
3.2&nbsp;IPv4&nbsp;头封装：<br />
<br />
&nbsp;&nbsp;&nbsp;本提议定义了下列新&nbsp;HTTP&nbsp;头，以表示&nbsp;IPv4&nbsp;头信息：<br />
<br />
&nbsp;&nbsp;&nbsp;这些可选的头使用编码&nbsp;IPv4&nbsp;[5]&nbsp;头以获得更好的易读性。这些字段的编码与上述&nbsp;TCP&nbsp;<br />
头字段具有相同的格式。<br />
<br />
&nbsp;&nbsp;&nbsp;由于基本&nbsp;IP&nbsp;包已存在于&nbsp;HTTP&nbsp;头内，下列头是可选的。它们不使用，使用某些或全部使<br />
用依赖于程序员的奇想。<br />
<br />
&nbsp;&nbsp;&nbsp;IP_value_opt&nbsp;-&nbsp;该&nbsp;ASCII&nbsp;字串表示了下列字段的编码类型，，这里不指定强制编码类型。<br />
其合法值与&nbsp;TCP_value_opt&nbsp;相同。<br />
<br />
&nbsp;&nbsp;&nbsp;IP_Ver&nbsp;-&nbsp;IP&nbsp;版本号，以&nbsp;UTF-8&nbsp;字串编码。字串的合法值是&nbsp;"four"，"five"，和&nbsp;"six"。<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;在本节中如果值是&nbsp;'four"，或在&nbsp;3.3&nbsp;节中如果值是&nbsp;"six"，IP&nbsp;头中该字段的封装将<br />
被定义。如果接收到适当的命令，IP_Ver&nbsp;的值是&nbsp;"five"&nbsp;的封装也将被处理。IP_Ver&nbsp;的值<br />
为&nbsp;"eight"&nbsp;的封装是空的。这些字串必须（MUST）能够支持任意本地语言。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Hlen&nbsp;-&nbsp;IP&nbsp;Internet&nbsp;头长度字段，它与&nbsp;TCP_DODO&nbsp;编码方式相同。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Type_of_Service&nbsp;(该名称大小写敏感)&nbsp;-&nbsp;在&nbsp;IPv4&nbsp;头中，该字段名已废除，而以&nbsp;<br />
IP_$$&nbsp;和&nbsp;IP_CU&nbsp;代替。<br />
<br />
&nbsp;&nbsp;&nbsp;IP_$$&nbsp;-&nbsp;6-bit&nbsp;区分服务字段，以&nbsp;UTF-8&nbsp;字串封装，表示字段是&nbsp;DS&nbsp;代码指针名。<br />
<br />
&nbsp;&nbsp;&nbsp;IP_CU&nbsp;-&nbsp;2-bit&nbsp;字段，为&nbsp;TOS&nbsp;字段的低二位比特。因为该字段当前用于各种试验，已被<br />
编码为各种可能的方式，所以，它被编码为两个&nbsp;ASCII&nbsp;字串，格式为&nbsp;"bit0=X"&nbsp;和&nbsp;"bit1=X"，<br />
这里&nbsp;"X"&nbsp;是&nbsp;"on"&nbsp;或&nbsp;"off."&nbsp;&nbsp;注意，比特&nbsp;0&nbsp;是&nbsp;MSB.<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Total&nbsp;-&nbsp;16-bit&nbsp;总长度字段，以&nbsp;ASCII&nbsp;字串编码表示字段的值。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_SSN&nbsp;-&nbsp;IP&nbsp;标识字段，以&nbsp;ASCII&nbsp;字串编码表示字段的值。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Flags&nbsp;-&nbsp;IP&nbsp;标志位，编码为由&nbsp;3&nbsp;个逗号分隔的&nbsp;ASCII&nbsp;字串：[{"Must&nbsp;Be&nbsp;Zero"},&nbsp;<br />
{"May&nbsp;Fragment"|"Don't&nbsp;Fragment"},&nbsp;{"Last&nbsp;Fragment"|"More&nbsp;Fragments"}]<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Frager&nbsp;-&nbsp;13-bit&nbsp;片段偏移字段，以&nbsp;ASCII&nbsp;字串编码表示字段的值。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_TTL&nbsp;-&nbsp;8-bit&nbsp;存活时间字段(Time_To_Live)，以&nbsp;UTF-8&nbsp;字串编码，表示形式为&nbsp;"X"&nbsp;的<br />
跳步次数。&nbsp;这里&nbsp;"X"&nbsp;是字段的十进制数&nbsp;-1。&nbsp;该字串必须（MUST）能够支持任意本地语言。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Proto&nbsp;-&nbsp;8-bit&nbsp;协议字段，以&nbsp;UTF-8&nbsp;字串编码，表示协议名，该协议的头跟着&nbsp;IP&nbsp;头。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Checkit&nbsp;-&nbsp;16-bit&nbsp;检查和字段，编码方式与&nbsp;TCP_Checkit&nbsp;相同。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Apparent_Source&nbsp;-&nbsp;32-bit&nbsp;源地址字段。为表示用户友好，该字段以&nbsp;UTF-8&nbsp;字串编<br />
码，表示包的发送者的域名。作为一种备份的形式使用，可以在防火墙将域名本身阻塞后用<br />
于保护社团用户的使用，它是一个&nbsp;ASCII&nbsp;字串，表示&nbsp;IPv4&nbsp;的由句号分隔的小于&nbsp;255&nbsp;的四<br />
位数地址。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Dest_Addr&nbsp;-&nbsp;32-bit&nbsp;目的地址字段，编码方式与&nbsp;IP4_Apparent_Source&nbsp;相同。<br />
<br />
&nbsp;&nbsp;&nbsp;IP4_Opp_Lst&nbsp;-&nbsp;以逗号分隔的可能存在的&nbsp;IPv4&nbsp;选项列表。每个选项以&nbsp;ASCII&nbsp;字串编码，<br />
表示<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;表示选项名，后接括在方括号内的选项指定信息。作为有代表性的选项和它们后续的<br />
编码，其他&nbsp;IP&nbsp;选项有如下格式：<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;End&nbsp;of&nbsp;Options&nbsp;option:&nbsp;["End&nbsp;of&nbsp;Options"]<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Loose&nbsp;Source&nbsp;Routing&nbsp;option:&nbsp;["Loose&nbsp;Source&nbsp;Routing",&nbsp;length,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;pointer,&nbsp;IP4_addr1,&nbsp;IP4_addr2,&nbsp;...],&nbsp;这里&nbsp;length&nbsp;和&nbsp;pointer<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;是&nbsp;ASCII&nbsp;字串，表示那些字段的值。<br />
<br />
3.3&nbsp;IPv6&nbsp;头封装:<br />
<br />
&nbsp;&nbsp;&nbsp;本建议定义了下列新的&nbsp;HTTP&nbsp;头，以描绘&nbsp;IPv6&nbsp;头信息:<br />
<br />
&nbsp;&nbsp;&nbsp;这些可选的对&nbsp;IPv6&nbsp;[5]&nbsp;头的编码提供了更好的可读性。这些字段的编码与上述&nbsp;TCP&nbsp;头<br />
字段的编码格式很相似。<br />
<br />
&nbsp;&nbsp;&nbsp;因为基本的&nbsp;IP&nbsp;包已包含在&nbsp;HTTP&nbsp;头中，下述头是可选的。它们不使用，使用某些或全部<br />
使用依赖于程序员的奇想。现在只支持基本的&nbsp;IPv6&nbsp;头。如果对此有足够的兴趣，我们将继<br />
续开发对&nbsp;IPv6&nbsp;扩展头的支持。<br />
<br />
&nbsp;&nbsp;&nbsp;IP_$$&nbsp;-&nbsp;6-bit&nbsp;区分服务字段&nbsp;-&nbsp;见上<br />
<br />
&nbsp;&nbsp;&nbsp;IP_CU&nbsp;-&nbsp;2-bit&nbsp;未用字段&nbsp;-&nbsp;见上<br />
<br />
&nbsp;&nbsp;&nbsp;IP6_Go_with_the_Flow&nbsp;-&nbsp;20-bit&nbsp;流标签字段。由于该字段当前未使用，故应编码为&nbsp;UTF-8&nbsp;<br />
字串“do&nbsp;not&nbsp;care”。<br />
<br />
&nbsp;&nbsp;&nbsp;IP6_PayLd&nbsp;-&nbsp;16-bit&nbsp;有效载荷长度字段，编码为描述字段值的&nbsp;ASCII&nbsp;字串。不推荐使用&nbsp;<br />
IPv6&nbsp;的&nbsp;FEP。<br />
<br />
&nbsp;&nbsp;&nbsp;IP6_NxtHdr&nbsp;-&nbsp;8-bit&nbsp;下一个头字段，与&nbsp;IP4_Proto&nbsp;编码相同。<br />
<br />
&nbsp;&nbsp;&nbsp;IP6_Hopping&nbsp;-&nbsp;8-bit&nbsp;跳跃限制字段，与&nbsp;IP4_TTL&nbsp;编码相同。<br />
<br />
&nbsp;&nbsp;&nbsp;IP6_Apparent_Source&nbsp;-&nbsp;128-bit&nbsp;源地址字段。该字段编码为用户友好的&nbsp;UTF-8&nbsp;字串，<br />
表示包发送者的域名。作为一种备份的形式使用，可以在防火墙将域名本身阻塞后用于保护<br />
合法用户的使用，它是一个&nbsp;ASCII&nbsp;字串，用于描述任何一种表述一个&nbsp;IPv6&nbsp;地址的合法形式。<br />
<br />
&nbsp;&nbsp;&nbsp;IP6_Dest_Addr&nbsp;-&nbsp;128-bit&nbsp;目的地址字段，与&nbsp;IP6_Apparent_Source&nbsp;编码相同。<br />
<br />
3.4&nbsp;TCP&nbsp;头压缩<br />
<br />
&nbsp;&nbsp;&nbsp;面对象本文这样增加包大小的协议，压缩&nbsp;TCP&nbsp;头是愚蠢的，所以我们忽略它。<br />
<br />
4.0&nbsp;安全考虑<br />
<br />
&nbsp;&nbsp;&nbsp;因为该协议涉及到防火墙，所以没有实际的安全考虑。<br />
<br />
5.0&nbsp;感谢<br />
<br />
&nbsp;&nbsp;&nbsp;We&nbsp;wish&nbsp;to&nbsp;thank&nbsp;the&nbsp;many&nbsp;Firewall&nbsp;vendors&nbsp;who&nbsp;have&nbsp;supported&nbsp;our<br />
&nbsp;&nbsp;&nbsp;work&nbsp;to&nbsp;re-enable&nbsp;the&nbsp;innovation&nbsp;that&nbsp;made&nbsp;the&nbsp;Internet&nbsp;great,<br />
&nbsp;&nbsp;&nbsp;without&nbsp;giving&nbsp;up&nbsp;the&nbsp;cellophane&nbsp;fig&nbsp;leaf&nbsp;of&nbsp;security&nbsp;that&nbsp;a&nbsp;Firewall<br />
&nbsp;&nbsp;&nbsp;provides.<br />
<br />
6.0&nbsp;作者地址<br />
<br />
&nbsp;&nbsp;&nbsp;Mark&nbsp;Gaynor<br />
&nbsp;&nbsp;&nbsp;Harvard&nbsp;University<br />
&nbsp;&nbsp;&nbsp;Cambridge&nbsp;MA&nbsp;02138<br />
<br />
&nbsp;&nbsp;&nbsp;EMail&nbsp;gaynor@eecs.harvard.edu<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Scott&nbsp;Bradner<br />
&nbsp;&nbsp;&nbsp;Harvard&nbsp;University<br />
&nbsp;&nbsp;&nbsp;Cambridge&nbsp;MA&nbsp;02138<br />
<br />
&nbsp;&nbsp;&nbsp;Phone&nbsp;+1&nbsp;617&nbsp;495&nbsp;3864<br />
&nbsp;&nbsp;&nbsp;EMail&nbsp;sob@harvard.edu<br />
<br />
参考书目<br />
<br />
&nbsp;&nbsp;&nbsp;[1]&nbsp;Carpenter,&nbsp;B.,&nbsp;"Internet&nbsp;Transparency",&nbsp;RFC&nbsp;2775,&nbsp;February&nbsp;2000.<br />
<br />
&nbsp;&nbsp;&nbsp;[2]&nbsp;Saltzer,&nbsp;J.,&nbsp;Reed,&nbsp;D.,&nbsp;and&nbsp;D.&nbsp;Clark,&nbsp;"End-to-End&nbsp;Arguments&nbsp;in<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;System&nbsp;Design".&nbsp;&nbsp;2nd&nbsp;International&nbsp;Conference&nbsp;on&nbsp;Distributed<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Systems,&nbsp;Paris,&nbsp;France,&nbsp;April&nbsp;1981.<br />
<br />
&nbsp;&nbsp;&nbsp;[3]&nbsp;Eastlake,&nbsp;D.,&nbsp;"IP&nbsp;over&nbsp;MIME",&nbsp;Work&nbsp;in&nbsp;Progress.<br />
<br />
&nbsp;&nbsp;&nbsp;[4]&nbsp;Postel,&nbsp;J.,&nbsp;"Transmission&nbsp;Control&nbsp;Protocol",&nbsp;STD&nbsp;7,&nbsp;RFC&nbsp;793,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;September&nbsp;1981.<br />
<br />
&nbsp;&nbsp;&nbsp;[5]&nbsp;Postel,&nbsp;J.,&nbsp;"Internet&nbsp;Protocol",&nbsp;STD&nbsp;5,&nbsp;RFC&nbsp;791,&nbsp;September&nbsp;1981.<br />
<br />
&nbsp;&nbsp;&nbsp;[6]&nbsp;Clark,&nbsp;D.&nbsp;and&nbsp;M.&nbsp;Blumenthal,&nbsp;"Rethinking&nbsp;the&nbsp;Design&nbsp;of&nbsp;the<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Internet:&nbsp;The&nbsp;end-to-end&nbsp;argument&nbsp;vs.&nbsp;the&nbsp;brave&nbsp;new&nbsp;world".&nbsp;2000.<br />
<br />
完整的版权声明<br />
<br />
&nbsp;&nbsp;&nbsp;Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2001).&nbsp;&nbsp;All&nbsp;Rights&nbsp;Reserved.<br />
<br />
&nbsp;&nbsp;&nbsp;This&nbsp;document&nbsp;and&nbsp;translations&nbsp;of&nbsp;it&nbsp;may&nbsp;be&nbsp;copied&nbsp;and&nbsp;furnished&nbsp;to<br />
&nbsp;&nbsp;&nbsp;others,&nbsp;and&nbsp;derivative&nbsp;works&nbsp;that&nbsp;comment&nbsp;on&nbsp;or&nbsp;otherwise&nbsp;explain&nbsp;it<br />
&nbsp;&nbsp;&nbsp;or&nbsp;assist&nbsp;in&nbsp;its&nbsp;implementation&nbsp;may&nbsp;be&nbsp;prepared,&nbsp;copied,&nbsp;published<br />
&nbsp;&nbsp;&nbsp;and&nbsp;distributed,&nbsp;in&nbsp;whole&nbsp;or&nbsp;in&nbsp;part,&nbsp;without&nbsp;restriction&nbsp;of&nbsp;any<br />
&nbsp;&nbsp;&nbsp;kind,&nbsp;provided&nbsp;that&nbsp;the&nbsp;above&nbsp;copyright&nbsp;notice&nbsp;and&nbsp;this&nbsp;paragraph&nbsp;are<br />
&nbsp;&nbsp;&nbsp;included&nbsp;on&nbsp;all&nbsp;such&nbsp;copies&nbsp;and&nbsp;derivative&nbsp;works.&nbsp;&nbsp;However,&nbsp;this<br />
&nbsp;&nbsp;&nbsp;document&nbsp;itself&nbsp;may&nbsp;not&nbsp;be&nbsp;modified&nbsp;in&nbsp;any&nbsp;way,&nbsp;such&nbsp;as&nbsp;by&nbsp;removing<br />
&nbsp;&nbsp;&nbsp;the&nbsp;copyright&nbsp;notice&nbsp;or&nbsp;references&nbsp;to&nbsp;the&nbsp;Internet&nbsp;Society&nbsp;or&nbsp;other<br />
&nbsp;&nbsp;&nbsp;Internet&nbsp;organizations,&nbsp;except&nbsp;as&nbsp;needed&nbsp;for&nbsp;the&nbsp;purpose&nbsp;of<br />
&nbsp;&nbsp;&nbsp;developing&nbsp;Internet&nbsp;standards&nbsp;in&nbsp;which&nbsp;case&nbsp;the&nbsp;procedures&nbsp;for<br />
&nbsp;&nbsp;&nbsp;copyrights&nbsp;defined&nbsp;in&nbsp;the&nbsp;Internet&nbsp;Standards&nbsp;process&nbsp;must&nbsp;be<br />
&nbsp;&nbsp;&nbsp;followed,&nbsp;or&nbsp;as&nbsp;required&nbsp;to&nbsp;translate&nbsp;it&nbsp;into&nbsp;languages&nbsp;other&nbsp;than<br />
&nbsp;&nbsp;&nbsp;English.<br />
<br />
&nbsp;&nbsp;&nbsp;The&nbsp;limited&nbsp;permissions&nbsp;granted&nbsp;above&nbsp;are&nbsp;perpetual&nbsp;and&nbsp;will&nbsp;not&nbsp;be<br />
&nbsp;&nbsp;&nbsp;revoked&nbsp;by&nbsp;the&nbsp;Internet&nbsp;Society&nbsp;or&nbsp;its&nbsp;successors&nbsp;or&nbsp;assigns.<br />
<br />
&nbsp;&nbsp;&nbsp;This&nbsp;document&nbsp;and&nbsp;the&nbsp;information&nbsp;contained&nbsp;herein&nbsp;is&nbsp;provided&nbsp;on&nbsp;an<br />
&nbsp;&nbsp;&nbsp;"AS&nbsp;IS"&nbsp;basis&nbsp;and&nbsp;THE&nbsp;INTERNET&nbsp;SOCIETY&nbsp;AND&nbsp;THE&nbsp;INTERNET&nbsp;ENGINEERING<br />
&nbsp;&nbsp;&nbsp;TASK&nbsp;FORCE&nbsp;DISCLAIMS&nbsp;ALL&nbsp;WARRANTIES,&nbsp;EXPRESS&nbsp;OR&nbsp;IMPLIED,&nbsp;INCLUDING<br />
&nbsp;&nbsp;&nbsp;BUT&nbsp;NOT&nbsp;LIMITED&nbsp;TO&nbsp;ANY&nbsp;WARRANTY&nbsp;THAT&nbsp;THE&nbsp;USE&nbsp;OF&nbsp;THE&nbsp;INFORMATION<br />
&nbsp;&nbsp;&nbsp;HEREIN&nbsp;WILL&nbsp;NOT&nbsp;INFRINGE&nbsp;ANY&nbsp;RIGHTS&nbsp;OR&nbsp;ANY&nbsp;IMPLIED&nbsp;WARRANTIES&nbsp;OF<br />
&nbsp;&nbsp;&nbsp;MERCHANTABILITY&nbsp;OR&nbsp;FITNESS&nbsp;FOR&nbsp;A&nbsp;PARTICULAR&nbsp;PURPOSE.<br />
<br />
感谢<br />
<br />
&nbsp;&nbsp;&nbsp;Funding&nbsp;for&nbsp;the&nbsp;RFC&nbsp;Editor&nbsp;function&nbsp;is&nbsp;currently&nbsp;provided&nbsp;by&nbsp;the<br />
&nbsp;&nbsp;&nbsp;Internet&nbsp;Society.<br />
RFC3093&nbsp;Firewall&nbsp;Enhancement&nbsp;Protocol&nbsp;(FEP)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;防火墙增强协议<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />