計算機網(wǎng)絡技術(shù)與應用簡明教程ch02網(wǎng)絡體系結(jié)構(gòu)課件_第1頁
計算機網(wǎng)絡技術(shù)與應用簡明教程ch02網(wǎng)絡體系結(jié)構(gòu)課件_第2頁
計算機網(wǎng)絡技術(shù)與應用簡明教程ch02網(wǎng)絡體系結(jié)構(gòu)課件_第3頁
計算機網(wǎng)絡技術(shù)與應用簡明教程ch02網(wǎng)絡體系結(jié)構(gòu)課件_第4頁
計算機網(wǎng)絡技術(shù)與應用簡明教程ch02網(wǎng)絡體系結(jié)構(gòu)課件_第5頁
已閱讀5頁,還剩58頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、第二章 網(wǎng)絡體系結(jié)構(gòu)教學目標教學重點教學過程第1頁,共63頁。7/29/20221教學目標理解網(wǎng)絡體系結(jié)構(gòu)的基本概念掌握OSI參考模型掌握TCP/IP參考模型第2頁,共63頁。7/29/20222教學重點網(wǎng)絡體系結(jié)構(gòu)的基本概念OSI參考模型各層的功能 TCP/IP參考模型及各層的功能互聯(lián)網(wǎng)絡協(xié)議IP與IP層服務 傳輸層協(xié)議TCP第3頁,共63頁。7/29/20223教學過程網(wǎng)絡體系結(jié)構(gòu)的基本概念 OSI參考模型 TCP/IP參考模型 第4頁,共63頁。7/29/202242.1網(wǎng)絡體系結(jié)構(gòu)的基本概念網(wǎng)絡協(xié)議的概念為進行計算機網(wǎng)絡中的數(shù)據(jù)交換而建立的規(guī)則、標準或約定的集合稱為網(wǎng)絡協(xié)議(Proto

2、col)。網(wǎng)絡協(xié)議主要由三個要素組成:(1)語義(Semantics):涉及用于協(xié)調(diào)與差錯處理的控制信息。(2)語法(Syntax):涉及數(shù)據(jù)及控制信息的格式、編碼及信號電平等。(3)定時(Timing):也稱同步,涉及速度匹配和排序等。 第5頁,共63頁。7/29/20225網(wǎng)絡分層結(jié)構(gòu)計算機網(wǎng)絡系統(tǒng)是一個十分復雜的系統(tǒng)。將一個復雜系統(tǒng)分解為若干個容易處理的子系統(tǒng),然后“分而治之”逐個加以解決,這是系統(tǒng)分解的最好方法之一。 第6頁,共63頁。7/29/20226計算機網(wǎng)絡的層次模型 目前計算機網(wǎng)絡均采用層次化的體系結(jié)構(gòu)。由于計算機網(wǎng)絡涉及多個實體間的通信,其層次結(jié)構(gòu)一般用垂直分層模型來表示。

3、這種層次結(jié)構(gòu)的要點可歸納如下:(1)除了在物理媒體上進行的是實通信之外,其余各對等實體間進行的都是虛通信。(2)對等層的虛通信必須遵循該層的協(xié)議。(3)n層的虛通信是通過n/n-1層間接口處n一1層提供的服務以及n-1層的通信(通常也是虛通信)來實現(xiàn)的。 第7頁,共63頁。7/29/20227計算機網(wǎng)絡的層次模型第8頁,共63頁。7/29/20228計算機網(wǎng)絡的層次模型一定要弄清楚,協(xié)議和服務在概念上是很不一樣的。首先,協(xié)議的實現(xiàn)保證能夠向上一層提供服務。本層的服務用戶只能看見服務而無法看見下面的協(xié)議。下面的協(xié)議對上面的服務用戶是透明的。其次,協(xié)議是“水平的”,即協(xié)議是控制對等實體之間通信的規(guī)

