TCP 和 UDP 數(shù)據(jù)解釋意詳解_第1頁
TCP 和 UDP 數(shù)據(jù)解釋意詳解_第2頁
TCP 和 UDP 數(shù)據(jù)解釋意詳解_第3頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、TCP 和 UDP 數(shù)據(jù)解釋意詳解1)源端口(16位)標識發(fā)送報文的計算機端口或進程。一個 TCP 報文段必須包括源端口號,使目的主機知道應(yīng)該向何處發(fā)送確認報文。2)目的端口(16位)標識接收報文的目的主機的端口或進程。3) 序號(也叫序列號)(32位)用于標識每個報文段,使目的主機可確認已收到指定報文段中的數(shù)據(jù)。當源主機用于多個報文段發(fā)送一個報文時,即使這些報文到達目的主機的順序不一樣,序列號也可以使目的主機按順序排列它們。在 SYN 標志未置位時,該字段指示了用戶數(shù)據(jù)區(qū)中第一個字節(jié)的序號;在 SYN 標志置位時,該字段指示的是初始發(fā)送的序列號。在建立連接時發(fā)送的第一個報文段中,雙方都提供一

2、個初始序列號。TCP 標準推薦使用以 4ms 間隔遞增 1 的計數(shù)器值作為這個初始序列號的值。使用計數(shù)器可以防止連接關(guān)閉再重新連接時出現(xiàn)相同的序列號。4)確認號(32位)目的主機返回確認號,使源主機知道某個或幾個報文段已被接收。如果 ACK 控制位被設(shè)置為 1,則該字段有效。確認號等于順序接收到的最后一個報文段的序號加 1,這也是目的主機希望下次接收的報文段的序號值。返回確認號后,計算機認為已接收到小于該確認號的所有數(shù)據(jù)。例如,序列號等于前一個報文段的序列號與前一個報文段中數(shù)據(jù)字節(jié)的數(shù)量之和。例如,假設(shè)源主機發(fā)送 3 個報文段,每個報文段有 100 字節(jié)的數(shù)據(jù),且第一個報文段的序列號是 100

3、0,那么接收到第一個報文段后,目的主機返回含確認號1100 的報頭。接收到第二個報文段(其序號為 1100 )后,目的主機返回確認號 1200。接收到第三個報文段后,目的主機返回確認號 1300 。目的主機不一定在每次接收到報文段后都返回確認號。在上面的例子中,目的主機可能等到所有 3 個報文段都收到后,再返回一個含確認號 1300 的報文段,表示已接收到全部 1200 字節(jié)的數(shù)據(jù)。但是如果目的主機再發(fā)回確認號之前等待時間過長,源主機會認為數(shù)據(jù)沒有到達目的主機,并自動重發(fā)。上面的例子中,如果目的主機接收到了報文段號為 1000 的第一個報文段以及報文段號為 1200 的最后一個報文段,則可返回

4、確認號 1100,但是再返回確認號 1300 之前,應(yīng)該等待報文段號為 1100 的中間報文段。5) 數(shù)據(jù)偏移(首部長度)(4位)TCP 報文段的數(shù)據(jù)起始處距離 TCP 報文段的起始處有多遠,即首部長度。由于 TCP 報頭的長度隨 TCP 選項字段內(nèi)容的不同而變化,因此報頭中包含一個指定報頭字段的字段。該字段以 32 比特為單位,所以報頭長度一定是 32 比特的整數(shù)倍,有時需要在報頭末尾補 0 。如果報頭沒有 TCP 選項字段,則報頭長度值為 5 ,表示報頭一個有 160 比特,即 20 字節(jié)。6)保留位(6位)由跟在數(shù)據(jù)偏移字段后的 6 位構(gòu)成, 全部為 0 。7)控制位(6位)緊急 URG

5、:此位置 1,表明緊急指針字段有效,它告訴系統(tǒng)此報文段中有緊急數(shù)據(jù),應(yīng)盡快傳送。確認 ACK:僅當 ACK = 1 時確認號字段才有效,TCP 規(guī)定,在連接建立后所有傳達的報文段都必須把 ACK 置 1。推送 PSH:當兩個應(yīng)用進程進行交互式的通信時,有時在一端的應(yīng)用進程希望在鍵入一個命令后立即就能夠收到對方的響應(yīng)。在這種情況下,TCP 就可以使用推送(push)操作,這時,發(fā)送方 TCP 把 PSH 置 1 ,并立即創(chuàng)建一個報文段發(fā)送出去,接收方收到 PSH = 1 的報文段,就盡快地(即“推送”向前)交付給接收應(yīng)用進程,而不再等到整個緩存都填滿后再向上交付。復(fù)位 RST:用于復(fù)位相應(yīng)的 T

6、CP 連接同步 SYN:僅在三次握手建立 TCP 連接時有效。當 SYN = 1 而 ACK = 0 時,表明這是一個連接請求報文段,對方若同意建立連接,則應(yīng)在相應(yīng)的報文段中使用 SYN = 1 和 ACK = 1。因此,SYN 置 1 就表示這是一個連接請求或連接接受報文。終止 FIN:用來釋放一個連接。當 FIN = 1 時,表明此報文段的發(fā)送方的數(shù)據(jù)已經(jīng)發(fā)送完畢,并要求釋放運輸連接。UDP 是 User Datagram Protocol 的簡稱, 中文名是用戶數(shù)據(jù)報協(xié)議,是一種無連接的傳輸層協(xié)議,提供面向事務(wù)的簡單不可靠信息傳送服務(wù)。1)源端口(2 字節(jié)):發(fā)送方端口號2)目的端口(2 字節(jié) ):接收方端口號3)報文長度(2 字節(jié)):UDP 用戶數(shù)據(jù)報的總長度(頭部+數(shù)據(jù)),以字節(jié)為單位。4)校驗和(2 字節(jié)):檢測 UDP 用戶數(shù)據(jù)報在傳輸中是否有錯,有錯就丟棄。用于校驗 UDP 數(shù)據(jù)報的數(shù)字段和包含 UDP 數(shù)據(jù)報首部的“偽首部”。僅在 URG = 1 時才有意義,它指出本報文段中的緊急數(shù)據(jù)的字節(jié)數(shù)(緊急數(shù)據(jù)結(jié)束后就是普通數(shù)據(jù)),即指出了緊急數(shù)據(jù)的末尾在報文中的位置,注意:即使窗口為零時也可發(fā)送緊急數(shù)據(jù)。如果 URG 為 1 ,則

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論