可以維護(hù)非局域網(wǎng)通訊的路由表，這就隱藏了大部分的子網(wǎng)結(jié)構(gòu)。對(duì)子網(wǎng)和非子網(wǎng)都適
用的主機(jī)軟件的‘最少調(diào)整模型’就是位掩碼。
由于其自治性和已安裝的軟件的關(guān)系，以及沒有一個(gè)優(yōu)秀的工業(yè)標(biāo)準(zhǔn)的原因，麻省
理工學(xué)院不計(jì)劃馬上使用這個(gè)協(xié)議，而是使用一套單一的物理連接和包交換機(jī)制，和在
這套機(jī)制上的幾個(gè)虛擬協(xié)議網(wǎng)絡(luò)。麻省理工學(xué)院曾經(jīng)試圖在不同的協(xié)議間交換路由信
息，以及將一個(gè)協(xié)議包含在另一個(gè)協(xié)議中，從中得到一些教訓(xùn)。除了基本的硬件，協(xié)議
因該是嚴(yán)格獨(dú)立的。使用ARP隱藏子網(wǎng)結(jié)構(gòu)不是非常好，在一個(gè)復(fù)雜的系統(tǒng)（有環(huán)路
和不同的連接速率）中，ARP使地址操作過載。網(wǎng)關(guān)間需要一個(gè)更復(fù)雜的信息互換方
法。

   4．3 卡內(nèi)基-梅隆大學(xué)（CMU）
卡內(nèi)基-梅隆大學(xué)使用一個(gè)B類網(wǎng)絡(luò)，網(wǎng)絡(luò)被分為11個(gè)物理子網(wǎng)，2個(gè)3M的實(shí)驗(yàn)
以太網(wǎng)，7個(gè)10M以太網(wǎng)和2個(gè)ProNET環(huán)。雖然分配主機(jī)地址時(shí)，使第三個(gè)8位字
節(jié)相同的地址在同一個(gè)子網(wǎng)上，但這只是為了管理方便，而不是必須的。軟件不知道這
個(gè)分配機(jī)制。
卡內(nèi)基-梅隆大學(xué)使用一個(gè)基于ARP的網(wǎng)橋方案。當(dāng)一臺(tái)主機(jī)發(fā)出ARP請(qǐng)求，收
到的網(wǎng)橋?qū)⒃瓉淼牡刂酚成浞湃刖彺妫⒄?qǐng)求傳遞給其它的電纜。當(dāng)網(wǎng)橋收到一個(gè)有
目標(biāo)地址的ARP回復(fù)時(shí)，從緩存中尋找將這個(gè)回復(fù)送到哪條電纜上。這樣，網(wǎng)橋嘗試
將ARP協(xié)議透明的擴(kuò)展到不同類的多電纜環(huán)境中。這就要求網(wǎng)橋?qū)⒁粭l電纜上的廣播
變成所有連接著的電纜上的廣播。所以這個(gè)算法只在沒有連接環(huán)路的網(wǎng)絡(luò)上可行。將這
個(gè)簡(jiǎn)單算法替換為支持冗余路徑和減低廣播負(fù)載的算法的工作正在進(jìn)行中。
卡內(nèi)基-梅隆大學(xué)使用支持3M以太網(wǎng)和10M proNET環(huán)的RFC-826 地址解析協(xié)
議。
因?yàn)榭▋?nèi)基-梅隆大學(xué)沒有冗余的連接電纜，因此不用關(guān)心網(wǎng)橋的崩潰問題。網(wǎng)絡(luò)
上150臺(tái)主機(jī)也使網(wǎng)橋有足夠的緩存，ARP廣播使用的帶寬也不大。
但卡內(nèi)基-梅隆大學(xué)的網(wǎng)絡(luò)會(huì)從單一連接的小網(wǎng)絡(luò)發(fā)展成為有5000-10000臺(tái)主機(jī)
的連接整個(gè)校園的大網(wǎng)絡(luò)。基于ARP的網(wǎng)橋方案不再使用，需要一個(gè)有明確子網(wǎng)的系
統(tǒng)。中期的目標(biāo)是建立一個(gè)可以引入沒有修改的IP實(shí)現(xiàn)的環(huán)境。其目的是盡可能的的
保持對(duì)主機(jī)透明的路由機(jī)制。

