第2章協(xié)議模型與網(wǎng)絡(luò)協(xié)議

第1頁第2章協(xié)議模型與網(wǎng)絡(luò)協(xié)議本章概述本章的學(xué)習(xí)目標主要內(nèi)容第2頁本章概述通信雙方就像調(diào)制和解調(diào)一樣互逆，實現(xiàn)互逆操作的是有雙方的子實體對象之間完成的，也就是說發(fā)送方（N）子實體的操作，只有接收方（N）子實體才能實施逆操作，其他子實體的操作也是一樣的。這主要是因為只有同一層次子實體之間采用的通信語言是相同的，即每個子實體都有自己獨特的通信協(xié)議，只有對等層的子實體才能理解。本章全面研究協(xié)議模型和現(xiàn)實的網(wǎng)絡(luò)協(xié)議。第3頁本章的學(xué)習(xí)目標掌握協(xié)議模型的結(jié)構(gòu)功能理解TCP/IP網(wǎng)絡(luò)協(xié)議集理解IP協(xié)議格式理解IP地址格式與分類掌握其他網(wǎng)絡(luò)協(xié)議第4頁主要內(nèi)容2.1協(xié)議模型2.2TCP/IP網(wǎng)絡(luò)協(xié)議2.3IP協(xié)議2.4其他網(wǎng)絡(luò)協(xié)議2.5本章小結(jié)2.1協(xié)議模型由一個或多個服務(wù)對象構(gòu)成的（N）服務(wù)提供者，提供（N）服務(wù)。為了服務(wù)的提供，這些對象使用（N-1）服務(wù)。如果該提供者包含一個以上的服務(wù)對象，（N-1）服務(wù)用來使它們按照已定義的、被稱為協(xié)議的一組規(guī)則、數(shù)據(jù)格式和功能，進行協(xié)作。然而使用了（N-1）服務(wù)和特定的協(xié)議這一點，對這些服務(wù)對象是隱蔽的。因此對（N）服務(wù)用戶也是透明的。第5頁服務(wù)提供者的分解第6頁2.1.1協(xié)議行為完成協(xié)議的對象的行為通常按有限狀態(tài)機模型設(shè)計。有限狀態(tài)機存在著不同的變體（Holzmann,1991），從協(xié)議的功能和目標出發(fā)，使用有限狀態(tài)機的定義和組成成分。一個有限狀態(tài)集；一個有限的轉(zhuǎn)換規(guī)則集；一個有限謂詞集；一個有限外來事件集；一個有限外出事件集。第7頁一個（N）服務(wù)對象的環(huán)境第8頁2.1.2協(xié)議數(shù)據(jù)協(xié)同工作的服務(wù)對象用協(xié)議數(shù)據(jù)單元（PDU）交換信息。PDU還有一些其他的常用表示法，這些表示法依賴于所處的OSI層次。一個PDU通常由頭部、有效載荷和尾部（trailer）三個字段組成。所有的字段都可以用來傳遞協(xié)議控制信息（protocolcontrolinformation,PCI）。但服務(wù)數(shù)據(jù)單元僅能放在有效載荷字段中傳輸。根據(jù)PDU是否攜帶服務(wù)數(shù)據(jù)，我們把它們分成兩種類型：數(shù)據(jù)PDU和控制PDU。第9頁協(xié)作的（N）服務(wù)對象與它們的（N）服務(wù)用戶第10頁2.1.3協(xié)議功能一個協(xié)議除了行為和數(shù)據(jù)格式，也規(guī)定協(xié)同的服務(wù)對象應(yīng)執(zhí)行的功能。這些協(xié)議功能在調(diào)用一個對象的操作時執(zhí)行，或者在一個有限狀態(tài)機模型中，出現(xiàn)一個外來事件時執(zhí)行。一個服務(wù)對象的協(xié)議功能，通常要求所有與之通信的服務(wù)對象具有協(xié)同的協(xié)議功能。第11頁第12頁主要內(nèi)容2.1協(xié)議模型2.2TCP/IP網(wǎng)絡(luò)協(xié)議2.3IP協(xié)議2.4其他網(wǎng)絡(luò)協(xié)議2.5本章小結(jié)2.2TCP/IP網(wǎng)絡(luò)協(xié)議因特網(wǎng)在不同層次使用了一組不同但互補的協(xié)議，這組協(xié)議常被稱為因特網(wǎng)協(xié)議組。雖然它包括了一百多個協(xié)議，但最流行的是網(wǎng)際協(xié)議（IP）和傳輸控制協(xié)議（TCP），而因特網(wǎng)協(xié)議組也被稱為TCP/IP協(xié)議集。TCP/IP也是大多數(shù)中等和大型網(wǎng)絡(luò)的協(xié)議選擇。NovellNetWare、UNIX和WindowsNT網(wǎng)絡(luò)都可以實現(xiàn)TCP/IP，在不斷增長的網(wǎng)絡(luò)上和使用客戶機/服務(wù)器或者基于Web的應(yīng)用中更是如此。第13頁2.2.1因特網(wǎng)概述

