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

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

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

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

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

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

TCP字段介紹

端口和目的端口

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

序號(hào)(seq)

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

確認(rèn)序號(hào)(ack)

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

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

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

保留

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

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

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

窗口

TCP通過(guò)滑動(dòng)窗口的概念來(lái)進(jìn)行流量控制。

檢驗(yàn)和

檢驗(yàn)和覆蓋了整個(gè)TCP報(bào)文段:TCP首部和數(shù)據(jù)。

緊急指針

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

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

以太網(wǎng)數(shù)據(jù)包(packet)的大小是固定的,最初是1518字節(jié),后來(lái)增加到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é)的信息需要兩個(gè) TCP 數(shù)據(jù)包。HTTP/2 協(xié)議的一大改進(jìn), 就是壓縮 HTTP 協(xié)議的頭信息,使得一個(gè) HTTP 請(qǐng)求可以放在一個(gè) TCP 數(shù)據(jù)包里面,而不是分成多個(gè),這樣就提高了速度。

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

編輯:jq

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

    關(guān)注

    40

    文章

    5343

    瀏覽量

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

    關(guān)注

    8

    文章

    6820

    瀏覽量

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

    關(guān)注

    8

    文章

    1347

    瀏覽量

    78934
收藏 人收藏

    評(píng)論

    相關(guān)推薦

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

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

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

    JM-ECT-TCP網(wǎng)關(guān)實(shí)現(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 ?283次閱讀
    EtherCAT轉(zhuǎn)Modbus <b class='flag-5'>TCP</b>協(xié)議網(wǎng)關(guān)(JM-ECT-<b class='flag-5'>TCP</b>)

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

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

    請(qǐng)問(wèn)如何使用AT CIPSEND或AT CIPSENDBUF發(fā)送多個(gè)數(shù)據(jù)包?

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

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

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

    ESP32-C3在SPI-AT模式下進(jìn)行數(shù)據(jù)透?jìng)鳎詈笠粋€(gè)數(shù)據(jù)包數(shù)據(jù)偶爾會(huì)出現(xiàn)錯(cuò)誤,為什么?

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

    lwip tcp的原因?

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

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

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

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

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

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

    網(wǎng)絡(luò)之間的接口,負(fù)責(zé)將數(shù)據(jù)包封裝成適合在物理網(wǎng)絡(luò)上傳輸?shù)母袷?,如以太網(wǎng)幀。 2. 網(wǎng)絡(luò)層:該層負(fù)責(zé)進(jìn)行邏輯尋址,即為數(shù)據(jù)包添加源和目的的邏輯地址,實(shí)現(xiàn)數(shù)據(jù)包根據(jù)邏輯地址在網(wǎng)絡(luò)中的路由傳輸。常用的網(wǎng)絡(luò)層協(xié)議有IP協(xié)議。 3. 傳輸
    的頭像 發(fā)表于 11-29 17:40 ?1039次閱讀

    UDP分片和丟TCP效果對(duì)比

    UDP(用戶數(shù)據(jù)報(bào)協(xié)議)和TCP(傳輸控制協(xié)議)在很多方面都有顯著的區(qū)別??傮w來(lái)說(shuō),TCP更適合需要可靠傳輸?shù)膽?yīng)用,例如網(wǎng)頁(yè)瀏覽、電子郵件等,而UDP則更適合對(duì)速度有高要求,但對(duì)數(shù)據(jù)
    的頭像 發(fā)表于 11-23 13:55 ?592次閱讀

    關(guān)于TCP協(xié)議總結(jié)的硬核干貨

    本文給出TCP報(bào)文格式的詳細(xì)說(shuō)明,介紹網(wǎng)絡(luò)數(shù)據(jù)包傳遞中如何進(jìn)行地址解析、建立TCP連接的三次握手過(guò)程以及斷開(kāi)TCP連接的四次揮手過(guò)程。
    發(fā)表于 11-17 09:26 ?453次閱讀
    關(guān)于<b class='flag-5'>TCP</b>協(xié)議總結(jié)的硬核干貨

    TCP與UDP的基本區(qū)別

    TCP與UDP基本區(qū)別 基于連接與無(wú)連接 TCP要求系統(tǒng)資源較多,UDP較少; UDP程序結(jié)構(gòu)較簡(jiǎn)單 流模式(TCP)與數(shù)據(jù)報(bào)模式(UDP); TC
    的頭像 發(fā)表于 11-13 15:27 ?4521次閱讀
    <b class='flag-5'>TCP</b>與UDP的基本區(qū)別

    TCP 協(xié)議的運(yùn)作機(jī)制

    因?yàn)?TCP 協(xié)議提供了可靠性 。 簡(jiǎn)單來(lái)說(shuō),可靠性就是讓數(shù)據(jù)無(wú)損送達(dá)。但若是考慮到成本,就會(huì)變得非常復(fù)雜——因?yàn)檫€需要盡可能地提升吞吐量、降低延遲、減少丟率。 TCP 協(xié)議具有很強(qiáng)
    的頭像 發(fā)表于 11-13 11:34 ?545次閱讀
    <b class='flag-5'>TCP</b> 協(xié)議的運(yùn)作機(jī)制

    為什么要使用 TCP keepalive

    ?原因是在需要長(zhǎng)連接的網(wǎng)絡(luò)通信程序中,經(jīng)常需要心跳檢測(cè)機(jī)制,來(lái)實(shí)現(xiàn)檢測(cè)對(duì)方是否在線或者維持網(wǎng)絡(luò)連接的需要。 什么是 TCP ?;睿?當(dāng)你建立一個(gè) TCP 連接時(shí),你關(guān)聯(lián)了一組定時(shí)器。其中一些計(jì)時(shí)器處理?;钸^(guò)程。當(dāng)?;钣?jì)時(shí)器達(dá)到零時(shí),向?qū)Φ确桨l(fā)送一個(gè)?;钐綔y(cè)
    的頭像 發(fā)表于 11-13 11:28 ?497次閱讀
    為什么要使用 <b class='flag-5'>TCP</b> keepalive