本備忘錄的狀態(tài)
本文檔講述了兩種在IEEE802.3網(wǎng)絡(luò)上封裝互聯(lián)網(wǎng)絡(luò)通訊協(xié)議(ip)[1]的方法[2]。這個
RFC為了給ARPA-Internet團體提出了一個推薦的協(xié)議。并且還需要討論和完善。本
備忘錄的發(fā)布不受任何限制。
目錄
介紹 2
以太網(wǎng)兼容模式 2
IEEE802.2/802.3兼容模式 2
結(jié)構(gòu)形式 2
地址映像 3
靜態(tài)表 3
動態(tài)發(fā)現(xiàn) 3
廣播地址 3
追蹤格式 3
字節(jié)順序 4
結(jié)尾 4
參考 4

介紹
IEEE802方案定義了ISO開放式系統(tǒng)互聯(lián)參考模型（ISO/OSI）定義的局域網(wǎng)中處理
物理層和數(shù)據(jù)鏈路層的一系列標準。幾個物理層標準（802.3，802.4和802.5）[2，3，
4]和一個數(shù)據(jù)鏈路層標準（802.2）[5]已經(jīng)被制定了。IEEE物理層標準具體說明了
ISO/OSI物理層和ISO/OSI數(shù)據(jù)鏈路層的媒體訪問控制子層。802.2數(shù)據(jù)鏈路層標準詳
細說明了ISO/OSI數(shù)據(jù)鏈路層中邏輯鏈路控制子層。

802.3標準是以第二版以太網(wǎng)標準[6]為基礎(chǔ)的。以太網(wǎng)物理層和802.3的物理層在所有
的實際應用上是兼容的，然而，以太網(wǎng)數(shù)據(jù)鏈路層和802.2/802.3數(shù)據(jù)鏈路層是不兼容
的。

現(xiàn)存的許多以太網(wǎng)絡(luò)裝置使用在[7]里描述的以太網(wǎng)兼容標準傳輸ip數(shù)據(jù)報。IEEE802.3
物理層兼容連接能夠被增加到這些網(wǎng)絡(luò)，在不違反802.3標準的情況下使用一個以太網(wǎng)
數(shù)據(jù)鏈路層兼容模式傳輸IP數(shù)據(jù)報。二選一，使用一個802.2/803.3數(shù)據(jù)鏈路層兼容模
式傳送ip數(shù)據(jù)報。
以太網(wǎng)兼容模式
IEEE802.3網(wǎng)絡(luò)為了達到和以太網(wǎng)兼容必須使用48bit的物理地址和10M/s的帶寬。

IEEE802.3數(shù)據(jù)包的頭和以太網(wǎng)數(shù)據(jù)包的頭完全相同，除了頭中一段的分配含義。在一
個以太網(wǎng)數(shù)據(jù)包的頭里這段被用來作為協(xié)議類型段，在一個802.3數(shù)據(jù)包的頭里這段被
用來作為長度段。在10M/s的802.3網(wǎng)絡(luò)里答應的最大的長度段的值是1500。802.3標
準里說明數(shù)據(jù)包的長度段超過最大答應的長度段可能會被忽略，丟棄或者自定義使用。
因此，當協(xié)議類型被使用超過1500，長度段能夠被自定義模式使用作為協(xié)議類型段。
IP，ARP和追蹤概括的協(xié)議類型都超過1500。使用這個技術(shù)，在以太網(wǎng)絡(luò)描述上傳輸
IP數(shù)據(jù)報的方法能夠被用來在IEEE802.3網(wǎng)絡(luò)上在以太網(wǎng)兼容模式下傳輸IP數(shù)據(jù)報。
IEEE802.2/802.3兼容模式
結(jié)構(gòu)形式
IP數(shù)據(jù)報在標準802.2/802.3邏輯鏈路控制層類型1下被傳送。無數(shù)802.2目的服務(wù)訪
問點和源服務(wù)訪問點格式的信息頭設(shè)置成96，IEEE為IP指定了全球訪問服務(wù)點的值。
數(shù)據(jù)段包括緊隨在IP頭后的IP數(shù)據(jù)。

IEEE802.3數(shù)據(jù)包的最小尺寸限制是以網(wǎng)絡(luò)帶寬為基礎(chǔ)的。當需要時，數(shù)據(jù)段會被填充
（用八進制的零）以適合802.3最小結(jié)構(gòu)尺寸的要求。這些填充的零不屬于IP數(shù)據(jù)包，
不包括在IP頭的總長度范圍里。

IEEE802.3數(shù)據(jù)包的最大尺寸限制是以網(wǎng)絡(luò)帶寬為基礎(chǔ)的。鼓勵支持全長度數(shù)據(jù)包的執(zhí)
行。
網(wǎng)關(guān)的執(zhí)行必須預備接受全長度數(shù)據(jù)包并且在必需的時候粉碎它們。
主機的執(zhí)行應該預備接受全長度數(shù)據(jù)包，然而主機不一定需要發(fā)送長度超過576
個八進制字節(jié)的數(shù)據(jù)報除非它們非常明確目的地預備接受它們。主機可以在TCP
應用基礎(chǔ)上通過TCP最大分段大小選項[9]傳達她的尺寸優(yōu)先選擇。