4、則。但服務是“垂直的”,即服務是由下層向上層通過層間接口提供的。 第9頁,共63頁。7/29/202292.2 OSI參考模型國際標準化組織ISO(International Standards Organization)是世界上最為著名的國際標準化組織之一。ISO對網(wǎng)絡標準最主要的貢獻是為開放式系統(tǒng)互聯(lián)OSI(Open System Interconnection)建立的參考模型 。第10頁,共63頁。7/29/202210OSI參考模型的基本概念 開放系統(tǒng)互連參考模型OSI/RM是個抽象的概念。在1983年形成了開放系統(tǒng)互連基本參考模型的正式文件,也就是所謂的七層協(xié)議的體系結(jié)構(gòu)。在標準的制

5、定過程中,采用了三級抽象的原則:體系結(jié)構(gòu)(architecture)服務定義(service definition)協(xié)議說明(protocol specification)第11頁,共63頁。7/29/202211OSI參考模型的結(jié)構(gòu) 第12頁,共63頁。7/29/202212OSI參考模型各層的功能 1. 物理層物理層是數(shù)據(jù)通信的基礎(chǔ),通過建立物理鏈路來傳輸數(shù)據(jù)信號。因此物理層負責建立、維護和拆除物理鏈路,其作用是使原始的數(shù)據(jù)比特流能在物理媒體上傳輸。為數(shù)據(jù)鏈路層提供通明的流傳輸服務。為了實現(xiàn)物理鏈路的建立、維護和拆除功能,物理層要定義所需的機械、電氣、功能和規(guī)程的特性。第13頁,共63頁。

6、7/29/2022131.物理層常見的物理層的標準有RS-232C、RS-422、RS-423、RS-449,CCITT X.21等。其中最著名和廣泛采用的是RS-232C。下面就以RS-232C為例來說明:第14頁,共63頁。7/29/202214RS-232CRS-232C接口就是物理層上所定義的一種串行物理接口標準,是由美國電子工業(yè)協(xié)會EIA制定的。它最初是為連接計算機和調(diào)制解調(diào)器而制定的。其機械特性規(guī)定使用25根插針的標準連接器,對該連接器的尺寸及每個插針的排列位置等都有明確的規(guī)定;第15頁,共63頁。7/29/202215RS-232C其電氣特性規(guī)定邏輯“1”的電平為低于-3V,而邏

7、輯“0”的電平為高于+3V,使用這樣高的電平能直接連接的最大距離約15米, 通信速率低于20kb/s;功能特性方面定義了25針連接器中的20條連接線,其中包括:2條地線,4條數(shù)據(jù)線,11條控制線,3條定時信號,其余5條線是備用的或為定義的;規(guī)程特性定義了這20條連接線的連接方式和工作流程。第16頁,共63頁。7/29/2022162.數(shù)據(jù)鏈路層數(shù)據(jù)鏈路層協(xié)議是建立在物理層基礎(chǔ)上的,通過一些數(shù)據(jù)鏈路層協(xié)議,在不太可靠的物理鏈路上實現(xiàn)可靠的數(shù)據(jù)傳輸。在數(shù)據(jù)鏈路層中,比特流被組織成數(shù)據(jù)鏈路層協(xié)議數(shù)據(jù)單元(通常稱為幀),并以其為傳輸單位。數(shù)據(jù)鏈路層的主要作用是實現(xiàn)幀的正確傳輸,通過進行必要的同步控制、

8、鏈路管理、差錯控制、流量控制,為網(wǎng)絡層提供可靠的無差錯的數(shù)據(jù)信息。第17頁,共63頁。7/29/2022173.網(wǎng)絡層數(shù)據(jù)鏈路層研究和解決的是相鄰的節(jié)點之間的通信問題,實現(xiàn)的任務是在兩個相鄰節(jié)點間透明的,無差錯的,幀信息的傳送。數(shù)據(jù)鏈路層不能解決由多條鏈路組成的通路的數(shù)據(jù)傳輸問題。在網(wǎng)絡層中,數(shù)據(jù)以網(wǎng)絡層協(xié)議數(shù)據(jù)單元(通常稱為分組)為單位進行傳輸。第18頁,共63頁。7/29/2022183.網(wǎng)絡層網(wǎng)絡層的主要功能,就是實現(xiàn)整個網(wǎng)絡系統(tǒng)內(nèi)的連接,為傳輸層提供整個網(wǎng)絡范圍內(nèi)兩個終端用戶之間數(shù)據(jù)傳輸?shù)耐?。網(wǎng)絡層關(guān)心的是通信子網(wǎng)的運行與控制,主要解決如何使數(shù)據(jù)分組跨越通信子網(wǎng)從源端傳送到目的端的問

