歡迎來到裝配圖網(wǎng)! | 幫助中心 裝配圖網(wǎng)zhuangpeitu.com!
裝配圖網(wǎng)
ImageVerifierCode 換一換
首頁 裝配圖網(wǎng) > 資源分類 > PPT文檔下載  

《傳輸層傳輸層協(xié)議》PPT課件.ppt

  • 資源ID:15694393       資源大?。?span id="ezetpz5" class="font-tahoma">3.18MB        全文頁數(shù):33頁
  • 資源格式: PPT        下載積分:9.9積分
快捷下載 游客一鍵下載
會員登錄下載
微信登錄下載
三方登錄下載: 微信開放平臺登錄 支付寶登錄   QQ登錄   微博登錄  
二維碼
微信掃一掃登錄
下載資源需要9.9積分
郵箱/手機(jī):
溫馨提示:
用戶名和密碼都是您填寫的郵箱或者手機(jī)號,方便查詢和重復(fù)下載(系統(tǒng)自動生成)
支付方式: 支付寶    微信支付   
驗證碼:   換一換

 
賬號:
密碼:
驗證碼:   換一換
  忘記密碼?
    
友情提示
2、PDF文件下載后,可能會被瀏覽器默認(rèn)打開,此種情況可以點(diǎn)擊瀏覽器菜單,保存網(wǎng)頁到桌面,就可以正常下載了。
3、本站不支持迅雷下載,請使用電腦自帶的IE瀏覽器,或者360瀏覽器、谷歌瀏覽器下載即可。
4、本站資源下載后的文檔和圖紙-無水印,預(yù)覽文檔經(jīng)過壓縮,下載后原文更清晰。
5、試題試卷類文檔,如果標(biāo)題沒有明確說明有答案則都視為沒有答案,請知曉。

《傳輸層傳輸層協(xié)議》PPT課件.ppt

