第7章 傳輸層協(xié)議

1第7章傳輸層協(xié)議7.1進程間通信7.2TCP段格式7.3TCP連接的建立和拆除7.4TCP流量控制7.5TCP擁塞控制7.6TCP差錯控制7.7TCP狀態(tài)轉換圖7.8用戶數(shù)據(jù)報協(xié)議UDP27.1進程間通信由于在一臺計算機中同時存在多個進程，要進行進程間的通信，首先要解決進程的標識問題。TCP和UDP采用協(xié)議端口來標識某一主機上的通信進程。必須給出全局惟一的信宿端的進程標識符。主機可以用IP地址進行標識，IP地址是全局惟一的，再給主機上的進程賦予一個本地惟一的標識符—端口號，二者加起來，便形成了進程的全局惟一標識符。3端口：傳輸層服務訪問點TSAP。從內(nèi)部實現(xiàn)看，端口是一種抽象的軟件結構(數(shù)據(jù)結構和I/O緩沖區(qū))從通信對方看，端口是通信進程的標識，應用進程通過系統(tǒng)調用與端口建立關聯(lián)后，傳輸層傳給該端口的數(shù)據(jù)都會被相應的應用進程所接收從本地應用進程看，端口是進程訪問傳輸服務的入口點。每個端口擁有一個端口號（portnumber），端口號是16比特的標識符，因此，端口號的取值范圍是從0到65535。端口分配有兩種基本的方式：全局端口分配和本地端口分配。4TCP和UDP都是提供進程通信能力的傳輸層協(xié)議，各有一套端口號，都是從0到65535。同一個端口在TCP和UDP中可能對應于不同類型的應用進程，也可能對應于相同類型的應用進程。為了區(qū)別TCP和UDP的進程，除了給出主機IP地址和端口號之外，還要指明協(xié)議。因特網(wǎng)中要全局惟一地標識一個進程必須采用一個三元組：（協(xié)議，主機地址，端口號）網(wǎng)絡通信是兩個進程之間的通信，兩個通信的進程構成一個關聯(lián)。這個關聯(lián)應該包含兩個三元組，由于通信雙方采用的協(xié)議必須是相同的，可以用一個五元組來描述兩個進程的關聯(lián)：（協(xié)議,本地主機地址,本地端口號,遠地主機地址,遠地端口號）5因特網(wǎng)通信進程間的相互作用模式：客戶/服務器模型?？蛻?服務器模型相互作用的過程是：客戶向服務器發(fā)出服務請求，服務器完成客戶所要求的操作，然后給出響應。服務器一般先于客戶端啟動，為了讓客戶能夠找到服務器，服務器必須使用一個客戶熟知的地址，客戶可以根據(jù)此地址向服務器提出服務請求。熟知地址的含義：協(xié)議是雙方約定的協(xié)議，主機IP地址是固定且公開的，端口號是大家所熟知的。6每一個標準的服務器都擁有一個熟知的端口號，不同主機上相同服務器的端口號是相同的?？蛻暨M程一般采用臨時端口號，而不采用熟知的端口號。臨時端口是使用時向操作系統(tǒng)申請，由操作系統(tǒng)分配，使用完后再交由操作系統(tǒng)管理的端口。因此，只要同一時間同一主機上的應用進程數(shù)量不超過可分配的臨時端口數(shù)量就能保證系統(tǒng)的正常運行。熟知端口所占端口號不多，以全局方式進行分配。TCP和UDP規(guī)定，小于1024的端口號用作熟知端口，熟知端口又稱為保留端口。7從1024到65535編號的端口為臨時端口，臨時端口又稱為自由端口。臨時端口占全部端口的絕大部分，以本地方式進行分配。當進程要與遠地進程通信時，首先申請一個臨時端口，然后根據(jù)全局分配的熟知端口號與遠地服務器建立聯(lián)系，傳輸數(shù)據(jù)。TCP/IP結合了兩種端口分配方式，既保證了靈活性，又方便了建立通信進程間的聯(lián)系。80—1023Well-known1024—49151Registered49152—65535Dynamic9TCP要將數(shù)據(jù)分為分組，TCP所采用的分組稱為TCP段。TCP段不定長，被封裝在IP數(shù)據(jù)報中傳輸。IP數(shù)據(jù)報不能保證數(shù)據(jù)的按序到達，還可能造成數(shù)據(jù)的丟失或毀壞，這些問題經(jīng)過TCP協(xié)議的處理后，對上層提供的是可靠的無差錯的服務。返回107.2TCP段格式 TCP將應用層的數(shù)據(jù)分塊并封裝成TCP段進行發(fā)送。TCP段=段首部+數(shù)據(jù)段首部(20到60字節(jié))=定長部分+變長部分定長部分長度：20字節(jié)變長部分=選項+填充，長度:0到40字節(jié)之間。TCP段格式中各個字段的含義和作用：1112TCP偽首部的信息來自IP數(shù)據(jù)報的首部，協(xié)議字段指明當前協(xié)議為TCP(6)。TCP段的發(fā)送端和接收端在計算校驗和時都會加上偽首部信息。若接收端驗證校驗和是正確的，則說明數(shù)據(jù)到達了正確主機上正確協(xié)議的正確端口。13TCP選項是變長字段，當前TCP使用的選項：選項結束標志為單字節(jié)選項，代碼為0，用于表示選項結束。14無操作選項為單字節(jié)選項，代碼為1，用于選項的填充，實現(xiàn)32位對齊。最大段大?。∕SS）選項為多字節(jié)選項，代碼為2，長度為4字節(jié)，最后兩個字節(jié)用于標識本機能夠接收的段的最大字節(jié)數(shù)。該值范圍為0到65535，默認值為536。窗口規(guī)模因子選項為多字節(jié)選項，代碼為3，長度為3字節(jié)。在TCP段的首部存在16比特的窗口大小字段，但在高吞吐和低延遲的網(wǎng)絡中，65535字節(jié)的窗口仍然嫌小。通過在選項中采用窗口規(guī)模因子，可以增加窗口的大小。擴展后的窗口大小為：Wn=Wo×2fWn為新的窗口大小，Wo為TCP首部窗口大小字段的值，f為窗口規(guī)模因子。15時間戳選項為多字節(jié)選項，代碼為8，長度為10字節(jié)。時間戳值字段由源端在發(fā)送數(shù)據(jù)段時填寫，信宿端收到后，在確認數(shù)據(jù)段中將收到的時間戳值填入時間戳回顯應答字段，信源端根據(jù)該時間戳值和當前時間戳可以計算出數(shù)據(jù)段的往返時間。返回167.3TCP連接的建立和拆除7.3.1TCP連接的建立為了實現(xiàn)數(shù)據(jù)的可靠傳輸，TCP要在應用進程間建立傳輸連接。從理論上講，建立傳輸連接只需要一個請求和一個響應就可以了。但是由于通信子網(wǎng)的問題，請求有可能丟失，為了解決請求的丟失問題，常用的辦法是超時重傳?？蛻舭l(fā)出連接請求時，啟動一個定時器，一旦定時器超時，客戶將被迫再次發(fā)起連接請求，會導致重復連接。17解決重復連接的辦法：三次握手方法。三次握手方法要求對所有報文進行編號，TCP采用的方法是給每個字節(jié)一個32比特的序號。每次建立連接時都產(chǎn)生一個新的初始序號。序號字段位數(shù)定長，序號循環(huán)使用，序號字段位數(shù)較長，當序號循環(huán)一周回來時，使用同一序號的舊報文段早已傳輸完。這樣，保證網(wǎng)絡中不會同時出現(xiàn)來自同一源主機的相同序號的兩個不同報文段。18建立連接前，服務器端首先被動打開其熟知的端口，對端口進行監(jiān)聽。當客戶端要和服務器建立連接時，發(fā)起一個主動打開端口的請求（臨時端口）。然后進入三次握手過程：第一次握手：由要建立連接的客戶向服務器發(fā)出連接請求段，該段首部的同步標志SYN被置為1，并在首部中填入本次連接的客戶端的初始段序號SEQ（例如SEQ=26500）。第二次握手：服務器收到請求后，發(fā)回連接確認（SYN+ACK），該段首部中的同步標志SYN被置為1，表示認可連接，首部中的確認標志ACK被置為1，表示對所接收的段的確認，與ACK標志相配合的是準備接收的下一序號（ACK26501），該段還給出了自己的初始序號（例如SEQ=29010）。對請求段的確認完成了一個方向上連接。19第三次握手：客戶向服務器發(fā)出的確認段，段首部中的確認標志ACK被置為1，表示對所接收的段的確認，與ACK標志相配合的準備接收的下一序號被設置為收到的段序號加1(ACK29011)。完成了另一個方向上的連接。207.3.2TCP連接的拆除連接雙方都可以發(fā)起拆除連接操作。簡單地拆除連接可能會造成數(shù)據(jù)丟失。例如，A、B兩主機已建立連接并傳輸報文，A主機在B主機沒有準備的情況下，單方面發(fā)出斷開連接請求，并停止接收該連接上的數(shù)據(jù)。但斷開連接請求的傳輸要有一段時間，而在B主機未收到斷開連接請求之前，隨時可能向A主機發(fā)送數(shù)據(jù)，會有丟失數(shù)據(jù)的可能性。21解決：TCP采用和三次握手類似的方法。這里可以將斷開連接操作視為在兩個方向上分別斷開連接操作構成。一方發(fā)出斷開連接請求后并不馬上拆除連接，而是等待對方的確認，對方收到斷開連接請求后，發(fā)送確認報文，這時拆除的只是單方向上連接（半連接）。對方發(fā)送完數(shù)據(jù)后，再通過發(fā)送斷開連接請求來斷開另一個方向上的半連接。返回227.4TCP流量控制TCP除了提供進程通信能力外，主要特點是具有高可靠性。TCP在發(fā)送端與接收端之間建立一條連接，報文需要得到接收端的確認。TCP傳輸?shù)氖且粋€無報文丟失、重復和失序的正確的數(shù)據(jù)流。TCP采用的最基本的可靠性技術：流量控制擁塞控制差錯控制23問題：在面向連接的傳輸過程中，發(fā)送方與接收方在發(fā)送報文的速率方面要協(xié)調一致。若發(fā)送方一味地向網(wǎng)絡注入數(shù)據(jù)，則可能造成網(wǎng)絡擁塞或因接收方來不及處理而丟失數(shù)據(jù)。若發(fā)送方每發(fā)出一個報文都等待對方的確認，勢必造成效率低下。解決：滑動窗口協(xié)議。采用滑動窗口協(xié)議既能夠保證可靠性，又可以充分利用網(wǎng)絡的傳輸能力。這種方案允許連續(xù)傳輸多個報文而不必等待各個報文的確認，能夠連續(xù)發(fā)送的報文數(shù)受到窗口大小的限制。24滑動窗口協(xié)議通過發(fā)送方窗口和接收方窗口的配合來完成傳輸控制。發(fā)送緩存中是一組順序編號的字節(jié)數(shù)據(jù)，這些數(shù)據(jù)的一部分在發(fā)送窗口中，另一部分在發(fā)送窗口外。圖中發(fā)送緩存左端和右端空白處表示可以填入數(shù)據(jù)的空閑緩存，實際上可以將緩存視為左端和右端相連的環(huán)。25

