组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：王逸（pentagon&nbsp;&nbsp;&nbsp;pentagon@citiz.net）<br />
译文发布时间：2001-07-25<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;Y.&nbsp;Rekhter<br />
Request&nbsp;for&nbsp;Comments:&nbsp;1597&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;T.&nbsp;J.&nbsp;Watson&nbsp;Research&nbsp;Center，&nbsp;IBM&nbsp;Corp.<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;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;B。&nbsp;Moskowitz<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;Chrysler&nbsp;Corp.<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;D.&nbsp;Karrenberg<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;RIPE&nbsp;NCC<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;G.&nbsp;de&nbsp;Groot<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;RIPE&nbsp;NCC<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;March&nbsp;1994<br />
<br />
私有Internet的地址分配&nbsp;<br />
（Address&nbsp;Allocation&nbsp;for&nbsp;Private&nbsp;Internets）&nbsp;<br />
<br />
本备忘录的状态<br />
本文档提供了Internet团体的一些信息，它不针对任何类型的Internet标准。本备忘录<br />
的发布不受任何限制。<br />
<br />
目录<br />
1&nbsp;&nbsp;介绍	1<br />
2&nbsp;&nbsp;目标	2<br />
3&nbsp;&nbsp;私有地址空间	3<br />
4&nbsp;&nbsp;使用私有地址空间的优缺点	3<br />
5&nbsp;&nbsp;操作上的考虑	4<br />
6&nbsp;&nbsp;参考	4<br />
7&nbsp;&nbsp;安全上的考虑	5<br />
8&nbsp;&nbsp;结论	5<br />
9&nbsp;&nbsp;致谢	5<br />
10&nbsp;作者联系方式	5<br />
<br />
1&nbsp;&nbsp;介绍<br />
本协议描述了一种保存地址空间的方法，这种方法不用给某个企业内部的私有主机<br />
分配全局唯一的IP地址，而仍旧允许企业内部的所有私有主机之间及企业外部的所有<br />
公有主机之间的完全的网络连接。作者希望，使用这些方法，能显著地节约IP地址空<br />
间的分配。<br />
一个企业是一个实体，它自主地使用TCP/IP协议运作一个网络，并在该网络内部<br />
决定寻址设计和地址分配。<br />
2&nbsp;&nbsp;目标<br />
随着TCP/IP技术在全世界的传播，包括在Internet以外，大量没有联网的企业采<br />
用该技术及它在地址分配上的能力进行企业内部独立的通信，而不用与其它企业或<br />
Internet本身直接相连。&nbsp;<br />
现在的惯例是为所有使用TCP/IP的主机分配全局唯一的地址。越来越受到关心的<br />
问题是有限的IP地址空间有朝一日会耗尽。因此，近年来分配IP地址的要求变得严格<br />
起来。这些准则对于那些想要实施和运作网络的企业来说过于谨慎了。<br />
在企业内部使用IP的主机可以分为三类：<br />
-	不需要访问其他企业或Internet的主机；<br />
-	需要访问有限的外部服务（例如：电子邮件，&nbsp;文件传输，网络新闻，远程登<br />
录）的主机，&nbsp;这些服务由应用层网关处理；<br />
-	需要访问企业以外的网络层（通过IP&nbsp;互连实现）；<br />
-	第一类主机在企业内部使用的IP地址不重复，而在企业之间发生重复。<br />
<br />
在许多第二类主机中，不受限制的外部访问（通过IP&nbsp;互连）是不必要的，甚至对<br />
于私有和安全原因来说是不希望发生的。就象在第一类中的主机，这些主机在企业内部<br />
使用的IP地址不重复，而在企业之间发生重复。<br />
只有最后一类的主机需要全局唯一的IP地址。<br />
很多应用程序只需要在一个企业内部的互连，&nbsp;而不需要与互连网上的大多数主机<br />
进行外部连接。在一个大的企业中，可以很容易地确定那些使用TCP/IP&nbsp;协议但不需要<br />
与企业外部进行连接的主机。<br />
以下是一些不需要外部连接的例子：<br />
-	一个大型的机场需要使航班到达/离开的显示信息通过TCP/IP&nbsp;成为可分别寻<br />
址的。这些显示信息不大可能需要被其他网络直接访问到。<br />
-	象银行和销售链这样的大型组织正转向TCP/IP用做它们内部的通信。大量的<br />
本地工作站象收银机，&nbsp;取款机和文书工作的设备很少需要这种连接。<br />
-	由于安全原因，&nbsp;许多企业使用应用层网关（例如：防火墙）把它们的内部网<br />
络连接到Internet上。内部网络通常不能直接访问Internet，&nbsp;这样只有一个或<br />
几个防火墙主机对于Internet是可见的。这种情况下，内部网络可以使用不唯<br />
一的IP地址。<br />
-	如果两个企业通过它们私有的连接通信，通常只有数量非常有限的主机可以互<br />
相访问到。只有那些主机需要全局唯一的IP&nbsp;地址。<br />
-	路由器上内部网络的接口不需要在企业外部被直接访问到。<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />
<br />
3&nbsp;&nbsp;私有地址空间<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IANA保留了以下三段IP地址空间作为私有地址：<br />
10.0.0.0&nbsp;–&nbsp;10.255.255.255<br />
172.16.0.0&nbsp;–&nbsp;172.31.255.255<br />
192.168.0.0&nbsp;–&nbsp;192.168.255.255<br />
	&nbsp;&nbsp;我们指第一段为24位段，第二段为20位段，第三段为16位段。&nbsp;注意，&nbsp;第一段只<br />
