計算機網(wǎng)絡(luò)技術(shù)與實訓(xùn)教程

1、計算機網(wǎng)絡(luò)技術(shù)與實訓(xùn)教程,說明,本課件的配套教材為： 計算機網(wǎng)絡(luò)技術(shù)與實訓(xùn)教程 出版社 編著 如果選用本套教材，并需要完整的各章課件，請與作者聯(lián)系。 電話： E-mail： 通信地址,本章主要內(nèi)容,了解傳輸層的數(shù)據(jù)傳輸服務(wù) 掌握TCP與UDP協(xié)議的報文格式 掌握TCP與UDP協(xié)議的工作原理 掌握TCP/IP實用程序,6.1 傳輸層原理,主要內(nèi)容： 傳輸層存在的必要性 傳輸協(xié)議的分類 數(shù)據(jù)傳輸服務(wù),1. 傳輸層存在的必要性,對于網(wǎng)絡(luò)用戶來說，希望通信雙方的主機能得到端到端（即從進程到進程）的可靠通信服務(wù)。但是，網(wǎng)絡(luò)層提供的分組傳輸服務(wù)往往是不可靠的，比如，若網(wǎng)絡(luò)層提供數(shù)據(jù)報服務(wù)，那么就不能保證分

2、組報文無差錯、不丟失、不重復(fù)且按順序進行交付。即使網(wǎng)絡(luò)層提供的是虛電路服務(wù)，但當網(wǎng)絡(luò)中的虛電路進行重建時，主機就無法獲得正在網(wǎng)內(nèi)的分組狀態(tài)，恢復(fù)工作必須由傳輸層來進行。也就是說，要保證數(shù)據(jù)既不丟失也不重復(fù)，傳輸層是必不可少的,另外，在互連網(wǎng)的情況下，各通信子網(wǎng)所能提供的服務(wù)又各不相同，網(wǎng)絡(luò)用戶又無法對子網(wǎng)加以控制。因此，為了能使通信子網(wǎng)的用戶得到一個統(tǒng)一的通信服務(wù)，也必須設(shè)置傳輸層，以彌補通信子網(wǎng)提供的服務(wù)差異和不足，使得對兩端的網(wǎng)絡(luò)用戶來說，各通信子網(wǎng)都變成透明的,換言之，傳輸層向高層用戶屏蔽了通信子網(wǎng)的細節(jié)，使高層用戶看不見實現(xiàn)通信功能的物理鏈路是什么，看不見數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層采用的是什么

3、協(xié)議，以及網(wǎng)絡(luò)互連的結(jié)構(gòu)，而看見的就是好像在兩個傳輸層實體之間有一條端到端的、可靠的、價格合理的、與實際使用的網(wǎng)絡(luò)無關(guān)的全雙工通信通路,傳輸層為兩個主機上的用戶進程提供端到端的面向連接的或無連接的服務(wù)。面向連接服務(wù)是一種可靠的、有序的數(shù)據(jù)傳輸服務(wù)，一次數(shù)據(jù)通信要經(jīng)歷建立連接、數(shù)據(jù)傳輸和釋放連接等三個階段，其可靠性是以較大的通信開銷為代價，這類傳輸層協(xié)議有TCP （Transmission Control Protocol）和SPX（Sequenced Packet eXchange）等； 無連接服務(wù)是一種不可靠的數(shù)據(jù)傳輸服務(wù)，為用戶進程提供一種簡單而快捷的通信機制，這類傳輸層協(xié)議有UDP （U

4、ser Datagram Protocol）等,傳輸層是在網(wǎng)絡(luò)層所提供服務(wù)的基礎(chǔ)上為兩個主機上的用戶進程提供一種通信機制，而網(wǎng)絡(luò)層服務(wù)則是面向通信子網(wǎng)的。 在OSI參考模型的7層結(jié)構(gòu)中，傳輸層起著承上啟下的作用，所以有人將7層結(jié)構(gòu)分成兩大部分：把04層看作是傳輸服務(wù)提供者； 把5-7層看作是傳輸服務(wù)用戶，通過傳輸層，傳輸服務(wù)提供者可以為傳輸服務(wù)用戶提供更加可靠的數(shù)據(jù)傳輸服務(wù),A型：網(wǎng)絡(luò)連接具有可接受的低差錯率和可接受的低故障通知率。A型網(wǎng)絡(luò)服務(wù)是一個完善的、理想的、可靠的網(wǎng)絡(luò)服務(wù)，實際的網(wǎng)絡(luò)很少達到這個水平。 B型：網(wǎng)絡(luò)連接具有可接受的低差錯率和不可接受的高故障通知率。多數(shù)X.25公用分組交換