9、題,這就需要在通信子網(wǎng)中進行路由選擇。另外,為了避免通信子網(wǎng)中出現(xiàn)過多的分組而造成網(wǎng)絡擁塞,需要對流入的分組數(shù)量進行控制。第19頁,共63頁。7/29/2022194.傳輸層傳輸層是第一個正真用來完成端到端,也就是主機到主機通信的層次。傳輸層提供的是端到端的透明數(shù)據(jù)傳輸服務,使高層用戶不必關(guān)心通信子網(wǎng)的工作方式,由此高層軟件便可運行于任何通信子網(wǎng)上。第20頁,共63頁。7/29/2022204.傳輸層傳輸層還要處理端到端的差錯控制和流量控制等問題。在傳輸層即以上的高層中,數(shù)據(jù)傳送的單位不再另外命名,通稱為報文。第21頁,共63頁。7/29/2022215.會話層會話層是進程與進程之間通信的層次

10、,其主要功能是組織和同步不同主機上各種進程間的通信(也稱為對話)。會話層負責在兩個會話層實體之間進行對話連接的建立和拆除。會話層還提供在數(shù)據(jù)流中插入同步點的機制。第22頁,共63頁。7/29/2022226.表示層表示層為上層用戶提供統(tǒng)一的數(shù)據(jù)或信息的語法表示方法。為了讓采用不同編碼方式的計算機在通信中能夠相互理解數(shù)據(jù)的內(nèi)容,可以采用抽象的標準方法來定義數(shù)據(jù)結(jié)構(gòu),并采用標準的編碼表示形式。數(shù)據(jù)壓縮和加密也是表示層所提供的表示變換功能。第23頁,共63頁。7/29/2022237.應用層應用層是開放系統(tǒng)互連環(huán)境的最高層。不同的應用層為特定類型的網(wǎng)絡應用提供訪問OSI環(huán)境的手段。網(wǎng)絡環(huán)境下不同主機

11、間的文件傳送訪問和管理、傳送標準電子郵件的文電處理系統(tǒng)、使不同類型的終端和主機通過網(wǎng)絡交互訪問的虛擬終端協(xié)議等都屬于應用層的范疇。第24頁,共63頁。7/29/202224OSI 環(huán)境中數(shù)據(jù)的傳輸 第25頁,共63頁。7/29/2022252.3 TCP/IP參考模型TCP協(xié)議最早由斯坦福大學的兩名研究人員于1973年提出。1983年,TCP/IP被Unix 4.2BSD系統(tǒng)采用。隨著Unix的成功,TCP/IP逐步成為Unix機器的標準網(wǎng)絡協(xié)議。Internet的前身ARPANET最初使用NCP(Network Control Protocol)協(xié)議,由于TCP/IP協(xié)議具有跨平臺特性,AR

12、PANET的實驗人員在經(jīng)過對TCP/IP的改進以后,規(guī)定連入ARPANET的計算機都必須采用TCP/IP協(xié)議。隨著ARPANET逐漸發(fā)展成為Internet,TCP/IP協(xié)議就成為Internet的標準連接協(xié)議。 第26頁,共63頁。7/29/202226TCP/IP的體系結(jié)構(gòu)TCP/IP協(xié)議其實是一個協(xié)議集合,其命名源于其中兩個最為重要的協(xié)議:TCP協(xié)議和IP協(xié)議。TCP/IP協(xié)議并不完全符合OSI的七層參考模型。TCP/IP采用同樣分層的策略使網(wǎng)絡實現(xiàn)結(jié)構(gòu)化,但與OSI參考模型不同,TCP/IP體系結(jié)構(gòu)模型只有四層,自下往上分別是網(wǎng)絡接口層,網(wǎng)際層,傳輸層和應用層。第27頁,共63頁。7/

