組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：王逸（pentagon   pentagon@citiz.net）
譯文發布時間：2001-07-25
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須
保留本文檔的翻譯及版權信息。

Network Working Group                                        Y. Rekhter
Request for Comments: 1597       T. J. Watson Research Center， IBM Corp.
Category: Informational                                    B。 Moskowitz
                                                            Chrysler Corp.
                                                            D. Karrenberg
                                                            RIPE NCC
                                                            G. de Groot
                                                            RIPE NCC
                                                            March 1994

私有Internet的地址分配 
（Address Allocation for Private Internets） 

本備忘錄的狀態
本文檔提供了Internet團體的一些信息，它不針對任何類型的Internet標準。本備忘錄
的發布不受任何限制。

目錄
1  介紹	1
2  目標	2
3  私有地址空間	3
4  使用私有地址空間的優缺點	3
5  操作上的考慮	4
6  參考	4
7  安全上的考慮	5
8  結論	5
9  致謝	5
10 作者聯系方式	5

1  介紹
本協議描述了一種保存地址空間的方法，這種方法不用給某個企業內部的私有主機
分配全局唯一的IP地址，而仍舊允許企業內部的所有私有主機之間及企業外部的所有
公有主機之間的完全的網絡連接。作者希望，使用這些方法，能顯著地節約IP地址空
間的分配。
一個企業是一個實體，它自主地使用TCP/IP協議運作一個網絡，并在該網絡內部
決定尋址設計和地址分配。
2  目標
隨著TCP/IP技術在全世界的傳播，包括在Internet以外，大量沒有聯網的企業采
用該技術及它在地址分配上的能力進行企業內部獨立的通信，而不用與其它企業或
Internet本身直接相連。 
現在的慣例是為所有使用TCP/IP的主機分配全局唯一的地址。越來越受到關心的
問題是有限的IP地址空間有朝一日會耗盡。因此，近年來分配IP地址的要求變得嚴格
起來。這些準則對于那些想要實施和運作網絡的企業來說過于謹慎了。
在企業內部使用IP的主機可以分為三類：
-	不需要訪問其他企業或Internet的主機；
-	需要訪問有限的外部服務（例如：電子郵件， 文件傳輸，網絡新聞，遠程登
錄）的主機， 這些服務由應用層網關處理；
-	需要訪問企業以外的網絡層（通過IP 互連實現）；
-	第一類主機在企業內部使用的IP地址不重復，而在企業之間發生重復。

在許多第二類主機中，不受限制的外部訪問（通過IP 互連）是不必要的，甚至對
于私有和安全原因來說是不希望發生的。就象在第一類中的主機，這些主機在企業內部
使用的IP地址不重復，而在企業之間發生重復。
只有最后一類的主機需要全局唯一的IP地址。
很多應用程序只需要在一個企業內部的互連， 而不需要與互連網上的大多數主機
進行外部連接。在一個大的企業中，可以很容易地確定那些使用TCP/IP 協議但不需要
與企業外部進行連接的主機。
以下是一些不需要外部連接的例子：
-	一個大型的機場需要使航班到達/離開的顯示信息通過TCP/IP 成為可分別尋
址的。這些顯示信息不大可能需要被其他網絡直接訪問到。
-	象銀行和銷售鏈這樣的大型組織正轉向TCP/IP用做它們內部的通信。大量的
本地工作站象收銀機， 取款機和文書工作的設備很少需要這種連接。
-	由于安全原因， 許多企業使用應用層網關（例如：防火墻）把它們的內部網
絡連接到Internet上。內部網絡通常不能直接訪問Internet， 這樣只有一個或
幾個防火墻主機對于Internet是可見的。這種情況下，內部網絡可以使用不唯
一的IP地址。
-	如果兩個企業通過它們私有的連接通信，通常只有數量非常有限的主機可以互
相訪問到。只有那些主機需要全局唯一的IP 地址。
-	路由器上內部網絡的接口不需要在企業外部被直接訪問到。
        

3  私有地址空間
      IANA保留了以下三段IP地址空間作為私有地址：
10.0.0.0 – 10.255.255.255
172.16.0.0 – 172.31.255.255
192.168.0.0 – 192.168.255.255
	  我們指第一段為24位段，第二段為20位段，第三段為16位段。 注意， 第一段只