一旦窗口內(nèi)的部分數(shù)據(jù)得到確認，窗口便向右滑動，將已確認的數(shù)據(jù)移到窗口的外面。這些數(shù)據(jù)所對應的緩沖單元成為空閑單元。窗口右邊沿的移動使新的數(shù)據(jù)又落入到窗口中，成為可以被連續(xù)發(fā)送的數(shù)據(jù)的一部分。接收方的窗口反映當前能夠接收的數(shù)據(jù)的數(shù)量。圖8-9給出了接收方緩存與窗口的示意圖。26接收端窗口的大小W對應接收端緩存可以繼續(xù)接收的數(shù)據(jù)量，它等于接收緩存大小M減去緩存中尚未提交的數(shù)據(jù)字節(jié)數(shù)N，即W=M-N。接收方窗口的大小取決于接收方處理數(shù)據(jù)的速度和發(fā)送方發(fā)送數(shù)據(jù)的速度，當從緩存取走數(shù)據(jù)的速度低于數(shù)據(jù)進入緩存的速度時，接收窗口逐漸縮小，反之則逐漸擴大。接收方將當前窗口大小通告給發(fā)送方（利用TCP段首部的窗口大小字段），發(fā)送方根據(jù)接收窗口調整其發(fā)送窗口，使發(fā)送方窗口始終小于或等于接收方窗口的大小。27通過使用滑動窗口協(xié)議限制發(fā)送方一次可以發(fā)送的數(shù)據(jù)量，就可以實現(xiàn)流量控制的目的。這里的關鍵是要保證發(fā)送方窗口小于或等于接收方窗口的大小。當發(fā)送方窗口大小為1時，每發(fā)送一個字節(jié)的數(shù)據(jù)都要等待對方的確認，這便是簡單停等協(xié)議。流量控制可以在網(wǎng)絡協(xié)議的不同層次上實現(xiàn)，TCP的流量控制是在傳輸層上實現(xiàn)的端到端的流量控制。返回287.5TCP擁塞控制流量控制是由于接收端不能及時處理數(shù)據(jù)而引發(fā)的控制機制。擁塞是由于網(wǎng)絡中的路由器超載而引起的嚴重延遲現(xiàn)象。擁塞的發(fā)生會造成數(shù)據(jù)的丟失，數(shù)據(jù)的丟失會引起超時重傳，而超時重傳的數(shù)據(jù)又會進一步加劇擁塞，如果不加以控制，最終將會導致系統(tǒng)的崩潰。擁塞造成的數(shù)據(jù)丟失，僅僅靠超時重傳是無法解決的。因此,TCP提供了擁塞控制機制。29TCP的擁塞控制，仍然是利用發(fā)送方的窗口來控制注入網(wǎng)絡的數(shù)據(jù)流的速度。減緩注入網(wǎng)絡的數(shù)據(jù)流后，擁塞就會被解除。引入擁塞控制后，發(fā)送窗口的大小取決于兩個方面的因素：接收方的處理能力——確認報文所通告的窗口大?。纯捎玫慕邮站彺娴拇笮。﹣肀硎?；網(wǎng)絡的處理能力——發(fā)送方所設置的變量—擁塞窗口來表示。發(fā)送窗口的大小取通告窗口和擁塞窗口中小的一個。發(fā)送窗口大小=min(接收方通告窗口大小，擁塞窗口大小)30和接收窗口一樣，擁塞窗口也處于不斷的調整中。一旦發(fā)現(xiàn)擁塞，TCP將減小擁塞窗口。為了避免和消除擁塞，TCP周而復始地采用三種策略來控制擁塞窗口的大小。首先是使用慢啟動策略，在建立連接時擁塞窗口被設置為一個最大段大小MSS。對于每一個段的確認都會使擁塞窗口增加一個MSS，實際上這種增加方式是指數(shù)級的增加。例如，開始時只能發(fā)送一個數(shù)據(jù)段，當收到該段的確認后擁塞窗口加大到兩個MSS，發(fā)送方接著發(fā)送兩個段，收到這兩個段的確認后，擁塞窗口加大到4個MSS，接下來發(fā)送4個段，擁塞窗口加大到8個MSS……。31當擁塞窗口加大到門限值（擁塞發(fā)生時擁塞窗口的一半）時，進入擁塞避免階段，在這一階段，使用的策略是，每收到一個確認，擁塞窗口加大1個MSS，即使確認是針對多個段的，擁塞窗口也只加大1個MSS，這在一定程度上減緩了擁塞窗口的增長。但在此階段，擁塞窗口仍在增長，最終可能導致?lián)砣?。擁塞使重傳定時器超時，發(fā)送方進入擁塞解決階段。發(fā)送方在進行重傳的同時，將門限值調整為擁塞窗口的一半，并將擁塞窗口恢復成一個MSS，然后進入新一輪的循環(huán)。32返回337.6TCP差錯控制

