《計算機網(wǎng)絡基礎-》第5章網(wǎng)絡互聯(lián)與系統(tǒng)調試

第5章網(wǎng)絡互聯(lián)與系統(tǒng)調試

主編：周鴻旋本章學習要點了解面向連接和面向無連接服務的基本概念。掌握IP數(shù)據(jù)報的基本組成及結構，掌握IP數(shù)據(jù)報的傳輸、封裝和重組。掌握TCP、UDP和ICMP協(xié)議原理、組成和應用熟練使用Windwos下的基本網(wǎng)絡命令和工具。5.1面向連接和面向無連接的解決方案網(wǎng)絡互聯(lián)的動力：更大范圍的資源共享網(wǎng)絡互聯(lián)：HOST-LAN、LAN－LAN/WAN為什么需要網(wǎng)絡互聯(lián)互聯(lián)網(wǎng)(internet)：兩個或多個網(wǎng)絡構成互聯(lián)網(wǎng)。為什么會存在多種不同的網(wǎng)絡(協(xié)議)？歷史原因：不同公司的網(wǎng)絡產品大量使用。價格原因：網(wǎng)絡產品價格低使很多人有權決定使用何種網(wǎng)絡。技術原因：不同網(wǎng)絡采用不同技術、不同硬件、不同協(xié)議。5.1面向連接和面向無連接的解決方案

連接：通信系統(tǒng)中兩個對等實體為數(shù)據(jù)交換而采用的結合方式。連接是計算機網(wǎng)絡通信中一個非常重要的概念，表明了通信雙方的以何種方式建立通信的渠道。計算機網(wǎng)絡的通信要么是面向連接的，要么是無連接的。這些方法揭示了網(wǎng)絡上實現(xiàn)通信的兩種途徑。網(wǎng)絡互聯(lián)解決方案5.1.1面向連接的解決方案通信之前建立連接，通信過程中保持連接，通信結束拆除連接。5.1.2面向非連接的解決方案通信雙方不需要建立和維持連接網(wǎng)絡互聯(lián)方法—級聯(lián)虛電路級聯(lián)虛電路(ConcatenatedVirtualCircuits)的工作過程建立連接當目的主機不在本子網(wǎng)內時，則在子網(wǎng)內找一個離目的網(wǎng)絡最近的路由器，與之建立一條虛電路；該路由器與外部網(wǎng)關建立虛電路；該網(wǎng)關與下一個子網(wǎng)中的一個路由器建立虛電路。重復上述操作，直到到達目的主機。傳輸數(shù)據(jù)相同連接的分組

沿同一虛電路按

照順序傳輸；網(wǎng)關根據(jù)需要轉

換分組格式和虛

電路號。拆除連接網(wǎng)絡互聯(lián)方法—無連接網(wǎng)絡互聯(lián)無連接網(wǎng)絡互聯(lián)(ConnectionlessInternetworking)的工作過程無連接網(wǎng)絡互聯(lián)的工作過程與數(shù)據(jù)報子網(wǎng)的工作過程相似。每個分組獨立路由，不保證分組按順序到達，提高網(wǎng)絡利用率。其中，連接不同子網(wǎng)的多協(xié)議路由器做協(xié)議轉換，包括分組格式轉換和地址轉換等。級聯(lián)虛電路與無連接網(wǎng)絡互聯(lián)的比較級聯(lián)虛電路優(yōu)點路由器預留緩沖區(qū)等資源，保證服務質量。分組按序號傳輸。分組的報文頭部較短。缺點路由器需要大量內存存儲虛電路信息。一旦發(fā)生擁塞，沒有其它路由，健壯性差。如果網(wǎng)絡中有一個不可靠的數(shù)據(jù)報子網(wǎng)，級連虛電路很難實現(xiàn)。無連接網(wǎng)絡互聯(lián)優(yōu)點能夠容忍擁塞，并能適應擁塞。健壯性好。可用于多種網(wǎng)絡互聯(lián)。無連接網(wǎng)絡互聯(lián)的缺點分組的報文頭部較長。不能保證分組按序號到達。不能保證服務質量。面向連接服務無連接服務參考模式電話系統(tǒng)郵政系統(tǒng)特點靜態(tài)分配資源；傳輸前需要建立連接動態(tài)分配資源可靠性提供可靠的報文流服務不能防止報文的丟失、損壞、重復和失序對目的地址的要求僅在連接階段需要完整的目的地址需要為每一個報文提供完整的目的地址適用場合在一段時間內向同一目的地發(fā)送大量報文;實時性要求少量零星報文分類及示例1.可靠消息流-文件傳輸2.可靠字節(jié)流-遠程登錄3.不可靠連接-數(shù)字化聲音1.數(shù)據(jù)報-廣播/組播2.可靠的數(shù)據(jù)報-掛號郵件3.請求應答-數(shù)據(jù)庫查詢面向連接與無連接服務比較5.2IP數(shù)據(jù)報

