国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

完整版:TCP、UDP報文格式

這篇具有很好參考價值的文章主要介紹了完整版:TCP、UDP報文格式。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報違法"按鈕提交疑問。

目錄

TCP報文格式

報文格式

報文示例

UDP報文格式

報文格式

報文示例


TCP報文格式

報文格式

圖1 TCP首部格式

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

字段 長度 含義
Source Port 16比特 源端口,標(biāo)識哪個應(yīng)用程序發(fā)送。
Destination Port 16比特 目的端口,標(biāo)識哪個應(yīng)用程序接收。
Sequence Number 32比特 序號字段。TCP鏈接中傳輸?shù)臄?shù)據(jù)流中每個字節(jié)都編上一個序號。序號字段的值指的是本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。
Acknowledgment Number 32比特 確認(rèn)號,是期望收到對方的下一個報文段的數(shù)據(jù)的第1個字節(jié)的序號,即上次已成功接收到的數(shù)據(jù)字節(jié)序號加1。只有ACK標(biāo)識為1,此字段有效。
Data Offset 4比特 數(shù)據(jù)偏移,即首部長度,指出TCP報文段的數(shù)據(jù)起始處距離TCP報文段的起始處有多遠(yuǎn),以32比特(4字節(jié))為計(jì)算單位。最多有60字節(jié)的首部,若無選項(xiàng)字段,正常為20字節(jié)。
Reserved 6比特 保留,必須填0。
URG 1比特 緊急指針有效標(biāo)識。它告訴系統(tǒng)此報文段中有緊急數(shù)據(jù),應(yīng)盡快傳送(相當(dāng)于高優(yōu)先級的數(shù)據(jù))。
ACK 1比特 確認(rèn)序號有效標(biāo)識。只有當(dāng)ACK=1時確認(rèn)號字段才有效。當(dāng)ACK=0時,確認(rèn)號無效。
PSH 1比特 標(biāo)識接收方應(yīng)該盡快將這個報文段交給應(yīng)用層。接收到PSH = 1的TCP報文段,應(yīng)盡快的交付接收應(yīng)用進(jìn)程,而不再等待整個緩存都填滿了后再向上交付。
RST 1比特 重建連接標(biāo)識。當(dāng)RST=1時,表明TCP連接中出現(xiàn)嚴(yán)重錯誤(如由于主機(jī)崩潰或其他原因),必須釋放連接,然后再重新建立連接。
SYN 1比特 同步序號標(biāo)識,用來發(fā)起一個連接。SYN=1表示這是一個連接請求或連接接受請求。
FIN 1比特 發(fā)端完成發(fā)送任務(wù)標(biāo)識。用來釋放一個連接。FIN=1表明此報文段的發(fā)送端的數(shù)據(jù)已經(jīng)發(fā)送完畢,并要求釋放連接。
Window 16比特 窗口:TCP的流量控制,窗口起始于確認(rèn)序號字段指明的值,這個值是接收端正期望接收的字節(jié)數(shù)。窗口最大為65535字節(jié)。
Checksum 16比特 校驗(yàn)字段,包括TCP首部和TCP數(shù)據(jù),是一個強(qiáng)制性的字段,一定是由發(fā)端計(jì)算和存儲,并由收端進(jìn)行驗(yàn)證。在計(jì)算檢驗(yàn)和時,要在TCP報文段的前面加上12字節(jié)的偽首部。
Urgent Pointer 16比特 緊急指針,只有當(dāng)URG標(biāo)志置1時緊急指針才有效。TCP的緊急方式是發(fā)送端向另一端發(fā)送緊急數(shù)據(jù)的一種方式。緊急指針指出在本報文段中緊急數(shù)據(jù)共有多少個字節(jié)(緊急數(shù)據(jù)放在本報文段數(shù)據(jù)的最前面)。
Options 可變 選項(xiàng)字段。TCP協(xié)議最初只規(guī)定了一種選項(xiàng),即最長報文段長度(數(shù)據(jù)字段加上TCP首部),又稱為MSS。MSS告訴對方TCP“我的緩存所能接收的報文段的數(shù)據(jù)字段的最大長度是MSS個字節(jié)”。

新的RFC規(guī)定有以下幾種選型:選項(xiàng)表結(jié)束,無操作,最大報文段長度,窗口擴(kuò)大因子,時間戳。

  • 窗口擴(kuò)大因子:3字節(jié),其中一個字節(jié)表示偏移值S。新的窗口值等于TCP首部中的窗口位數(shù)增大到(16+S),相當(dāng)于把窗口值向左移動S位后獲得實(shí)際的窗口大小。
  • 時間戳:10字節(jié),其中最主要的字段是時間戳值(4字節(jié))和時間戳回送應(yīng)答字段(4字節(jié))。
  • 選項(xiàng)確認(rèn)選項(xiàng):
Padding 可變 填充字段,用來補(bǔ)位,使整個首部長度是4字節(jié)的整數(shù)倍。
data 可變 TCP負(fù)載。
報文示例