1.因特網(wǎng)組織因特網(wǎng)技術(shù)標準化，控制TCP/IP協(xié)議族，定制新的標準以及其他類似的事情和技術(shù)，是由四個非盈利性國際團體監(jiān)督、協(xié)調(diào)及演化的。因特網(wǎng)協(xié)會（ISOC，InternetSociety）,因特網(wǎng)體系結(jié)構(gòu)委員會（IAB，InternetArchitectureBoard）,因特網(wǎng)研究部（IRIF，InternetResearchTaskForce）,因特網(wǎng)工程部（IETF，InternetEngineeringTaskForce）為幫助IETF主席，又成立了Internet工程指導(dǎo)小組（IESG,InternetEngineeringSteeringGroup）。第14頁2.因特網(wǎng)協(xié)議網(wǎng)絡(luò)協(xié)議通常分不同層次進行開發(fā)，每一層分別負責(zé)不同的通信功能。TCP/IP是因特網(wǎng)協(xié)議組的核心協(xié)議族，是一組不同層次多個協(xié)議的組合。一個管理機構(gòu)為接入互聯(lián)網(wǎng)的網(wǎng)絡(luò)分配IP地址。這個管理機構(gòu)就是互聯(lián)網(wǎng)絡(luò)信息中心（InternetNetworkInformationCentre），稱作InterNIC。InterNIC只分配網(wǎng)絡(luò)號，主機號的分配由系統(tǒng)管理員來負責(zé)。我國的IP地址和DNS域名管理，是由中國互聯(lián)網(wǎng)絡(luò)中心/負責(zé)。第15頁3.客戶-服務(wù)器模型網(wǎng)絡(luò)中計算機之間的通信，實質(zhì)上是計算機上進程的通信，大部分網(wǎng)絡(luò)應(yīng)用程序在編寫時都假設(shè)一端是客戶，另一端是服務(wù)器，其目的是為了讓服務(wù)器為客戶提供一些特定的服務(wù)?？梢詫⑦@種服務(wù)分為兩種類型：重復(fù)型或并發(fā)型。第16頁重復(fù)型服務(wù)器交互步驟I1.等待一個客戶請求的到來。I2.處理客戶請求。I3.發(fā)送響應(yīng)給發(fā)送請求的客戶。I4.返回I1步。重復(fù)型服務(wù)器主要的問題發(fā)生在I2狀態(tài)。在這個時候，它不能為其他客戶機提供服務(wù)。第17頁并發(fā)型服務(wù)器交互步驟C1.等待一個客戶請求的到來。C2.啟動一個新的服務(wù)器來處理這個客戶的請求。在這期間可能生成一個新的進程、任務(wù)或線程，并依賴底層操作系統(tǒng)的支持。這個步驟如何進行取決于操作系統(tǒng)。生成的新服務(wù)器對客戶的全部請求進行處理。處理結(jié)束后，終止這個新服務(wù)器。C3.返回C1步。第18頁2.2.2TCP/IP協(xié)議體系

1.TCP/IP體系結(jié)構(gòu)在20世紀60年代后期，ARPA開始著手組建ARPANET，希望能夠找到一種通用的方式，使得大學(xué)、研究所和DoD的計算機能夠通過WAN進行相互通信，即能夠?qū)RPANET進行普遍的訪問。ARPA啟動了一個研究項目對之進行改進。他們所開發(fā)的協(xié)議實際上是兩個協(xié)議的組合，即傳輸控制協(xié)議（TCP）和網(wǎng)際協(xié)議（IP）。第19頁TCP/IP體系結(jié)構(gòu)圖第20頁2.網(wǎng)絡(luò)接口層協(xié)議TCP/IP網(wǎng)絡(luò)接口層細分為邏輯鏈路層和物理層接口層。邏輯鏈路層協(xié)議適配不同的子網(wǎng)特征，以便為高層提供統(tǒng)一的子網(wǎng)接口，鏈路層存在著一些將IP映射為特殊網(wǎng)絡(luò)類型的適配協(xié)議還存在著一個獨立于IP的專用于串行鏈路的適配協(xié)議，稱為點到點協(xié)議（Point-to-PointProtocol，PPP）。第21頁4.網(wǎng)絡(luò)層協(xié)議互聯(lián)網(wǎng)絡(luò)層是整個體系結(jié)構(gòu)的關(guān)鍵部分，它的功能是使主機可以把分組發(fā)往任何網(wǎng)絡(luò)，并且是分組獨立地傳向目的地。網(wǎng)絡(luò)層協(xié)議負責(zé)一個特殊的工作，實現(xiàn)中繼、差錯報告、組管理、資源預(yù)留或路由選擇等功能。包括網(wǎng)際協(xié)議（IP）網(wǎng)際組管理協(xié)議（IGMP）,網(wǎng)際控制報文協(xié)議（ICMP）,資源預(yù)留協(xié)議（RSVP）,網(wǎng)際數(shù)據(jù)流協(xié)議版本2（ST2）,邊界網(wǎng)關(guān)協(xié)議（BGP）,開放最短路徑優(yōu)先（OSPF）,路由選擇信息協(xié)議（RIP）第22頁5.傳輸層協(xié)議傳輸層協(xié)議通過增加功能改進端到端的網(wǎng)絡(luò)服務(wù)，諸如差錯控制提供了可靠通信，多路分解可同時支持多個應(yīng)用等傳輸層常用協(xié)議。傳輸控制協(xié)議（TransmissionControlProtocol，TCP），用戶數(shù)據(jù)報協(xié)議（UserDatagramProtocol，UDP），通用消息事務(wù)協(xié)議（VersatileMessageTransactionProtocol，VMTP），網(wǎng)絡(luò)塊傳送（NETworkBlockTransfer，NETBLT），多點播送傳輸協(xié)議（MulticastTransportProtocol，MTP），可靠數(shù)據(jù)協(xié)議（ReliableDataProtocol，RDP）第23頁6.應(yīng)用層協(xié)議應(yīng)用層協(xié)議使用適當?shù)膫鬏攨f(xié)議來支持基本的面向應(yīng)用服務(wù)，例如文件傳送、遠程登錄和電子郵件等應(yīng)用層常用協(xié)議。自舉協(xié)議（BOOTP），動態(tài)主機配置協(xié)議（DHCP），ECHO，DISCARD，TIME由，CHARGEN，文件傳送協(xié)議（FTP），平常文件傳送協(xié)議（TFTP），遠程通信網(wǎng)絡(luò)（TELNET），簡單網(wǎng)絡(luò)管理協(xié)議（SNMP），簡單郵件傳送協(xié)議（SMTP），域名系統(tǒng)（DNS）。第24頁第25頁主要內(nèi)容2.1協(xié)議模型2.2TCP/IP網(wǎng)絡(luò)協(xié)議2.3IP協(xié)議2.4其他網(wǎng)絡(luò)協(xié)議2.5本章小結(jié)2.3IP協(xié)議因特網(wǎng)中隨處可見的IP協(xié)議有兩個著名的版本。雖然從版本編號來看，兩個版本的IP之間是兼容演變或擴展，但實際上兩個版本是完全不同的。第26頁2.3.1IP版本4IP版本4（IPv4）使用可變長的頭部，但無尾部，由14個字段組成的頭部結(jié)構(gòu)，最小IP頭部長度為20字節(jié)。如圖2-11所示，IP分組頭的長度為4個字節(jié)（32位）的整數(shù)倍。第27頁IP分組圖第28頁1.版本號（Version）該4位段表示協(xié)議支持的IP版本號?！ぴ谔幚鞩P分組之前，所有"軟件都要檢查分組的版本段，以便保證分組格式與軟件期待的格式一樣。如果標準不同，機器將拒絕與其協(xié)議版本不同的IP分組。本書給出的是對版本為4的IP的描述，版本1-3現(xiàn)已過時不用。第29頁2.互聯(lián)網(wǎng)分組頭長HeadLength該4位表示IP分組頭的長度，以32個二進制位（4個字節(jié)）為單位，取值的范圍是5-15（缺值是5）。由于IP分組頭的長度是可變的，故這個段是必不可少的。第30頁3.服務(wù)類型（TypeOfService）該8位段說明分組所希望得到的服務(wù)質(zhì)量。服務(wù)類型段的頭3位表明IP分組的優(yōu)先權(quán)，該值在0（正常）-7（網(wǎng)絡(luò)控制）之間變化，數(shù)值越大則IP分組越重要。但大多數(shù)TCP/IP產(chǎn)品和實際使用TEP/IP的所有硬件都忽略該3位域，用相同的優(yōu)先權(quán)處理所有IP分組。接下來的3位控制網(wǎng)絡(luò)的延遲時間、吞吐率和可靠性，如果置零則表示常規(guī)服務(wù)，如果置1則分別表明短延遲、高吞吐率和高可靠性，最后兩位未使用，置成零即可。第31頁4.總長度（Length）該16位段給出IP分組的總長度，單位是字節(jié)，包括分組頭和數(shù)據(jù)的長度。數(shù)據(jù)段的長度可以從總長度減去分組頭長度計算出來。由于總長度段有16位，所以最大IP分組允許有65535個字節(jié)。但這樣大的IP分組在現(xiàn)有物理網(wǎng)絡(luò)上傳輸不現(xiàn)實。協(xié)議規(guī)定，所有主機和路由器至少能支持576字節(jié)的分組長度。在本節(jié)的稍后我們將會說明，IP分組在網(wǎng)絡(luò)傳送過程中被分成報片的情況下，分片后形成的"分組中的總長度段指的是單個報片的總長度，而不是原先IP分組的總長度。第32頁5.標識符（Identify）16位的標識符段包含一個整數(shù)，唯一地標識該IP分組。IP分組在傳輸時，其間可能會通過一些子網(wǎng)。這些子網(wǎng)允許的最大協(xié)議數(shù)據(jù)單元（PDU）長度可能小于該IP分組的長度。為了處理這種情況，IP為以數(shù)據(jù)報方式傳送的IP分組提供了分片和重組的功能。這也正是IP模塊的主要功能之一。第33頁當路由器準備將IP分組發(fā)送到網(wǎng)絡(luò)上，而該網(wǎng)絡(luò)又無法將整個分組一次發(fā)送時，路由器必須將該IP分組分成小塊（亦即分組），使其長度能滿足這一網(wǎng)絡(luò)對數(shù)據(jù)分組的限制。IP分組可以獨立地通過各個路徑發(fā)送，使得分片后的IP分組直至到達目的地主機才可能匯集到一起，并且甚至不一定以原先的次序到達。這樣，所有進行接收的主機都要求支持重組能力。第34頁6.標志（Flags）3位的標志段含有控制標志，如圖2-13所示，3位中的低序2位控制IP分組的分片，這2位分別稱作不可分片位和還有分組片位。當不可分片位置1時，規(guī)定不要將IP分組分片。僅當完整的IP分組才是有用的情況下，應(yīng)用程序才可選擇禁止分片。標志段的低位標明這個分組片包含的數(shù)據(jù)是取自原始IP分組中間，還是取自原始IP分組的最后。第35頁標志段的含義圖第36頁7.分組片偏移（報片偏移）13位的分組左偏移段標明當前分組片在初始"分組中的位置。為了重組"分組，報宿必須得到從偏移0開始，直到最高偏移值之間的所有分組片。分組片不需要按順序到達，接收分組片的報宿與分割I(lǐng)P分組的路由器之間不進行通信，報宿也能重新組合IP分組。分組片偏移以64位（8個字節(jié)）為單位，取值范圍0-8191，默認值是0。第37頁8.生存時間（TTL）8位的生存時間段指定IP分織能在互聯(lián)網(wǎng)中停留的最長時間，以秒為單位。當該值降為0時，IP分組就應(yīng)被舍棄。該段的值在IP分組每通過一個路由器時都減去1。該段決定了源發(fā)IP分組在網(wǎng)上存活時間的最大值、它保證IP分組不會在一個互聯(lián)網(wǎng)中無休止地往返傳輸，即使在路由表變亂形成路由器循環(huán)為IP分組選擇路由時也不要緊。第38頁9.協(xié)議（Protocol）八位的協(xié)議段表示哪一個高層協(xié)議將用于接收IP分組中的數(shù)據(jù)。高層協(xié)議的號碼由TCP/IP中央權(quán)威管理機構(gòu)予以分配。例如，該段值的十進制表示對應(yīng)ICMP（互聯(lián)網(wǎng)控制報文協(xié)議）是1，對應(yīng)傳輸控制協(xié)議（TCP）是6，對應(yīng)EGP（外部網(wǎng)關(guān)協(xié)議）是8，對應(yīng)用戶數(shù)據(jù)報協(xié)議（UDP）是17，對應(yīng)ISO傳輸層協(xié)議第4類（ISO-TP4）是29。第39頁10.校驗和（Checksum）16位的分組校驗和段保證IP分組頭值的完整性，當IP分組頭通過路由器時，分組頭發(fā)生變化（例如生存時間段值減1），校驗和必須重新計算。校驗和的計算十分簡單。首先，在計算前將校驗和段的所有16位均置成0，然后IP分組頭從頭開始每兩個字節(jié)為一個單位相加，若相加的結(jié)果有進位，那么將和加1。如此反復(fù)，直到所有分組頭的信息都相加完為止，將最后的值對1求補，即得出16位的校驗和。第40頁11.源地址和12.目標地址32位的源地址段包含發(fā)送IP分組的源主機的IP地址。32位的目標地址段包含IP分組的目的地主機的IP地址。第41頁13.任選段（variableOption）可變長的任選段提供了一種策略，允許今后的版本包含在當前設(shè)計的頭中尚未出現(xiàn)的信息，也避免使用固定的保留長度，從而可以根據(jù)實際需要選用某些頭部登錄項。第42頁14.填充段（Pad）IP分組頭必須是4個字節(jié)長的整數(shù)倍。填充段是為了使有任選項的IP分組滿足4個字節(jié)長度的整數(shù)倍而設(shè)計的，通常用0填人填充段來滿足這一要求。填充段的有無或所需要的長度取決于選擇項的使用情況。第43頁2.3.2IP版本4地址基本格式IPv4地址是一個32位的二進制數(shù)，通常被分割為4個“8位二進制數(shù)”（也就是4個字節(jié)）。IP地址通常用“點分十進制”表示成（a1.a2.a3.a4）的形式，其中，a1,a2,a3,a4是0至255之間的十進制整數(shù)。例如點分十進IP地址（23），實際上是32位二進制數(shù)（11010010.00101110.01100110.01111011）。IP地址范圍最小地址值，最大的地址值55。點分十進制數(shù)表示的IP地址格由網(wǎng)絡(luò)地址和主機地址組成。第44頁IPv4分類第45頁IPv4地址A類地址的最高位為0和隨后的7位是網(wǎng)絡(luò)地址部分，剩下的24位表示網(wǎng)內(nèi)主機地址。這樣在一個互聯(lián)網(wǎng)絡(luò)內(nèi)可能會有126個A類網(wǎng)絡(luò)，而每一個A類網(wǎng)絡(luò)中允許有1600萬個節(jié)點。非常大的地區(qū)網(wǎng)，如美國的MILNET和某些很大的商業(yè)網(wǎng)，才能使用A類地址。B類地址的最高兩位10和后隨的14位是網(wǎng)絡(luò)地址部分，剩下的16位表示網(wǎng)內(nèi)的主機地址。這樣，在某種互聯(lián)環(huán)境下可能會有大約16，000個B類網(wǎng)絡(luò)，而每個B類網(wǎng)絡(luò)中可以有65，000多個節(jié)點。一般大單位和大公司營建的網(wǎng)絡(luò)使用B類地址。第46頁IPv4地址C類地址的最高三位110和后隨的21位是網(wǎng)絡(luò)地址部分，剩下的8位表示網(wǎng)內(nèi)主機地址。這樣，一個互聯(lián)網(wǎng)將允許包含200萬個C類網(wǎng)絡(luò)，每一個C類網(wǎng)絡(luò)中最多可以有254個節(jié)點，較小的單位和公司都使用C類地址。第47頁D類地址用于在IP網(wǎng)絡(luò)中的組播（multicasting，又稱為多播廣播）。D類地址的前4位恒為1110，預(yù)置前3位為1意味著D類十進制地址開始于128+64+32等于224。第4位為0意味著D類十進制地址的最大值為128+64+32+8+4+2+1為239，因此D類地址空間的范圍從到55。E類地址保留作研究之用。因此Internet上沒有可用的E類地址。E類地址的前4位恒為1，因此有效的十進制地址范圍從至55。第48頁2.3.3IP版本6當前采用的IP協(xié)議是它的第4版（1PV4），IPV5的稱號被賦給了一個實驗的稱為流協(xié)議的面向連接的互聯(lián)網(wǎng)協(xié)議?，F(xiàn)在人們普遍意識到，IPV4的剩余生命期已經(jīng)屈指可數(shù)了，并且最終要被一個稱為IPV6的新協(xié)議替代。第49頁IPv6IPv6使用了固定長度為40字節(jié)的頭部，可附接不同的擴展頭部。每個頭部的長度是8字節(jié)的倍數(shù)。IPv6沒有定義尾部。在IPv6中，包頭以64位為單位，且包頭的總長度是40字節(jié)。IPv6協(xié)議為對其包頭定義了以下字段：位為單位，且包頭的總長度是40字節(jié)，第50頁IPv6第51頁IPv6協(xié)議包頭版本：長度為4位，對于IPv6，該字段必須為6。類別：長度為8位，指明為該包提供了某種“區(qū)分服務(wù)”。RFC1883中最初定義該字段只有4位，并命名為“優(yōu)先級字段”，后來該字段的名字改為“類別”，在最新的IPv6Internet草案中，稱之為“業(yè)務(wù)流類別”。該字段的定義獨立于IPv6，目前尚未在任何RFC中定義。該字段的默認值是全0。第52頁流標簽：長度為20位，用于標識屬于同一業(yè)務(wù)流的包。一個節(jié)點可以同時作為多個業(yè)務(wù)流的發(fā)送源。流標簽和源節(jié)點地址唯一標識了一個業(yè)務(wù)流。在RFC1883中這個字段最初被設(shè)計為24位，但當類別字段的長度增加到8位后，流標簽字段被迫減小長度來作補償。凈荷長度：長度為16位，其中包括包凈荷的字節(jié)長度，即IPv6頭后的包中包含的字節(jié)數(shù)。這意味著在計算凈荷長度時包含了IPv6擴展頭的長度。第53頁下一個頭：這個字段指出了IPv6頭后所跟的頭字段中的協(xié)議類型。與IPv6協(xié)議字段類似，下一個頭字段可以用來指出高層是TCP還是UDP，但它也可以用來指明IPv6擴展頭的存在。跳極限：長度為8位。每當一個節(jié)點對包進行一次轉(zhuǎn)發(fā)之后，這個字段就會被減1。如果該段達到0，這個包就將被丟棄。IPv4中有一個具有類似功能的生存期字段，但與IPv4不同，人們不愿意在IPv6中由協(xié)議定義一個關(guān)于包生存時間的上限。這意味著對過期包進行超時判斷的功能可以由高層協(xié)議完成。第54頁源地址：長度為128位，指出了IPv6包的發(fā)送方地址。目的地址：長度為128位，指出了IPv6包的接收方地址。這個地址可以是一個單播、組播或任意點播地址。如果使用了選路擴展頭(其中定義了一個包必須經(jīng)過的特殊路由)，其目的地址可以是其中某一個中間節(jié)點的地址而不必是最終地址。第55頁第56頁主要內(nèi)容2.1協(xié)議模型2.2TCP/IP網(wǎng)絡(luò)協(xié)議2.3IP協(xié)議2.4其他網(wǎng)絡(luò)協(xié)議2.5本章小結(jié)2.4其他網(wǎng)絡(luò)協(xié)議

2.4.1IPX/SPX協(xié)議體系

1.IPX/SPX與OSI模型的比較IPX/SPX協(xié)議群包含了許多屬于OSI模型不同層的子協(xié)議，但子協(xié)議個數(shù)不如TCP/IP協(xié)議群的子協(xié)議多。由于這個原因，一般不對IPX/SPX分配它自己的通信模型。IPX協(xié)議對應(yīng)于OSI