IP是網(wǎng)絡互連協(xié)議(InternetProtocol)的簡稱。IP協(xié)議具有良好的適應性，因此，IP協(xié)議得到廣泛使用，成為支撐Internet的基礎。IP協(xié)議提供的是一種無連接的、不可靠的、盡力發(fā)送的服務，把數(shù)據(jù)從源端發(fā)送到目的端。IP數(shù)據(jù)報在經過網(wǎng)絡傳輸時，有可能因為網(wǎng)絡擁塞、鏈路故障等原因而造成丟失或出錯。對此，IP協(xié)議僅具有有限的錯誤報告功能，它調用ICMP協(xié)議來實現(xiàn)差錯報告。數(shù)據(jù)報內容的差錯撿測和恢復則交給高層(傳輸層協(xié)議--TCP)去完成。IP是TCP/IP協(xié)議集的核心協(xié)議之一，協(xié)議的內容包括：基本傳輸單元的格式，也就是IP報文的類型與定義、IP報文的地址以及分配方法、IP報文的路由轉發(fā)以及IP報文的分段與重組。IP數(shù)據(jù)報(packet)是IP協(xié)議的基本處理單元，它由兩部分組成：報文頭和數(shù)據(jù)部分，如圖5-4所示。所有的TCP、UDP及ICMP數(shù)據(jù)都以IP數(shù)據(jù)報格式傳輸。

IP數(shù)據(jù)報IP數(shù)據(jù)報的格式

IP數(shù)據(jù)報(packet)是IP協(xié)議的基本處理單元，它由兩部分組成：報文頭和數(shù)據(jù)部分。上圖給出了IP數(shù)據(jù)報的格式。IP數(shù)據(jù)報的報文頭包含一些必要的控制信，它本身有20個字節(jié)的固定部分和變長的可選項(option)部分構成。

1、版本號(Version)：IP協(xié)議的版本號，它占用4位。

2、長度字段：頭長度(HeaderLength)和總長度(TotalLength)。頭長度字段占用4位，表示報文頭的長度。它的數(shù)值是以4字節(jié)為單位表示長度，即IP報文頭中真正的字節(jié)數(shù)應該等于頭長度值乘以4。IP報文頭又分為固定部分和選項(option)部分，固定部分正好是20個字節(jié)，而選項部分為變長，因此需要有用一個字段來給出IP報文頭的長度。而且若選項部分長度不為4的倍數(shù)，則還應根據(jù)需要填充(padding)1到3個字節(jié)以湊成4的倍數(shù)?？傞L度字段表示整個IP報文的長度(即包括報文頭又包括數(shù)據(jù)部分)，它以字節(jié)為單位。總長度字段占用16位，所以IP數(shù)據(jù)報最長可達64K字節(jié)。