是一个A类地址，第二段是16个连续B类地址的集合，第三段是255个连续C类地址的<br />
集合。<br />
	&nbsp;&nbsp;一个企业若决定使用本文定义以外的IP地址，&nbsp;则无须征得IANA许可或Internet注<br />
册。所以这类地址可被许多企业使用。&nbsp;在私有地址空间内的地址在一个企业内部必须唯一。<br />
	&nbsp;&nbsp;过去，&nbsp;一个需要全局唯一地址空间的企业被要求向Internet注册组织获得这样的地<br />
址。一个企业要求为其外部访问所分配的地址决不会从以上定义的地址段中获得。<br />
	&nbsp;&nbsp;为了使用私有地址空间，一个企业需要决定哪些主机在可预见的将来不需要连接外部<br />
的网络。这些主机将被称为私有主机，&nbsp;并将使用以上定义的私有地址空间。私有主机能与<br />
企业内部所有的公有和私有的主机通信。&nbsp;但是，它们不能与外部主机进行IP连接。尽管私<br />
有主机不能与外部主机进行网络层的连接，它们仍能通过应用层中继访问外部的服务。<br />
	&nbsp;&nbsp;除此之外的主机称为公有主机，并使用从Internet注册组织获得的全局唯一的地址空<br />
间。公有主机能与企业内部所有的公有和私有的主机通信并能通过IP连接访问外部公有主<br />
机。公有主机不能与其他企业的私有主机连接。<br />
	&nbsp;&nbsp;把一台主机从私有转为公有或相反涉及到IP地址的变更。<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;因为私有地址没有全局的意义，对于私有网络的路由信息不能被传递到企业与企业之<br />
间的连接上，使用私有源地址和目的地址的报文不能被传送过这样的连接。<br />
	&nbsp;&nbsp;网络上不使用私有地址空间的路由器，特别是Internet服务提供商的，将会配置成拒<br />
绝（过滤）私有网络的路由信息。如果这样的路由器接收到这样的路由信息，路由器拒绝不<br />
应该被当作路由协议错误。<br />
	&nbsp;&nbsp;企业内部会出现对此类地址的间接引用。主要的例子是域名服务器资源记录和其他引<br />