13、29/202227TCP/IP與OSI的比較 OSI參考模型和TCP/IP參考模型有很多相似之處。它們都是基于獨立的協(xié)議集的概念。而且,層的功能也大體相似。在這兩個模型中,傳輸層及傳輸層之上的層都為希望其低層能夠提供端到端的,與網(wǎng)絡無關(guān)的傳輸服務。這些低層和傳輸層形成了傳輸提供者。同樣,在這兩個模型中,傳輸層以上的層都是使用傳輸服務的由應用主導的用戶。除了這些基本的相似之處以外,兩個模型也有很多差別。 第28頁,共63頁。7/29/202228TCP/IP與OSI的比較應用層運輸層網(wǎng)絡層表示層會話層數(shù)據(jù)鏈路層物理層7654321OSI 的體系結(jié)構(gòu)應用層網(wǎng)絡接口層網(wǎng)際層 IP (各種應用層協(xié)議如

14、TELNET, FTP, SMTP 等)運輸層(TCP 或 UDP)TCP/IP 的體系結(jié)構(gòu)無連接分組交付服務運輸服務 (可靠或不可靠)各種應用服務TCP/IP 的三個服務層次第29頁,共63頁。7/29/202229互聯(lián)網(wǎng)絡協(xié)議IP與IP層服務 在TCP/IP模型的網(wǎng)絡層中含有四個重要的協(xié)議:網(wǎng)際協(xié)議IP、互聯(lián)網(wǎng)控制報文協(xié)議ICMP、地址解析協(xié)議ARP和反向地址解析協(xié)議RARR。 網(wǎng)絡層的功能主要由IP來提供。除了提供端到端的分組轉(zhuǎn)發(fā)功能外,IP還提供了很多擴充功能。 第30頁,共63頁。7/29/2022301.網(wǎng)際協(xié)議IP(Internet Protocol) 網(wǎng)絡層最重要的協(xié)議是IP協(xié)

15、議,它將多個網(wǎng)絡聯(lián)成一個互連網(wǎng),可以把高層的數(shù)據(jù)以多個數(shù)據(jù)報的形式通過互連網(wǎng)轉(zhuǎn)發(fā)出去。IP的基本任務是通過互連網(wǎng)傳送數(shù)據(jù)報,各個IP數(shù)據(jù)報之間是相互獨立的。主機上的IP層向傳輸層提供服務。IP不保證服務的可靠性,在主機資源不足的情況下,它可能丟棄某些數(shù)據(jù)報,同時IP也不檢查被數(shù)據(jù)鏈路層丟棄的數(shù)據(jù)。 第31頁,共63頁。7/29/2022312.互聯(lián)網(wǎng)控制報文協(xié)議ICMP為了使互連網(wǎng)能報告IP數(shù)據(jù)報的差錯,或提供有關(guān)意外情況的信息,在IP層加入了一種特殊用途的報文機制,即因特網(wǎng)控制報文協(xié)議ICMP(Internet Control Message Protocol)。 ICMP允許主機或路由器報

16、告差措情況和提供有關(guān)異常情況的報告。但ICMP不是高層協(xié)議,而是IP層的協(xié)議。ICMP報文作為IP層數(shù)據(jù)報的數(shù)據(jù),加上數(shù)據(jù)報的首部,組成數(shù)據(jù)報發(fā)送出去。 第32頁,共63頁。7/29/2022322.互聯(lián)網(wǎng)控制報文協(xié)議ICMPICMP報文的種類有兩種,即ICMP差錯報告報文和ICMP詢問報文。 ICMP差錯報告報文共有5種,即:(1)終點不可達 (2)源站抑制 (3)時間超過 (4)參數(shù)問題 (5)改變路由(重定向) 第33頁,共63頁。7/29/2022332.互聯(lián)網(wǎng)控制報文協(xié)議ICMPICMP詢問報文有四種,即回送請求和回答、時間戳請求和回答、掩碼地址請求和回答,以及路由器詢問和通告。 在