3、服務類型(TypeofService)和優(yōu)先級：IP報文頭中的服務類型字段規(guī)定了對于本數(shù)據(jù)報的處理方式。該字段總共為1個字節(jié)，被分為5個子域。其結構如下圖：

生存周期防止死循環(huán)的發(fā)生

數(shù)據(jù)報生存時間(TTL，Timetolive)：IP協(xié)議中提出了的生存時間TTL(TimeToLive)的控制，它限制了一個報文在網(wǎng)絡中的存活時間。報文頭的生存時間被初始化設置為最大值255。在報文每經過一個路由器時，其TTL值減1，直到它的值減為0時，則丟棄該報文。這樣，即使在網(wǎng)絡中出現(xiàn)循環(huán)路由，循環(huán)轉發(fā)的IP報文也會在有限的時間內被丟棄。頭部校驗和頭校驗和(HeaderChecksum)：頭校驗和字段用于保證頭部數(shù)據(jù)的正確性。

保證IP數(shù)據(jù)報報頭的完整性，節(jié)省路由器處理IP數(shù)據(jù)報報頭時間地址

源IP地址

目標IP地址

源和目的地址(Source/DestinationIPAddress)：源端地址和目的地址，分別表示該報文的發(fā)送者及接收者。

分段(fragment)：可以在任何必要的中間路由器上進行，而重組僅在目的主機處進行。在IP包頭中，共有三個字段用來實現(xiàn)對數(shù)據(jù)報的分段和重組：標識符(identification)、標志域(flag)和分段偏移值(fragmentoffset)。

標識符：是一個無符號整型值，它是IP協(xié)議賦予報文的標識，屬于同一個報文的分段具有相同的標識符。標識符的分配絕不能重復，IP協(xié)議每發(fā)送一個IP報文，則要把該標識符的值加1，作為下個報文的標識符。

報文標志域：為三個比特，但只有低兩位比特有效。每個比特的意義如下：比特0(MF位)， 最終分段標志(MoreFragment)

比特1(DF位)， 禁止分段標志(Don’tFragment)

比特2， 未用

當DF位被置為1，則該報文不能被分段。假如此時IP數(shù)據(jù)報的長度大于網(wǎng)絡的MTU值，則根據(jù)IP協(xié)議把該報文丟棄，同時向源端返回出錯信息。

MF標志位置為0時，說明該分段是原報文的最后一個分段。

分段偏移值：指出本分段的第1個字節(jié)在初始的IP報文中的偏移值，該偏移量以8字節(jié)為單位。協(xié)議類型(Protocol)：協(xié)議類型字段的內容指出IP報文中數(shù)據(jù)部分是屬于哪一種協(xié)議(高層協(xié)議)的，接收端則根據(jù)該協(xié)議類型字段的值來確定應該把IP報文中的數(shù)據(jù)交給哪個上層協(xié)議去處理。常見的上層協(xié)議包括TCP，UDP，ICMP，IGMP等。其對應的協(xié)議類型分別為6，17，1，2。5.2.2IP數(shù)據(jù)報在INTERNET上的傳輸

要點：要有目標地址IP經過路由要轉換目的地掩碼下一跳直接連接直接連接目的地掩碼下一跳直接連接直接連接

R1路由表

R3路由表

IP報文要交給數(shù)據(jù)鏈路層，封裝成幀之后才能發(fā)送。理想情況，IP報文正好放在一個物理幀中，這樣可以使得網(wǎng)絡傳輸?shù)男首罡?。而實際的物理網(wǎng)絡所支持的最大幀長各不相同。例如，以太網(wǎng)幀中最多可以容納1500字節(jié)，而一個FDDI幀中可以容納4470字節(jié)的數(shù)據(jù)。我們把這個上限稱為物理網(wǎng)絡的最大傳輸單元MTU(MaximumTransferUnit)。有些網(wǎng)絡的MTU非常小，其值可能只有128個字節(jié)。