差錯控制是TCP保證可靠性的手段之一。TCP的差錯控制包括差錯檢測和糾正。TCP處理的差錯有數(shù)據(jù)被破壞、重復、失序和丟失。數(shù)據(jù)被破壞可以通過TCP的校驗和檢測出來，接收方丟棄出錯的數(shù)據(jù)，而且不給出確認，發(fā)送方定時器超時后，重發(fā)該數(shù)據(jù)。重復數(shù)據(jù)段一般是由超時重傳造成的，接收方可以根據(jù)序號判斷是否是重復數(shù)據(jù)段，對于重復數(shù)據(jù)段只需要簡單地丟棄即可。

34數(shù)據(jù)失序是由于TCP下面的IP協(xié)議是無連接的數(shù)據(jù)報協(xié)議，不能保證數(shù)據(jù)報的按序到達。TCP對于提前到達（前面的數(shù)據(jù)還未到達）的數(shù)據(jù)，暫不確認，直到前面的數(shù)據(jù)到達后再一起確認。數(shù)據(jù)丟失錯誤也是通過超時重傳來進行恢復。但是確認報文段的丟失一般不會造成任何影響，因為TCP采用的是累計確認，TCP確認針對流中的字節(jié)序號，而不是段號。一般情況下，接收方確認已正確收到的、連續(xù)的流前部。對于接下去的數(shù)據(jù)段的確認也就包含了對前面數(shù)據(jù)的確認。若下一個確認未能在重傳定時器超時之前到達發(fā)送方，則會出現(xiàn)重復報文段。重復數(shù)據(jù)會被接收方鑒別出來（根據(jù)序號），并被丟棄。35超時重傳最關鍵的因素是重傳定時器的定時時間片的大小。由于在因特網(wǎng)這種大型網(wǎng)絡中傳輸延遲變化范圍很大，從發(fā)出數(shù)據(jù)到收到確認所需的往返時間（RoundTripTime，RTT）動態(tài)變化，很難確定。為了適應傳輸延遲的動態(tài)變化，TCP的重傳定時值也要不斷調整。TCP通過測試連接的往返時間，對重傳定時值進行修正。TCP的重傳定時值根據(jù)下式進行計算：