圖2 TCP報文(正常報文)

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

?文章來源地址http://www.zghlxwxcb.cn/news/detail-638205.html

圖3 TCP報文(Keepalive)

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

?

圖4 TCP報文(Keepalive ACK)

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

?

圖5 TCP報文(Duplicate ACK)

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

?

圖6 TCP報文(重傳)

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

?

圖7 TCP報文(Out-Of-Order亂序)

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

圖8 TCP報文(Window Update)

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

?

UDP報文格式

報文格式

圖1 UDP報文格式

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

字段 長度 描述
Source Port 2字節(jié) 標(biāo)識哪個應(yīng)用程序發(fā)送(發(fā)送進(jìn)程)。
Destination Port 2字節(jié) 標(biāo)識哪個應(yīng)用程序接收(接收進(jìn)程)。
Length 2字節(jié) UDP首部加上UDP數(shù)據(jù)的字節(jié)數(shù),最小為8。
Checksum 2字節(jié) 覆蓋UDP首部和UDP數(shù)據(jù),是可選的。
data octets 變長 UDP負(fù)載,可選的。
報文示例

完整版:TCP、UDP報文格式,tcp/ip,udp,網(wǎng)絡(luò)

?

到了這里,關(guān)于完整版:TCP、UDP報文格式的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 全面解析UDP協(xié)議(特點(diǎn)、報文格式、UDP和TCP的區(qū)別)

    UDP是無連接通信協(xié)議,即在數(shù)據(jù)傳輸時,數(shù)據(jù)的發(fā)送端和接收端不建立邏輯連接。簡單來說,當(dāng)一臺計(jì)算機(jī)向另外一臺計(jì)算機(jī)發(fā)送數(shù)據(jù)時,發(fā)送端不會確認(rèn)接收端是否存在,就會發(fā)出數(shù)據(jù),同樣接收端在收到數(shù)據(jù)時,也不會向發(fā)送端反饋是否收到數(shù)據(jù)。 特點(diǎn) 無連接:UDP通信

    2024年02月08日
    瀏覽(111)
  • IP報文解析(TCP、UDP、 ICMP)及代碼分享(C++)

    IP報文解析(TCP、UDP、 ICMP)及代碼分享(C++)

    1.1 OSI 7層模型: 應(yīng)用層: 功能:用戶接口,文件傳輸、電子郵件、虛擬終端、文件服務(wù) 設(shè)備:網(wǎng)關(guān) 協(xié)議:HTTP、TFTP、SMTP、FTP、SNMP、DNS、Telnet 表示層: 功能:數(shù)據(jù)的表示,壓縮和加密 設(shè)備:網(wǎng)關(guān) 協(xié)議:無 會話層: 功能:會話的建立和結(jié)束 設(shè)備:網(wǎng)關(guān) 協(xié)議:無 傳輸層:

    2024年02月09日
    瀏覽(23)
  • 網(wǎng)絡(luò)協(xié)議格式 | 以太網(wǎng)幀、ARP數(shù)據(jù)報、IP數(shù)據(jù)報、UDP數(shù)據(jù)報、TCP數(shù)據(jù)報

    網(wǎng)絡(luò)協(xié)議格式 | 以太網(wǎng)幀、ARP數(shù)據(jù)報、IP數(shù)據(jù)報、UDP數(shù)據(jù)報、TCP數(shù)據(jù)報

    歡迎關(guān)注博主 Mindtechnist 或加入【Linux C/C++/Python社區(qū)】一起學(xué)習(xí)和分享Linux、C、C++、Python、Matlab,機(jī)器人運(yùn)動控制、多機(jī)器人協(xié)作,智能優(yōu)化算法,濾波估計(jì)、多傳感器信息融合,機(jī)器學(xué)習(xí),人工智能等相關(guān)領(lǐng)域的知識和技術(shù)。 專欄:《網(wǎng)絡(luò)編程》 傳輸層及其以下的機(jī)制由內(nèi)

    2024年01月16日
    瀏覽(90)
  • 網(wǎng)絡(luò)協(xié)議報文理解刨析篇二(再談Http和Https), 加上TCP/UDP/IP協(xié)議分析(理解著學(xué)習(xí)), 面試官都驚訝你對網(wǎng)絡(luò)的見解

    網(wǎng)絡(luò)協(xié)議報文理解刨析篇二(再談Http和Https), 加上TCP/UDP/IP協(xié)議分析(理解著學(xué)習(xí)), 面試官都驚訝你對網(wǎng)絡(luò)的見解

    目錄 前文鏈接(系列助學(xué), 也為后文學(xué)習(xí)做鋪墊, 可按需讀取) 一. 再談HTTP再理解 二. HTTP對比學(xué)習(xí)HTTPS HTTP和HTTPS的區(qū)別如下: 三.TCP協(xié)議? (三次握手四次揮手細(xì)節(jié)過程理解在之前的博文中有詳細(xì)圖解) tcp緩沖區(qū)概念的引入? (解釋流量控制): 確認(rèn)應(yīng)答(ACK)機(jī)制的理解 (編序號)

    2023年04月09日
    瀏覽(105)
  • UDP TCP 報文內(nèi)容

    UDP TCP 報文內(nèi)容

    目錄 1.UDP 2.TCP? 3.TCP的可靠性 1.確認(rèn)應(yīng)答(ACK)機(jī)制 2.超時重傳機(jī)制? ?3.連接管理機(jī)制 4.面向字節(jié)流 ?5.粘包問題 源/目的端口號: 表示數(shù)據(jù)是從哪個進(jìn)程來,到哪個進(jìn)程去; 32位序號/32位確認(rèn)號: 后面詳細(xì)講; 4位TCP報頭長度: 表示該TCP頭部有多少個32位bit(有多少個4字節(jié));所以TCP頭

    2024年02月12日
    瀏覽(13)
  • HTTP/UDP/TCP/IP網(wǎng)絡(luò)協(xié)議

    HTTP/UDP/TCP/IP網(wǎng)絡(luò)協(xié)議

    OSI模型定義了網(wǎng)絡(luò)互連的七層框架(物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會話層、表示層、應(yīng)用層),每一層實(shí)現(xiàn)各自的功能和協(xié)議,并完成與相鄰層的接口通信。OSI模型各層的通信協(xié)議,大致舉例如下表所示: 層次 常見協(xié)議 應(yīng)用層 HTTP、SMTP、SNMP、FTP、Telnet、SIP、SS

    2024年04月11日
    瀏覽(28)
  • 網(wǎng)絡(luò)編程——TCP/IP協(xié)議族(IP協(xié)議、TCP協(xié)議和UDP協(xié)議……)

    1、IP協(xié)議簡介 IP協(xié)議又稱 網(wǎng)際協(xié)議 特指為實(shí)現(xiàn)在一個相互連接的網(wǎng)絡(luò)系統(tǒng)上從源地址到目的地傳輸數(shù)據(jù)包(互聯(lián)網(wǎng)數(shù)據(jù)包)所提供必要功能的協(xié)議,是網(wǎng)絡(luò)層中的協(xié)議。 2、特點(diǎn) 不可靠 :它不能保證IP數(shù)據(jù)包能成功地到達(dá)它的目的地,僅提供盡力而為的傳輸服務(wù) 無連接 :IP 并不

    2024年02月13日
    瀏覽(113)
  • LwIP系列(3):以太網(wǎng)幀、IP、TCP、UDP、IGMP、ICMP幀格式詳解

    LwIP系列(3):以太網(wǎng)幀、IP、TCP、UDP、IGMP、ICMP幀格式詳解

    TCP/IP 本質(zhì)上是軟件協(xié)議,而LwIP也是對軟件協(xié)議進(jìn)行解析處理,所以我們有必要了解下以太網(wǎng)幀、IP、TCP、UDP、IGMP、ICMP幀格式,這樣在代碼中,才能有的放矢。 以太網(wǎng)幀是最底層的原始數(shù)據(jù),幀框架如下圖所示: 其中【前同步碼】和【以太網(wǎng)尾部】我們在抓包的時候,并不

    2024年02月14日
    瀏覽(28)
  • 【網(wǎng)絡(luò)】傳輸層——UDP | TCP(協(xié)議格式&&確認(rèn)應(yīng)答&&超時重傳&&連接管理)

    【網(wǎng)絡(luò)】傳輸層——UDP | TCP(協(xié)議格式&&確認(rèn)應(yīng)答&&超時重傳&&連接管理)

    ??作者:一只大喵咪1201 ??專欄:《網(wǎng)絡(luò)》 ??格言: 你只管努力,剩下的交給時間! 現(xiàn)在是傳輸層,在應(yīng)用層中的報文(報頭 + 有效載荷)就不能被叫做報文了,而是叫做 數(shù)據(jù)段 (報頭 + 有效載荷),傳輸層的有效載荷就是應(yīng)用層的完整報文。 端口號(port):標(biāo)識了一個主機(jī)上

    2024年02月13日
    瀏覽(37)
  • SCTP, TCP, UDP, IP, ICMP都在哪一層?(TCP/IP網(wǎng)絡(luò)通信協(xié)議學(xué)習(xí))

    SCTP, TCP, UDP, IP, ICMP都在哪一層?(TCP/IP網(wǎng)絡(luò)通信協(xié)議學(xué)習(xí))

    TCP/IP網(wǎng)絡(luò)通信協(xié)議最早是由 羅伯特·卡恩 (Robert E. Kahn)和 文頓·瑟夫 (Vinton G. Cerf)于1972年提出的,它是一個實(shí)際的協(xié)議棧。 OSI七層網(wǎng)絡(luò)通信協(xié)議最早是 由國際標(biāo)準(zhǔn)化組織 (ISO)于1977年提出的,它是一個理論模型。TCP/IP網(wǎng)絡(luò)通信協(xié)議由于其簡單性和實(shí)用性,成為 事實(shí)上

    2024年01月22日
    瀏覽(171)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包