5.2.3IP數(shù)據(jù)報的分段與重組上圖給出了一個對IP報文進行分段的網(wǎng)絡環(huán)境示例。在上圖(a)中，兩個以太網(wǎng)通過一個遠程網(wǎng)互聯(lián)起來。以太網(wǎng)的MTU都是1500，但是中間的遠程網(wǎng)絡的MTU為620個字節(jié)。如果主機A現(xiàn)在發(fā)送給B一個長度超過620字節(jié)的IP報文，首先在經過路由器R1時，就必須把該報文分成多個分段。

在進行分段時，每個數(shù)據(jù)片的長度依照物理網(wǎng)絡的MTU而確定。由于IP報文頭中的偏移字段的值實際上是以8字節(jié)為單位，所以要求每個分段的長度必須為8的整數(shù)倍(最后一個分段除外，它可能比前面的幾個分段的長度都小，它的長度可能為任意值)。圖(b)是一個包含有1400字節(jié)數(shù)據(jù)的IP報文，在經過圖(a)所示網(wǎng)絡環(huán)境中路由器R1后，該報文的分段情況。從圖中可以看出，每個分段都包括各自的IP報文頭。而且該報文頭和原來的IP報文頭非常相似，除了MF標志位、分段偏移、校驗和，等幾個字段外，其它內容完全一樣。

重組(Reasembly)是分段的逆過程，把若干個IP分段重新組合后還原成原來的IP報文。

在目的端收到一個IP報文時，可以根據(jù)其分段偏移和MF標志位來判斷它是否一個分段。如果MF位是0，并且分段偏移為0，則表明這是一個完整的IP數(shù)據(jù)報。否則，如果分段偏移不為0，或者MF標志位為1，則表明它是一個分段。這時目的地端需要實行分段重組。IP協(xié)議根據(jù)IP報文頭中的標識符字段的值來確定哪些分段屬于同一個原始報文，根據(jù)分段偏移來確定分段在原始報文中的位置。如果一個IP數(shù)據(jù)報的所有分段都正確地到達目的地，則把它重新組織成一個完整的報文后交給上層協(xié)議去處理。5.3TCP與UDP學習要點：端到端通信的概念TCP提供的服務內容TCP的流量控制和可靠性實現(xiàn)UDP的協(xié)議特點和提供服務5.3TCP/UDP消除網(wǎng)絡層的多樣性和不可靠性。提供從源主機到目的端主機可靠的、價格合理的、與實際使用的網(wǎng)絡無關的信息傳輸。應用層傳輸層下三層應用層傳輸層下三層RRRRR向上提供標準的傳輸服務向下屏蔽不同的通信子網(wǎng)用戶層應用程序傳輸服務傳輸實體(transportentity)完成傳輸層功能對等通信實體的硬軟件。利用網(wǎng)絡提供的點到點的分組傳輸服務向高層提供端到端的傳輸服務。傳輸層提供兩種服務面向連接的傳輸服務(TCP)包括三個階段：連接建立，數(shù)據(jù)傳輸，釋放連接。其中釋放連接的方式有兩種：不對稱方式：任何一方都可以關閉雙向連接。對稱方式：每個方向的連接單獨關閉，雙方都執(zhí)行Disconnect才能關閉整條連接。無連接的傳輸服務(UDP)

TCP協(xié)議提供的服務

TCP是傳輸層協(xié)議，實現(xiàn)端到端(end-to-end)通信；在端主機上實現(xiàn)；屏蔽下層網(wǎng)絡提供的服務質量的差別，為應用程序提供穩(wěn)定可靠的服務。但不能實現(xiàn)組播功能。

TCP對上層提供面向連接可靠的通信服務。使用“三次握手”的方式建立一個連接，數(shù)據(jù)傳輸完成之后，任何一方都可以斷開該連接；端到端全雙工連接。

完全可靠性（completereliability)

TCP具有差錯恢復、排序等功能。

