本備忘錄的狀態(tài)
本文檔是有關(guān)Internet的協(xié)議的提案，有待討論。本備忘錄的發(fā)布不受任何限制。

摘要
最近有幾份RFS文檔討論了在Internet地址分配方案中對“子網(wǎng)”結(jié)構(gòu)的需要，
并提出了子網(wǎng)地址分配和路由策略。非凡是JeffMogul在RFC917《Internet子網(wǎng)》中，
描述了一個地址分配方案，將主機地址部分的開始一些位用來標識子網(wǎng)。這個方案的缺
點是需要修改現(xiàn)有主機軟件的實現(xiàn)。雖然改動很簡單，但所有的主機都需要更新。（請
參閱JeffMogulRFC917中解決這個問題的不同方法的描述）。
本文檔提出另一個子網(wǎng)的地址分配方案。本方案在大多數(shù)情況下不需要修改主機軟
件。其缺點是一個網(wǎng)絡(luò)中的子網(wǎng)數(shù)量受到限制，而且需要修改所有的網(wǎng)關(guān)。
目的
在本方案中，用C類網(wǎng)絡(luò)的網(wǎng)絡(luò)地址標識網(wǎng)絡(luò)中的子網(wǎng)。因此，我們保留C類網(wǎng)
絡(luò)地址空間的上半部分，也就是最高位是1的那些地址。當要把一個網(wǎng)絡(luò)組織成一系
列子網(wǎng)時，給這個網(wǎng)絡(luò)分配一些連續(xù)的被保留的C類網(wǎng)絡(luò)地址，這些地址的前2個字
節(jié)是相同的。這樣，不同的子網(wǎng)就由地址中的第三個字節(jié)來區(qū)分。這個方案把一個網(wǎng)絡(luò)
中的子網(wǎng)限制為256。假如需要更多的子網(wǎng)，就需要兩塊地址空間，而這個網(wǎng)絡(luò)就成為
兩個網(wǎng)絡(luò)。這個網(wǎng)絡(luò)中的網(wǎng)關(guān)和主機和普通C類地址一樣使用這些地址，因此，主機
的軟件不用改變。
對于沒有直接連在分成子網(wǎng)的網(wǎng)絡(luò)上的網(wǎng)關(guān)來說，不可能讓其單獨保存這些子網(wǎng)的
路由信息。子網(wǎng)分配方案的目的就是讓沒有連在這種網(wǎng)絡(luò)上的網(wǎng)關(guān)把整個網(wǎng)絡(luò)作為一個
整體來路由。在這個方案中，由于一個網(wǎng)絡(luò)中所有子網(wǎng)地址的前兩個字節(jié)是相同的，遠
端的網(wǎng)關(guān)就可以把前兩個字節(jié)當作一個B類網(wǎng)絡(luò)的地址來存儲和處理。這種可以在適
當時候作為B類和C類網(wǎng)絡(luò)地址的地址被叫做“B1/2”類地址。
更具體地說，網(wǎng)關(guān)可以對C類地址做如下處理：
看地址的高位是不是1，假如不是，則地址是普通的C類地址，做相應(yīng)處理。假如
高位是1，則這個地址是某個網(wǎng)絡(luò)的子網(wǎng)地址。測試網(wǎng)關(guān)是不是連在這個網(wǎng)絡(luò)上。假如
是，把這個地址當普通C類地址處理。假如網(wǎng)關(guān)沒有連在這個網(wǎng)絡(luò)上，則去掉地址的
第三個字節(jié)，把剩下的兩個字節(jié)當作B類地址處理。注重，這種模式的B類地址不會
和普通的B類地址沖突，因為這種地址的第一個字節(jié)不是有效的B類地址的首字節(jié)，
而是C類地址的。
優(yōu)化
假如一個網(wǎng)絡(luò)的子網(wǎng)大于256個，就需要分配兩塊非凡的C類地址空間，成為兩
個獨立的網(wǎng)絡(luò)。但是，可以適當設(shè)計這兩個網(wǎng)絡(luò)之間的網(wǎng)關(guān)，使用一個綜合這兩個部分
的優(yōu)化的路由的算法。就是在有很多網(wǎng)關(guān)時也是可行的。
在某些非凡的場合，假如沒有和這個網(wǎng)絡(luò)相連的網(wǎng)關(guān)保存單獨的C類地址能很大
的提高網(wǎng)絡(luò)效率的話，這樣做也是可以的。
前面講到實現(xiàn)這個方案不用改動主機軟件。而在下面的情況中，少量的修改會有很
大的幫助。考慮一臺沒有和被劃分正子網(wǎng)的網(wǎng)絡(luò)直接相連的主機，它可以維護這個網(wǎng)絡(luò)
的各個子網(wǎng)的各自的路由信息。對大多數(shù)主機而言，它只會記住現(xiàn)在感愛好的主機的路
由信息，所以，記住這些子網(wǎng)的信息不會引起問題。但是，假如由于某些原因，主機要
記住所有見過的地址的路由信息，則主機的軟件必須了解遠處網(wǎng)關(guān)對兩字節(jié)和三字節(jié)地
址的處理算法。我們不建議使用這個方法。在通常情況下，主機沒有必要處理C類地
址到B類地址的轉(zhuǎn)換。
缺點
可以想象以下其他模式的“折疊”地址。比如，256個B類地址可以組成一個A
類地址。但由于這種A類地址的前3個位是受約束的，只可能存在32個這樣的子網(wǎng)。
另一種更有意思的方法是把C類地址折疊成A類地址。很明顯，這不是組織地址的最
好的方法，但這樣的組合可以使有大量子網(wǎng)的網(wǎng)絡(luò)的存在。
“B1/2"地址最有意思的方法是增加標識子網(wǎng)的字段的長度。例如，有10個位用來
標識子網(wǎng)，這樣，每個網(wǎng)絡(luò)中就可以有1024個子網(wǎng)。網(wǎng)關(guān)形成相應(yīng)的地址時，不但去
掉第三個字節(jié)，還去掉B類地址的最后兩位。由于前3位受約束，所以有13位可以給
子網(wǎng)使用，也就是可以有8192個子網(wǎng)。這個數(shù)目不是很大。因此，選擇合適的子網(wǎng)字
段是很重要的。
DannyCohen建議這個方案中，網(wǎng)絡(luò)、子網(wǎng)和主機地段的邊界可以改變。這種實
現(xiàn)的問題是網(wǎng)關(guān)怎么去維護“折疊”的地址。本RFC建議，在短期內(nèi)，只實現(xiàn)一種“B1/2”
地址作為Internet子網(wǎng)標準。