數(shù)據(jù)通信與計(jì)算機(jī)網(wǎng)絡(luò)傳輸層

數(shù)據(jù)通信與計(jì)算機(jī)網(wǎng)絡(luò)傳輸層第1頁，共48頁，2023年，2月20日，星期六7.1.1傳輸層概述

傳輸層位于網(wǎng)絡(luò)體系結(jié)構(gòu)的第四層，如果將其上的各層均作為應(yīng)用層，則傳輸層直接與上層應(yīng)用層進(jìn)行數(shù)據(jù)通信，是整個(gè)網(wǎng)絡(luò)體系結(jié)構(gòu)的核心部分。需要注意的是在通信子網(wǎng)中沒有傳輸層，它只存在于通信子網(wǎng)以外的各主機(jī)中，如果將整個(gè)網(wǎng)絡(luò)體系結(jié)構(gòu)從網(wǎng)絡(luò)功能和用戶功能角度來劃分，傳輸層不包括在網(wǎng)絡(luò)功能部分，而是屬于用戶功能層的最低層。7.1傳輸層提供的服務(wù)第2頁，共48頁，2023年，2月20日，星期六7.1.1傳輸層概述

7.1傳輸層提供的服務(wù)傳輸層的位置

第3頁，共48頁，2023年，2月20日，星期六7.1.2提供給高層的服務(wù)

傳輸層的最終目標(biāo)是利用網(wǎng)絡(luò)層提供的服務(wù)向其用戶（一般是應(yīng)用層的進(jìn)程），提供有效、可靠且價(jià)格合理的服務(wù)。其主要任務(wù)是：在優(yōu)化網(wǎng)絡(luò)服務(wù)的基礎(chǔ)上，從源端機(jī)到目的端機(jī)提供可靠的、價(jià)格合理的數(shù)據(jù)傳輸，使高層服務(wù)用戶在相互通信時(shí)不必關(guān)心通信子網(wǎng)實(shí)現(xiàn)的細(xì)節(jié)，即與所使用的網(wǎng)絡(luò)無關(guān)。所以在通信子網(wǎng)內(nèi)的各個(gè)交換節(jié)點(diǎn)以及連接各通信子網(wǎng)的路由器中，都沒有傳輸層。7.1傳輸層提供的服務(wù)第4頁，共48頁，2023年，2月20日，星期六7.1.2提供給高層的服務(wù)

例如，設(shè)兩臺計(jì)算機(jī)主機(jī)A和主機(jī)B要進(jìn)行數(shù)據(jù)通信，如圖7-2所示，在計(jì)算機(jī)A和計(jì)算機(jī)B上同時(shí)有兩個(gè)應(yīng)用程序在運(yùn)行，每對應(yīng)用程序需要通過兩個(gè)互連的網(wǎng)絡(luò)才能進(jìn)行數(shù)據(jù)通信，如主機(jī)A上的應(yīng)用程序AP1要和主機(jī)B上的應(yīng)用程序AP3進(jìn)行通信，數(shù)據(jù)傳輸?shù)倪^程如圖7-3所示：7.1傳輸層提供的服務(wù)第5頁，共48頁，2023年，2月20日，星期六7.1.2提供給高層的服務(wù)

圖7-2多進(jìn)程通信情況

7.1傳輸層提供的服務(wù)第6頁，共48頁，2023年，2月20日，星期六7.1.2提供給高層的服務(wù)

圖7-3應(yīng)用程序進(jìn)行數(shù)據(jù)通信的過程

7.1傳輸層提供的服務(wù)第7頁，共48頁，2023年，2月20日，星期六7.1.2提供給高層的服務(wù)

