0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

TCP字段介紹 TCP 數(shù)據(jù)包的大小

ss ? 來源:博客園、阮一峰的網(wǎng)絡(luò)日 ? 作者:博客園、阮一峰的 ? 2021-08-31 16:08 ? 次閱讀

傳輸控制協(xié)議英文全稱為Transmission Control Protocol,縮寫為TCP,是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議,由IETF的RFC 793定義。為了在不可靠的互聯(lián)網(wǎng)絡(luò)上提供可靠的端到端字節(jié)流而專門設(shè)計的一個傳輸協(xié)議。

TCP字段介紹

端口和目的端口

各占2個字節(jié),這兩個值加上IP首部中的源端IP地址和目的端IP地址唯一確定一個TCP連接。

序號(seq)

占4個字節(jié),是本報文段所發(fā)送的數(shù)據(jù)項目組第一個字節(jié)的序號。

確認(rèn)序號(ack)

占4字節(jié),是期望收到對方下次發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。

數(shù)據(jù)偏移

占4比特,表示數(shù)據(jù)開始的地方離TCP段的起始處有多遠(yuǎn)。

保留

6比特,供以后應(yīng)用,現(xiàn)在置為0。

6個標(biāo)志位比特

① URG② ACK③ PSH④ RST⑤ SYN⑥ FIN

窗口

TCP通過滑動窗口的概念來進(jìn)行流量控制。

檢驗和

檢驗和覆蓋了整個TCP報文段:TCP首部和數(shù)據(jù)。

緊急指針

只有當(dāng)URG標(biāo)志置1時緊急指針才有效。

TCP 數(shù)據(jù)包的大小

以太網(wǎng)數(shù)據(jù)包(packet)的大小是固定的,最初是1518字節(jié),后來增加到1522字節(jié)。其中, 1500 字節(jié)是負(fù)載(payload),22字節(jié)是頭信息(head)。

IP 數(shù)據(jù)包在以太網(wǎng)數(shù)據(jù)包的負(fù)載里面,它也有自己的頭信息,最少需要20字節(jié),所以 IP 數(shù)據(jù)包的負(fù)載最多為1480字節(jié)。

一條1500字節(jié)的信息需要兩個 TCP 數(shù)據(jù)包。HTTP/2 協(xié)議的一大改進(jìn), 就是壓縮 HTTP 協(xié)議的頭信息,使得一個 HTTP 請求可以放在一個 TCP 數(shù)據(jù)包里面,而不是分成多個,這樣就提高了速度。

整合自:博客園、阮一峰的網(wǎng)絡(luò)日志、百度百科

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 以太網(wǎng)
    +關(guān)注

    關(guān)注

    40

    文章

    5440

    瀏覽量

    172011
  • 數(shù)據(jù)
    +關(guān)注

    關(guān)注

    8

    文章

    7081

    瀏覽量

    89178
  • TCP
    TCP
    +關(guān)注

    關(guān)注

    8

    文章

    1372

    瀏覽量

    79142
