運輸層協議課件_第1頁
運輸層協議課件_第2頁
運輸層協議課件_第3頁
運輸層協議課件_第4頁
運輸層協議課件_第5頁
已閱讀5頁,還剩28頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

運輸層 運輸協議(transportprotocol)是整個網絡體系結構中的關鍵之一。退出運輸協議概述

運輸層向它上面的應用層提供通信服務 它屬于面向通信部分的最高層 用戶功能中的最低層。運輸層只存在于通信子網以外的主機中,在通信子網中沒有運輸層,

運輸層為應用進程之間提供邏輯通信 端端網絡層是為主機之間提供邏輯通信點對點,OSI使用了簡潔的抽象方法將運輸層與其上下層之間的關系歸納 運輸層向高層用戶屏蔽了下面通信子網的細節,它使應用進程看見的就是好像在兩個運輸層實體之間有一條端到端的邏輯通信信道,但這條邏輯通信信道對上層的表現卻因運輸層使用的不同協議而有很大的差別。當運輸層采用面向連接的TCP協議時,盡管下面的網絡是不可靠的(即只提供盡最大努力服務),但這種邏輯通信信道就相當于一條全雙工的可靠信道。但當運輸層采用無連接的UDP協議時,這種邏輯通信信道則是一條不可靠信道。可靠信道畫成一個管道,這意味著報文在這樣的“管道”中運輸時,可以做到無差錯、按序(接收的順序和發送的順序一樣)、無丟失和無重復。TCP/IP體系中的運輸層運輸層中的兩個協議 TCP/IP的運輸層有兩個不同的協議,它們都是因特網的正式標準,即: (1)用戶數據報協議 UDP(UserDatagramProtocol) (2)傳輸控制協議

TCP(TransmissionControlProtocol)端口的概念 UDP和TCP都使用了與應用層接口處的端口(port)與上層的應用進程進行通信。 若沒有端口,運輸層就無法知道數據應當交付給應用層的哪一個進程。端口是用來標識應用層的進程。 端口號分為兩類。一類是由因特網指派名字和號碼公司ICANN負責分配給一些常用的應用層程序固定使用的熟知端口(well-knownport),其數值一般為0~1023,見[RFC1700]。例如,FTP用21,TELNET用23,SMTP用25,DNS用53,HTTP用80,SNMP用161,等。當一種新的應用程序出現時,必須為它指派一個熟知端口,否則其他的應用進程就無法和它進行交互。

插口包括IP地址(32bit)和端口號(16bit),共48bit。用戶數據報協議UDP用戶數據報的用途 雖然UDP用戶數據報只能提供不可靠的交付,但UDP在某些方面有其特殊的優點,例如: (1)發送數據之前不需要建立連接(當然發送數據結束時也沒有連接需要釋放),因而減少了開銷和發送數據之前的時延。 (2)UDP沒有擁塞控制,也不保證可靠交付,因此主機不需要維持具有許多參數的、復雜的連接狀態表。 (3)UDP用戶數據報只有8個字節的首部開銷,比TCP的20個字節的首部要短。 (4)由于UDP沒有擁塞控制,因此網絡出現的擁塞不會使源主機的發送速率降低。

用戶數據報的格式 用戶數據報UDP有兩個字段:數據字段和首部字段。首部字段很簡單,只有8個字節,由4個字段組成,每個字段都是兩個字節。各字段意義如下所述。 (1)源端口字段:源端口號。 (2)目的端口字段:目的端口號。 (3)長度字段:UDP用戶數據報的長度。 (4)檢驗和字段:防止UDP用戶數據報在傳輸中出錯。傳輸控制協議TCP TCP是TCP/IP體系中面向連接的運輸層協議,它提供全雙工的可靠交付的服務。TCP報文段的首部 一個TCP報文段分為首部和數據兩部分 TCP報文段首部的前20個字節是固定的,后面有4N字節是根據需要而增加的選項(N必須是整數)。因此TCP首部的最小長度是20字節。首部固定部分各字段的意義如下所述。(1)源端口和目的端口(2)序號(3)確認序號(4)數據偏移(5)保留(6)緊急比特URG(URGent)(7)確認比特ACK(8)推送比特PSH(PuSH)(9)復位比特RST(ReSeT)(10)同步比特SYN(11)終止比特FIN(FINal)(12)窗口(13)檢驗和(14)選項TCP的數據編號與確認 TCP協議是面向字節的。TCP將所要傳送的整個報文(這可能包括許多個報文段)看成是一個個字節組成的數據流,并使每一個字節對應于一個序號。 TCP的確認是對接收到的數據的最高序號(即收到的數據流中的最后一個序號)表示確認。但接收端返回的確認序號是已收到的數據的最高序號加1。也就是說,確認序號表示接收端期望下次收到的數據中的第一個數據字節的序號。

TCP的流量控制與擁塞控制 為了提高報文段的傳輸效率,TCP采用大小可變的滑動窗口進行流量控制。窗口大小的單位是字節。在TCP報文段首部的窗口字段寫入的數值就是當前給對方設置的窗口數值。

TCP的運輸連接管理 TCP是面向連接的協議。運輸連接的建立和釋放是每一次面向連接的通信中必不可少的過程。 在連接建立過程中要解決以下三個問題。 (1)要使每一方能夠確知對方的存在。 (2)要允許雙方協商一些參數(如最大報文段長度,最大窗口大小,服務質量等)。 (3)能夠運輸實體資源(如緩存大小,連接表中的項目等)進行分配。 TCP的連接和建立都是采用客戶服務器方式。主動發起連接建立的進程叫做客戶(client),而被動等待連接建立的進程叫做服務器(server)。TCP的有限狀態機 為了管理因特網,在網絡管理中心設有管理信息庫MIB(ManagementInformationBase)。管理信息庫存放著各主機的TCP連接表(ConnectionTable),TCP連接表對每個連接都登記了其連接信息。除本地和遠地的IP地址和端口號外,還要記錄每一個連接所處的狀態。生命沒有回頭路,事故沒有后悔藥。7月-237月-23Tuesday,July25,2023全員用心做得好,企業提升跟著跑。05:53:5005:53:5005:537/25/20235:53:50AM嚴格規章制度,確保施工安全,治理事故隱患,監督危險作業。7月-2305:53:5005:53Jul-2325-Jul-23整理整頓精神好,品質檢點狀況好。05:53:5005:53:5005:53Tuesday,July25,2023若要產品好,個人品質要提。7月-237月-2305:53:5005:53:50July25,2023質量是企業的生命。2023年7月25日5:53上午7月-237月-23牢記生產安全,事故與你無緣。25七月20235:53:50上午05:53:507月-23安全用電,節約用水。消防設施,定期維護。七月235:53上午7月-2305:53July25,2023思一思,研究改善措施,試一試,堅持不懈努力。2023/7/255:53:5005:53:5025July2023產品批次能鑒別,問題產生能解決。5:53:50上午5:53上午05:53:507月-23檢查隱患橫眉冷對,杜絕事故笑逐

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論