用内部私有地址的信息。Internet服务提供商应特别采取措施避免这种泄漏。&nbsp;&nbsp;&nbsp;<br />
4&nbsp;&nbsp;使用私有地址空间的优缺点<br />
使用私有地址空间的显著的优点是通过使不需要全局唯一地址的情况下不使用它而达<br />
到保存全局唯一的地址空间的目的。<br />
企业本身也从使用私有地址空间得到很多好处：它们得到了多于它们能从全局唯一地址<br />
储备中获得的地址储备，使它们在网络的设计中获得很多的灵活性。这样使地址规划在操作<br />
和管理上更方便，成长扩展更容易。<br />
由于各种原因，Internet已经遇到过这样的情况：一个还没有连到Internet的企业使用<br />
未从IANA分配的地址给内部的主机。在某些情况下，这个地址已经分配给其他企业。当这<br />
个企业以后连到Internet时，可能发生一些严重的问题，&nbsp;例如当存在冲突的地址时，&nbsp;IP<br />
路由不能正确操作。&nbsp;使用私有地址空间为这些企业提供了一个安全的选择，&nbsp;可以避免需要<br />
连接外部网络时发生的冲突。&nbsp;有人会说，&nbsp;对于重新编址的潜在需要显示了使用私有网络以<br />
外地址的一个显著的缺点。&nbsp;&nbsp;但是，&nbsp;我们必须看到，&nbsp;由于许多主机可能永远不需要转到第<br />
三类，&nbsp;而且一个企业也许不会与其他的企业互连(在IP级)。<br />
但是即使重新编址发生了，&nbsp;&nbsp;我们必须看到一个使用CIDR(非类的域间路由)连到<br />
Internet上的企业，&nbsp;当换了Network&nbsp;Service&nbsp;Providers(网络服务提供商)时，&nbsp;倾向于重新<br />
对它的公有主机编址。&nbsp;这样重新编址在未来有可能经常发生，&nbsp;无论这个企业是否使用私有<br />
网络以外的地址段。&nbsp;能便利于重新编址的工具(例如DHCP)的确使之费心更少。&nbsp;<br />
也要看到私有和公有主机之间清晰的划分和由此对重新编址的需要使在连接以外的控<br />
制更困难，&nbsp;所以在某种程度上重新编址的需要可以看作是一个优点。<br />
5&nbsp;&nbsp;操作上的考虑<br />
网络规划上一个推荐的策略是先设计网络的私有部分，&nbsp;并在所有的内部连接上使用私<br />
有地址空间。&nbsp;然后在需要的地方设计公有子网并设计外部的连接。<br />
这个设计并非固定不变。&nbsp;如果一些主机将来需要改变状态，&nbsp;能通过仅对涉及到的主机<br />
重新编址并安装另外所需的物理子网来实现。<br />
如果需要设计一个合适的子网模式，&nbsp;并能被所涉及的设备所支持，&nbsp;建议使用24位的<br />
私有地址空间，&nbsp;并制定一种可扩展的地址设计规划。&nbsp;如果子网化有问题，&nbsp;可以使用16<br />
位的包括255个连续网络地址的C类地址。<br />
在同一物理媒质上使用多个IP网络(子网)有很多缺点。&nbsp;我们建议避免如此，&nbsp;除非运<br />
行上的问题被很好地理解并证实所有的设备都能正确地支持。<br />
把一台主机从私有状态转到公有状态将涉及到地址和多数情况下物理连接的变更。&nbsp;在<br />
这些变更能被预见到的地方(如机房)，&nbsp;建议为私有和公有子网配置不同的物理媒质，&nbsp;以利<br />
于此变更。<br />
在整个网络上能容易地变更所有主机的状态，&nbsp;且不对企业网络的整体产生破坏。&nbsp;因此<br />
建议按照将来在同一子网上可能发生相同的连接上的变更把主机分组。&nbsp;<br />
强烈建议在连接外部网络的路由器上的内外两端的连接上设置合适的包和路由过滤，&nbsp;<br />
以避免包和路由信息的丢失。&nbsp;企业还应该过滤任何进入的私有网络地址以避免出现不明确<br />
的路由状态，&nbsp;这种状态在对私有地址空间的路由指向企业外部时发生。<br />
对于那些预见到较大的交互通信需求的组织集团，&nbsp;可以考虑通过设计一个公共的地址<br />
规划来组成一个企业，&nbsp;这个规划被必要的组织协议如注册机构所支持。<br />
如果在同一企业的两个站点需要使用外部的服务提供商互连，&nbsp;可以考虑使用IP隧道技<br />
术以避免发生私有网络上的包的丢失。&nbsp;<br />
避免DNS&nbsp;RRs丢失的一个可能的措施是运行两个域名服务器，&nbsp;一个外部的服务器授<br />
权服务于所有全局唯一的IP地址，&nbsp;一个内部的服务器授权服务于所有企业内部的私有和公<br />
有的IP地址。&nbsp;为了保持连贯性，&nbsp;这些服务器应该从外部服务器接收到的已被过滤版本的<br />
数据进行配置。<br />
在所有内部公有和私有主机上的解析器，&nbsp;只查询内部的域名服务器。&nbsp;外部的服务器解<br />
析从企业外部来的查询，&nbsp;并且连接全局的域名服务器。&nbsp;&nbsp;内部的服务器把针对企业外部信<br />
息的查询前送至外部服务器，&nbsp;因此所有的内部主机能访问全局的域名服务器。&nbsp;这样保证了<br />
私有主机的信息不会到达企业外部的解析器和域名服务器。&nbsp;<br />
6&nbsp;&nbsp;参考<br />
[1]&nbsp;Gerich，&nbsp;E。，&nbsp;"Guidelines&nbsp;for&nbsp;Management&nbsp;of&nbsp;IP&nbsp;Address&nbsp;Space"，&nbsp;RFC<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1466，&nbsp;Merit&nbsp;Network，&nbsp;Inc。，&nbsp;May&nbsp;1993。<br />
7&nbsp;&nbsp;安全上的考虑<br />
	虽然使用私有地址空间可以增进安全性，&nbsp;但这不能替换专门的安全措施。<br />
8&nbsp;&nbsp;结论<br />
	借助详细的规划，&nbsp;很多大的企业需要相对更少的全局地址空间。&nbsp;整个Internet由于节<br />