5．地址格式因特網(wǎng)信報(bào)控制協(xié)議（ICMP）
5．1 描述
地址格式請(qǐng)求或地址格式回復(fù)
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     類型      |      代碼     |          校驗(yàn)和               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           標(biāo)識(shí)                |         序列號(hào)                |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

IP字段：
地址
地址格式請(qǐng)求消息的源地址就是地址格式回復(fù)消息的目的地址。為了
構(gòu)成回復(fù)消息，請(qǐng)求的源地址成為回復(fù)的目標(biāo)地址，回復(fù)消息的源地
址就設(shè)成回復(fù)者的地址。“類型”設(shè)成“A2“，“編碼”字段設(shè)為子
網(wǎng)字段的長(zhǎng)度，然后計(jì)算校驗(yàn)和。如果請(qǐng)求的源地址是0，那么回復(fù)
的目標(biāo)地址就設(shè)成廣播地址。
因特網(wǎng)信報(bào)控制協(xié)議（ICMP）字段
類型
A1 表示地址格式請(qǐng)求消息
A2 表示地址格式回復(fù)消息
編碼
0 代表地址格式請(qǐng)求消息
非0代表地址格式回復(fù)消息的子網(wǎng)字段長(zhǎng)度
校驗(yàn)和
從因特網(wǎng)信報(bào)控制協(xié)議“類型”字段開始的16位的和的余數(shù)。計(jì)算
時(shí)，校驗(yàn)和應(yīng)為0。其值以后可能被改變。
標(biāo)識(shí)
匹配請(qǐng)求和回復(fù)的標(biāo)識(shí)，可以是0。
序列號(hào)
匹配請(qǐng)求和回復(fù)的序列號(hào)，可以是0。

收到地址格式請(qǐng)求的網(wǎng)關(guān)要回復(fù)這個(gè)請(qǐng)求。它需要將“編碼”字段置為請(qǐng)求的目表
地址網(wǎng)絡(luò)的子網(wǎng)字段的長(zhǎng)度。如果請(qǐng)求是廣播的，其目標(biāo)地址就是“這個(gè)網(wǎng)絡(luò)”。
子網(wǎng)字段的長(zhǎng)度可以是0-（31-N）， N是IP網(wǎng)絡(luò)字段的長(zhǎng)度（8，16或24）。
如果請(qǐng)求的主機(jī)不知道自己的地址，就可能把請(qǐng)求中的源地址置為0，回復(fù)則是廣
播的。因?yàn)橐粋€(gè)網(wǎng)絡(luò)自由一種地址格式，所有就沒有必要匹配請(qǐng)求和回復(fù)。這種方
式應(yīng)盡量避免，因?yàn)樗鼤?huì)增加不必要的網(wǎng)絡(luò)流量。
類型A1可能從網(wǎng)關(guān)和主機(jī)收到
類型A2可能從網(wǎng)關(guān)和起網(wǎng)關(guān)作用的主機(jī)收到。


5．2 例子
下面例子中，我們假設(shè)請(qǐng)求主機(jī)的地址是36.40.0.123，網(wǎng)關(guān)是36.40.0.62，處于
網(wǎng)絡(luò)36.0.0.0中，使用8位子網(wǎng)。
首先，假設(shè)廣播是允許的，主機(jī)發(fā)送如下數(shù)據(jù)包：
源地址:          36.40.0.123
目標(biāo)地址:        36.255.255.255
協(xié)議:            ICMP = 1
類型:            Address Format Request = A1
編碼:            0
36.40.0.62將收到這個(gè)數(shù)據(jù)包，并回復(fù)如下：
源地址:          36.40.0.62
目標(biāo)地址:        36.40.0.123
協(xié)議:            ICMP = 1
類型:            Address Format Reply = A2
編碼:            8