是一個A類地址，第二段是16個連續B類地址的集合，第三段是255個連續C類地址的
集合。
	  一個企業若決定使用本文定義以外的IP地址， 則無須征得IANA許可或Internet注
冊。所以這類地址可被許多企業使用。 在私有地址空間內的地址在一個企業內部必須唯一。
	  過去， 一個需要全局唯一地址空間的企業被要求向Internet注冊組織獲得這樣的地
址。一個企業要求為其外部訪問所分配的地址決不會從以上定義的地址段中獲得。
	  為了使用私有地址空間，一個企業需要決定哪些主機在可預見的將來不需要連接外部
的網絡。這些主機將被稱為私有主機， 并將使用以上定義的私有地址空間。私有主機能與
企業內部所有的公有和私有的主機通信。 但是，它們不能與外部主機進行IP連接。盡管私
有主機不能與外部主機進行網絡層的連接，它們仍能通過應用層中繼訪問外部的服務。
	  除此之外的主機稱為公有主機，并使用從Internet注冊組織獲得的全局唯一的地址空
間。公有主機能與企業內部所有的公有和私有的主機通信并能通過IP連接訪問外部公有主
機。公有主機不能與其他企業的私有主機連接。
	  把一臺主機從私有轉為公有或相反涉及到IP地址的變更。
      因為私有地址沒有全局的意義，對于私有網絡的路由信息不能被傳遞到企業與企業之
間的連接上，使用私有源地址和目的地址的報文不能被傳送過這樣的連接。
	  網絡上不使用私有地址空間的路由器，特別是Internet服務提供商的，將會配置成拒
絕（過濾）私有網絡的路由信息。如果這樣的路由器接收到這樣的路由信息，路由器拒絕不
應該被當作路由協議錯誤。
	  企業內部會出現對此類地址的間接引用。主要的例子是域名服務器資源記錄和其他引
用內部私有地址的信息。Internet服務提供商應特別采取措施避免這種泄漏。   
4  使用私有地址空間的優缺點
使用私有地址空間的顯著的優點是通過使不需要全局唯一地址的情況下不使用它而達
到保存全局唯一的地址空間的目的。
企業本身也從使用私有地址空間得到很多好處：它們得到了多于它們能從全局唯一地址
儲備中獲得的地址儲備，使它們在網絡的設計中獲得很多的靈活性。這樣使地址規劃在操作
和管理上更方便，成長擴展更容易。
由于各種原因，Internet已經遇到過這樣的情況：一個還沒有連到Internet的企業使用
未從IANA分配的地址給內部的主機。在某些情況下，這個地址已經分配給其他企業。當這
個企業以后連到Internet時，可能發生一些嚴重的問題， 例如當存在沖突的地址時， IP
路由不能正確操作。 使用私有地址空間為這些企業提供了一個安全的選擇， 可以避免需要
連接外部網絡時發生的沖突。 有人會說， 對于重新編址的潛在需要顯示了使用私有網絡以
外地址的一個顯著的缺點。  但是， 我們必須看到， 由于許多主機可能永遠不需要轉到第
三類， 而且一個企業也許不會與其他的企業互連(在IP級)。
但是即使重新編址發生了，  我們必須看到一個使用CIDR(非類的域間路由)連到
Internet上的企業， 當換了Network Service Providers(網絡服務提供商)時， 傾向于重新
對它的公有主機編址。 這樣重新編址在未來有可能經常發生， 無論這個企業是否使用私有
網絡以外的地址段。 能便利于重新編址的工具(例如DHCP)的確使之費心更少。 
也要看到私有和公有主機之間清晰的劃分和由此對重新編址的需要使在連接以外的控
制更困難， 所以在某種程度上重新編址的需要可以看作是一個優點。
5  操作上的考慮
網絡規劃上一個推薦的策略是先設計網絡的私有部分， 并在所有的內部連接上使用私
有地址空間。 然后在需要的地方設計公有子網并設計外部的連接。
這個設計并非固定不變。 如果一些主機將來需要改變狀態， 能通過僅對涉及到的主機
重新編址并安裝另外所需的物理子網來實現。
如果需要設計一個合適的子網模式， 并能被所涉及的設備所支持， 建議使用24位的
私有地址空間， 并制定一種可擴展的地址設計規劃。 如果子網化有問題， 可以使用16
位的包括255個連續網絡地址的C類地址。
在同一物理媒質上使用多個IP網絡(子網)有很多缺點。 我們建議避免如此， 除非運
行上的問題被很好地理解并證實所有的設備都能正確地支持。
把一臺主機從私有狀態轉到公有狀態將涉及到地址和多數情況下物理連接的變更。 在
這些變更能被預見到的地方(如機房)， 建議為私有和公有子網配置不同的物理媒質， 以利
于此變更。
在整個網絡上能容易地變更所有主機的狀態， 且不對企業網絡的整體產生破壞。 因此
建議按照將來在同一子網上可能發生相同的連接上的變更把主機分組。 
強烈建議在連接外部網絡的路由器上的內外兩端的連接上設置合適的包和路由過濾， 
以避免包和路由信息的丟失。 企業還應該過濾任何進入的私有網絡地址以避免出現不明確
的路由狀態， 這種狀態在對私有地址空間的路由指向企業外部時發生。
對于那些預見到較大的交互通信需求的組織集團， 可以考慮通過設計一個公共的地址
規劃來組成一個企業， 這個規劃被必要的組織協議如注冊機構所支持。
如果在同一企業的兩個站點需要使用外部的服務提供商互連， 可以考慮使用IP隧道技
術以避免發生私有網絡上的包的丟失。 
避免DNS RRs丟失的一個可能的措施是運行兩個域名服務器， 一個外部的服務器授
權服務于所有全局唯一的IP地址， 一個內部的服務器授權服務于所有企業內部的私有和公
有的IP地址。 為了保持連貫性， 這些服務器應該從外部服務器接收到的已被過濾版本的
數據進行配置。
在所有內部公有和私有主機上的解析器， 只查詢內部的域名服務器。 外部的服務器解
析從企業外部來的查詢， 并且連接全局的域名服務器。  內部的服務器把針對企業外部信
息的查詢前送至外部服務器， 因此所有的內部主機能訪問全局的域名服務器。 這樣保證了
私有主機的信息不會到達企業外部的解析器和域名服務器。 
6  參考
[1] Gerich， E。， "Guidelines for Management of IP Address Space"， RFC
       1466， Merit Network， Inc。， May 1993。