Timeout=β×RTT(1)β為大于1的常數(shù)加權因子(推薦β=2)，RTT為估算的往返時間。RTT根據(jù)下式進行計算：

RTT=α×RTTo+(1－α)×RTTn(2)返回367.7TCP狀態(tài)轉換圖TCP建立連接、傳輸數(shù)據(jù)和斷開連接是一個復雜的過程。為了準確地描述這一過程，可以采用有限狀態(tài)機。有限狀態(tài)機包含有限個狀態(tài)，在某一時刻，機器必然處于某一特定狀態(tài)，當在一個狀態(tài)下發(fā)生特定事件時，機器會進入一個新的狀態(tài)。在進行狀態(tài)轉換時，機器可以執(zhí)行一些動作。圖8-11是TCP的有限狀態(tài)機，圖中狀態(tài)用方框表示，狀態(tài)轉移用帶箭頭的線表示，線旁的說明用斜線分為兩部分，斜線前是引起狀態(tài)轉移的事件，斜線后是狀態(tài)轉移時所發(fā)出的動作。3738返回397.8用戶數(shù)據(jù)報協(xié)議UDP用戶數(shù)據(jù)報協(xié)議UDP（UserDatagramProtocol）是TCP/IP傳輸層的另一個協(xié)議。TCP/IP同時提供TCP服務和UDP服務的目的是為了給用戶更加靈活的選擇。UDP同IP協(xié)議一樣提供無連接數(shù)據(jù)報傳輸，UDP在IP協(xié)議上增加了進程通信能力。UDP除了提供進程間的通信能力外，還提供了簡單的差錯控制。但UDP不提供流量控制，也不對UDP數(shù)據(jù)報進行確認。407.8.1UDP數(shù)據(jù)報格式UDP將應用層的數(shù)據(jù)封裝成UDP數(shù)據(jù)報進行發(fā)送。UDP數(shù)據(jù)報由首部和數(shù)據(jù)構成。UDP采用定長首部，長度為8個字節(jié)。UDP數(shù)據(jù)報格式如圖8-13所示。41UDP建立在IP之上，整個UDP數(shù)據(jù)報被封裝在IP數(shù)據(jù)報中傳輸。雖然16比特的UDP總長度字段可以標識65535字節(jié)，但由于IP數(shù)據(jù)報總長度65535的限制及IP數(shù)據(jù)報首部占用20字節(jié)，實際UDP最大長度為65515字節(jié)，UDP最大數(shù)據(jù)長度為65507字節(jié)。（65506）UDP的校驗和字段長度為16比特，是可選字段，置0時表明不對UDP進行校驗。427.8.2UDP偽首部UDP數(shù)據(jù)報的校驗和用于實現(xiàn)有限的差錯控制。UDP校驗和的計算與TCP相同，計算校驗和時，除了UDP數(shù)據(jù)報本身外，它還加上一個偽首部。偽首部不是UDP數(shù)據(jù)報的有效成分，只是驗證UDP數(shù)據(jù)報是否傳到正確的信宿端的手段。UDP偽首部的格式如圖8-14所示。43面向連接