5、網(wǎng)絡(luò)提供的是B型網(wǎng)絡(luò)服務(wù)。 C型：網(wǎng)絡(luò)連接具有不可接受的高差錯率。C型網(wǎng)絡(luò)服務(wù)質(zhì)量最差，大多數(shù)廣域網(wǎng)屬于這種類型,2. 傳輸協(xié)議的分類,ISO定義了5種類型的傳輸協(xié)議，即TP0，TP1，TP2，TP3和TP4，它們都是面向連接的。 TP0協(xié)議最簡單，適用于A型網(wǎng)絡(luò)，TP0為請求的傳輸連接建立一個對應(yīng)的網(wǎng)絡(luò)連接，并假定網(wǎng)絡(luò)連接完全可靠，不再另外進行流控和排序，傳輸連接的釋放也對應(yīng)于網(wǎng)絡(luò)連接的釋放。 TP1協(xié)議也比較簡單，增加了基本的差錯恢復(fù)功能，適用于B型網(wǎng)絡(luò),TP2協(xié)議具有連接復(fù)用功能，但沒有對網(wǎng)絡(luò)連接出現(xiàn)故障的恢復(fù)功能，這類協(xié)議還具有相應(yīng)的流量控制功能，主要面向A型網(wǎng)絡(luò)服務(wù)。 TP3協(xié)議包含

6、了TP1和TP2協(xié)議的功能，既有差錯恢復(fù)又有復(fù)用功能，主要面向B型網(wǎng)絡(luò)服務(wù)。 TP4協(xié)議是最復(fù)雜的，功能較齊全，具有差錯檢測、控制、恢復(fù)以及復(fù)用功能，可以在質(zhì)量較差的網(wǎng)絡(luò)上保證高可靠的數(shù)據(jù)傳輸，主要面向C型網(wǎng)絡(luò)服務(wù),3. 數(shù)據(jù)傳輸服務(wù),傳輸層提供的數(shù)據(jù)傳輸服務(wù)可以是面向連接或無連接的，其中應(yīng)用較廣泛的是面向連接的傳輸層協(xié)議，如TCP協(xié)議等。傳輸層的數(shù)據(jù)傳輸單位是分組（Packet），每個分組由分組頭和分組數(shù)據(jù)兩部分組成，分組頭中包含了尋址信息、控制信息和說明信息等，尋址信息指出了通信雙方的傳輸層服務(wù)訪問點（TSAP）地址，定義了使用傳輸層協(xié)議進行通信的用戶進程。控制信息規(guī)定了某種傳輸協(xié)議的控制

7、操作，如建立連接、拆除連接等操作；說明信息描述了數(shù)據(jù)傳輸時的某些特性，如服務(wù)質(zhì)量（QoS）、窗口尺寸等,1. 建立連接（采用三次握手法,2. 釋放連接（采用三次握手法,3. 流量控制 傳輸層是利用可變滑動窗口協(xié)議來實現(xiàn)流量控制的，即發(fā)送方的發(fā)送窗口大小是由接收方根據(jù)自己的實際窗口大小而給出的，且在整個傳輸過程中動態(tài)變化。值得注意的是，這里所指的窗口就是緩沖區(qū)。因此，滑動窗口協(xié)議的核心問題也是解決緩沖區(qū)的分配問題。在傳輸層分組頭中，設(shè)有一個窗口字段，接收方利用該字段向發(fā)送方通報接收窗口尺寸，即接收緩沖區(qū)大小，發(fā)送方則按當前接收緩沖區(qū)容量發(fā)送適量的數(shù)據(jù)分組,在建立連接時 ，雙方通過CR分組和CA分