7  安全上的考慮
	雖然使用私有地址空間可以增進安全性， 但這不能替換專門的安全措施。
8  結論
	借助詳細的規劃， 很多大的企業需要相對更少的全局地址空間。 整個Internet由于節
約了全局地址空間， 并由此有效地延長IP地址空間的使用期限而受益。 企業由于能使用
相對更大的地址空間而增加的靈活性而受益。
9  致謝
感謝Tony Bates (RIPE NCC)， Jordan Becker (ANS)，
   Hans-Werner Braun (SDSC)， Ross Callon (Wellfleet)， John Curran
   (NEARNET)， Vince Fuller (Barrnet)， Tony Li (cisco Systems)， Anne Lord
   (RIPE NCC)， Milo Medin (NSI)， Marten Terpstra (RIPE NCC)， 和 Geza
   Turchanyi (RIPE NCC)的審閱和建設性的建議。
10 作者聯系方式
Yakov Rekhter   
T.J.  Watson Research Center， IBM Corp。 
P.O. Box 218
Yorktown Heights, NY, 10598   
Phone: +1 914 945 3896   
Fax: +1 914 945 2141
EMail: yakov@watson.ibm.com   

Robert G Moskowitz  
Chrysler Corporation
CIMS: 424-73-00   25999 Lawrence Ave   
Center Line， MI 48015
Phone: +1 810 758 8212   
Fax: +1 810 758 8173   
EMail: 3858921@mcimail.com

Daniel Karrenberg   
RIPE Network Coordination Centre   Kruislaan 409 
1098 SJ Amsterdam， the Netherlands   
Phone: +31 20 592 5065
Fax: +31 20 592 5090   
EMail: Daniel.Karrenberg@ripe.net   

Geert Jan de Groot
RIPE Network Coordination Centre   Kruislaan 409
1098 SJ Amsterdam， the Netherlands   
Phone: +31 20 592 5065
Fax: +31 20 592 5090   
EMail: GeertJan.deGroot@ripe.net
RFC1597——Address Allocation for Private Internets             私有Internet的地址分配


1
RFC文檔中文翻譯計劃