由上圖可以看出數(shù)據(jù)在兩臺主機(jī)間傳送的整個(gè)過程，在物理層上可以透明地傳輸數(shù)據(jù)的比特流；在數(shù)據(jù)鏈路層上使得各條鏈路能傳送無差錯(cuò)的數(shù)據(jù)幀（數(shù)據(jù)幀按順序、無丟失、不重復(fù)）；在網(wǎng)絡(luò)層上提供了路由選擇和網(wǎng)絡(luò)互連的功能，使得主機(jī)A發(fā)送的數(shù)據(jù)段能夠按照合理的路由到達(dá)主機(jī)B。但是在這一過程中，到達(dá)主機(jī)B的數(shù)據(jù)并不一定是最可靠的，為了提高網(wǎng)絡(luò)服務(wù)的質(zhì)量，在傳輸層需要再次優(yōu)化網(wǎng)絡(luò)服務(wù)，并向高層用戶屏蔽通信子網(wǎng)的細(xì)節(jié)，使高層用戶看見的就好像在兩個(gè)傳輸層實(shí)體之間有一條端到端的、可靠的、全雙工的通信通路一樣。

7.1傳輸層提供的服務(wù)第8頁，共48頁，2023年，2月20日，星期六7.1.2提供給高層的服務(wù)

在整個(gè)通信的過程中，數(shù)據(jù)在傳輸層上，才是第一次實(shí)現(xiàn)真正意義的端到端的數(shù)據(jù)通信。要想實(shí)現(xiàn)傳輸層的功能，必須在主機(jī)中裝有傳輸層協(xié)議，此協(xié)議一般都可支持多個(gè)進(jìn)程的連接。如上述例子中，它同時(shí)支持了兩對應(yīng)用進(jìn)程進(jìn)行通信。在傳輸層中完成傳輸功能的硬件和軟件被稱為傳輸實(shí)體TSAP（TransportServiceAccessPoint），通過傳輸實(shí)體，傳輸層可以向應(yīng)用層提供傳輸服務(wù)7.1傳輸層提供的服務(wù)第9頁，共48頁，2023年，2月20日，星期六7.1.2提供給高層的服務(wù)

圖7-4傳輸層與其上下層之間的關(guān)系

7.1傳輸層提供的服務(wù)第10頁，共48頁，2023年，2月20日，星期六7.1.3TCP/IP協(xié)議中的傳輸層

在TCP/IP協(xié)議中有兩個(gè)并列的協(xié)議：UDP和TCP。UDP（UserDatagramProtocol，用戶數(shù)據(jù)報(bào)協(xié)議）是面向無連接的，即在進(jìn)行數(shù)據(jù)傳輸之前不需要建立連接，而目的主機(jī)收到數(shù)據(jù)報(bào)后也不需要發(fā)回確認(rèn)。這種協(xié)議提供了一種高效的傳輸服務(wù)。TCP（TransmissionControlProtocol，傳輸控制協(xié)議）是面向連接的，即在進(jìn)行數(shù)據(jù)傳輸之前需要先建立連接，而且目的主機(jī)收到數(shù)據(jù)報(bào)后要發(fā)回確認(rèn)信息。這種協(xié)議提供了一種可靠的傳輸服務(wù)。與UDP相比提供了較多的功能，但是相對的報(bào)文格式和運(yùn)行機(jī)制也較為復(fù)雜。7.1傳輸層提供的服務(wù)第11頁，共48頁，2023年，2月20日，星期六7.1.4端口

TCP/IP傳輸層可以通過協(xié)議端口（protocolport，簡稱端口）來標(biāo)識通信的應(yīng)用進(jìn)程。傳輸層就是通過端口與應(yīng)用層的應(yīng)用程序進(jìn)行信息交互的，應(yīng)用層各種用戶進(jìn)程通過相應(yīng)的端口與傳輸層實(shí)體進(jìn)行信息交互。端口實(shí)際上是一個(gè)16Bit長的地址，范圍可以從0至65535。將0至1023端口號稱為熟知端口（Well-KnownPort），其余1024至65535端口號稱為一般端口或（動態(tài)）連接端口（Registered/Dynamic），在數(shù)據(jù)傳輸過程中，應(yīng)用層中的各種不同的服務(wù)器進(jìn)程不斷地檢測分配給它們的端口，以便發(fā)現(xiàn)是否有某個(gè)應(yīng)用進(jìn)程要與它通信。7.1傳輸層提供的服務(wù)第12頁，共48頁，2023年，2月20日，星期六7.1.4端口