8、組中的窗口字段捎帶著相互通告各自的窗口尺寸。在數(shù)據(jù)傳輸過程中 ，發(fā)送方按接收方通告的窗口尺寸發(fā)送一定的數(shù)據(jù)量。接收方可根據(jù)接收緩沖區(qū)的使用狀況動態(tài)地調(diào)整接收窗口 ，并在發(fā)送應(yīng)答分組進行確認時捎帶著將新的窗口尺寸通告給發(fā)送方。發(fā)送方將按新的接收窗口尺寸來調(diào)整發(fā)送窗口 ，接收方也用新的接收窗口尺寸來驗證新到達數(shù)據(jù)分組的可接受性,4. 多路復(fù)用 傳輸層的多路復(fù)用機制使多個用戶進程能夠共享一個傳輸層實體進行通信，這種多路復(fù)用機制是通過傳輸層的TSAP地址實現(xiàn)的。 當一次數(shù)據(jù)通信結(jié)束后，在釋放連接的同時也釋放了該連接所占用的TSAP地址，這個TSAP地址就可以分配給其它連接使用。 在TCP協(xié)議中，通過端

9、口（Port）提供這種多路復(fù)用機制,6.2 TCP協(xié)議,主要內(nèi)容： 傳輸層端口 TCP協(xié)議報文格式 連接的建立與關(guān)閉 其它傳輸服務(wù),6.2 TCP協(xié)議,Internet傳輸層包含了兩個重要協(xié)議：傳輸控制協(xié)議TCP和用戶數(shù)據(jù)報協(xié)議UDP。TCP是專門為在不可靠的Internet上提供可靠的端到端的字節(jié)流通信而設(shè)計的一種面向連接的傳輸協(xié)議。UDP是一種面向無連接的傳輸協(xié)議,1. 傳輸層端口,Internet傳輸層與網(wǎng)絡(luò)層功能上的最大區(qū)別是前者可提供進程間的通信能力。因此，TCP/IP協(xié)議提出了端口（Port）的概念，用于標識通信的進程。TCP和UDP都使用與應(yīng)用層接口處的端口和上層的應(yīng)用進程進行通

10、信。 在Internet傳輸層中，每一端口是用套接字（Socket）來描述的。應(yīng)用程序一旦向系統(tǒng)申請到一個Socket，就相當于應(yīng)用程序獲得一個與其他應(yīng)用程序通信的輸入/輸出接口。每一Socket表示一個通信端點，且對應(yīng)有一個惟一傳輸?shù)刂芳矗↖P地址，端口號）標識，其中，端口號是一個16位二進制數(shù)，約定256以下的端口號被標準服務(wù)保留，取值大于256的為自由端口,2. 傳輸控制協(xié)議TCP,TCP是利用網(wǎng)絡(luò)層IP協(xié)議提供的不可靠的通信服務(wù)，為應(yīng)用進程提供可靠的、面向連接的、端到端的基于字節(jié)流的傳輸服務(wù)。 TCP的連接管理可以分為三個階段：建立連接、數(shù)據(jù)傳輸和釋放連接。 一旦連接建立起來并且該連接

11、處于活動狀態(tài)時，TCP便可以產(chǎn)生并發(fā)送分組。當傳送結(jié)束后 ，連接雙方都要終止各自的連接。由于Internet是由不同的通信子網(wǎng)互連而成的，而不同的網(wǎng)絡(luò)可能具有不同的拓撲結(jié)構(gòu)、帶寬、延遲以及分組大小等其他特性。因此，TCP的協(xié)議機制相對復(fù)雜，即要涉及到連接管理、流量控制、應(yīng)答以及定時管理等,1. TCP報文格式,2. 建立連接 在TCP協(xié)議中 ，建立連接要通過“三次握手”機制來完成。這種機制既可以由一方TCP發(fā)起同步握手過程而由另一方TCP響應(yīng)該同步過程， 也可以由通信雙方同時發(fā)起連接的同步握手,建立連接的三次握手過程,3. 關(guān)閉連接 由于TCP連接是一個全雙工的數(shù)據(jù)通道，一個連接的關(guān)閉必須由通