TCP協(xié)議對每個傳輸?shù)淖止?jié)進行編號。在每個報文中，描述第一個字節(jié)的序號隨該報文一起傳輸，稱為報文序號。每個TCP報文中還帶有個確認號，表示接收方希望接收的下一個字節(jié)的序號，同時它也說明所有在該序號之前的數(shù)據(jù)都已經正確地接收到，否則，重新傳輸該報文。

5.3.1傳輸控制TCP協(xié)議

TCP是面向連接的協(xié)議；采用“三次握手”(three-wayhandshake)方式來建立連接。工作過程用圖表示。

在TCP協(xié)議中用一個發(fā)送方的序號和一個接收方的序號合起來唯一地標識一條連接。在圖中，設主機B中運行一個服務進程，它一直處于被動打開(passiveopen)狀態(tài)，不斷檢測是否有客戶進程提交來的連接請求，若有，則立即作出響應。

例如，當主機A中的客戶進程要想跟B建立一個TCP連接時：1、TCP的可靠性實現(xiàn)

（1）主機A向B發(fā)送一個同步命令，即SYN=1的一個TCP連接請求報文，同時為該報文生成一個序號SEQ(SequenceNumber)，例如SEQ=x，放在報文頭中一起發(fā)送出去。（2）如果主機B接收本次連接請求，則返回一個同步加確認報文(SYN=1且ACK=1)，這就是“第二次握手”。其中，序號主機B生成，例如SEQ=y，與x的值無關。用第一個報文序號值加1來作為對它的確認。（3）最后，主機A再向B發(fā)送第二個報文(序號加1，即SEQ=x+1)，同時還要對從主機B發(fā)來的報文進行確認。

實際上，TCP協(xié)議建立連接的過程就是一個通信雙方序號同步的過程。建立連接的每一方都發(fā)送自已的初始序列號，并把收到的對方的初始序列號作為相應的確認序列號，向對方發(fā)送確認。如下示：

(1)A->BSYN 我的序列號為x；

(2)B->ASYN&ACK我的序列號為y，你的序列號為x；

(3)A->BACK 我的序列號為x+1，你的序列號為y；這就是TCP協(xié)議所謂的“三次握手”方法。TCP協(xié)議規(guī)定在連接接收方發(fā)送的確認序號的值等于初始序號的值加1。三次握手協(xié)議中的初始序號和確認序號保證了建立連接的過程中不會造成混淆。

TCP采用長度可變的發(fā)送窗口–滑動窗口，來進行流量控制，窗口大小的單位是字節(jié)。TCP協(xié)議中滑動窗口的含義是指發(fā)送方在未收到接收方返回的確認信息的情況下，最多能發(fā)送多少字節(jié)的數(shù)據(jù)。實際上，在每個TCP報文頭中的窗口(window)字段的值就是當前設定的接收窗口的大小。

在圖中，表示發(fā)送端需要發(fā)送的數(shù)據(jù)總共有800字節(jié)，分為8個報文段。假設事先約定好窗口大小為500字節(jié)，即允許發(fā)送端在未收到確認之前最多可以連續(xù)發(fā)送500個字節(jié)的數(shù)據(jù)。圖中，發(fā)送窗口當前的位置表示前兩個報文段(其字節(jié)序號為1~200)已經發(fā)送過，并收到了接收端的確認。假如發(fā)送方又發(fā)送了兩個報文段但未收到確認，則現(xiàn)在它最多還能發(fā)送3個報文段。發(fā)送端在收到接收方返回的確認后，就可以將發(fā)送窗口向前滑動。

實際上，發(fā)送窗口在建立連接時由通信雙方商定，更重要的是，在通信過程中，接收端可以根據(jù)本地資源的情況動態(tài)地調整自己的接收窗口的大小，并通知對方，使對方的發(fā)送窗口和自己的接收窗口一致。

2、TCP緩沖、流控與窗口 重發(fā)（retransmission）