各端口的意義

7.1傳輸層提供的服務(wù)第13頁，共48頁，2023年，2月20日，星期六7.1.4端口

協(xié)議端口號關(guān)鍵字描述UDP42NAMESERVER主機(jī)名字服務(wù)器UDP53DOMAIN域名服務(wù)器UDP67BOOTPClient客戶端啟動協(xié)議服務(wù)UDP68BOOTPServer服務(wù)器端啟動協(xié)議服務(wù)UDP69TFTP簡單文件傳輸協(xié)議UDP111RPC微系統(tǒng)公司RPCTCP20FTPData文件傳輸服務(wù)器（數(shù)據(jù)連接）TCP21FTPControl文件傳輸服務(wù)器（控制連接）TCP23Telnet遠(yuǎn)程終端服務(wù)器TCP25SMTP簡單郵件傳輸協(xié)議TCP80HTTP超文本傳輸協(xié)議7.1傳輸層提供的服務(wù)第14頁，共48頁，2023年，2月20日，星期六7.1.4端口

通過SMTP進(jìn)行通信的主機(jī)

7.1傳輸層提供的服務(wù)第15頁，共48頁，2023年，2月20日，星期六7.1.4端口

為了使得多主機(jī)多進(jìn)程通信時(shí)，不至于發(fā)生上述的混亂情況，必須把端口號和主機(jī)的IP地址結(jié)合起來使用，稱為插口或套接字（Scoket）。由于主機(jī)的IP地址是唯一的，這樣目的主機(jī)就可以區(qū)分收到的數(shù)據(jù)報(bào)的源端機(jī)了。插口包括IP地址（32位）和端口號（16位），共48位。如上圖6-6所示：（5，200）和（1，25）就是一對插口，在整個(gè)Internet中，在傳輸層上進(jìn)行通信的一對插口都必須是唯一的。在上述的例子中，使用的是TCP協(xié)議，若使用UDP協(xié)議，雖然在進(jìn)行通信的進(jìn)程間不需要建立連接，但是在每次傳輸數(shù)據(jù)時(shí)，都要給出發(fā)送端口和接收端口，因此同樣也要使用插口。

7.1傳輸層提供的服務(wù)第16頁，共48頁，2023年，2月20日，星期六7.2傳輸控制協(xié)議TCP

TCP是TCP/IP體系中的傳輸層協(xié)議，是面向連接的，因而可以提供可靠的全雙工信息服務(wù)。在數(shù)據(jù)傳輸?shù)倪^程中，應(yīng)用層的數(shù)據(jù)報(bào)傳送到傳輸層后，加上TCP首部，就構(gòu)成了TCP的數(shù)據(jù)傳送單位，稱為報(bào)文段（Segment），在發(fā)送的時(shí)候作為IP數(shù)據(jù)報(bào)的數(shù)據(jù)。加上IP首部后成為IP數(shù)據(jù)報(bào)；在接收的時(shí)候，網(wǎng)絡(luò)層將IP數(shù)據(jù)報(bào)的IP首部去掉后上交給傳輸層，得到TCP報(bào)文段，傳輸層再將TCP首部去掉，然后上交給應(yīng)用層，得到應(yīng)用層所需要的報(bào)文段

第17頁，共48頁，2023年，2月20日，星期六7.2.1TCP報(bào)文的格式

7.2傳輸控制協(xié)議TCP

第18頁，共48頁，2023年，2月20日，星期六7.2.1TCP報(bào)文的格式

7.2傳輸控制協(xié)議TCP

1．源端口號和目的端口號各占16位，2個(gè)字節(jié)，分別標(biāo)識連接兩端的兩個(gè)通信的應(yīng)用進(jìn)程

2．發(fā)送序號占32位，4個(gè)字節(jié)，TCP的序號編號是對每一個(gè)字節(jié)進(jìn)行編號，因此在這個(gè)字段中給出的數(shù)字是本報(bào)文段所發(fā)送的數(shù)據(jù)部分的第一個(gè)字節(jié)的序號

