组织：中国互动出现网&nbsp;(http://www.china-pub.com/)<br />
&nbsp;&nbsp;RFC文档中文翻译计划&nbsp;(http://www.china-pub.com/computers/emook/aboutemook.htm)<br />
&nbsp;&nbsp;E-mail:&nbsp;ouyang@china-pub.com<br />
译者：&nbsp;hlq&nbsp;(hlq&nbsp;&nbsp;&nbsp;hlq@mail.ndsc.com.cn&nbsp;)<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;D.&nbsp;Farinacci<br />
Request&nbsp;for&nbsp;Comments:&nbsp;2784&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;T.&nbsp;Li<br />
Category:&nbsp;Standards&nbsp;Track&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Procket&nbsp;Networks<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;&nbsp;S.&nbsp;Hanks<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;Enron&nbsp;Communications<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;&nbsp;D.&nbsp;Meyer<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;Cisco&nbsp;Systems<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;P.&nbsp;Traina<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;Juniper&nbsp;Networks<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;March&nbsp;2000<br />
<br />
<br />
通用路由封装<br />
Generic&nbsp;Routing&nbsp;Encapsulation&nbsp;(GRE)<br />
<br />
本文档的现状<br />
<br />
&nbsp;&nbsp;&nbsp;本文当描述了一种供Internet协会采用的Internet标准跟踪协议，尚需对之进行讨论并提出建议以待改进。本协议的标准化进程请参考最新版的“Internet正式协议标准”（STD&nbsp;1）。本文档可以无限制的分发。<br />
<br />
Copyright&nbsp;Notice<br />
<br />
&nbsp;&nbsp;&nbsp;Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2000).&nbsp;&nbsp;All&nbsp;Rights&nbsp;Reserved.<br />
<br />
摘要<br />
&nbsp;&nbsp;&nbsp;本文档描述了一种协议，以在任一种网络层协议之上封装其它任一种网络层协议。<br />
<br />
1.&nbsp;&nbsp;简介<br />
&nbsp;&nbsp;&nbsp;&nbsp;在一种协议上封装另一种协议，当前有几种不同的建议（RFC1234,&nbsp;RFC1226）。出于策略方面的考虑，提出了其他形式的封装（RFC1241,&nbsp;RFC1479）以在IP上传输IP。本文档描述的协议与上述协议相似，但更具通用性。为力图更通用，很多协议相关的细微差别被忽略掉了。这样做的结果是本协议对于某个已经描述的特定的“X&nbsp;over&nbsp;Y”封装的情形可能不太合适。本协议试图提供一种简单、通用的封装机制来把封装的问题从其现在的大小（n^2）降低到另一个更容易控制的大小。本文档故意不讨论何时应该对数据包进行封装的问题，本文档承认但不讨论相互封装（RFC&nbsp;1326）的问题.<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;在最通常的情况下，系统有一个数据包需要被封装并传送到某个目的地。我们称该数据包为净载数据包（payload&nbsp;packet）。净载数据包首先被封装在一个GRE数据包中。所得的GRE数据包可以封装在另一种协议中，然后被转发。我们称外层协议为传输协议（delivery&nbsp;protocol）。处理该数据包的算法我们在后面讨论。<br />
<br />
&nbsp;&nbsp;&nbsp;最后，本文档描述了多个厂商当前使用的GRE的交集。<br />
<br />
&nbsp;&nbsp;&nbsp;关键词“必须”,“不允许”，“可能”,“可选”，“必要的”,“推荐”,“应该”，“要求”，“不得”,“应该”,“不应该”，按RFC&nbsp;2119&nbsp;的定义进行解释。<br />
<br />
2.&nbsp;GRE封装后数据包的结构<br />
<br />
&nbsp;&nbsp;&nbsp;封装后一个GRE数据包的格式如下：<br />
<br />
&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;Delivery&nbsp;Header&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;---------------------------------<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;GRE&nbsp;Header&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;---------------------------------<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;Payload&nbsp;packet&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;---------------------------------<br />
<br />
&nbsp;&nbsp;&nbsp;本文档主要关心的是GRE头部的结构，但是也对围绕IPv4净载的问题给于一些特别的考虑。<br />
<br />
2.1.&nbsp;GRE头部<br />
<br />
&nbsp;&nbsp;&nbsp;GRE数据包的头部格式如下:<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5&nbsp;6&nbsp;7&nbsp;8&nbsp;9&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5&nbsp;6&nbsp;7&nbsp;8&nbsp;9&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5&nbsp;6&nbsp;7&nbsp;8&nbsp;9&nbsp;0&nbsp;1<br />
&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;|C|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Reserved0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;Ver&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Protocol&nbsp;Type&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Checksum&nbsp;(optional)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Reserved1&nbsp;(Optional)&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
<br />
2.2.&nbsp;Checksum&nbsp;Present&nbsp;(bit&nbsp;0)<br />
<br />
&nbsp;&nbsp;&nbsp;如果Checksum&nbsp;Present位置为1,那么Checksum和Reserved1域都出现并且Checksum域包含有效信息。注意一个compliant实现必须接受并处理该域。<br />
<br />
2.3.&nbsp;Reserved0&nbsp;(bits&nbsp;1-12)<br />
<br />
&nbsp;&nbsp;&nbsp;接收者必须丢弃1-5比特中任一位为非0的数据包，除非接收者使用RFC&nbsp;1701。比特6-12保留以备后用，这些比特位必须按0发送，并且在接收时必须忽略掉。<br />
<br />
2.3.1.&nbsp;Version&nbsp;Number&nbsp;(bits&nbsp;13-15)<br />
<br />
&nbsp;&nbsp;&nbsp;Version&nbsp;Number域必须包含值0。<br />
<br />
2.4.&nbsp;Protocol&nbsp;Type&nbsp;(2&nbsp;octets)<br />
<br />
&nbsp;&nbsp;&nbsp;Protocol&nbsp;Type域包含净载数据包的协议类型。这些协议在RFC&nbsp;1700中定义为“ETHERT&nbsp;TYPES”，可在参考文献[ETYPES]的网址上得到。应用程序如果接收到一个包含未列于RFC&nbsp;1700中的协议类型的数据包应该丢弃该数据包。<br />
<br />
2.5.&nbsp;Checksum&nbsp;(2&nbsp;octets)<br />
<br />
&nbsp;&nbsp;&nbsp;Checksum域包含了GRE头部和净载数据包所有的16位字（word）的IP（one's&nbsp;complement）检验和。为了计算检验和，checksum域的值为0。该域仅在Checksum&nbsp;Present位为1时出现。<br />
2.6.&nbsp;Reserved1&nbsp;(2&nbsp;octets)<br />
<br />
&nbsp;&nbsp;&nbsp;Reserved1域保留以待将来使用。如果出现，传输时必须为0。Reserved1域仅在Checksum域出现时出现(也就是说,Checksum&nbsp;Present为置为1)。<br />
<br />
3.&nbsp;IPv4作为净载<br />
<br />
&nbsp;&nbsp;&nbsp;当IPv4作为GRE的净载时,Protocol&nbsp;Type域必须置为0x800。<br />
<br />
3.1.&nbsp;转发拆封后的IPv4净载数据报文<br />
<br />
&nbsp;&nbsp;&nbsp;当Ipv4数据报文作为GRE数据报的净载时，隧道端点在拆封该GRE数据报文时,IPv4净载报文头部的目的地址必须用来转发该数据报文，同时净载报文的TTL必须递减。&nbsp;在转发这样的数据报文时应该注意，因为如果净载报文的目的地址正好是该GRE报文的拆封者时&nbsp;(即,隧道的另一端),可能出现环路。这种情形下，数据报文必须丢弃。<br />
<br />
4.&nbsp;IPv4作为交付协议<br />
<br />
&nbsp;&nbsp;&nbsp;当GRE数据报文封装于IPv4数据报文中时，使用IPv4协议号47&nbsp;[参考RFC1700]。关于在IPv4网络上传输数据报文的要求参见[RFC1122]。<br />
<br />
5.&nbsp;与符合RFC&nbsp;1701的应用的互操作<br />
<br />
&nbsp;&nbsp;&nbsp;在RFC&nbsp;1701中,&nbsp;本文描述为Reserved0的域&nbsp;包含几个标志位，本规范不赞成使用这些比特。特别是,Routing&nbsp;Present位,Key&nbsp;Present位,Sequence&nbsp;Number&nbsp;Present位,以及Strict<br />
&nbsp;Source&nbsp;Route位，以及Recursion&nbsp;&nbsp;Control域已经不适用。因而,GRE&nbsp;头部将不再包含RFC1701中定义的Key,&nbsp;Sequence&nbsp;Number以及Routing域。<br />
<br />
&nbsp;&nbsp;&nbsp;但是，有一些现存的RFC&nbsp;1701的应用，下面的章节将描述与这些应用的正确的互操作。<br />
<br />
5.1.&nbsp;符合RFC&nbsp;1701的接收方<br />
<br />
&nbsp;&nbsp;&nbsp;遵循本规范的应用在传输时将把Reserved0域置为0。符合RFC&nbsp;1701的接收方将把该域理解为Routing&nbsp;Present,&nbsp;Key&nbsp;Present,&nbsp;Sequence&nbsp;&nbsp;Number&nbsp;Present,以及Strict&nbsp;Source&nbsp;Route等各个比特位都设置为0,将不再期望RFC&nbsp;1701中的Key,&nbsp;Sequence&nbsp;Number或者&nbsp;Routing域出现。<br />
<br />
5.2.&nbsp;符合RFC&nbsp;1701的发送方<br />
<br />
&nbsp;&nbsp;&nbsp;RFC&nbsp;1701的发送方可以设置Routing&nbsp;Present,&nbsp;Key&nbsp;&nbsp;Present,&nbsp;Sequence&nbsp;Number&nbsp;Present,&nbsp;以及Strict&nbsp;Source&nbsp;Route等各比特位中的任意一位，从而可以在GRE头中传输RFC&nbsp;1701&nbsp;Key,&nbsp;Sequence&nbsp;Number或Routing等各域。正如5.3所述,包含1-5比特中任意非零值的数据报文必须丢弃除非接收方使用RFC&nbsp;1701。<br />
<br />
Farinacci,&nbsp;et&nbsp;al.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Standards&nbsp;Track&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[Page&nbsp;4]<br />
<br />
RFC&nbsp;2784&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Generic&nbsp;Routing&nbsp;Encapsulation&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;March&nbsp;2000<br />
<br />
<br />
6.&nbsp;安全方面的考虑<br />
<br />
&nbsp;&nbsp;&nbsp;使用GRE的网络的安全应该类似于普通IPv4网络中的安全,就像GRE的路由与IPv4内部使用的路由一样。路由器过滤将保持不变，但是数据报的过滤要求防火墙观察GRE内部报文，或者过滤在GRE隧道的两端进行。在那些环境中，这被认为是一个安全问题，因此隧道终止于防火墙可能较为合理。<br />
<br />
7.&nbsp;IANA方面的考虑<br />
<br />
&nbsp;&nbsp;&nbsp;本章考虑另外的GRE版本号和协议类型的赋值问题。<br />
<br />
7.1.&nbsp;&nbsp;GRE版本号<br />
<br />
&nbsp;&nbsp;&nbsp;本文当指定GRE版本号为0。GRE版本号1用于PPTP&nbsp;[参见RFC2637].其他的GRE版本号由IETF&nbsp;Consensus指定，在RFC&nbsp;2434&nbsp;[RFC2434]中定义。<br />
<br />
7.2.协议类型<br />
&nbsp;&nbsp;&nbsp;GRE的Protocol&nbsp;Type使用ETHER&nbsp;Type。新的ETHER&nbsp;TYPES由Xerox&nbsp;Systems&nbsp;Institute&nbsp;指定[参见RFC1700]。<br />
<br />
8.致谢<br />
<br />
&nbsp;&nbsp;&nbsp;本文档由RFC1701和RFC1702作者最初的思想派生而来。Hitoshi&nbsp;Asaeda,&nbsp;Scott&nbsp;Bradner,&nbsp;Randy&nbsp;Bush,Brian&nbsp;Carpenter,&nbsp;Bill&nbsp;Fenner,&nbsp;Andy&nbsp;Malis,&nbsp;Thomas&nbsp;Narten,&nbsp;Dave&nbsp;Thaler,&nbsp;&nbsp;&nbsp;Tim&nbsp;Gleeson以及其他人提供了很多建设性的富有见解的评论。<br />
9.&nbsp;附录——已知的问题<br />
<br />
&nbsp;&nbsp;&nbsp;本文档定义了当前使用的GRE实现。即便如此，它并没有试图论述下面这些已知问题：<br />
<br />
&nbsp;&nbsp;&nbsp;o&nbsp;路径MTU发现(PMTU)&nbsp;的交互[RFC1191]<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;现存的GRE实现,当使用IPv4作为传输头部时,没有实现路径MTU发现，没有在传输头部设置Don't&nbsp;Fragment比特位。这可能引起大的数据报文在隧道内部被分片而在隧道出口点被重组(与净载数据报文是否&nbsp;使用PMTU无关)。如果隧道入口点试图使用路径MTU发现,隧道的入口点将需要把ICMP不可达错误消息(特别是"fragmentation&nbsp;needed&nbsp;and&nbsp;DF&nbsp;set"&nbsp;错误)中继给数据报文的始发者,&nbsp;这在本规范中并不要求。无法正确的中继路径MTU信息给始发者可能导致下面的行为：始发者设置don't&nbsp;fragment比特位,数据报文在隧道内丢失，但是，因为始发者没有接收到反馈,它使用相同的PMTU重发,导致随后发送的数据报文丢失。<br />
<br />
&nbsp;&nbsp;&nbsp;o&nbsp;IPv6作为传输与/或净载协议<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;本规范描述多个厂家当前实施的GRE的交集。IPv6作为传输与/或净载协议在当前实现版本的GRE中并没有包含。<br />
<br />
&nbsp;&nbsp;&nbsp;o&nbsp;与ICMP的交互<br />
<br />
&nbsp;&nbsp;&nbsp;o&nbsp;与区分服务（Differentiated&nbsp;Services）结构的交互<br />
<br />
&nbsp;&nbsp;&nbsp;o&nbsp;多次封装和环回封装<br />
<br />
10.&nbsp;参考文献<br />
<br />
&nbsp;&nbsp;&nbsp;[ETYPES]&nbsp;&nbsp;ftp://ftp.isi.edu/in-notes/iana/assignments/ethernet-<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;numbers<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1122]&nbsp;Braden,&nbsp;R.,&nbsp;"Internet主机通信层的要求",&nbsp;STD&nbsp;3,&nbsp;RFC&nbsp;1122,&nbsp;October&nbsp;1989.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1191]&nbsp;Mogul,&nbsp;J.&nbsp;and&nbsp;S.&nbsp;Deering,&nbsp;"路径MTU发现",&nbsp;RFC&nbsp;1191,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;November&nbsp;1990.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1226]&nbsp;Kantor,&nbsp;B.,&nbsp;"AX.25帧的IP封装",&nbsp;RFC&nbsp;1226,&nbsp;May&nbsp;1991.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1234]&nbsp;Provan,&nbsp;D.,&nbsp;"通过IP网络使用IPX隧道",&nbsp;RFC&nbsp;1234,&nbsp;June&nbsp;1991.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1241]&nbsp;Woodburn,&nbsp;R.&nbsp;and&nbsp;D.&nbsp;Mills,&nbsp;"一个Internet封装协议方案:版本1",&nbsp;RFC&nbsp;1241,&nbsp;July&nbsp;1991.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1326]&nbsp;Tsuchiya,&nbsp;P.,&nbsp;"相互封装被认定为危险的",&nbsp;RFC&nbsp;1326,&nbsp;May&nbsp;1992.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1479]&nbsp;Steenstrup,&nbsp;M.,&nbsp;"域间策略路由协议规范:版本",&nbsp;RFC&nbsp;1479,&nbsp;July&nbsp;1993.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1700]&nbsp;Reynolds,&nbsp;J.&nbsp;and&nbsp;J.&nbsp;Postel,&nbsp;"已赋值数字",&nbsp;STD&nbsp;2,&nbsp;RFC&nbsp;1700,&nbsp;October&nbsp;1994.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1701]&nbsp;Hanks,&nbsp;S.,&nbsp;Li,&nbsp;T.,&nbsp;Farinacci,&nbsp;D.&nbsp;and&nbsp;P.&nbsp;Traina,&nbsp;"通用路由封装",&nbsp;RFC&nbsp;1701,&nbsp;October&nbsp;1994.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC1702]&nbsp;Hanks,&nbsp;S.,&nbsp;Li,&nbsp;T.,&nbsp;Farinacci,&nbsp;D.&nbsp;and&nbsp;P.&nbsp;Traina,&nbsp;"IPv4网络上的GRE",&nbsp;RFC&nbsp;1702,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;October&nbsp;1994.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC2119]&nbsp;Bradner,&nbsp;S.,&nbsp;"在RFC中用于表明要求级别的关键字",&nbsp;BCP&nbsp;14,&nbsp;RFC&nbsp;2119,&nbsp;March,&nbsp;1997.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC2408]&nbsp;Maughan,&nbsp;D.,&nbsp;Schertler,&nbsp;M.,&nbsp;Schneider,&nbsp;M.&nbsp;and&nbsp;J.&nbsp;&nbsp;Turner,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"Internet安全协定和密钥管理协议(ISAKMP)",&nbsp;RFC&nbsp;2408,&nbsp;November&nbsp;1998.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC2434]&nbsp;Narten,&nbsp;T.&nbsp;and&nbsp;H.&nbsp;Alvestrand,&nbsp;"在RFC中写IANA方面的考虑一节的向导",&nbsp;BCP&nbsp;26,&nbsp;RFC&nbsp;2434,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;October,&nbsp;1998.<br />
<br />
&nbsp;&nbsp;&nbsp;[RFC2637]&nbsp;Hamzeh,&nbsp;K.,&nbsp;et&nbsp;al.,&nbsp;"点到点隧道协议(PPTP)",&nbsp;RFC&nbsp;2637,&nbsp;July,&nbsp;1999.<br />
<br />
11.作者地址<br />
<br />
&nbsp;&nbsp;&nbsp;Dino&nbsp;Farinacci<br />
&nbsp;&nbsp;&nbsp;Procket&nbsp;Networks<br />
&nbsp;&nbsp;&nbsp;3850&nbsp;No.&nbsp;First&nbsp;St.,&nbsp;Ste.&nbsp;C<br />
&nbsp;&nbsp;&nbsp;San&nbsp;Jose,&nbsp;CA&nbsp;95134<br />
<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;dino@procket.com<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Tony&nbsp;Li<br />
&nbsp;&nbsp;&nbsp;Procket&nbsp;Networks<br />
&nbsp;&nbsp;&nbsp;3850&nbsp;No.&nbsp;First&nbsp;St.,&nbsp;Ste.&nbsp;C<br />
&nbsp;&nbsp;&nbsp;San&nbsp;Jose,&nbsp;CA&nbsp;95134<br />
<br />
&nbsp;&nbsp;&nbsp;Phone:&nbsp;+1&nbsp;408&nbsp;954&nbsp;7903<br />
&nbsp;&nbsp;&nbsp;Fax:&nbsp;&nbsp;&nbsp;+1&nbsp;408&nbsp;987&nbsp;6166<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;tony1@home.net<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Stan&nbsp;Hanks<br />
&nbsp;&nbsp;&nbsp;Enron&nbsp;Communications<br />
<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;stan_hanks@enron.net<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;David&nbsp;Meyer<br />
&nbsp;&nbsp;&nbsp;Cisco&nbsp;Systems,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;170&nbsp;Tasman&nbsp;Drive<br />
&nbsp;&nbsp;&nbsp;San&nbsp;Jose,&nbsp;CA,&nbsp;95134<br />
<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;dmm@cisco.com<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Paul&nbsp;Traina<br />
&nbsp;&nbsp;&nbsp;Juniper&nbsp;Networks<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;pst@juniper.net<br />
<br />
<br />
<br />
12.&nbsp;&nbsp;完整的版权通告<br />
<br />
&nbsp;&nbsp;&nbsp;Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2000).&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 />
Acknowledgement<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 />
<br />
<br />
RFC&nbsp;2784&nbsp;&nbsp;Generic&nbsp;Routing&nbsp;Encapsulation&nbsp;(GRE)<br />
通用路由封装<br />
<br />