無連接高可靠

高效率一次傳輸交換大量報文

一次傳輸交換少量信息復雜簡單表8-1TCP和UDP的特點比較

傳輸控制協(xié)議TCP

用戶數(shù)據(jù)報協(xié)議UDP44本章要點傳輸層承上啟下，屏蔽通信子網(wǎng)的細節(jié)，向上提供通用的進程通信服務。傳輸層是對網(wǎng)絡層的加強與彌補。TCP和UDP是傳輸層的兩大協(xié)議。端口分配有兩種基本的方式：全局端口分配和本地端口分配。在因特網(wǎng)中采用一個三元組（協(xié)議，主機地址，端口號）來全局惟一地標識一個進程。用一個五元組（協(xié)議,本地主機地址,本地端口號,遠地主機地址,遠地端口號）來描述兩個進程的關聯(lián)。TCP和UDP都是提供進程通信能力的傳輸層協(xié)議。它們各有一套端口號，兩套端口號相互獨立，都是從0到65535。TCP和UDP在計算校驗和時引入偽首部的目的是為了能夠驗證數(shù)據(jù)是否傳送到了正確的信宿端。45為了實現(xiàn)數(shù)據(jù)的可靠傳輸，TCP在應用進程間建立傳輸連接。TCP在建立連接時采用三次握手方法解決重復連接的問題。在拆除連接時采用四次握手方法解決數(shù)據(jù)丟失問題。建立連接前，服務器端首先被動打開其熟知的端口，對端口進行監(jiān)聽。當客戶端要和服務器建立連接時，發(fā)出一個主動打開端口的請求，客戶端一般使用臨時端口。46TCP采用的最基本的可靠性技術包括流量控制、擁塞控制和差錯控制。TCP采用滑動窗口協(xié)議實現(xiàn)流量控制，滑動窗口協(xié)議通過發(fā)送方窗口和接收方窗口的配合來完成傳輸控制。TCP的擁塞控制利用發(fā)送方的窗口來控制注入網(wǎng)絡的數(shù)據(jù)流的速度。發(fā)送窗口的大小取通告窗口和擁塞窗口中小的一個。TCP通過差錯控制解決數(shù)據(jù)的毀壞、重復、失序和丟失等問題。UDP在IP協(xié)議上增加了進程通信能力。此外UDP通過可選的校驗和提供簡單的差錯控制。但UDP不提供流量控制和數(shù)據(jù)報確認。返回47作業(yè)7.6習題3簡述TCP連接建立三次握手過程。48例、主機A向主機B連續(xù)發(fā)送了兩個TCP報文段，其序號分別是370和700。試問：1)第一個報文段攜帶了多少字節(jié)的數(shù)據(jù)？2)主機B收到第一個報文段后發(fā)回的確認號應是多少？3)主機B收到第二個報文段后發(fā)回的確認號是880，試問A發(fā)送的第二個報文段中的數(shù)據(jù)有多少字節(jié)？4)如果A發(fā)送的第一個報文段丟了，但第二個報文段到達了B。B在第二個報文段到達后向A發(fā)送確認，試問這個確認號應為多少？49源端口目的端口長度檢驗和數(shù)據(jù)首部IP數(shù)據(jù)報2222字節(jié)發(fā)送在前數(shù)據(jù)首部UDP用戶數(shù)據(jù)報用戶數(shù)據(jù)報UDP有兩個字段：數(shù)據(jù)字段和首部字段。首部字段有8個字節(jié)，由4個字段組成，每個字段都是兩個字節(jié)。練習MAC地址0800201B67450080C834B2A708004500003E592700008011800C8C860676