约了全局地址空间，&nbsp;并由此有效地延长IP地址空间的使用期限而受益。&nbsp;企业由于能使用<br />
相对更大的地址空间而增加的灵活性而受益。<br />
9&nbsp;&nbsp;致谢<br />
感谢Tony&nbsp;Bates&nbsp;(RIPE&nbsp;NCC)，&nbsp;Jordan&nbsp;Becker&nbsp;(ANS)，<br />
&nbsp;&nbsp;&nbsp;Hans-Werner&nbsp;Braun&nbsp;(SDSC)，&nbsp;Ross&nbsp;Callon&nbsp;(Wellfleet)，&nbsp;John&nbsp;Curran<br />
&nbsp;&nbsp;&nbsp;(NEARNET)，&nbsp;Vince&nbsp;Fuller&nbsp;(Barrnet)，&nbsp;Tony&nbsp;Li&nbsp;(cisco&nbsp;Systems)，&nbsp;Anne&nbsp;Lord<br />
&nbsp;&nbsp;&nbsp;(RIPE&nbsp;NCC)，&nbsp;Milo&nbsp;Medin&nbsp;(NSI)，&nbsp;Marten&nbsp;Terpstra&nbsp;(RIPE&nbsp;NCC)，&nbsp;和&nbsp;Geza<br />
&nbsp;&nbsp;&nbsp;Turchanyi&nbsp;(RIPE&nbsp;NCC)的审阅和建设性的建议。<br />
10&nbsp;作者联系方式<br />
Yakov&nbsp;Rekhter&nbsp;&nbsp;&nbsp;<br />
T.J.&nbsp;&nbsp;Watson&nbsp;Research&nbsp;Center，&nbsp;IBM&nbsp;Corp。&nbsp;<br />
P.O.&nbsp;Box&nbsp;218<br />
Yorktown&nbsp;Heights,&nbsp;NY,&nbsp;10598&nbsp;&nbsp;&nbsp;<br />
Phone:&nbsp;+1&nbsp;914&nbsp;945&nbsp;3896&nbsp;&nbsp;&nbsp;<br />
Fax:&nbsp;+1&nbsp;914&nbsp;945&nbsp;2141<br />
EMail:&nbsp;yakov@watson.ibm.com&nbsp;&nbsp;&nbsp;<br />
<br />
Robert&nbsp;G&nbsp;Moskowitz&nbsp;&nbsp;<br />
Chrysler&nbsp;Corporation<br />
CIMS:&nbsp;424-73-00&nbsp;&nbsp;&nbsp;25999&nbsp;Lawrence&nbsp;Ave&nbsp;&nbsp;&nbsp;<br />
Center&nbsp;Line，&nbsp;MI&nbsp;48015<br />
Phone:&nbsp;+1&nbsp;810&nbsp;758&nbsp;8212&nbsp;&nbsp;&nbsp;<br />
Fax:&nbsp;+1&nbsp;810&nbsp;758&nbsp;8173&nbsp;&nbsp;&nbsp;<br />
EMail:&nbsp;3858921@mcimail.com<br />
<br />
Daniel&nbsp;Karrenberg&nbsp;&nbsp;&nbsp;<br />
RIPE&nbsp;Network&nbsp;Coordination&nbsp;Centre&nbsp;&nbsp;&nbsp;Kruislaan&nbsp;409&nbsp;<br />
1098&nbsp;SJ&nbsp;Amsterdam，&nbsp;the&nbsp;Netherlands&nbsp;&nbsp;&nbsp;<br />
Phone:&nbsp;+31&nbsp;20&nbsp;592&nbsp;5065<br />
Fax:&nbsp;+31&nbsp;20&nbsp;592&nbsp;5090&nbsp;&nbsp;&nbsp;<br />
EMail:&nbsp;Daniel.Karrenberg@ripe.net&nbsp;&nbsp;&nbsp;<br />
<br />
Geert&nbsp;Jan&nbsp;de&nbsp;Groot<br />
RIPE&nbsp;Network&nbsp;Coordination&nbsp;Centre&nbsp;&nbsp;&nbsp;Kruislaan&nbsp;409<br />
1098&nbsp;SJ&nbsp;Amsterdam，&nbsp;the&nbsp;Netherlands&nbsp;&nbsp;&nbsp;<br />
Phone:&nbsp;+31&nbsp;20&nbsp;592&nbsp;5065<br />
Fax:&nbsp;+31&nbsp;20&nbsp;592&nbsp;5090&nbsp;&nbsp;&nbsp;<br />
EMail:&nbsp;GeertJan.deGroot@ripe.net<br />
RFC1597——Address&nbsp;Allocation&nbsp;for&nbsp;Private&nbsp;Internets&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;私有Internet的地址分配<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />