IP的兩個重要輔助協(xié)議B5DAC1F9BDB220ARPD3EBICMP

1、第六章第六章 ARP與與ICMPIP的兩個重要輔助協(xié)議的兩個重要輔助協(xié)議與與IP的關系的關系61 ARP地址解析協(xié)議地址解析協(xié)議IP地址，構成一個虛擬的邏輯連接網(wǎng)絡。但是，真正通信還是靠物理地址(MAC地址)。 到目的地的路徑上，每一步的傳輸使用的都是MAC地址，即都需要完成IP到MAC地址的映射。從源端到目的網(wǎng)點途中，在每一個中間站點進行轉發(fā)報文時，都使用下一站(next hop)路由器的MAC地址；在當該報文到達最終目的地子網(wǎng)時，要把它交給目的地主機，實際上使用的還是目的地的物理地址；都需要將IP地址映射成物理地址。在以太網(wǎng)等具有廣播能力的網(wǎng)絡上，TCP/IP協(xié)議使用地址解析協(xié)議ARP(A

2、ddress Resolution Protocol)，來實現(xiàn)IP地址到MAC地址的轉換ARP運作方式運作方式ARP請求請求A電腦B電腦ARP運作方式運作方式ARP應答應答A電腦B電腦ARP的解析范圍的解析范圍ARP的請求過程實質上是在局域網(wǎng)的一個廣播域內，廣播尋找MAC地址的過程，因此ARP的解析范圍在局域網(wǎng)的一個廣播域內，所有一、二層的網(wǎng)絡設備對ARP都是透明的。ARP與與IP路由路由A電腦B電腦ARP請求ARP應答ARP請求ARP請求ARP應答ARP應答路由器作IP網(wǎng)關ARP高速緩存高速緩存每臺主機都要維護一個IP地址到MAC的轉換表，稱為ARP表(ARP Cache)。其中存放著最近用

3、到的一系列跟它通信的同一子網(wǎng)的計算機的IP地址和MAC地址的映射。在主機初始啟動時，ARP表為空減少局域網(wǎng)廣播加快訪問速度q動態(tài)紀錄：在ARP過程中自動獲取，有壽命ARP Cache的內容是定期更新的，如果一條ARP項很久沒有使用了，則它將被從ARP表中刪除掉。這祥可以節(jié)省內存空間和ARP表的檢索時間。q靜態(tài)紀錄：手工輸入，無壽命時間ARP的的PDUARP不是IP協(xié)議的一部分，因此ARP數(shù)據(jù)報不包括IP頭，而是直接放在以太網(wǎng)幀的數(shù)據(jù)部分進行發(fā)送。并且，在以太網(wǎng)中定義了一種新的類型來標志ARP數(shù)據(jù)報。以太網(wǎng)中以太網(wǎng)中IP ARP的的PDU硬件地址類型（2）協(xié)議類型（2）硬件地址長度(1)協(xié)議地址

4、長度(1)操作碼（2）發(fā)送方硬件地址（前4個字節(jié)）發(fā)送方硬件地址（后2） 發(fā)送方協(xié)議地址（前2）發(fā)送方協(xié)議地址（后2） 接收方硬件地址（前2）接收方硬件地址（后4）接收方協(xié)議地址（4）ARP PDU的數(shù)據(jù)段的數(shù)據(jù)段(1)q硬件(物理)地址類型Hardware Type:局域網(wǎng)類型Hardware Type 值值 局域網(wǎng)類型局域網(wǎng)類型1Ethernet6Token Ring15Frame Relay16ATMARP PDU的數(shù)據(jù)段的數(shù)據(jù)段(2)q協(xié)議類型 Protocol TypeProtocol Type:網(wǎng)絡層協(xié)議類型，一般指IP數(shù)據(jù)段值：2048，十六進制表示：Ox0800q硬件地址長度:

5、 Hardware Address Length局域網(wǎng)地址長度，以太網(wǎng)：6 Bytesq協(xié)議地址長度： Protocol Address Length網(wǎng)絡層地址長度，IP： 4 Bytesq操作碼 OperationOperation包類型包類型1ARP request2ARP replyARP PDU的數(shù)據(jù)段的數(shù)據(jù)段(3)q發(fā)送方硬件地址 Sender Hardware AddressARP發(fā)送端的MAC地址，以太網(wǎng)：6 Bytesq發(fā)送方協(xié)議地址 Sender Protocol AddressARP發(fā)送端的三層協(xié)議地址，發(fā)送端的IP地址， 4 Bytesq接收方硬件地址 Target Ha

6、rdware AddressARP接收端的MAC地址，以太網(wǎng)：6 BytesARP request包中， 為00-00-00-00-00-00q接收方協(xié)議地址 Target Protocol AddressARP接收端的三層協(xié)議地址，接收端的IP地址， 4 BytesARP的以太幀的以太幀PA DA SA Type ARP PDU PAD FCS硬件地址類型（2）協(xié)議類型（2）硬件地址長度(1) 協(xié)議地址長度(1)操作碼（2）發(fā)送方硬件地址（前4個字節(jié)）發(fā)送方硬件地址（后2）發(fā)送方協(xié)議地址（前2）發(fā)送方協(xié)議地址（后2）接收方硬件地址（前2）接收方硬件地址（后4）接收方協(xié)議地址（4）FF FF

7、FF FF FF FFARP request18 bytes Padding Ox0806 92 常用的常用的ARP工具程序工具程序qWindows 95/98/NT/2K/XPARP.EXEqUnix/LinuxARPWATCH查看查看ARP高速緩存中的記錄高速緩存中的記錄解析對象的IP地址解析所得的MAC地址此記錄產(chǎn)生的方式刪除刪除ARP高速緩存中的記錄高速緩存中的記錄原來有4個記錄刪除這個記錄203.74.205.11這個記錄被刪除了向向ARP高速緩存中增加靜態(tài)記錄高速緩存中增加靜態(tài)記錄新增的記錄，注意Type是staticRARP：逆地址解析協(xié)議：逆地址解析協(xié)議具有本地磁盤的系統(tǒng)引導時

8、，一般是從磁盤上的配置文件中讀取IP地址。但是無盤機，如X終端或無盤工作站，則需要采用其他方法來獲得IP地址。網(wǎng)絡上的每個系統(tǒng)都具有唯一的硬件地址，它是由網(wǎng)絡接口生產(chǎn)廠家配置的。無盤系統(tǒng)的RARP實現(xiàn)過程是從接口卡上讀取唯一的硬件地址，然后發(fā)送一份RARP請求(一幀在網(wǎng)絡上廣播的數(shù)據(jù))，請求某個主機響應該無盤系統(tǒng)的IP地址(在RARP應答中)。RARP分組的格式與ARP分組基本一致。它們之間主要的差別是RARP請求或應答的幀類型代碼為0 x8035，而且RARP請求的操作代碼為3，應答操作代碼為4。93 ICMP 簡介簡介qICMP (Internet Control Message Prot

9、ocol)屬于網(wǎng)絡層協(xié)議q一般可以看作IP的輔助協(xié)議，由IP承載q用來報告錯誤，不負責解決任何問題ICMP的封裝的封裝ICMP包頭ICMP數(shù)據(jù)IP包頭IP載荷數(shù)據(jù)以太幀頭以太載荷數(shù)據(jù)FCSType(8 Bits)Code(8 Bits)Checksum(16 Bits)Data長度不定ICMP的類型的類型TypeType 值ICMP包類型含義ICMP的代碼的代碼CodeICMP的代碼的代碼Code(續(xù)續(xù))Echo Request/Echo Reply回顯請求回顯請求/回顯應答回顯應答回顯請求回顯應答qA主動向B發(fā)出回顯請求ICMP包qB收到回顯請求后，被動用回顯應答ICMP包答復AEcho R

10、equest/Echo Reply的包結構ICMP包名稱TypeCode checksumEcho Request80計算值Echo Reply00計算值Type(8 Bits)Code(8 Bits)Checksum(16 Bits)Identifier(16 Bits)Sequence Number(16 Bits)Option Data長度不定Echo Request/Echo Reply包中的字段qIdentifier字段識別上層的進程(允許同時多個Echo Request/Echo Reply進程)由Echo Request端決定Echo Reply端回應的Identifier值必須

11、與Echo Request端一致qSequence Number字段記錄單一進程中的發(fā)送序號由Echo Request端決定Echo Reply端回應的Sequence Number值必須與Echo Request端一致Echo Request/Echo Reply包中的字段qOption Data字段記錄選擇性資料由Echo Request端決定Echo Reply端回應的Option Data值必須與Echo Request端一致Destination Unreachable無法送達目的IP路由過程中，若發(fā)生以下問題，路由器或目的計算機會用ICMP包通知源端q路由器無法轉發(fā)IP信息包q目的

12、計算機無法處理識別收到的信息包ICMP包名稱TypeCode checksumDestination (Network)Unreachable30計算值Destination (Host)Unreachable31計算值Destination (Protocol)Unreachable32計算值Destination Unreachable的包結構及封裝ICMP包頭ICMP數(shù)據(jù)IP包頭IP載荷數(shù)據(jù)以太幀頭以太載荷數(shù)據(jù)FCSType3Code012Checksum計算值Unused(32 Bits)必須為0出錯包的包頭以及出錯包載荷的前8個BytesSource Quench降低來源端的傳送速度

13、路由器因為收到和轉發(fā)的IP信息包太多，以至于來不及處理，便會發(fā)出降低來源端傳送速度的ICMP信息包給IP信息包的來源端設備。ICMP包名稱TypeCode checksumSource Quench40計算值Type4Code0Checksum計算值Unused(32 Bits)必須為0丟棄包的包頭以及丟棄包載荷的前8個BytesRedirect 重定向AB最佳路由是R1路由器，A將IP信息包送到R2路由器R2路由器會發(fā)現(xiàn)這個問題，并用ICMP信息包通知IP信息包的來源端設備，稱為重定向ICMP不管A路由器收到ICMP重定向信息之后如何做Redirect 的包結構Type5Code0Check

14、sum計算值Unused(32 Bits)必須為0重定向包的包頭以及重定向包載荷的前8個BytesICMP包名稱TypeCode checksumNetwork Redirect50計算值Host Redirect51計算值Network&TOS Redirect52計算值Host&TOS Redirect53計算值Time Exceeded 傳送超時路由器收到TTL值為1的IP信息包，會將之丟棄，并用ICMP信息包通知IP信息包的來源端設備目的計算機在重組分割后的IP信息包的過程中，在一定時間內沒有收全分割后的IP信息包，就會丟棄所有的IP信息包(IP包頭中， Identif

15、ication標示碼相同的信息包)，并用ICMP信息包通知IP信息包的來源端設備Time Exceeded 的包結構Type11Code0/1Checksum計算值Unused(32 Bits)必須為0超時包的包頭以及超時包載荷的前8個BytesICMP包名稱TypeCode checksumTTL超時 Time Exceeded110計算值分割包超時 Time Exceeded111計算值ICMP 工具工具(1)Pingq Ping 127.0.0.1確認本機TCP/IP協(xié)議運作正常q Ping 本機 IP 地址確認本機網(wǎng)絡設備運作正常q Ping 對外連接的路由器確認本機TCP/IP協(xié)議運

16、作正常q Ping 互聯(lián)網(wǎng)上計算機的IP地址確認端到端的通信(三層以下)正常q Ping 互聯(lián)網(wǎng)上計算機的網(wǎng)址DNS設置無誤Ping的語法和參數(shù)的語法和參數(shù)Ping 參數(shù) 網(wǎng)址或IP地址參數(shù)意義-a執(zhí)行DNS反向查詢，由IP地址查出FQDN-I設定IP包存活時間-n 每次執(zhí)行時，發(fā)出IP包的數(shù)目-t持續(xù)發(fā)包，直到按CTL+C終止-w 設定等待答復時間，單位為千分之一秒，默認值1000Ping的語法和參數(shù)的語法和參數(shù)用用Ping執(zhí)行反向查詢執(zhí)行反向查詢反向查詢得到的名稱超過默認的等待時間未獲響應，網(wǎng)絡狀況不佳ICMP 工具工具(2)TRACERTTRACERT工具可以找出至目的主機所經(jīng)過的所有路

17、由器工具可以找出至目的主機所經(jīng)過的所有路由器響應請求1傳送超時1響應請求2傳送超時2響應請求3響應應答1TRACERT的語法和參數(shù)的語法和參數(shù)TRACERT 參數(shù) 網(wǎng)址或IP地址參數(shù)意義-dTRACERT默認執(zhí)行執(zhí)行DNS反向查詢，由IP地址查出FQDN，若不要求反查詢，用此參數(shù)-hTRACERT每次發(fā)出響應請求時存活時間會加一，本參數(shù)設定存活時間最大值，默認30-w 設定等待傳送超時或響應應答時間，單位為千分之一秒，默認值1000用用TRACERT工具找出至目的主機所經(jīng)過的工具找出至目的主機所經(jīng)過的所有路由器所有路由器講解實驗講解實驗深入理解子網(wǎng)掩碼，網(wǎng)關深入理解子網(wǎng)掩碼，網(wǎng)關與與ARP協(xié)議

18、以及協(xié)議以及Ping網(wǎng)關(Gateway)在Internet中的網(wǎng)關一般是指用于連接兩個或者兩個以上網(wǎng)段的網(wǎng)絡設備，通常使用路由器（Router）作為網(wǎng)關。在TCP/IP網(wǎng)絡體系中，IP網(wǎng)關的基本作用是根據(jù)目的IP地址的網(wǎng)絡號與子網(wǎng)號，選擇最佳的出口對IP分組進行轉發(fā)，實現(xiàn)跨網(wǎng)段的數(shù)據(jù)通信。在網(wǎng)絡技術中，網(wǎng)關的含義比較廣，相互通信的兩臺主機中，任意對等層如果采用不同的通信協(xié)議，都需要網(wǎng)關做“翻譯”，二層可以是網(wǎng)橋，三層是路由，四層以上統(tǒng)稱為XX網(wǎng)關.子網(wǎng)掩碼(Subnet Mask)子網(wǎng)掩碼的主要功能是告知網(wǎng)絡設備，一個特定的IP地址的哪一部分是包含網(wǎng)絡地址與子網(wǎng)地址，哪一部分是主機地址。網(wǎng)絡

19、的路由設備只要識別出目的地址的網(wǎng)絡號與子網(wǎng)號即可作出路由尋址決策，IP地址的主機部分不參與路由器的路由尋址操作，只用于在網(wǎng)段中唯一標識一個網(wǎng)絡設備的接口。本來，如果網(wǎng)絡系統(tǒng)中只使用A、B、C這三種主類地址，而不對這三種主類地址作子網(wǎng)劃分或者進行主類地址的匯總，則網(wǎng)絡設備根據(jù)IP地址的第一個字節(jié)的數(shù)值范圍即可判斷它屬于A、B、C中的哪一個主類網(wǎng)，進而可確定該IP地址的網(wǎng)絡部分和主機部分，不需要子網(wǎng)掩碼的輔助。 子網(wǎng)掩碼(Subnet Mask)但為了使系統(tǒng)在對A、B、C這三種主類網(wǎng)進行了子網(wǎng)的劃分，或者采用無類別的域間選路技術（Classless Inter-Domain Routing，CID

20、R）對網(wǎng)段進行匯總的情況下，也能對IP地址的網(wǎng)絡及子網(wǎng)部分與主機部分作正確的區(qū)分，就必須依賴于子網(wǎng)掩碼的幫助。 子網(wǎng)掩碼使用與IP相同的編址格式，子網(wǎng)掩碼為1的部分對應于IP地址的網(wǎng)絡與子網(wǎng)部分，子網(wǎng)掩碼為0的部分對應于IP地址的主機部分。將子網(wǎng)掩碼和IP地址作與操作后，IP地址的主機部分將被丟棄，剩余的是網(wǎng)絡地址和子網(wǎng)地址。例如，一個IP分組的目的IP地址為：10.2.2.1，若子網(wǎng)掩碼為：255.255.255.0，與之作與運算得：10.2.2.0，則網(wǎng)絡設備認為該IP地址的網(wǎng)絡號與子網(wǎng)號為：10.2.2.0。ARP協(xié)議(Address Resolution Protocol)在以太網(wǎng)（E

21、thernet）中，一個網(wǎng)絡設備要和另一個網(wǎng)絡設備進行直接通信，除了知道目標設備的網(wǎng)絡層邏輯地址（如IP地址）外，還要知道目標設備的第二層物理地址（MAC地址）。ARP協(xié)議的基本功能就是通過目標設備的IP地址，查詢目標設備的MAC地址，以保證通信的順利進行。ARP協(xié)議當一個網(wǎng)絡設備需要和另一個網(wǎng)絡設備通信時，它首先把目標設備的IP地址與自己的子網(wǎng)掩碼進行“與”操作，以判斷目標設備與自己是否位于同一網(wǎng)段內。如果目標設備在同一網(wǎng)段內，并且源設備沒有獲得與目標IP地址相對應的MAC地址信息，則源設備以第二層廣播的形式（目標MAC地址為全1）發(fā)送ARP請求報文，在ARP請求報文中包含了源設備與目標設備

22、的IP地址。同一網(wǎng)段中的所有其他設備都可以收到并分析這個ARP請求報文，如果某設備發(fā)現(xiàn)報文中的目標IP地址與自己的IP地址相同，則它向源設備發(fā)回ARP響應報文，通過該報文使源設備獲得目標設備的MAC地址信息。ARP協(xié)議如果目標設備與源設備不在同一網(wǎng)段，則源設備首先把IP分組發(fā)向自己的缺省網(wǎng)關（Default Gateway），由缺省網(wǎng)關對該分組進行轉發(fā)。如果源設備沒有關于缺省網(wǎng)關的MAC信息，則它同樣通過ARP協(xié)議獲取缺省網(wǎng)關的MAC地址信息。 為了減少廣播量，網(wǎng)絡設備通過ARP表在緩存中保存IP與MAC地址的映射信息。在一次ARP的請求與響應過程中，通信雙方都把對方的MAC地址與IP地址的對

23、應關系保存在各自的ARP表中，以在后續(xù)的通信中使用。ARP表使用老化機制，刪除在一段時間內沒有使用過的IP與MAC地址的映射關系。實驗設計我們通過設計一個簡單的實驗來幫助學員更深入直觀地理解上述三個知識點所涉及的基本概念與原理。在實驗中，我們利用ping命令來檢驗主機間能否進行正常的雙向通信。在ping的過程中，源主機向目標主機發(fā)送ICMP的Echo Request報文，目標主機收到后，向源主機發(fā)回ICMP的Echo Reply報文，從而可以驗證源與目標主機能否進行正確的雙向通信。 步驟1： 設置兩臺主機的IP地址與子網(wǎng)掩碼： 兩臺主機均不設置缺省網(wǎng)關。主機A: 10.2.2.2 255.25

24、5.254.0主機B: 10.2.3.3 255.255.254.0主機A主機B主機A主機B分析：分析：由于主機將各自通信目標的IP地址與自己的子網(wǎng)掩碼相“與”后，發(fā)現(xiàn)目標主機與自己均位于同一網(wǎng)段（10.2.2.0），主機A： 00001010 00000010 00000010 00000010主機B: 00001010 00000010 00000011 00000011子網(wǎng)掩碼：11111111 11111111 11111110 00000000 子網(wǎng)地址： 00001010 00000010 00000010 00000000 10 2 2 0因此通過ARP協(xié)議獲得對方的MAC地址，

25、從而實現(xiàn)在同一網(wǎng)段內網(wǎng)絡設備間的雙向通信。步驟2將A的子網(wǎng)掩碼改為：255.255.255.0，其他設置保持不變。操作1：用arp -d命令清除兩臺主機上的ARP表，然后在A上pingB用arp -a命令在兩臺PC上均不能看到對方的MAC地址 將A的子網(wǎng)掩碼改為：255.255.255.0用arp -d命令清除A主機上的ARP表在A上pingB用arp -a命令在A主機上不能看到對方的MAC地址用arp -a命令在B主機上不能看到對方的MAC地址分析分析1 ：A將目標設備的IP地址（10.2.3.3）和自己的子網(wǎng)掩碼（255.255.255.0）相“與”得10.2.3.0，和自己不在同一網(wǎng)段（

26、A所在網(wǎng)段為：10.2.2.0），主機A： 00001010 00000010 00000010 00000010子網(wǎng)掩碼：11111111 11111111 11111111 00000000主機B: 00001010 00000010 00000011 00000011A子網(wǎng)地址： 00001010 00000010 00000010 00000000 10 2 2 0B子網(wǎng)地址： 00001010 00000010 00000011 00000000 10 2 3 0則A必須將該IP分組首先發(fā)向缺省網(wǎng)關。由于A的缺省網(wǎng)關沒有配置，無法對分組進行正確發(fā)送，因此顯示目標主機不可到達接著在B上

27、pingA用arp -a命令可以在B主機上分別看到對方的MAC地址操作操作2：用arp -a命令可以在A主機上分別看到對方的MAC地址分析分析2：B將目標設備的IP地址（10.2.2.2）和自己的子網(wǎng)掩碼（255.255.254.0）相與，發(fā)現(xiàn)目標主機與自己均位于同一網(wǎng)段（10.2.2.0），因此，B通過ARP協(xié)議獲得A的MAC地址，并可以正確地向A發(fā)送Echo Request報文。但由于A不能向B正確地發(fā)回Echo Reply報文（原因見分析1），故B上顯示ping的結果為請求超時。在該實驗操作中，通過觀察A與B的ARP表的變化，可以驗證：在一次ARP的請求與響應過程中，通信雙方就可以獲知對

28、方的MAC地址與IP地址的對應關系，并保存在各自的ARP表中。步驟步驟3：在前面實驗的基礎上，把A的缺省網(wǎng)關設為：10.2.2.1，網(wǎng)關的子網(wǎng)掩碼為：255.255.0.010.2.2.1255.255.0.0主機A: 10.2.2.2 255.255.255.0主機B: 10.2.3.3255.255.254.0在A與上用ping命令與B通信在A上用tracert命令追蹤數(shù)據(jù)的傳輸路徑在B 與上用ping命令與A通信在B上用tracert命令追蹤數(shù)據(jù)的傳輸路徑分析：分析：如步驟2中的分析，由于A認為B與其不在同一個網(wǎng)段，故從A發(fā)向B的報文需要經(jīng)過網(wǎng)關轉發(fā)；而B認為A與其在同一個網(wǎng)段，故B不需

29、要經(jīng)過網(wǎng)關直接向A發(fā)送報文，從而可以觀察到A與B雙向通信時傳輸路徑的不對稱性。由于ping命令結果顯示的是從目標主機返回的Echo Reply報文的TTL的值，而B收到從A返回的Echo Reply報文經(jīng)過了網(wǎng)關的轉發(fā)，所以在B中顯示該IP報文的TTL值降為了63（從A發(fā)出的IP分組的TTL的初始值為64，每經(jīng)過一個網(wǎng)關，TTL值減1），在A中顯示該IP報文的TTL值降為了254（從B發(fā)出的IP分組的TTL的初始值為254，每經(jīng)過一個網(wǎng)關，TTL值減1） 。這一點可從雙方的TRACERT過程中清晰的顯示出來。步驟：步驟：用arp -d命令清除A中的ARP表，在A上ping一臺外網(wǎng)段的主機，如沈

30、陽的DNS服務器（202.96.64.68），再用arp -a可觀察到A的ARP表中只有缺省網(wǎng)關的MAC地址信息。 分析：當源主機要和外網(wǎng)段的主機進行通信時，它并不需要獲取遠程主機的MAC地址，而是把IP分組發(fā)向缺省網(wǎng)關，由網(wǎng)關IP分組的完成轉發(fā)過程。如果源主機沒有缺省網(wǎng)關MAC地址的緩存記錄，則它會通過ARP協(xié)議獲取網(wǎng)關的MAC地址，因此在A的ARP表中只觀察到網(wǎng)關的MAC地址記錄，而觀察不到遠程主機的MAC地址思考：思考：當一臺計算機將自己的IP地址設為本機的網(wǎng)關，會發(fā)生什么情況？子網(wǎng)劃分練習子網(wǎng)劃分練習在實際工作中遇到的大量的子網(wǎng)劃分的工作都針對C類IP地址，所我們舉一個C類私有IP地址

31、詳細劃分的例子。192 168 0 011000000 10101000 00000000 00000000011111111 11111111 111111111 000000000255 255 255 0子網(wǎng)數(shù)子網(wǎng)地址借用主機位位數(shù)子網(wǎng)掩碼可用IP地址數(shù)21255.255.255.128128-242255.255.255.19264-283255.255.255.22432-2164255.255.255.24016-2325255.255.255.2488-2646255.255.255.2524-2掩碼為255.255.255.240的子網(wǎng)劃分子網(wǎng)序數(shù)網(wǎng)絡號廣播地址1192.168

32、.0.0192.168.0.152192.168.0.16192.168.0.313192.168.0.32192.168.0.474192.168.0.48192.168.0.635192.168.0.64192.168.0.796192.168.0.80192.168.0.957192.168.0. 96192.168.0.1118192.168.0.112192.168.0.127掩碼為255.255.255.240的子網(wǎng)劃分子網(wǎng)序數(shù)網(wǎng)絡號廣播地址9192.168.0.128192.168.0.14310192.168.0.144192.168.0.15911192.168.0.160192.168.0.17512192.168.0.176192.168.0.19113192.168.0.192192.168.0.20714192.168.0.208192.168.0.22315192.168.0. 22