當TCP發(fā)送數(shù)據(jù)時，發(fā)送方通過一種重發(fā)方案來補償包的丟失，且通訊的雙方都要參與。當接收方TCP收到數(shù)據(jù)時，它要回發(fā)給發(fā)送方一個確認（acknowledgement）。當發(fā)送方發(fā)送數(shù)據(jù)時，TCP就啟動一個定時器。在定時器到點之前，如果沒有收到一個確認，則發(fā)送方重發(fā)數(shù)據(jù)。 自適應（adaptive）重發(fā)

TCP通過測量收到一個應答所需的時間來為每一活動的連接估計一個往返延遲（round-tripdelay）。當發(fā)送一個消息時，TCP記錄發(fā)送的時間。當應答到來時，TCP從當前時間減去記錄的發(fā)送時間來為連接產生往返延遲的一個新估計。3、數(shù)據(jù)丟失與重發(fā)TCP協(xié)議提供的是端到端的可靠連接，TCP協(xié)議通過套接字（Socket）將希望通信的兩個應用程序連在一起，通過這種連接來交換數(shù)據(jù)。TCP/IP的套接字建立雙方的連接，以達到各類通訊要求，一個應用程序通過定義三部分來產生一個套接字：主機IP地址、服務類型（面向連接的服務是TCP，無連接服務是UDP）、應用程序所用的端口。

4、端口連接和套接字（Socket）

在一臺主機上，多個應用程序同時使用TCP或UDP協(xié)議進行通信。傳輸層協(xié)議接收到數(shù)據(jù)后，如何區(qū)分發(fā)送給哪個應用程序，TCP/UDP中引入了端口(port)的概念。每個端口由一個16-bit的無符號整型值來標識，被稱作端口號，它用來標識傳輸層協(xié)議和應用程序之間的數(shù)據(jù)接口。我們可以簡單地認為，在本地主機中，一個應用程序對應著唯一的一個端口號。請注意，端口號是由不同的主機上的TCP協(xié)議獨立分配的，所以無法實現(xiàn)全局唯一，而實際上也無需全局唯一，只要在本地唯一即可。

端口號和IP地址合起來，即(host，port)對，就可以唯一地標識TCP的一個連接的端點(endpoint)。例如，端點(2，80)表示的是IP地址為2的主機上的80號TCP端口。一個連接是用它的兩個端點來表示的。例如，閩江大學的一臺IP地址為()機器與軟件學院的一臺IP地址為(0)的機器之間建立連接，它由端點定義成：

(:1089)和(0:21)

在TCP/IP協(xié)議的實現(xiàn)中，引入了套接字(socket)來表示一個端點，即IP地址和端口號合起來構成一個套接字，我們用通信雙方(發(fā)送方/接收方)的一對套接字在全網(wǎng)范圍內唯一標識一個連接。使用TCP協(xié)議的網(wǎng)絡應用程序分為兩類：客戶程序、服務程序。

客戶程序可以任意選擇其進行通信的端口號；

服務器程序則使用較固定的端口號：TELNET--23，F(xiàn)TP--21，Email--25等等。TCP連接與端口著名的TCP端口號著名TCP的端口號端口號關鍵字描述20FTP-DATA文件傳輸協(xié)議數(shù)據(jù)21FTP文件傳輸協(xié)議控制23TELNET遠程登錄協(xié)議25SMTP簡單郵件傳輸協(xié)議53DOMAIN域名服務器80HTTP超文本傳輸協(xié)議110POP3郵局協(xié)議111RPC遠程過程調用119NNTP新聞傳送協(xié)議5、連接釋放與優(yōu)雅關閉

在數(shù)據(jù)傳輸結束后，通信雙方都可以主動發(fā)出釋放連接的請求。