12、信雙方共同完成。當通信的一方?jīng)]有數(shù)據(jù)需要發(fā)送給對方時，可以使用FIN段向?qū)Ψ桨l(fā)送關(guān)閉連接請求。這時，它雖然不再發(fā)送數(shù)據(jù)，但并不排斥在這個連接上繼續(xù)接收數(shù)據(jù)。只有當通信的對方也遞交了關(guān)閉連接請求后，這個TCP連接才會完全關(guān)閉。 在關(guān)閉連接時，既可以由一方發(fā)起而另一方響應(yīng)，也可以雙方同時發(fā)起。無論怎樣，收到關(guān)閉連接請求的一方必須使用ACK段給予確認。實際上，TCP連接的關(guān)閉過程也是一個三次握手的過程,a) 三次握手釋放連接的正常操作 (b) 最后確認TPDU丟失的情況,c) 應(yīng)答丟失的情況 (d) 應(yīng)答丟失以及后續(xù)DR丟失情況,4. 流量控制 在數(shù)據(jù)傳輸過程中，TCP協(xié)議提供一種基于動態(tài)滑動窗口協(xié)

13、議的流量控制機制，使接收方TCP實體能夠根據(jù)自己當前的緩沖區(qū)容量來控制發(fā)送方TCP實體傳送的數(shù)據(jù)量。 假設(shè)接收方現(xiàn)有2048 B的緩沖區(qū)空間，如果發(fā)送方傳送了一個1024B的報文段并被正確接收到，那么接收方要確認該報文段。然而，因為它現(xiàn)在只剩下1024B的緩沖區(qū)空間（在應(yīng)用程序從緩沖區(qū)中取走數(shù)據(jù)之前），所以，它只聲明1024B大小的窗口，期待接收后續(xù)的數(shù)據(jù)。當發(fā)送方再次發(fā)送了1024B的TCP報文段后，由于接收方無剩余的緩沖區(qū)空間，所以，最終的確認其聲明的滑動窗口大小為0,此時發(fā)送方必須停止發(fā)送數(shù)據(jù)直到接收方主機上的應(yīng)用程序被確定從緩沖區(qū)中取走一些數(shù)據(jù)，接收方重新發(fā)出一個新的窗口值為止。 當滑

14、動窗口為0時，在正常情況下，發(fā)送方不能再發(fā)送TCP報文段。但有兩種情況例外，一是緊急數(shù)據(jù)可以發(fā)送，比如，立即中斷遠程的用戶進程；二是為防止窗口聲明丟失時出現(xiàn)死鎖，發(fā)送方可以發(fā)送1 B的TCP報文段，以便讓接收方重新聲明確認號和窗口大小,5. PUSH操作 在一個TCP連接上進行正常數(shù)據(jù)傳送過程中，發(fā)送方會按規(guī)定的方式來分段和發(fā)送上層協(xié)議遞交的數(shù)據(jù)。這樣，對于遞交了該數(shù)據(jù)的上層協(xié)議來說，在數(shù)據(jù)發(fā)送完成前，無法知道自身遞交的數(shù)據(jù)是否在發(fā)送。 PUSH（推進）數(shù)據(jù)機制可使得上層協(xié)議遞交的數(shù)據(jù)能夠迅速地從本地推向遠地，而不受發(fā)送方當前發(fā)送窗口大小和發(fā)送方式所限制。 當發(fā)送方TCP收到上層協(xié)議的PUSH

15、操作請求時，它將在流量控制允許的范圍內(nèi)進行數(shù)據(jù)分段并發(fā)送本地TCP緩沖區(qū)中所有數(shù)據(jù)（TCP段頭中的PSH標志位被置位）。當接收方TCP收到帶有PSH標志的TCP數(shù)據(jù)段后，將迅速把這些數(shù)據(jù)段遞交給上層接收協(xié)議并結(jié)束當前的接收命令,6. 緊急數(shù)據(jù) 任何一個TCP輸出段都可以攜帶緊急數(shù)據(jù)（Urgent Data），以支持上層協(xié)議間緊急信息的快速傳遞。緊急數(shù)據(jù)必須位于數(shù)據(jù)段中所有數(shù)據(jù)的最前端，并在TCP段頭中設(shè)置如下字段： (1)設(shè)置URG標志位，表示當前數(shù)據(jù)段中攜帶有緊急數(shù)據(jù)。 (2)設(shè)置緊急指針，緊急指針與當前輸出段的序號之和指出數(shù)據(jù)流中緊急數(shù)據(jù)最后一個字節(jié)。對于一個包含該字節(jié)的數(shù)據(jù)段來講，其緊急