,計算機(jī)網(wǎng)絡(luò),傳輸層基本功能與服務(wù) UDP協(xié)議, TCP協(xié)議 習(xí)題,第13課:主要內(nèi)容,重點(diǎn)與難點(diǎn),重點(diǎn): 了解運(yùn)輸層協(xié)議類型,運(yùn)輸層的分用和復(fù)用; 掌握UDP,TCP協(xié)議的特點(diǎn);UDP報文的格式; 難點(diǎn): 熟悉進(jìn)程間的通信過程;UDP,TCP的端口服務(wù)類型;,討論1 傳輸層的基本功能和服務(wù),應(yīng)用層,傳輸層,網(wǎng)絡(luò)層,數(shù)據(jù)鏈路層,物理層,網(wǎng)絡(luò)功能,用戶功能,面向通信,面向信息處理,從通信和信息處理的角度看:傳輸層向它的上一層應(yīng)用提供通信服務(wù),它屬于面向通信部分的最高層,也是用戶功能的最低層,討論1 傳輸層的基本功能和服務(wù),應(yīng)用層,傳輸層,網(wǎng)絡(luò)層,數(shù)據(jù)鏈路層,物理層,網(wǎng)絡(luò)功能,用戶功能,面向通信,面向信息處理,其主要任務(wù)是:在優(yōu)化網(wǎng)絡(luò)服務(wù)的基礎(chǔ)上,從源端機(jī)到目的端機(jī)提供可靠的、價格合理的數(shù)據(jù)傳輸,使高層服務(wù)用戶在相互通信時不必關(guān)心通信子網(wǎng)實現(xiàn)的細(xì)節(jié)。,其主要功能是:負(fù)責(zé)應(yīng)用程序之間的通信,主要有連接端口管理、流量控制、錯誤處理、數(shù)據(jù)重發(fā)等工作,AP1,AP2,AP3,AP4,IP傳輸,提供應(yīng)用進(jìn)程間邏輯通信,端口,應(yīng)用進(jìn)程,傳輸層為相互通信的應(yīng)用進(jìn)程提供了邏輯通信,主機(jī) A,主機(jī) B,路由器 1,路由器 2,AP1,LAN2,WAN,AP2,AP3,AP4,LAN1,IP 協(xié)議的作用范圍,運(yùn)輸層協(xié)議 TCP 和 UDP 的作用范圍,由上圖可以看出數(shù)據(jù)在兩臺主機(jī)間傳送的整個過程:,在物理層上可以透明地傳輸數(shù)據(jù)的比特流; 在數(shù)據(jù)鏈路層上使得各條鏈路能傳送無差錯的數(shù)據(jù)幀(數(shù)據(jù)幀按順序、無丟失、不重復(fù)); 在網(wǎng)絡(luò)層上提供了路由選擇和網(wǎng)絡(luò)互連的功能,使得主機(jī)A發(fā)送的數(shù)據(jù)分組(packet)能夠按照合理的路由到達(dá)主機(jī)B。但是在這一過程中,到達(dá)主機(jī)B的數(shù)據(jù)并不一定是最可靠的。 為了提高網(wǎng)絡(luò)服務(wù)的質(zhì)量,在傳輸層需要再次優(yōu)化網(wǎng)絡(luò)服務(wù),并向高層用戶屏蔽通信子網(wǎng)的細(xì)節(jié),使高層用戶看見的就好像在兩個傳輸層實體之間有一條端到端的、可靠的、全雙工的通信通路一樣。,在整個通信的過程中,數(shù)據(jù)在傳輸層上,才是第一次實現(xiàn)真正意義的端到端的數(shù)據(jù)通信。 要想實現(xiàn)傳輸層的功能,必須在主機(jī)中裝有傳輸層協(xié)議。 在傳輸層中完成傳輸功能的硬件和軟件被稱為傳輸實體TSAP(Transport Service Access Point),通過傳輸實體,傳輸層可以向應(yīng)用層提供傳輸服務(wù),運(yùn)輸層協(xié)議和網(wǎng)絡(luò)層協(xié)議的主要區(qū)別,應(yīng)用進(jìn)程,應(yīng)用進(jìn)程,IP 協(xié)議的作用范圍 (提供主機(jī)之間的邏輯通信),TCP 和 UDP 協(xié)議的作用范圍 (提供進(jìn)程之間的邏輯通信),因 特 網(wǎng),TCP/IP 體系中的運(yùn)輸層協(xié)議,TCP,UDP,IP,應(yīng)用層,與各種網(wǎng)絡(luò)接口,運(yùn)輸層,TCP/IP協(xié)議中的傳輸層,在TCP/IP協(xié)議中有兩個并列的協(xié)議:UDP和TCP。,UDP(User Datagram Protocol,用戶數(shù)據(jù)報協(xié)議)是面向無連接的,即在進(jìn)行數(shù)據(jù)傳輸之前不需要建立連接,而目的主機(jī)收到數(shù)據(jù)報后也不需要發(fā)回確認(rèn)。這種協(xié)議提供了一種高效的傳輸服務(wù)。,TCP(Transmission Control Protocol,傳輸控制協(xié)議)是面向連接的,即在進(jìn)行數(shù)據(jù)傳輸之前需要先建立連接,而且目的主機(jī)收到數(shù)據(jù)報后要發(fā)回確認(rèn)信息。這種協(xié)議提供了一種可靠的傳輸服務(wù)。,TCP 與 UDP,UDP 在傳送數(shù)據(jù)之前不需要先建立連接。對方的運(yùn)輸層在收到 UDP 報文后,不需要給出任何確認(rèn)。雖然 UDP 不提供可靠交付,但在某些情況下 UDP 是一種最有效的工作方式。 TCP 則提供面向連接的服務(wù)。TCP 不提供廣播或多播服務(wù)。由于 TCP 要提供可靠的、面向連接的運(yùn)輸服務(wù),因此不可避免地增加了許多的開銷。這不僅使協(xié)議數(shù)據(jù)單元的首部增大很多,還要占用許多的處理機(jī)資源。,還要強(qiáng)調(diào)兩點(diǎn),運(yùn)輸層的 UDP 用戶數(shù)據(jù)報與網(wǎng)際層的IP數(shù)據(jù)報有很大區(qū)別。IP 數(shù)據(jù)報要經(jīng)過互連網(wǎng)中許多路由器的存儲轉(zhuǎn)發(fā),但 UDP 用戶數(shù)據(jù)報是在運(yùn)輸層的端到端抽象的邏輯信道中傳送的。 TCP 報文段是在運(yùn)輸層抽象的端到端邏輯信道中傳送,這種信道是可靠的全雙工信道。但這樣的信道卻不知道究竟經(jīng)過了哪些路由器,而這些路由器也根本不知道上面的運(yùn)輸層是否建立了 TCP 連接。,傳輸層使用的 port(端口 ) & socket(套接字),TCP/IP傳輸層可以通過協(xié)議端口(protocol port,簡稱端口)來標(biāo)識通信的應(yīng)用進(jìn)程。 例如: HTTP 80 DHCP 67、68,傳輸層就是通過端口與應(yīng)用層的應(yīng)用程序進(jìn)行信息交互的,應(yīng)用層各種用戶進(jìn)程通過相應(yīng)的端口與傳輸層實體進(jìn)行信息交互。,在數(shù)據(jù)傳輸過程中,應(yīng)用層中的各種不同的服務(wù)器進(jìn)程不斷地檢測分配給它們的端口,以便發(fā)現(xiàn)是否有某個應(yīng)用進(jìn)程要與它通信。,傳輸層使用的 port(端口 ) & socket(套接字),端口實際上是一個16Bit長的地址,范圍可以從0至65535 將0至1023端口號稱為熟知端口號(Well-Known Port) 其余1024至49951端口號稱為登記端口號,為沒有熟知端口號的應(yīng)用程序使用的。使用這個范圍的端口號必須在 IANA 登記,以防止重復(fù)。 49152至65535端口號稱為客戶端口號,留給客戶進(jìn)程選擇暫時使用。當(dāng)服務(wù)器進(jìn)程收到客戶進(jìn)程的報文時,就知道了客戶進(jìn)程所使用的動態(tài)端口號。,套接字 socket = (IP地址: 端口號),套接字 (socket),為了使得多主機(jī)多進(jìn)程通信時,不至于發(fā)生混亂情況,必須把端口號和主機(jī)的IP地址結(jié)合起來使用,稱為插口或套接字(Scoket)。 插口包括IP地址(32位)和端口號(16位) ,共48位。,TCP 連接 := socket1, socket2 = (IP1: port1), (IP2: port2),每一條 TCP 連接唯一地被通信兩端的兩個端點(diǎn)(即兩個套接字)所確定。 TCP 連接(端到端)的端點(diǎn)不是主機(jī),不是主機(jī)的IP 地址,不是應(yīng)用進(jìn)程,也不是傳輸層的協(xié)議端口。而是一對套接字(socket)或插口。 UDP協(xié)議,雖然在進(jìn)行通信的進(jìn)程間不需要建立連接,但是在每次傳輸數(shù)據(jù)時,都要給出發(fā)送端口和接收端口,因此同樣也要使用插口。,運(yùn)輸層的復(fù)用與分用,復(fù)用是指在發(fā)送方不同的應(yīng)用進(jìn)程都可以使用同一個運(yùn)輸層協(xié)議傳送數(shù)據(jù)(當(dāng)然需要加上適當(dāng)?shù)氖撞浚?而分用是指接收方的運(yùn)輸層在剝?nèi)笪牡氖撞亢竽軌虬堰@些數(shù)據(jù)正確交付到目的應(yīng)用進(jìn)程。 要能正確地將數(shù)據(jù)交付給指定應(yīng)用進(jìn)程,就必須給每個應(yīng)用進(jìn)程賦予一個明確的標(biāo)志。 在TCP/IP網(wǎng)絡(luò)中,使用一種與操作系統(tǒng)無關(guān)的協(xié)議端口號(protocol port number)(簡稱端口號)來實現(xiàn)對通信的應(yīng)用進(jìn)程的標(biāo)志。,端口在進(jìn)程之間的通信中所起的作用,應(yīng) 用 層,運(yùn) 輸 層,網(wǎng) 絡(luò) 層,TCP 報文段,UDP 用戶數(shù)據(jù)報,應(yīng)用進(jìn)程,TCP 復(fù)用,IP 復(fù)用,UDP 復(fù)用,TCP 報文段,UDP 用戶數(shù)據(jù)報,應(yīng)用進(jìn)程,端口,端口,TCP 分用,UDP 分用,IP 分用,發(fā)送方,接收方,討論 用戶數(shù)據(jù)報協(xié)議 UDP,UDP 只在 IP 的數(shù)據(jù)報服務(wù)之上增加了很少一點(diǎn)的功能,即端口的功能和差錯檢測的功能。 雖然 UDP 用戶數(shù)據(jù)報只能提供不可靠的交付,但 UDP 在某些方面有其特殊的優(yōu)點(diǎn)。 發(fā)送數(shù)據(jù)之前不需要建立連接 UDP 的主機(jī)不需要維持復(fù)雜的連接狀態(tài)表。 UDP 用戶數(shù)據(jù)報只有 8 個字節(jié)的首部開銷。 網(wǎng)絡(luò)出現(xiàn)的擁塞不會使源主機(jī)的發(fā)送速率降低。這對某些實時應(yīng)用是很重要的。,UDP 的特點(diǎn),UDP 是無連接的,即發(fā)送數(shù)據(jù)之前不需要建立連接(當(dāng)然發(fā)送數(shù)據(jù)結(jié)束時也沒有連接可釋放),因此減少了開銷和發(fā)送數(shù)據(jù)之前的時延。 UDP 使用盡最大努力交付,即不保證可靠交付,同時也不使用擁塞控制,因此主機(jī)不需要維持具有許多參數(shù)的、復(fù)雜的連接狀態(tài)表。,由于 UDP 沒有擁塞控制,因此網(wǎng)絡(luò)出現(xiàn)的擁塞不會使源主機(jī)的發(fā)送速率降低。這對某些實時應(yīng)用是很重要的。很多的實時應(yīng)用(如 IP 電話、實時視頻會議等)要求源主機(jī)以恒定的速率發(fā)送數(shù)據(jù),并且允許在網(wǎng)絡(luò)發(fā)生擁塞時丟失一些數(shù)據(jù),但卻不允許數(shù)據(jù)有太大的時延。UDP 正好適合這種要求。,UDP 的特點(diǎn)(續(xù)),UDP 是面向報文的。這就是說,UDP 對應(yīng)用程序交下來的報文不再劃分為若干個分組來發(fā)送,也不把收到的若干個報文合并后再交付給應(yīng)用程序。 應(yīng)用程序交給 UDP 一個報文,UDP 就發(fā)送這個報文;而 UDP 收到一個報文,就把它交付給應(yīng)用程序。 應(yīng)用程序必須選擇合適大小的報文。,UDP 支持一對一、一對多、多對一和多對多的交互通信。 用戶數(shù)據(jù)報只有 8 個字節(jié)的首部開銷,比 TCP 的 20 個字節(jié)的首部要短。,UDP 的問題,雖然某些實時應(yīng)用需要使用沒有擁塞控制的 UDP,但當(dāng)很多的源主機(jī)同時都向網(wǎng)絡(luò)發(fā)送高速率的實時視頻流時,網(wǎng)絡(luò)就有可能發(fā)生擁塞,結(jié)果大家都無法正常接收。 還有一些使用 UDP 的實時應(yīng)用需要對UDP 的不可靠的傳輸進(jìn)行適當(dāng)?shù)母倪M(jìn)以減少數(shù)據(jù)的丟失。,UDP 的首部格式,偽首部,源端口,目的端口,長 度,檢驗和,數(shù) 據(jù),首 部,UDP長度,源 IP 地址,目的 IP 地址,0,17,IP 數(shù)據(jù)報,字節(jié),4,4,1,1,2,12,2,2,2,2,字節(jié),發(fā)送在前,數(shù) 據(jù),首 部,UDP 用戶數(shù)據(jù)報,偽首部,源端口,目的端口,長 度,檢驗和,數(shù) 據(jù),首 部,UDP長度,源 IP 地址,目的 IP 地址,0,17,IP 數(shù)據(jù)報,字節(jié),4,4,1,1,2,12,2,2,2,2,字節(jié),發(fā)送在前,數(shù) 據(jù),首 部,UDP 用戶數(shù)據(jù)報,用戶數(shù)據(jù)報 UDP 有兩個字段:數(shù)據(jù)字段和首部字段。首部字段有 8 個字節(jié),由 4 個字段組成,每個字段都是兩個字節(jié)。,偽首部,源端口,目的端口,長 度,檢驗和,數(shù) 據(jù),首 部,UDP長度,源 IP 地址,目的 IP 地址,0,17,IP 數(shù)據(jù)報,字節(jié),4,4,1,1,2,12,2,2,2,2,字節(jié),發(fā)送在前,數(shù) 據(jù),首 部,UDP 用戶數(shù)據(jù)報,在計算檢驗和時,臨時把“偽首部”和 UDP 用戶數(shù)據(jù)報連接在一起。偽首部僅僅是為了計算檢驗和。,討論 傳輸控制協(xié)議 TCP,TCP 是面向連接的運(yùn)輸層協(xié)議。 每一條 TCP 連接只能有兩個端點(diǎn)(endpoint),每一條 TCP 連接只能是點(diǎn)對點(diǎn)的(一對一)。 TCP 提供可靠交付的服務(wù)。 TCP 提供全雙工通信。 面向字節(jié)流。,TCP 面向流的概念,端口,發(fā)送 TCP 報文段,TCP,TCP,接收緩存,發(fā)送緩存,報文段,報文段,報文段,端口,發(fā)送方,接收方,向發(fā)送緩存 寫入數(shù)據(jù)塊,從接收緩存 讀取數(shù)據(jù)塊,應(yīng)用進(jìn)程,應(yīng)用進(jìn)程,應(yīng)當(dāng)注意,TCP 連接是一條虛連接而不是一條真正的物理連接。 TCP 對應(yīng)用進(jìn)程一次把多長的報文發(fā)送到TCP 的緩存中是不關(guān)心的。 TCP 根據(jù)對方給出的窗口值和當(dāng)前網(wǎng)絡(luò)擁塞的程度來決定一個報文段應(yīng)包含多少個字節(jié)(UDP 發(fā)送的報文長度是應(yīng)用進(jìn)程給出的)。 TCP 可把太長的數(shù)據(jù)塊劃分短一些再傳送。TCP 也可等待積累有足夠多的字節(jié)后再構(gòu)成報文段發(fā)送出去。,TCP 連接的任何一方都能夠發(fā)送和接收數(shù)據(jù),通信是全雙工方式。 發(fā)送方的應(yīng)用進(jìn)程按照自己產(chǎn)生數(shù)據(jù)的規(guī)律,不斷地把數(shù)據(jù)塊陸續(xù)寫入到 TCP 的發(fā)送緩存中。TCP 再從發(fā)送緩存中取出一定數(shù)量的數(shù)據(jù),將其組成 TCP 報文段(segment)逐個傳送給 IP 層,然后發(fā)送出去。 接收方從 IP 層收到 TCP 報文段后,先把它暫存在接收緩存中,然后讓接收方的應(yīng)用進(jìn)程從接收緩存中將數(shù)據(jù)塊逐個讀取。 由于運(yùn)輸層的通信是面向連接的,因此TCP 每一條連接上的通信只能是一對一的,而不可能是一對多、多對一或多對多的。,Excisses and Thinking,P229 (5-1,5-2,5-5),

注意事項

本文(《傳輸層傳輸層協(xié)議》PPT課件.ppt)為本站會員(san****019)主動上傳,裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對上載內(nèi)容本身不做任何修改或編輯。 若此文所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng)(點(diǎn)擊聯(lián)系客服),我們立即給予刪除!

溫馨提示:如果因為網(wǎng)速或其他原因下載失敗請重新下載,重復(fù)下載不扣分。




關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!