17、應用層有一個很常用的服務叫做PING(Packet InterNet Groper),用來測試兩個主機之間的連通性。PING使用了ICMP回送請求與回送回答報文。PING是應用層直接使用網(wǎng)絡層ICMP的一個例子。它沒有通過傳輸層的TCP或UDP。 第34頁,共63頁。7/29/2022343.地址解析協(xié)議ARP在TCP/IP網(wǎng)絡環(huán)境下,為每個主機都分配了一個32位的IP地址,這種互連網(wǎng)地址是在網(wǎng)際范圍內(nèi)標識主機的一種邏輯地址。為了讓數(shù)據(jù)在物理網(wǎng)絡上傳送,必須知道彼此的物理地址(MAC地址)。這樣就存在把互連網(wǎng)地址轉(zhuǎn)換為物理地址的地址轉(zhuǎn)換問題。這就需要在網(wǎng)絡層有一組服務能夠?qū)P地址轉(zhuǎn)換為相應物

18、理地址的協(xié)議,即地址解析協(xié)議ARP。 第35頁,共63頁。7/29/2022353.地址解析協(xié)議ARP在進行數(shù)據(jù)發(fā)送時,如果源端主機只有目的主機的IP地址,而沒有對應的物理地址,則廣播ARP請求以獲取目的站物理地址,目的站在接收到由源端主機發(fā)來的ARP請求后必須響應該請求。這樣源端主機就能夠獲得目的主機的物理地址,并將其放入相應的高速緩存中(Cache)。 第36頁,共63頁。7/29/2022364.反向地址解析協(xié)議RARP反向地址解析協(xié)議用于一種特殊情況,如果站點初始化以后,只有自己的物理地址而沒有IP地址,則它可以通過RARP協(xié)議,發(fā)出廣播請求,征求自己的IP地址,而RARP服務器則負責

19、響應。這樣,無IP地址的站點可以通過RARP協(xié)議取得自己的IP地址。第37頁,共63頁。7/29/202237端口的概念TCP/IP參考模型的傳輸層主要有兩個協(xié)議,分別是傳輸控制協(xié)議TCP(Transmission Control Protocol)和用戶數(shù)據(jù)報協(xié)議UDP(User Datagram Procotol)。這兩個協(xié)議都必須使用端口和上層的應用進程進行通信。端口是個非常重要的概念,因為應用層的各種進程是通過相應的端口與傳輸層實體進行交互的。 第38頁,共63頁。7/29/202238端口的概念TCP 報文段UDP用戶數(shù)據(jù)報應用進程TCP 復用IP 復用UDP 復用TCP 報文段應用

20、進程端口端口TCP 分用UDP 分用IP 分用IP 數(shù)據(jù)報IP 數(shù)據(jù)報發(fā)送方接收方第39頁,共63頁。7/29/202239端口的概念端口號分為兩類。一類是由因特網(wǎng)指派名字和號碼公司ICANN負責分配給一些常用的應用層程序固定使用的熟知端口(well-known port),其值一般為01023,例如:應用程序FTPTELNETSMTPDNSTFTPHTTPSNMP熟知端口212325536980161另一類則是一般端口,用來隨時分配給請求通信的客戶進程,其值一般大于1023。第40頁,共63頁。7/29/202240傳輸控制協(xié)議TCP TCP是TCP/IP體系中面向連接的協(xié)議,它的主要作用是

21、在不可靠的網(wǎng)絡服務上提供端到端的可靠字節(jié)流。所有TCP連接都是全雙工的和點對點的,不支持廣播(broadcasting)和多播(multicasting)。 第41頁,共63頁。7/29/202241傳輸控制協(xié)議TCP端口發(fā)送 TCP 報文段TCPTCP接收緩存發(fā)送緩存報文段報文段報文段端口發(fā)送端接收端向發(fā)送緩存寫入數(shù)據(jù)塊從接收緩存讀取數(shù)據(jù)塊應用進程應用進程第42頁,共63頁。7/29/20224220 字節(jié)的固定首部TCP首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FIN32 bitSYNRSTPSHACKURG比特 0