注重：數(shù)據(jù)報在802.3網(wǎng)絡(luò)上可能超過普通因特網(wǎng)默認的最大數(shù)據(jù)報尺寸576個八進制
字節(jié)。主機連接到一個802.3網(wǎng)絡(luò)，當發(fā)送數(shù)據(jù)報到不在同一802.3網(wǎng)絡(luò)上的主機上時
應該緊記這點。也許合適發(fā)送小一點的數(shù)據(jù)報以避免不必要的中間網(wǎng)關(guān)分割。請看這點
進一步的信息。
地址映像
32bit的internet地址映像到16bit或48bit的802.3地址能夠有幾種實現(xiàn)的方法。可以使
用靜態(tài)表，也可以使用動態(tài)發(fā)現(xiàn)程序。
靜態(tài)表
每一個主機能夠提供一個所有其他在局域網(wǎng)上的主機的802.3地址和internet地址的表。
動態(tài)發(fā)現(xiàn)
通過一個類似以太網(wǎng)地址轉(zhuǎn)換協(xié)議(ARP)[10]的協(xié)議能夠?qū)崿F(xiàn)32bitinternet地址和802.3
地址之間的映像。在一些internet網(wǎng)絡(luò)里，internet地址被隨意分配。每個主機的完成必
需知道他自己的internet地址，回復適合的802.3地址轉(zhuǎn)換數(shù)據(jù)包。它也能夠在需要時
使用ARP來轉(zhuǎn)換internet地址到802.3地址。
廣播地址
internet廣播地址（網(wǎng)絡(luò)地址的所有主機部分都為二進制的“１“）應該被映像到802.3
廣播地址（所有都是二進制“１”）。
強力推薦使用ARP動態(tài)發(fā)現(xiàn)程序。
追蹤格式
Unix4.2bsd的一些版本使用不同的封裝模式以便在VAX虛擬內(nèi)存結(jié)構(gòu)下得到更好的網(wǎng)
絡(luò)成績。在同一802.3網(wǎng)絡(luò)里這些系統(tǒng)內(nèi)部采取這樣格式。追蹤封裝模式可以在[11]里
找到。
字節(jié)順序
附錄B里描述的和互聯(lián)網(wǎng)絡(luò)通訊協(xié)議具體描述[1]的一樣，IP數(shù)據(jù)報是作為一系列的8bit
字節(jié)通過802.2/802.3網(wǎng)絡(luò)傳輸?shù)摹?br />結(jié)尾
兩種封裝模式能夠混合在同一局域網(wǎng)里；然而，這會把網(wǎng)絡(luò)分割成兩個不兼容的子網(wǎng)。
一個網(wǎng)絡(luò)上的主機能夠支持兩種模式并且就像網(wǎng)關(guān)一樣工作在兩個子網(wǎng)之間；然而，這
會引入一個重要的懲罰性的操作，它本應該被避免的。

IEEE802.2/802.3兼容封裝模式較以太網(wǎng)兼容模式好，因為IEEE802.2和IEEE802.3
標準已經(jīng)被全美國和全世界所接受，而且同樣的封裝模式能夠被用在其他的IEEE802
物理層操作上。然而，有許多現(xiàn)存的設(shè)備必須使用以太網(wǎng)上的IP協(xié)議和從以太網(wǎng)到
IEEE802.2/802.3的控制轉(zhuǎn)換。

最后，所有新的操作應該答應封裝模式靜態(tài)選擇而且所有現(xiàn)存的操作為了保證這個靜態(tài)
選擇的正確應該做出修改。在傳輸期間，所有在同一網(wǎng)絡(luò)上的主機應該使用以太網(wǎng)兼容
模式。當做有的現(xiàn)存操作中都加入了802.2/802.3支持以后，IEEE802.2/802.3模式將
會被使用并且轉(zhuǎn)換將會完成。
參考
[1]Postel,J."InternetSciencesInstitute,September1981.

[2]TheInstituteofElectronicsandElectronicsEngineers,Inc.
"IEEEStandardsforLocalAreaNetworks:CarrierSenseMultiple
accesswithCollisionDetection(CSMA/CD)AccessMethodand
PhysicalLayerSpecifications".TheInstituteofElectronics
andElectronicsEngineers,Inc.,NewYork,NewYork,1985.

[3]TheInstituteofElectronicsandElectronicsEngineers,Inc.
"IEEEStandardsforLocalAreaNetworks:Token-PassingBus
AccessMethodandPhysicalLayerSpecifications".TheInstitute
ofElectronicsandElectronicsEngineers,Inc.,NewYork,New
York,1985.

[4]TheInstituteofElectronicsandElectronicsEngineers,Inc.
"IEEEStandardsforLocalAreaNetworks:TokenRingAccess
MethodandPhysicalLayerSpecifications".TheInstituteof
ElectronicsandElectronicsEngineers,Inc.,NewYork,NewYork,
1985.

[5]TheInstituteofElectronicsandElectronicsEngineers,Inc.
"IEEEStandardsforLocalAreaNetworks:LogicalLinkControl".
TheInstituteofElectronicsandElectronicsEngineers,Inc.,
NewYork,NewYork,1985.

[6]"TheEthernet,PhysicalandDataLinkLayerSpecifications,
Version2.0".DigitalEquipmentCorporation,IntelCorporation,
andXeroxCorporation,1982.

[7]Hornig,C."AStandardfortheTransmissionofIPDatagrams
overEthernetNetworks".RFC-894,SymbolicsCambridgeResearch
Center,April1984.

[8]Reynolds,J.,andPostel,J."AssignedNumbers".RFC-943,
USC/InformationSciencesInstitute,April1985.

[9]Postel,J."TheTCPMaximumSegmentSizeOptionandRelated
Topics".RFC-879,USC/InformationSciencesInstitute,
November1983.

[10]Plummer,D."AnEthernetAddressResolutionProtocol".
RFC-826,SymbolicsCambridgeResearchCenter,November1982.

[11]Leffler,S.,andKarels,M."TrailerEncapsulations".RFC-893,
UniversityofCaliforniaatBerkeley,April1984.

RFC948—TwomethodsforthetransmissionofIPdatagramsoverIEEE802.3networksoverIEEE802.3