傳輸層主要內(nèi)容-wenkub
2022-10-23 12:02:14 本頁面
【正文】 DU。 ? 安全保護(hù) – 防止未經(jīng)授權(quán)的第三方讀取和修改數(shù)據(jù)。 ? 連接建立失敗概率 – 在最大連接建立延遲時(shí)間內(nèi)連接未能建立的可能性。 – 對(duì)稱方式：每個(gè)方向的連接單獨(dú)關(guān)閉，雙方都執(zhí)行Disconnect才能關(guān)閉整條連接。 ? 傳輸服務(wù)：傳輸層實(shí)體利用網(wǎng)絡(luò)層提供的服務(wù)向高層提供有效、可靠和價(jià)格合理的服務(wù)。 – 有必要增強(qiáng)網(wǎng)絡(luò)層提供服務(wù)的服務(wù)質(zhì)量。 ? 提供從源主機(jī)到目的端主機(jī)可靠的、價(jià)格合理的、與實(shí)際使用的網(wǎng)絡(luò)無關(guān)的信息傳輸。 應(yīng) 用層 傳 輸 層 下三層 應(yīng) 用層 傳 輸 層 下三層 R R R R R 向上提供標(biāo)準(zhǔn)的傳輸服務(wù) 向下屏蔽不同的通信子網(wǎng) 用戶層應(yīng)用程序 傳輸層概述 ? 傳輸層存在的必要性 – 網(wǎng)絡(luò)層的分組傳輸是不可靠的。 ? 傳輸層的功能 – 為應(yīng)用進(jìn)程提供可靠的端到端連接服務(wù)。 1 ~ 4層稱為傳輸服務(wù)提供者， 4層以上稱為傳輸服務(wù)用戶。 – 無連接的傳輸服務(wù) 圖例 ：網(wǎng)絡(luò)層、傳輸層和應(yīng)用層 服務(wù)質(zhì)量 QoS ? 傳輸層的一個(gè)主要功能是增強(qiáng)網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量 (Quality of Service)。 ? 吞吐量 – 每秒鐘所傳輸?shù)挠脩魯?shù)據(jù)字節(jié)數(shù)。 ? 優(yōu)先級(jí) ? 恢復(fù)能力 – 在內(nèi)部出現(xiàn)問題的情況時(shí)，傳輸層自發(fā)中止連接的可能性。 傳輸層的協(xié)議數(shù)據(jù)單元 TPDU 一套傳輸原語 — Berkeley Sockets ? 連接釋放是對(duì)稱的。 ? 調(diào)用 listen分配數(shù)據(jù)空間，以便存儲(chǔ)多個(gè)用戶的連接建立請(qǐng)求。 – 遠(yuǎn)程應(yīng)用程序（主動(dòng)建立連接方） ? 調(diào)用 socket創(chuàng)建一個(gè)套接字 s，并在傳輸層實(shí)體中分配表空間，返回一個(gè)文件描述符用于在以后的調(diào)用中使用該套接字 s。 ? 首先，在數(shù)據(jù)鏈路層，不必為一個(gè)路由器指明它要與哪個(gè)路由器通話 每條輸出線對(duì)應(yīng)唯一的一個(gè)路由器。 ? 數(shù)據(jù)鏈路層和運(yùn)輸層之間另一個(gè)主要的區(qū)別是 子網(wǎng)的存儲(chǔ)能力 。因此需要使用特殊的協(xié)議。在運(yùn)輸層中，由于需要管理很大數(shù)目的連接，因此，為每個(gè)連接分配很多緩沖區(qū)的策略不具有吸引力。它必須解決差錯(cuò)控制、分組順序、流量控制等問題。 – 主機(jī) 1的應(yīng)用程序希望與 timeofday通信，就定義本機(jī)的 TSAP 6作為源端口，主機(jī) 2的 TSAP 122為目的端口，由傳輸實(shí)體發(fā)出連接請(qǐng)求。 – 問題：只適用于少數(shù)從不改變得關(guān)鍵服務(wù)，而且進(jìn)程一直處于活動(dòng)狀態(tài)監(jiān)聽一個(gè) TSAP是很浪費(fèi)資源的。 ? 需要某種服務(wù)的遠(yuǎn)方客戶程序通過執(zhí)行 CONNECT請(qǐng)求，向它所需要的應(yīng)用進(jìn)程的 TSAP發(fā)出連接建立請(qǐng)求。 ?遠(yuǎn)方客戶程序與所希望的服務(wù)程序進(jìn)行數(shù)據(jù)傳輸。 ?遠(yuǎn)方客戶程序首先和 NAME SERVER建立連接，告知 NAME SERVER自己需要服務(wù)的名稱。特別是延遲重復(fù)分組(delayed duplicates)的存在，導(dǎo)致傳輸層建立連接很復(fù)雜。 ? 缺點(diǎn) – 不支持進(jìn)程服務(wù)器，因?yàn)闆]有公認(rèn)的眾所周知的 TSAP存在。 過時(shí)連接表 – 每個(gè)新的連接請(qǐng)求到達(dá)的時(shí)候，根據(jù)連接標(biāo)識(shí)符核對(duì)過時(shí)連接表，如果已經(jīng)過時(shí)，該連接視為重復(fù)連接。 ? 方法 – 定義和計(jì)算每個(gè)分組的生存時(shí)間 TTL。 三次握手建立連接 ? 三次握手 (threeway handshake)方案解決了由于網(wǎng)絡(luò)層會(huì)丟失、存儲(chǔ)和重復(fù)分組帶來的問題。 主機(jī) A 主機(jī) B ? ? ? 連接請(qǐng)求 CR(seq=x) 接受連接，回送確認(rèn) ACK(seq=y, ACK=x) 發(fā)送數(shù)據(jù)，回送確認(rèn) DATA(seq=x, ACK=y) 連接成功 ! 重復(fù)的 CR ? 如果出現(xiàn)了重復(fù)的建立連接請(qǐng)求 CR的情況，三次握手可以很好的解決。 – 存在丟失數(shù)據(jù)的危險(xiǎn)。 – 藍(lán)軍 2不知道藍(lán)軍 1是否收到確認(rèn)，不能貿(mào)然行動(dòng)。 – (a) 三次握手釋放連接的正常情況。接收方的傳輸層實(shí)體既可以做也可以不做緩存。 圖例：流量控制 多路復(fù)用 ? 在連接、虛電路及物理鏈路上，多路復(fù)用幾組對(duì)話的方法在網(wǎng)絡(luò)結(jié)構(gòu)的許多層上都有一定的作用。盡管這種分組交換的實(shí)現(xiàn)與使用分組交換的主要原因之一 —— 用戶只根據(jù)傳輸?shù)臄?shù)據(jù)量而不是根據(jù)連接時(shí)間付費(fèi)相抵觸，但很多通信公司還是選擇了按時(shí)間收費(fèi)的方法，因?yàn)樗浅ｎ愃朴谒麄冊(cè)谶^去的幾十年中巳經(jīng)習(xí)慣了的電路交換模型。 向上多路復(fù)用 ? 使多路復(fù)用在傳輸層中也可能有用，一種可能的解決方案是讓傳輸層接通多個(gè)網(wǎng)絡(luò)連接，以循環(huán)輪轉(zhuǎn)的
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1