傳輸層主要內(nèi)容(存儲(chǔ)版)
【正文】 復(fù)連接請(qǐng)求依賴(lài)通信子網(wǎng)完成。 主機(jī) A 主機(jī) B 重復(fù)連接請(qǐng)求 CR(seq=x) 接受連接，回送確認(rèn) ACK(seq=y, ACK=x) 拒絕連接，回送確認(rèn) REJECT(ACK=y) X是重復(fù)連接請(qǐng)求， 放棄連接！ 應(yīng)該是 ACK=y， 所以 ACK=z是重復(fù)的。 – 沒(méi)有一個(gè)滿意的解決問(wèn)題的方法。 ? 所謂可變滑動(dòng)窗口協(xié)議，是指發(fā)送方的發(fā)送窗口大小是由接收方根據(jù)自己的實(shí)際緩存情況給出的。這種形式的多路復(fù)用稱(chēng)為向上多路復(fù)用（ upward multiplexing），如圖所示。 ? 一個(gè)較復(fù)雜的問(wèn)題是如何從主機(jī)崩潰中進(jìn)行恢復(fù) ，尤其是當(dāng)服務(wù)器崩潰并很快重新啟動(dòng)后，客戶端希望能夠繼續(xù)進(jìn)行崩潰前的操作。當(dāng)崩潰恢復(fù)聲明到達(dá)時(shí)它處于狀態(tài) S0。 運(yùn)輸層協(xié)議 ? 運(yùn)輸層協(xié)議是依據(jù)網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量來(lái)分類(lèi)的。B類(lèi)網(wǎng)絡(luò)服務(wù) 運(yùn)輸協(xié)議類(lèi) ? 為了能夠在各種不同網(wǎng)絡(luò)上進(jìn)行不同類(lèi)型的數(shù)據(jù)的傳送， ISO定義了 5類(lèi)（ class）運(yùn)輸協(xié)議，即第 0類(lèi)至第 4類(lèi)的運(yùn)輸協(xié)議。 ? 第 0類(lèi)運(yùn)輸協(xié)議是最簡(jiǎn)單的，它只具有一些最起碼的功能。這里的基本差錯(cuò)是指出現(xiàn)網(wǎng)絡(luò)連接斷開(kāi)或網(wǎng)絡(luò)連接失敗，或者收到了一個(gè)未被認(rèn)可的運(yùn)輸連接的數(shù)據(jù)單元。運(yùn)輸層在 OSI7層協(xié)議中處在一個(gè)承上啟下的作用，負(fù)責(zé)對(duì)上屏蔽低層網(wǎng)絡(luò)的差別，因此運(yùn)輸層要保證端到端的正確傳輸，它之上的上層協(xié)議不再關(guān)心數(shù)據(jù)是如何傳輸，如何保證不出錯(cuò)。第 4類(lèi)運(yùn)輸協(xié)議具有差錯(cuò)檢測(cè)、差錯(cuò)恢復(fù)以及復(fù)用等功能。 第 1類(lèi)運(yùn)輸協(xié)議較簡(jiǎn)單，但增加了基本差錯(cuò)恢復(fù)功能。 針對(duì)網(wǎng)絡(luò)服務(wù)質(zhì)量的差異，運(yùn)輸層定義了 5個(gè)運(yùn)輸協(xié)議類(lèi)，提供不同的功能。對(duì)失序、重復(fù)以及錯(cuò)誤投遞的數(shù)據(jù)分組，也應(yīng)能檢測(cè)出并進(jìn)行改正。 網(wǎng)絡(luò)服務(wù) 網(wǎng)絡(luò)服務(wù)分類(lèi)： ? 使用更一般的術(shù)語(yǔ)，這一結(jié)果可以重新敘述為：從第 N層崩潰中恢復(fù)只能由第 N+1層來(lái)完成，并且只有在第 N+1層保留有足夠的狀態(tài)信息的情況下才能完成。向輸出流寫(xiě)一個(gè) TPDU和發(fā)送一個(gè)確認(rèn)是兩個(gè)不同而又不可分的事件，二者不能同時(shí)進(jìn)行。如果網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)服務(wù)，傳輸實(shí)體對(duì)丟失的TPDU留有副本，就會(huì)知道如何解決恢復(fù)問(wèn)題。盡管這種分組交換的實(shí)現(xiàn)與使用分組交換的主要原因之一 —— 用戶只根據(jù)傳輸?shù)臄?shù)據(jù)量而不是根據(jù)連接時(shí)間付費(fèi)相抵觸，但很多通信公司還是選擇了按時(shí)間收費(fèi)的方法，因?yàn)樗浅ｎ?lèi)似于他們?cè)谶^(guò)去的幾十年中巳經(jīng)習(xí)慣了的電路交換模型。接收方的傳輸層實(shí)體既可以做也可以不做緩存。 – 藍(lán)軍 2不知道藍(lán)軍 1是否收到確認(rèn)，不能貿(mào)然行動(dòng)。 主機(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的情況，三次握手可以很好的解決。 ? 方法 – 定義和計(jì)算每個(gè)分組的生存時(shí)間 TTL。 ? 缺點(diǎn) – 不支持進(jìn)程服務(wù)器，因?yàn)闆](méi)有公認(rèn)的眾所周知的 TSAP存在。 ?遠(yuǎn)方客戶程序首先和 NAME SERVER建立連接，告知 NAME SERVER自己需要服務(wù)的名稱(chēng)。 ? 需要某種服務(wù)的遠(yuǎn)方客戶程序通過(guò)執(zhí)行 CONNECT請(qǐng)求，向它所需要的應(yīng)用進(jìn)程的 TSAP發(fā)出連接建立請(qǐng)求。 – 主機(jī) 1的應(yīng)用程序希望與 timeofday通信，就定義本機(jī)的 TSAP 6作為源端口，主機(jī) 2的 TSAP 122為目的端口，由傳輸實(shí)體發(fā)出連接請(qǐng)求。在運(yùn)輸層中，由于需要管理很大數(shù)目的連接，因此，為每個(gè)連接分配很多緩沖區(qū)的策略不具有吸引力。 ? 數(shù)據(jù)鏈路層和運(yùn)輸層之間另一個(gè)主要的區(qū)別是 子網(wǎng)的存儲(chǔ)能力 。 – 遠(yuǎn)程應(yīng)用程序（主動(dòng)建立連接方） ? 調(diào)用 socket創(chuàng)建一個(gè)套接字 s，并在傳輸層實(shí)體中分配表空間，返回一個(gè)文件描述符用于在以后的調(diào)用中使用該套接字 s。 傳輸層的協(xié)議數(shù)據(jù)單元 TPDU 一套傳輸原語(yǔ) — Berkeley Sockets ? 連接釋放是對(duì)稱(chēng)的。 ? 吞吐量 – 每秒鐘所傳輸?shù)挠脩魯?shù)據(jù)字節(jié)數(shù)。 1 ~ 4層稱(chēng)為傳輸服務(wù)提供者， 4層以上稱(chēng)為傳輸服務(wù)用戶。 應(yīng) 用層 傳 輸 層 下三層 應(yīng) 用層 傳 輸 層 下三層 R R R R R 向上提供標(biāo)準(zhǔn)的傳輸服務(wù) 向下屏蔽不同的通信子網(wǎng) 用戶層應(yīng)用程序 傳輸層概述 ? 傳輸層存在的必要性 – 網(wǎng)絡(luò)層的分組傳輸是不可靠的。 –
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1