收藏 人收藏

    評論

    相關(guān)推薦

    mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系

    MTU(Maximum Transmission Unit)即最大傳輸單元,是指一種通信協(xié)議的某一層上面所能通過的最大數(shù)據(jù)大小,單位是字節(jié)。MTU配置步驟及其與數(shù)據(jù)包丟失的關(guān)系如下: MTU配置
    的頭像 發(fā)表于 12-16 14:33 ?695次閱讀

    華納云:服務(wù)器平均響應(yīng)時間和數(shù)據(jù)包大小之間的影響

    服務(wù)器的平均響應(yīng)時間與數(shù)據(jù)包大小有一定的關(guān)系,但這只是影響響應(yīng)時間的眾多因素之一。具體來說,數(shù)據(jù)包大小對服務(wù)器響應(yīng)時間的影響可以從以下幾個方面來理解: 1.
    的頭像 發(fā)表于 10-10 14:01 ?267次閱讀

    MODBUS TCP 轉(zhuǎn) CANOpen

    將CANOpen 設(shè)備掛載到 MODBUS TCP 接口的 PLC 上,并和 CANOpen 設(shè)備進(jìn)行數(shù)據(jù)交互。 產(chǎn)品特點 (1)應(yīng)用廣泛:? SG-TCP-COE-210 網(wǎng)關(guān)在 MODBUS
    的頭像 發(fā)表于 09-24 13:59 ?288次閱讀
    MODBUS <b class='flag-5'>TCP</b> 轉(zhuǎn) CANOpen

    EtherCAT轉(zhuǎn)Modbus TCP協(xié)議網(wǎng)關(guān)(JM-ECT-TCP

    JM-ECT-TCP網(wǎng)關(guān)實現(xiàn)EtherCAT網(wǎng)絡(luò)與Modbus TCP網(wǎng)絡(luò)之間的數(shù)據(jù)通訊,即將Modbus TCP設(shè)備轉(zhuǎn)換為EtherCAT設(shè)備。
    的頭像 發(fā)表于 09-07 17:05 ?356次閱讀
    EtherCAT轉(zhuǎn)Modbus <b class='flag-5'>TCP</b>協(xié)議網(wǎng)關(guān)(JM-ECT-<b class='flag-5'>TCP</b>)

    深入了解 Windows 系統(tǒng) TCP/IP 參數(shù)配置

    概述 TCP/IP是一組用于實現(xiàn)計算機網(wǎng)絡(luò)互聯(lián)的通信協(xié)議。它包括了多個層次的協(xié)議,如網(wǎng)絡(luò)接口層、網(wǎng)際層、傳輸層和應(yīng)用層。其中,IP協(xié)議負(fù)責(zé)在網(wǎng)絡(luò)中尋址和路由數(shù)據(jù)包,TCP協(xié)議則提供可靠的數(shù)據(jù)
    的頭像 發(fā)表于 09-04 17:24 ?398次閱讀

    深度解析TCP與UDP協(xié)議

    了多種技術(shù)手段,包括序列號標(biāo)記每個數(shù)據(jù)包、確認(rèn)機制以確認(rèn)數(shù)據(jù)包的接收、重傳機制應(yīng)對數(shù)據(jù)包丟失,以及窗口控制以優(yōu)化數(shù)據(jù)傳輸效率。這
    的頭像 發(fā)表于 09-02 14:53 ?432次閱讀
    深度解析<b class='flag-5'>TCP</b>與UDP協(xié)議

    請問如何使用AT CIPSEND或AT CIPSENDBUF發(fā)送多個數(shù)據(jù)包?

    我可以使用 AT CIPSEND 發(fā)送單個數(shù)據(jù)包。但是我必須發(fā)送一系列二進(jìn)制數(shù)據(jù)包。如何使用AT CISEND或AT CIPSENDBUF發(fā)送多個數(shù)據(jù)包,什么是正確的算法? 到目前為止,我嘗試
    發(fā)表于 07-15 07:37

    TCP傳輸大量數(shù)據(jù)時丟失數(shù)據(jù)的原因?

    當(dāng)TCP用于傳輸大量數(shù)據(jù)時,要找到數(shù)據(jù)丟失的地方,當(dāng)TCP傳輸大量數(shù)據(jù)時,數(shù)據(jù)包丟失,
    發(fā)表于 07-12 15:03

    ESP32-C3在SPI-AT模式下進(jìn)行數(shù)據(jù)透傳,最后一個數(shù)據(jù)包數(shù)據(jù)偶爾會出現(xiàn)錯誤,為什么?

    目前采用SPI-AT的方式在兩個硬件板之間進(jìn)行數(shù)據(jù)的無線傳輸,一個作為AP開啟TCP服務(wù)器,一個作為STA連接到對應(yīng)的服務(wù)器,傳輸?shù)?b class='flag-5'>數(shù)據(jù)量為3000000字節(jié),在測試的過程中偶爾會出現(xiàn)數(shù)據(jù)
    發(fā)表于 06-26 06:07

    lwip tcp的原因?

    使用lwip協(xié)議棧,作為客戶端應(yīng)答2幀數(shù)據(jù)時,會有粘問題,在tcp write 后調(diào)用tcp output沒有效果,設(shè)置 #define TF_NODELAY((u8_t)0x40U
    發(fā)表于 05-10 06:51

    mqtt協(xié)議和tcp協(xié)議區(qū)別

    Control Protocol/Internet Protocol),傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議,它是網(wǎng)絡(luò)通訊的基礎(chǔ)框架。好比是一條貫穿信息世界的高速公路,保證了數(shù)據(jù)包能在復(fù)雜多變的路由上準(zhǔn)確無誤地送達(dá)目的地。它嚴(yán)謹(jǐn)而周到,每個發(fā)送的數(shù)據(jù)包都會被確認(rèn)接收,一旦出現(xiàn)丟失或
    的頭像 發(fā)表于 04-30 14:02 ?1068次閱讀

    STM32H750如何提高數(shù)據(jù)包大小?

    我使用STM32H750官方的VCP例程,F(xiàn)S模式。 程序默認(rèn)CDC_DATA_FS_MAX_PACKET_SIZE是64位,我試著修改最大只能到256,如果再大會導(dǎo)致接收不到數(shù)據(jù)。芯片資料MPSIZ設(shè)置范圍可以到2047。 我想提高數(shù)據(jù)包
    發(fā)表于 03-07 06:12

    udp是什么意思 簡述TCP與UDP的區(qū)別和聯(lián)系

    UDP則沒有這個要求,可以直接發(fā)送數(shù)據(jù)包,無需建立和維護(hù)連接。 由于UDP是無連接的,這使得它的傳輸具有更低的延遲和更高的
    的頭像 發(fā)表于 02-02 16:33 ?1349次閱讀

    UDP與TCP的主要區(qū)別 UDP能否像TCP一樣實現(xiàn)可靠傳輸?

    UDP與TCP的主要區(qū)別 UDP能否像TCP一樣實現(xiàn)可靠傳輸?TCP如何實現(xiàn)可靠性傳輸? UDP和TCP是兩種常用的傳輸層協(xié)議,它們之間的主要區(qū)別在于可靠性和效率方面。UDP是一種無連
    的頭像 發(fā)表于 01-22 16:10 ?837次閱讀

    tcp/ip協(xié)議包含哪幾層 tcp和udp的區(qū)別

    的傳輸和接收。 網(wǎng)絡(luò)層: 網(wǎng)絡(luò)層主要負(fù)責(zé)數(shù)據(jù)包的傳輸和路由選擇。它使用IP(Internet Protocol)地址來標(biāo)識主機和路由器,并決定數(shù)據(jù)的最佳路徑到達(dá)目的地。 傳輸層: 傳輸層負(fù)責(zé)在網(wǎng)絡(luò)之間建立端到端的連接,并提供可靠的數(shù)據(jù)
    的頭像 發(fā)表于 01-22 10:12 ?1740次閱讀