3．接收序號又稱作確認(rèn)序號，占32位，4個(gè)字節(jié)，確認(rèn)序號指的是期望收到對方下次發(fā)送的數(shù)據(jù)報(bào)的第一個(gè)字節(jié)的序號，也就是期望收到的下一個(gè)報(bào)文段的首部中的發(fā)送序號，同時(shí)確認(rèn)以前收到的報(bào)文。第19頁，共48頁，2023年，2月20日，星期六7.2.1TCP報(bào)文的格式

7.2傳輸控制協(xié)議TCP

4．?dāng)?shù)據(jù)偏移占4位，此字段指出在TCP數(shù)據(jù)報(bào)內(nèi)實(shí)際的數(shù)據(jù)到TCP報(bào)文段的起始位置的距離，實(shí)際上就是整個(gè)TCP報(bào)文段首部的長度。數(shù)據(jù)偏移字段存儲的數(shù)值的單位是32位的字。5．保留字段與標(biāo)志位占6位，設(shè)置的值為0，供功能擴(kuò)展使用，新的TCP版本有些位已被啟用。標(biāo)志位，共有6個(gè)，每個(gè)占1位：（1）緊急比特位（URG），（2）確認(rèn)比特（ACK），（3）緊迫比特（PSH），（4）重建比特（RST），（5）同步比特（SYN），（6）終止比特（FIN）

第20頁，共48頁，2023年，2月20日，星期六7.2.1TCP報(bào)文的格式

7.2傳輸控制協(xié)議TCP

6．窗口占2字節(jié)，設(shè)置的值為發(fā)送方接收窗口的大小，單位為字節(jié)

7．檢驗(yàn)和占2字節(jié)，用來檢驗(yàn)首部和數(shù)據(jù)部分以及偽首部之和

8．緊急指針與緊急比特配合使用處理緊急情況，指出在本報(bào)文段中的緊急數(shù)據(jù)的最后一個(gè)字節(jié)的序號

第21頁，共48頁，2023年，2月20日，星期六7.2.1TCP報(bào)文的格式

7.2傳輸控制協(xié)議TCP

9．選項(xiàng)和填充TCP首部可以有多達(dá)40字節(jié)的可選信息。此字段為可變部分，它們用來將附加信息傳遞給目的站，或用來將其它選項(xiàng)對齊。TCP定義了兩類選項(xiàng)：一字節(jié)選項(xiàng)和多字節(jié)選項(xiàng)

第22頁，共48頁，2023年，2月20日，星期六7.2.2TCP的編號與確認(rèn)

在TCP報(bào)文段首部含有確認(rèn)序號字段，通過它可以完成TCP報(bào)文的確認(rèn)，具體的確認(rèn)是對接收到的數(shù)據(jù)的最高序號進(jìn)行確認(rèn)，返回的確認(rèn)序號是已經(jīng)收到的數(shù)據(jù)的最高序號加1。由于TCP采用全雙工的通信方式，因此進(jìn)行通信的每一方都不必專門發(fā)送確認(rèn)報(bào)文段，可以在傳送數(shù)據(jù)的同時(shí)進(jìn)行確認(rèn)，這種方式稱為捎帶確認(rèn)。7.2傳輸控制協(xié)議TCP

第23頁，共48頁，2023年，2月20日，星期六7.2.3TCP的流量控制機(jī)制

兩用戶進(jìn)程間的流量控制和鏈路層兩相鄰結(jié)點(diǎn)間的流量控制類似，都要防止快速的發(fā)送數(shù)據(jù)時(shí)超過接收者的能力，采用的方法都是基于滑動窗口的原理。但是鏈路層常采用固定窗口大小，而傳輸層則采用可變窗口大小和使用動態(tài)緩沖分配。在TCP報(bào)文段首部的窗口字段寫入的數(shù)值就是當(dāng)前設(shè)定的接收窗口的大小。假設(shè)發(fā)送端要發(fā)送的數(shù)據(jù)為8個(gè)報(bào)文段，每個(gè)報(bào)文段的長度為100個(gè)字節(jié)，而此時(shí)接收端許諾的發(fā)送窗口為400個(gè)字節(jié)，具體情況如下圖所示：7.2傳輸控制協(xié)議TCP

