傳輸層傳輸層協(xié)議ppt課件(存儲版)
【正文】 ? TCP 提供 可靠交付 的服務。 UDP 的問題 ?雖然某些實時應用需要使用沒有擁塞控制的 UDP，但當很多的源主機同時都向網絡發(fā)送高速率的實時視頻流時，網絡就有可能發(fā)生擁塞，結果大家都無法正常接收。很多的實時應用（如 IP 電話、實時視頻會議等）要求源主機以恒定的速率發(fā)送數據，并且允許在網絡發(fā)生擁塞時丟失一些數據，但卻不允許數據有太大的時延。 ? 發(fā)送數據之前不需要建立連接 ? UDP 的主機不需要維持復雜的連接狀態(tài)表 。 ?TCP 連接（ 端到端 ）的端點不是主機，不是主機的 IP 地址，不是應用進程，也不是傳輸層的協(xié)議端口。 傳輸層使用的 port(端口 ) amp。 還要強調兩點 ?運輸層的 UDP 用戶數據報與網際層的 IP數據報有很大區(qū)別 。 這種協(xié)議提供了一種 可靠 的傳輸服務 。但是在這一過程中，到達主機 B的數據并不一定是最可靠的。 ?要想實現傳輸層的功能，必須在主機中裝有 傳輸層協(xié)議 。 雖然 UDP 不提供可靠交付 ， 但在某些情況下 UDP 是一種最有效的工作方式 。 但這樣的信道卻不知道究竟經過了哪些路由器 ， 而這些路由器也根本不知道上面的運輸層是否建立了 TCP 連接 。 ?49152至 65535端口號稱為 客戶端口 號 ， 留給客戶進程選擇暫時使用 。 運輸層的復用與分用 ?復用 是指在發(fā)送方不同的應用進程都可以使用同一個運輸層協(xié)議傳送數據（當然需要加上適當的首部）； ?而 分用 是指接收方的運輸層在剝去報文的首部后能夠把這些數據正確交付到目的應用進程。這對某些實時應用是很重要的 。這就是說， UDP 對應用程序交下來的報文不再劃分為若干個分組來發(fā)送，也不把收到的若干個報文合并后再交付給應用程序。首部字段有 8 個字節(jié)，由 4 個字段組成，每個字段都是兩個字節(jié)。 TCP 面向流的概念 ? 端口 … 發(fā)送 TCP 報文段 TCP … TCP 接收緩存 發(fā)送緩存 報文段 … 報文段 報文段 端口 發(fā)送方 接收方 向發(fā)送緩存 寫入數據塊 從接收緩存 讀取數據塊 應用進程 應用進程 ? 應當注意 ?TCP 連接是一條虛連接而不是一條真正的物理連接。 ?接收方從 IP 層收到 TCP 報文段后，先把它暫存在接收緩存中，然后讓接收方的應用進程從接收緩存中將數據塊逐個讀取。 TCP 也可等待積累有足夠多的字節(jié)后再構成報文段發(fā)送出去。 ?每一條 TCP 連接只能有兩個 端點 (endpoint)，每一條 TCP 連接只能是 點對點 的（一對一）。 ?用戶數據報只有 8 個字節(jié)的首部開銷，比 TCP 的 20 個字節(jié)的首部要短。這對某些實時應用是很重要的。 ? 雖然 UDP 用戶數據報只能提供不可靠的交付 ， 但 UDP 在某些方面有其特殊的優(yōu)點 。 TCP 連接 ::= {socket1, socket
教學課件相關推薦
鄂ICP備17016276號-1