16、數(shù)據(jù)長度從段序號開始一直延續(xù)到該字節(jié)為止,當接收方TCP收到含有緊急數(shù)據(jù)的TCP數(shù)據(jù)段后，首先把緊急數(shù)據(jù)從正常數(shù)據(jù)流中分離出來，并保存在適當?shù)胤?。然后，以一定的方式通知上層協(xié)議，希望它盡快地響應(yīng)和處理。 當發(fā)送方TCP接到上層協(xié)議遞交的緊急數(shù)據(jù)后，并不是立即發(fā)送緊急數(shù)據(jù)，而是把它們排入正常數(shù)據(jù)的發(fā)送隊列中。此后，發(fā)送方TCP每發(fā)送一個數(shù)據(jù)段都要帶有URG標志和緊急指針，直到出現(xiàn)真正含有緊急數(shù)據(jù)的數(shù)據(jù)段為止；也就是說，含有URG標志和緊急指針的數(shù)據(jù)段不一定就含有緊急數(shù)據(jù)，只有包含緊急指針開始到該字節(jié)為止皆為緊急數(shù)據(jù)。 發(fā)送方TCP即使發(fā)送窗口為0時也要對帶有URG標志的數(shù)據(jù)段實行強制發(fā)送，不管它

17、們是否含有緊急數(shù)據(jù),7. 多路復(fù)用機制 TCP協(xié)議的多路復(fù)用功能是通過端口機制提供的。 端口是用于標識TCP連接的地址集，一個主機上的多個應(yīng)用進程可以通過不同的端口同時使用TCP實體進行通信，從而達到多路復(fù)用的目的。 不同主機上的TCP實體對端口地址的選取是獨立的，只要保證本地端口地址的惟一性就可以保證整個TCP連接的惟一性，即網(wǎng)間惟一的IP地址和本地惟一的端口地址將惟一地確定通信連接的一端。一個本地端口可以同時與多個遠地端口建立通信連接。 在TCP協(xié)議內(nèi)部定義了一個“周知”端口的集合，屬于該集合的端口都對應(yīng)了某一確定的上層服務(wù)，如FTP服務(wù)、Telnet服務(wù)等,6.3 UDP協(xié)議,主要內(nèi)容：

18、 UDP協(xié)議數(shù)據(jù)單元 UDP協(xié)議報文格式 UDP協(xié)議工作原理,6.3 UDP協(xié)議,UDP提供一種面向進程的無連接傳輸服務(wù)，這種服務(wù)不確認報文是否到達，不對報文排序，也不進行流量控制，因此UDP報文可能會出現(xiàn)丟失、重復(fù)和失序等現(xiàn)象。 對于差錯、流量控制和排序的處理，則由上層協(xié)議根據(jù)需要自行解決，UDP協(xié)議本身并不提供。與TCP相同的是，UDP協(xié)議也是通過端口號支持多路復(fù)用功能，多個ULP可以通過端口地址共享單一的UDP實體。 UDP是一種簡單的協(xié)議機制，通信開銷很小，效率比較高，比較適合于對可靠性要求不高，但需要快捷、低延遲通信的應(yīng)用場合，如交互型應(yīng)用,1. UDP的協(xié)議數(shù)據(jù)單元TPDU,UDP

19、的TPDU是由8B報頭和可選部分的0個或多個數(shù)據(jù)字節(jié)組成。它在IP分組數(shù)據(jù)報中的封裝及組成如圖所示,UDP報文格式如圖所示,UDP報頭各個字段意義如下： (1)源端口號、目的端口號：分別用于標識和尋找源端和目的端的應(yīng)用進程。它們分別與IP報頭中的源端IP地址和目的端IP地址組合就惟一確定一個UDP連接。 (2)報文長度：包括UDP報頭和數(shù)據(jù)在內(nèi)的報文長度，以字節(jié)為單位，最小值為 8 （報頭長度）。 (3)校驗和：可選字段。若計算校驗和，則對IP首部、UDP報頭和UDP數(shù)據(jù)全部計算在內(nèi)，用于檢錯，即由發(fā)送端計算校驗和并存儲，由接收端進行驗證。否則，取值為0,2. UDP工作原理,利用UDP協(xié)議實