第24頁，共48頁，2023年，2月20日，星期六7.2.3TCP的流量控制機(jī)制

滑動窗口機(jī)制

7.2傳輸控制協(xié)議TCP

第25頁，共48頁，2023年，2月20日，星期六7.2.3TCP的流量控制機(jī)制

7.2傳輸控制協(xié)議TCP

發(fā)送端接收端

第26頁，共48頁，2023年，2月20日，星期六7.2.3TCP的流量控制機(jī)制

實(shí)際上實(shí)現(xiàn)流量控制并非僅僅為了使得接收方來得及接收而已，還要有控制網(wǎng)絡(luò)擁塞的作用。比如接收端正處于較空閑的狀態(tài)，而整個(gè)網(wǎng)絡(luò)的負(fù)載卻很多，這時(shí)如果發(fā)送方仍然按照接收方的要求發(fā)送數(shù)據(jù)就會加重網(wǎng)絡(luò)負(fù)荷，由此會引起報(bào)文段的時(shí)延增大，使得主機(jī)不能及時(shí)地收到確認(rèn)，因此會重發(fā)更多的報(bào)文段，更加劇了網(wǎng)絡(luò)的阻塞，形成惡性循環(huán)。為了避免發(fā)生這種情況，主機(jī)應(yīng)該及時(shí)地調(diào)整發(fā)送速率。

7.2傳輸控制協(xié)議TCP

第27頁，共48頁，2023年，2月20日，星期六7.2.3TCP的流量控制機(jī)制發(fā)送端主機(jī)在發(fā)送數(shù)據(jù)時(shí)，既要考慮到接收方的接收能力，也要考慮網(wǎng)絡(luò)目前的使用情況，發(fā)送方發(fā)送窗口大小應(yīng)該考慮以下幾點(diǎn)：（1）通知窗口（advertisedwindow）：這是接收方根據(jù)自己的接收能力而確定的接收窗口的大小。（2）擁塞窗口（congestionwindow）：這是發(fā)送方根據(jù)目前網(wǎng)絡(luò)的使用情況而得出的窗口值，也就是來自發(fā)送方的流量控制。當(dāng)中最小的一個(gè)最為適宜，即：發(fā)送窗口=Min[通知窗口，擁塞窗口]

進(jìn)行擁塞控制，Internet標(biāo)準(zhǔn)推薦使用三種技術(shù)，即慢啟動（slow-start），加速遞減（multiplicativedecrease）和擁塞避免（congestionavoidance）。第28頁，共48頁，2023年，2月20日，星期六7.2.4TCP的差錯(cuò)控制7.2傳輸控制協(xié)議TCP

1．差錯(cuò)檢測和糾正TCP中的差錯(cuò)檢測是通過三種簡單工具來完成的：檢驗(yàn)和、確認(rèn)和超時(shí)。

每一個(gè)報(bào)文段都包括檢驗(yàn)和字段，用來檢查受到損傷的報(bào)文段；若報(bào)文段受到損傷，就由目的TCP將其丟棄。TCP使用確認(rèn)的方法來證實(shí)收到了某些報(bào)文段，它們已經(jīng)無損傷地到達(dá)了目的TCP。TCP不使用否認(rèn)。若一個(gè)報(bào)文段在超時(shí)截止期之前未被確認(rèn)，則被認(rèn)為是受到損傷或已丟失。

第29頁，共48頁，2023年，2月20日，星期六7.2.4TCP的差錯(cuò)控制7.2傳輸控制協(xié)議TCP

2．受損傷的報(bào)文段圖7-15所示為一個(gè)受損傷的報(bào)文段到達(dá)目的站。

第30頁，共48頁，2023年，2月20日，星期六7.2.4TCP的差錯(cuò)控制7.2傳輸控制協(xié)議TCP