下面的例子假設(shè)地址255.255.255.255 表示“廣播到這個(gè)物理網(wǎng)絡(luò)”。上面的例子
就無能為力了。因?yàn)檫@樣的廣播可能要廣播到多個(gè)子網(wǎng)。我們建議的最有效的方法
是，主機(jī)首先找到自己的地址（可以使用在參考[4]中描述的“反向地址解析協(xié)議”），
然后將ICMP請(qǐng)求發(fā)送到255.255.255.255。
源地址:          36.40.0.123
目標(biāo)地址:        255.255.255.255
協(xié)議:            ICMP = 1
類型:            Address Format Request = A1
編碼:            0
網(wǎng)關(guān)就可以直接回復(fù)給請(qǐng)求主機(jī)。


假設(shè)36.40.0.123是無盤工作站，并不知道自己的主機(jī)號(hào)。它可以發(fā)送下面數(shù)據(jù)：
源地址:          0.0.0.0
目標(biāo)地址:        255.255.255.255
協(xié)議:            ICMP = 1
類型:            Address Format Request = A1
編碼:            0
36.40.0.62將收到這個(gè)數(shù)據(jù)包，并回復(fù)：
源地址:          36.40.0.62
目標(biāo)地址:        36.40.255.255
協(xié)議:            ICMP = 1
類型:            Address Format Reply = A2
編碼:            8


注意，網(wǎng)關(guān)使用最小的廣播范圍回復(fù)（發(fā)送到36.255.255.255將會(huì)在許多子網(wǎng)中
廣播，而并不單單是需要的子網(wǎng)）。即使這樣，這個(gè)廣播也造成不必要的網(wǎng)絡(luò)負(fù)載。
因此我們建議盡量少的使用“匿名（0.0.0.0）”源地址。
如果不允許廣播，假設(shè)主機(jī)有鄰接網(wǎng)關(guān)的硬編碼信息，則36.40.0.123會(huì)發(fā)送：
源地址:          36.40.0.123
目標(biāo)地址:        36.40.0.62
協(xié)議:            ICMP = 1
類型:            Address Format Request = A1
編碼:            0
36.40.0.62 的回復(fù)和上例一樣

注意
有些A類網(wǎng)絡(luò)中的主機(jī)分配的主機(jī)號(hào)就是其以太網(wǎng)硬件地址的低24位。
我們討論的因特網(wǎng)廣播是基參考[6]的。
如果不支持廣播，則假設(shè)有主機(jī)知道鄰接網(wǎng)關(guān)地址，并發(fā)送ICMP到這個(gè)網(wǎng)關(guān)。
這就是前面提到的在同一個(gè)網(wǎng)絡(luò)中，透明子網(wǎng)和顯式子網(wǎng)的并存。

參考
D.R. Boggs, J.F. Shoch, E.A. Taft, 和 R.M. Metcalfe著，《Pup：一種因特網(wǎng)結(jié)構(gòu)》， 
IEEE通訊學(xué)報(bào)， COM-28，4， 612-624頁， 1980年4月
David D. Clark著《名字，地址，端口和路由》，RFC-814，MIT-LCS，1982年7月
Yogan K. Dalal 和 Robert M. Metcalfe著，《廣播數(shù)據(jù)包的反向傳遞》，Comm. ACM 21, 
12,1040-1048頁，1978年12月
Ross Finlayson, Timothy Mann, Jeffrey Mogul和 Marvin Theimer著，《逆向地址解析
協(xié)議》，RFC-903，斯坦福大學(xué)，1984年6月
R.M. Metcalfe 和 D.R. Boggs著，《以太網(wǎng)：分布式的局域網(wǎng)包交換》，Comm. ACM 
19,7, 395-404頁， 1976年7月
Jeffrey Mogul著， 《廣播數(shù)據(jù)包》， RFC-919，斯坦福大學(xué)， 1984年10月
Da Jeffrey Mogul 著，《一種以太網(wǎng)地址解析協(xié)議》，RFC-826，1982年9月
Jon Postel著，《因特網(wǎng)協(xié)議》，RFC-791， USC-ISI， 1982年9月。
Jon Postel著，《因特網(wǎng)信報(bào)控制協(xié)議》，RFC-792， USC-ISI，1981年9月


RFC917——INTERNET SUBNETS                                    因特網(wǎng)子網(wǎng)


1
RFC文檔中文翻譯計(jì)劃