TCP協(xié)議用FIN報文(即TCP報文頭中的FIN標志位置1)來請求關閉一個連接。對方在收到一個FIN報文后，應該馬上給出回應，即確認報文(ACK=1)，同時關閉該方向上的連接。如圖所示。通信雙方可以依次地先后關閉一個連接，也會同時提出關閉連接的請求，這兩種情況的處理都是一樣的。最后，當連接在兩個方向上都關閉了后，關于該連接的所有記錄就都被TCP協(xié)議軟件刪除了。

用戶數(shù)據(jù)報協(xié)議UDP(UserDatagramProtocol)提供應用程序之間傳送數(shù)據(jù)報的基本機制。

UDP:簡單;無連接傳輸層協(xié)議與IP協(xié)議相比，UDP僅增加了兩方面的內容：一個是端口(port)的概念，另一個就是檢驗和。利用協(xié)議端口，UDP能夠區(qū)分在同一臺主機上運行的多個程序；使用檢驗和機制，UDP協(xié)議在把數(shù)據(jù)向應用程序提交之前，先對數(shù)據(jù)做一些差錯檢查。

UDP工作：從應用層收到的數(shù)據(jù)，加上UDP頭，發(fā)送出去。不對發(fā)送數(shù)據(jù)緩沖，且保留各個消息之間的邊界，不會把應用層多次發(fā)送的數(shù)據(jù)合并成一個包發(fā)送出去。

通過UDP協(xié)議，可以發(fā)送組播數(shù)據(jù)。所以需要使用組播服務的應用程序一般都建立在UDP協(xié)議之上。協(xié)議端口

協(xié)議端口是傳輸層引入的一個非常重要的概念。

UDP協(xié)議用不同的協(xié)議端口(protocolport)來代表不同的應用程序，每個協(xié)議端口由一個正整數(shù)標識。發(fā)送方不僅要知道目的地主機的IP地址，還要知道相應的協(xié)議端口號。每個IP報文都要必須帶有目的地主機的端口號，當然同時還要帶有發(fā)送方自身的端口號，為了使接收進程知道把回應向誰發(fā)送。5.3.2UDP協(xié)議著名的UDP端口號著名TCP的端口號UDP端口號關鍵字描述53DOMAIN域名服務器67BOOTPS引導協(xié)議服務器68BOOTPC引導協(xié)議客戶機69TFTP簡單文件傳輸協(xié)議161SNMP簡單網(wǎng)絡管理協(xié)議162SNMP-TRAP簡單網(wǎng)絡管理協(xié)議陷阱

5.4控制報文協(xié)議ICMP5.4.1差錯及其控制不可靠的數(shù)據(jù)投遞服務面向無連接的傳輸服務盡最大努力投遞服務5.4.2ICMP差錯與控制當路由器有一個ICMP消息需要發(fā)送時，它創(chuàng)建一個IP數(shù)據(jù)包，把該ICMP消息封裝在IP數(shù)據(jù)包中再進行傳輸。5.4.2ICMP差錯與控制ICMP差錯報文的主要特點：ICMP差錯報告作為一般數(shù)據(jù)傳輸，不享受特別優(yōu)先權和可靠性。在傳輸過程中，數(shù)據(jù)報可能被丟失、重復、延遲或亂序傳遞。ICMP差錯報告數(shù)據(jù)中除包含故障IP數(shù)據(jù)報報頭外，還包含故障IP數(shù)據(jù)報數(shù)據(jù)區(qū)的前64字節(jié)數(shù)據(jù)。通常，利用這64個字節(jié)數(shù)據(jù)可以了解高層協(xié)議（TCP或UDP）的的一些重要信息，有助于差錯處理。ICMP差錯報告是伴隨著拋棄出錯IP數(shù)據(jù)報而產生的。IP軟件發(fā)現(xiàn)差錯時的處理非常簡單，首先立即丟棄該數(shù)據(jù)報，然后調用ICMP向源主機報告出錯信息。5.4.2ICMP差錯與控制1.ICMP差錯報告(1)目的地不可達報文(2)超時報文(3)參數(shù)出錯報文2.ICMP