3．丟失的報(bào)文段對于一個(gè)丟失的報(bào)文段。這與受損報(bào)文段的情況完全一樣。4．重復(fù)的報(bào)文段當(dāng)含有同樣序號的分組作為另一個(gè)收到的報(bào)文段到達(dá)時(shí)，目的TCP丟棄這個(gè)分組。5．失序的報(bào)文段對失序的報(bào)文段不確認(rèn)，直到收到所有它以前的報(bào)文段為止

第31頁，共48頁，2023年，2月20日，星期六7.2.4TCP的差錯(cuò)控制7.2傳輸控制協(xié)議TCP

6．丟失的確認(rèn)第32頁，共48頁，2023年，2月20日，星期六7.2.5TCP的重發(fā)機(jī)制7.2傳輸控制協(xié)議TCP

在傳輸層中，TCP確認(rèn)到達(dá)的時(shí)間概率分布不是很集中，所以確定超時(shí)重發(fā)的時(shí)間就很困難。TCP采用了一種自適應(yīng)算法來計(jì)算重發(fā)超時(shí)時(shí)間。這種算法把每次每個(gè)報(bào)文段發(fā)出的時(shí)間和收到此報(bào)文段確認(rèn)的時(shí)間都記錄下來，兩時(shí)間之差稱為報(bào)文段的往返時(shí)延。針對所有發(fā)送正確的報(bào)文段的往返時(shí)延進(jìn)行加權(quán)平均，得到報(bào)文段的平均往返時(shí)延RT，而將TCP測量該往返時(shí)延所用的時(shí)間設(shè)為M，根據(jù)得到的時(shí)延，按照下列公式進(jìn)行計(jì)算修正的RT：RT=αRT+（1-α）M式中，α是修正因子，一般取值為7/8。第33頁，共48頁，2023年，2月20日，星期六7.2.5TCP的重發(fā)機(jī)制7.2傳輸控制協(xié)議TCP

1988年，Jacobson提出一種動態(tài)的確定超時(shí)重發(fā)時(shí)間的方法，他提出β的變化要與確認(rèn)到達(dá)時(shí)間的概率密度函數(shù)的標(biāo)準(zhǔn)偏差大致成比例，并建議采用平均偏差作為對標(biāo)準(zhǔn)偏差的粗略估計(jì)。在這種算法中，需要保存另一個(gè)修正因子D（偏差值），按照下列公式進(jìn)行新的計(jì)算：D=αD+（1-α）|RT-M|這時(shí)得到的D值與上面的RT值相比，更加令人滿意。但是當(dāng)數(shù)據(jù)段重發(fā)，并確認(rèn)到達(dá)后，不清楚確認(rèn)是針對先發(fā)的數(shù)據(jù)段還是對重發(fā)的數(shù)據(jù)段進(jìn)行的，如果只是進(jìn)行憑空的猜測將導(dǎo)致對數(shù)據(jù)的嚴(yán)重破壞。第34頁，共48頁，2023年，2月20日，星期六7.2.6TCP的傳輸連接管理

1.TCP連接的建立第一次握手：源端機(jī)發(fā)送一個(gè)帶有本次連接序號的請求。第二次握手：目的主機(jī)收到請求后，如果同意連接，則發(fā)回一個(gè)帶有本次連接序號和源端機(jī)連接序號的確認(rèn)。第三次握手：源端機(jī)收到含有兩次初始序號的應(yīng)答后，再向目的主機(jī)發(fā)送一個(gè)帶有兩次連接序號的確認(rèn)。7.2傳輸控制協(xié)議TCP

第35頁，共48頁，2023年，2月20日，星期六7.2.6TCP的傳輸連接管理

TCP協(xié)議中連接建立的過程第36頁，共48頁，2023年，2月20日，星期六7.2.6TCP的傳輸連接管理