22、8 16 24 31填 充TCP 數(shù)據(jù)部分TCP 首部TCP 報文段IP 數(shù)據(jù)部分IP 首部發(fā)送在前第43頁,共63頁。7/29/202243TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充源端口和目的端口字段各占 2 字節(jié)。端口是運輸層與應用層的服務接口。運輸層的復用和分用功能都要通過端口才能實現(xiàn)。 第44頁,共63頁。7/29/202244TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口

23、序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充序號字段占 4 字節(jié)。TCP 連接中傳送的數(shù)據(jù)流中的每一個字節(jié)都編上一個序號。序號字段的值則指的是本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。 第45頁,共63頁。7/29/202245TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充確認號字段占 4 字節(jié),是期望收到對方的下一個報文段的數(shù)據(jù)的第一個字節(jié)的序號。 第46頁,共63

24、頁。7/29/202246TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充數(shù)據(jù)偏移占 4 bit,它指出 TCP 報文段的數(shù)據(jù)起始處距離 TCP 報文段的起始處有多遠?!皵?shù)據(jù)偏移”的單位不是字節(jié)而是 32 bit 字(4 字節(jié)為計算單位)。 第47頁,共63頁。7/29/202247TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTP

25、SHACKURG比特 0 8 16 24 31填 充保留字段占 6 bit,保留為今后使用,但目前應置為 0。 第48頁,共63頁。7/29/202248TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充緊急比特 URG 當 URG 1 時,表明緊急指針字段有效。它告訴系統(tǒng)此報文段中有緊急數(shù)據(jù),應盡快傳送(相當于高優(yōu)先級的數(shù)據(jù))。 第49頁,共63頁。7/29/202249TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項

26、(長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充確認比特 ACK 只有當 ACK 1 時確認號字段才有效。當 ACK 0 時,確認號無效。 第50頁,共63頁。7/29/202250TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充推送比特 PSH (PuSH) 接收 TCP 收到推送比特置 1 的報文段,就盡快地交付給接收應用進程,而不再等到整

27、個緩存都填滿了后再向上交付。 第51頁,共63頁。7/29/202251TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充復位比特 RST (ReSeT) 當 RST 1 時,表明 TCP 連接中出現(xiàn)嚴重差錯(如由于主機崩潰或其他原因),必須釋放連接,然后再重新建立運輸連接。 第52頁,共63頁。7/29/202252TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確

28、 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充同步比特 SYN 同步比特 SYN 置為 1,就表示這是一個連接請求或連接接受報文。 第53頁,共63頁。7/29/202253TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充終止比特 FIN (FINal) 用來釋放一個連接。當FIN 1 時,表明此報文段的發(fā)送端的數(shù)據(jù)已發(fā)送完畢,并要求釋放運輸連接。 第54頁,共63頁。7/29/202254TCP

29、首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充窗口字段 占 2 字節(jié)。窗口字段用來控制對方發(fā)送的數(shù)據(jù)量,單位為字節(jié)。TCP 連接的一端根據(jù)設置的緩存空間大小確定自己的接收窗口大小,然后通知對方以確定對方的發(fā)送窗口的上限。第55頁,共63頁。7/29/202255TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0

30、8 16 24 31填 充檢驗和 占 2 字節(jié)。檢驗和字段檢驗的范圍包括首部和數(shù)據(jù)這兩部分。在計算檢驗和時,要在 TCP 報文段的前面加上 12 字節(jié)的偽首部。第56頁,共63頁。7/29/202256TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充緊急指針字段 占 16 bit。緊急指針指出:在本報文段中緊急數(shù)據(jù)共有多少個字節(jié)(緊急數(shù)據(jù)放在本報文段數(shù)據(jù)的最前面)。 第57頁,共63頁。7/29/202257TCP首部20字節(jié)固定首部目 的 端 口數(shù)據(jù)偏移檢 驗 和選 項 (長 度 可 變)源 端 口序 號緊 急 指 針窗 口確 認 號保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充選項字段 長度可變。TCP 只規(guī)定了一種選項,即最大報文段長度 MSS (Maximum Segment Size)。MSS 告訴對方 TCP:“我的緩存所能接收的報文段的數(shù)據(jù)字段的最大長度是 MSS 個字節(jié)?!?MSS 是 TCP 報文段中的數(shù)據(jù)字段的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 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

提交評論