20、現(xiàn)數(shù)據(jù)傳輸?shù)倪^程遠比利用TCP協(xié)議要簡單得多。UDP數(shù)據(jù)報是通過IP協(xié)議發(fā)送和接收的。發(fā)送端主機分配源端口，并指定目的端口，構(gòu)造UDP的TPDU，提交給IP協(xié)議處理。網(wǎng)間尋址由IP地址完成，進程間尋址則由UDP端口來實現(xiàn)。當發(fā)送數(shù)據(jù)時，UDP實體構(gòu)造好一個UDP數(shù)據(jù)報后遞交給IP協(xié)議，IP協(xié)議將整個UDP數(shù)據(jù)報封裝在IP數(shù)據(jù)報中，即加上IP報頭，形成IP數(shù)據(jù)報發(fā)送到網(wǎng)絡(luò)中。 在接收數(shù)據(jù)時，UDP實體首先判斷接收到的數(shù)據(jù)報的目的端口是否與當前使用的某端口相匹配。如果匹配，則將數(shù)據(jù)報放入相應(yīng)的接收隊列；否則丟棄該數(shù)據(jù)報，并向源端發(fā)送一個“端口不可達”的ICMP報文,6.4 TCP/IP實用程序,T

21、CP/IP實用程序涉及對TCP/IP進行故障診斷和配置、文件傳輸和訪問、遠程登錄等多個方面。針對不同系統(tǒng)，實用程序的名字、選項參數(shù)及顯示輸出可能有所不同，本節(jié)介紹的實用程序均基于Windows 2000 Server系統(tǒng),1. IPConfig IPConfig實用程序可用于顯示當前的TCP/IP配置設(shè)置值。下面是幾個常用的選項： Default（缺省值，無選項） 當不帶任何選項使用IPConfig時， 它為每個已配置的接口顯示IP地址、子網(wǎng)掩碼和缺省網(wǎng)關(guān)值。 All 使用全部選項，IPConfig能為DNS和WINS服務(wù)器顯示它已配置要使用的附加信息，并顯示內(nèi)置于本地網(wǎng)卡中的物理地址。 Re

22、lease和Renew 只對向DHCP服務(wù)器租用IP地址的計算機起作用。Release選項將接口租用的IP地址歸還給DHCP服務(wù)器；Renew選項將向DHCP服務(wù)器重新租用接口的IP地址。 在UNIX/Linux系統(tǒng)中，可以使用ifconfig實用程序查看和修改TCP/IP配置信息,2. Ping Ping程序是最基本的查找并排除網(wǎng)絡(luò)故障的工具。Ping使用ICMP將數(shù)據(jù)報發(fā)送到另一個主機并等待應(yīng)答。它能夠以毫秒為單位顯示發(fā)出回送請求到返回回送應(yīng)答之間的時間量，還能顯示TTL值。Ping命令最常用的方式是： ping hostname|ip_address 當檢查網(wǎng)絡(luò)是否有故障時，首先Ping

23、主機自己的IP地址，這可以檢測始發(fā)的網(wǎng)絡(luò)接口的設(shè)置是否正確；然后，可以試著Ping缺省網(wǎng)關(guān)，直到Ping遠程主機。這樣，可以容易判斷出問題的所在,3. ARP ARP是一個重要的TCP/IP協(xié)議，用于確定對應(yīng)IP地址的物理地址。使用ARP命令，可以查看主機ARP高速緩存中的當前內(nèi)容，也可以用人工方法輸入永久性的IP地址-物理地址對。 按照缺省設(shè)置，ARP高速緩存中的項目是動態(tài)的。每當發(fā)送一個指定地址的數(shù)據(jù)報且高速緩存中不存在當前項目時，ARP便自動增加項目；如果項目輸入后不進一步使用，則IP地址-物理地址對就會在幾分鐘內(nèi)失效。因此，如果ARP高速緩存中項目很少或者根本沒有項目，則不必感到奇怪,4. TraceRoute TraceRoute是TCP/IP查找并排除故障的主要工具。它不斷用更大的TTL發(fā)送UDP數(shù)據(jù)報并探測數(shù)據(jù)經(jīng)過的網(wǎng)關(guān)的ICMP回應(yīng)。最后，它得到數(shù)據(jù)報從源主機到目標主機的路由信息。對于每個TTL，TraceRoute將發(fā)送三個數(shù)據(jù)報并報告每個數(shù)據(jù)報所花費的往返時間。這個功能可以用來檢測網(wǎng)絡(luò)瓶頸。TraceRoute命令最常用的方式是： traceroute hostname|i