2.連接的釋放第一次握手：由進(jìn)行數(shù)據(jù)通信的任意一方提出要求釋放連接的請求報(bào)文段。第二次握手：接收端收到此請求后，會發(fā)送確認(rèn)報(bào)文段，同時(shí)當(dāng)接收端的所有數(shù)據(jù)也都已經(jīng)發(fā)送完畢后，接收端會向發(fā)送端發(fā)送一個(gè)帶有其自己序號的報(bào)文段。第三次握手：發(fā)送端收到接收端的要求釋放連接的報(bào)文段后，發(fā)送反向確認(rèn)。第37頁，共48頁，2023年，2月20日，星期六7.2.6TCP的傳輸連接管理

TCP連接的釋放過程第38頁，共48頁，2023年，2月20日，星期六*7.3一個(gè)TCP/IP數(shù)據(jù)包實(shí)例為了讀者便于理解，我們在網(wǎng)上捕獲了一個(gè)數(shù)據(jù)包，學(xué)習(xí)時(shí)可以對照曾經(jīng)講過的TCP/IP各層數(shù)據(jù)報(bào)的格式來閱讀下面的數(shù)據(jù)例子。在分析這個(gè)例子的時(shí)候，請注意以下幾個(gè)方面：（1）網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)包是逐層封裝的（2）數(shù)據(jù)包是從最底層開始分析的（3）數(shù)據(jù)的下面，是分層對協(xié)議報(bào)頭各字段的分析。第39頁，共48頁，2023年，2月20日，星期六*7.3一個(gè)TCP/IP數(shù)據(jù)包實(shí)例數(shù)據(jù)包實(shí)例：00030fffbaf102e03be86c130800450005a8191b40007706adf1d361a8afd21fe912

00500ccc20d9044cd620e3fe5010fef239890000

協(xié)議分析：Frame1（1462onwire,1462captured）ArrivalTime:Apr27,200415:37:08.310024000FrameNumber:1PacketLength:1462bytesCaptureLength:1462bytes第40頁，共48頁，2023年，2月20日，星期六*7.3一個(gè)TCP/IP數(shù)據(jù)包實(shí)例EthernetII00030fffbaf1 ;Destination:00:03:0f:ff:ba:f102e03be86c13 ;Source:02:e0:3b:e8:6c:130800 ;Type:IP（0x0800）InternetProtocol,SrcAddr:（75）,DstAddr:lao-ji（8）45 ;Version:4（0100B） ;Headerlength:20bytes（0101B）00

;DifferentiatedServicesField:Default;ECN:0x00） 000000..=DifferentiatedServicesCodepoint:Default（0x00） ......0.=ECN-CapableTransport（ECT）:0 .......0=ECN-CE:005a8 ;TotalLength:1448191b ;Identification:0x191b第41頁，共48頁，2023年，2月20日，星期六*7.3一個(gè)TCP/IP數(shù)據(jù)包實(shí)例4 ;Flags:0x04 .1..=Don'tfragment:Set ..0.=Morefragments:Notset000 ;Fragmentoffset:077 ;Timetolive:11906 ;Protocol:TCP（0x06）adf1 ;Headerchecksum:0xadf1（correct）d361a8af ;Source:75（75）d21fe912 ;Destination:lao-ji（8）第42頁，共48頁，2023年，2月20日，星期六*7.3一個(gè)TCP/IP數(shù)據(jù)包實(shí)例TransmissionControlProtocol,SrcPort:http（80）,DstPort:3276（3276）,Seq:551093324,Ack:35924797420050 ;Sourceport:http（80）0ccc ;Destinationport:3276（3276）20d9044c ;Sequencenumber:551093324 ;Nextsequencenumber:551094732d620e3fe ;Acknowledgementnumber:35924797425 ;Headerlength:20bytes第43頁，共48頁，2023年，2月20日，星期六*7.3一個(gè)TCP/IP數(shù)據(jù)包實(shí)例010 ;Flags:0x0010（ACK） 0.......=CongestionWindowReduced（CWR）:Notset .0......=ECN-Echo:Notset ..0.....=Urgent:Notset ...1....=Acknowledgment:Set ....0...=Push:Nots