0035002A5DEC000101………...0001[數(shù)據(jù)34字節(jié)]246E

8C862401IP協(xié)議204820字節(jié)IP標頭UDP標頭UDP數(shù)據(jù)頭部長目的地址140.134.36.1源地址140.134.36.110IP包長度源端口1654,目的端口53信息長度這是客戶發(fā)送給服務器還是服務器發(fā)給客戶的數(shù)據(jù)包？協(xié)議字段17，UDPUDP包分析512011考題主機X向主機Y發(fā)送一TCP段（syn=1,seq=11220)希望與Y建立TCP連接，若主機Y接受連接請求，那么Y發(fā)回的TCP段可能是：A.SYN=0，ACK=0，seq=11221,ack=11221B.SYN=1，ACK=1，seq=11220,ack=11220C.SYN=1，ACK=1，seq=11221,ack=11221D.SYN=0，ACK=0，seq=11220,ack=11220Y發(fā)回的seq值是由Y自己決定的，與X機無關522011考題若主機X與主機Y建立了TCP連接，X向Y發(fā)了三個連續(xù)的TCP段，分別包含300字節(jié)、400字節(jié)、500字節(jié)的數(shù)據(jù)，第三個段的序號是900，若Y只收到1和3段，則Y發(fā)給X的確認序號是：

A.300B.500C.1200D.1400關鍵確定第二個段的序號532012考研：一主機H在快速以太網(wǎng)中傳送數(shù)據(jù)，IP地址為192.168.0.8，服務器S的IP為211.68.71.80，H與S使用TCP通信時，在H上捕獲的其中5個IP數(shù)據(jù)報如圖a所示圖a54問題：1）圖a的IP分組中，哪幾個是由H發(fā)的？哪幾個完成了TCP連接建立過程？哪幾個在通過快速以太網(wǎng)傳輸時進行了填充？2）根據(jù)圖a中的IP分組，分析S已經(jīng)收到的應用層數(shù)據(jù)字節(jié)是多少？3）若圖a中某個IP分組在S發(fā)出時的前40個字節(jié)如圖b所示，則該IP分組到達H時經(jīng)過了多少個路由器？圖b55固定部分可變部分04816192431版本標志生