傳輸層主要內(nèi)容-wenkub.com
2024-10-08 12:02 本頁(yè)面
【正文】 運(yùn)輸層為保證端到端的正確傳輸，采取與數(shù)據(jù)鏈路層相似的策略，但運(yùn)輸層與數(shù)據(jù)鏈路層不同的是，運(yùn)輸層之下的網(wǎng)絡(luò)層其性能在不同的應(yīng)用場(chǎng)合是不同，因此分組在網(wǎng)絡(luò)層上的體現(xiàn)出的傳輸特性是不同的，如時(shí)延、丟失率等，因此運(yùn)輸層的控制機(jī)制就復(fù)雜了，如重傳時(shí)間的測(cè)量、連接建立的三次握手等。它面向 C型網(wǎng)絡(luò)服務(wù)。當(dāng)網(wǎng)絡(luò)連接斷開(kāi)時(shí)，運(yùn)輸層就試圖建立另一條網(wǎng)絡(luò)連接。第 0類運(yùn)輸協(xié)議是面向 A型網(wǎng)絡(luò)服務(wù)的。第 0類運(yùn)輸協(xié)議和 CCITT的 。當(dāng)數(shù)據(jù)傳送結(jié)束后，則必須釋放運(yùn)輸連接。這 5類運(yùn)輸協(xié)議都是面向連接的。對(duì)于這類網(wǎng)絡(luò)，運(yùn)輸協(xié)議應(yīng)能檢測(cè)出網(wǎng)絡(luò)的差錯(cuò)，同時(shí)要有差錯(cuò)恢復(fù)能力。C類網(wǎng)絡(luò)服務(wù) ? A類網(wǎng)絡(luò)服務(wù)： 可接受的殘留差錯(cuò)率、可接受的可報(bào)告差錯(cuò)率； A型網(wǎng)絡(luò)服務(wù)是一個(gè)完善的、理想的、可靠的網(wǎng)絡(luò)服務(wù)。 NBS已于 1988年底改名為國(guó)家標(biāo)準(zhǔn)與技術(shù)研究院 NIST。經(jīng)過(guò)多年的研究與討論， ISO于 1984年通過(guò)了 OSI運(yùn)輸協(xié)議的標(biāo)準(zhǔn)。因此我們得出如下結(jié)論：基于對(duì)非同時(shí)事件所制訂的基本規(guī)則，無(wú)法使主機(jī)崩潰和恢復(fù)做到對(duì)于高層透明?？蛻舳藢⒁虼瞬辉僦匕l(fā)，因?yàn)樗e(cuò)以為那個(gè) TPDU已經(jīng)到達(dá)服務(wù)器端。例如，考慮下面這種情況，遠(yuǎn)端服務(wù)器的傳輸實(shí)體只發(fā)送一個(gè)確認(rèn)，當(dāng)確認(rèn)發(fā)生后，又對(duì)應(yīng)用進(jìn)程執(zhí)行 個(gè)寫操作。 ? 為了能恢復(fù)崩潰前的狀態(tài)，服務(wù)器可以以廣播方式向所有其他的主機(jī)發(fā)送一個(gè) TPDU，說(shuō)明自己剛才發(fā)生崩潰并要求其客戶主機(jī)通知所有接通的連接所處的狀態(tài)。 ? 對(duì)于網(wǎng)絡(luò)崩潰，如果傳輸實(shí)體完全在主機(jī)內(nèi)部，那么從網(wǎng)絡(luò)和路由器崩潰中恢復(fù)是直截了當(dāng)?shù)?。圖中， 4個(gè)不同的傳輸連接都使用同 網(wǎng)絡(luò)連接與遠(yuǎn)端主機(jī)相連。如果緩沖區(qū)是被分配給每個(gè)路由器中的虛電路的，那么登錄到遠(yuǎn)端機(jī)器上的用戶離開(kāi)終端去喝咖啡期間，他仍然在耗費(fèi)著昂貴的資源。 ? 為了避免控制 TPDU丟失導(dǎo)致死鎖，主機(jī)應(yīng)該周期性的發(fā)送 TPDU。 緩沖策略 ? 由于網(wǎng)絡(luò)層服務(wù)是不可靠的，傳輸層實(shí)體必須緩存所有連接發(fā)出的 TPDU，而且為每個(gè)連接單獨(dú)做緩存，以便用于錯(cuò)誤情況下的重傳。 三次握手 + 定時(shí)器的方法釋放連接 ? 在實(shí)際的通信過(guò)程中，使用三次握手 + 定時(shí)器的方法釋放連接，在絕大多數(shù)情況下是成功的。 兩軍問(wèn)題 ? 兩支藍(lán)軍如何能夠同時(shí)發(fā)送進(jìn)攻？ – 藍(lán)兵穿越白軍防地是不可靠通信。 重復(fù)發(fā)送確認(rèn) ACK=z Data(seq=x, ACK=z) 釋放連接 ? 非對(duì)稱式連接釋放方法 – 一方發(fā)出釋放連接請(qǐng)求后，整個(gè)連接斷開(kāi)。 – A 發(fā)出序號(hào)為 X的第一個(gè)數(shù)據(jù) DATA，并確認(rèn) B的序號(hào)為 Y的接受連接確認(rèn)。 – 不能避免網(wǎng)絡(luò)層分組傳輸?shù)牟豢煽啃浴? 分組的 TTL機(jī)制 ? 原理 – 利用 TTL丟棄超時(shí)分組。 – 當(dāng)連接釋放的時(shí)候，各傳輸實(shí)體將此連接標(biāo)識(shí)信息添加到本機(jī)維護(hù)的一張過(guò)時(shí)連接表中。 – 當(dāng)此連接被釋放的時(shí)候，此傳輸?shù)刂肪捅粡U棄了。 圖例：初始連接協(xié)議 建立連接 ? 傳輸連接的概念 – 面向應(yīng)用層需要傳輸服務(wù)的進(jìn)程 – 在兩個(gè)傳輸用戶之間建立邏輯聯(lián)系 – 內(nèi)部表現(xiàn)為一些緩沖區(qū)和一組協(xié)議機(jī)制 – 外部表現(xiàn)為高可靠性 ? 建立連接面臨的問(wèn)題：網(wǎng)絡(luò)可能丟失、重復(fù)分組。 傳輸連接的發(fā)起方如何確定對(duì)方的 TSAP – NAME SERVER（ directory server） ?利用一個(gè)特殊的進(jìn)程稱為名稱服務(wù)器或目錄服務(wù)器，它的 TSAP是眾所周知的。 ?進(jìn)程服務(wù)器返回繼續(xù)監(jiān)聽(tīng)。 ? 進(jìn)程服務(wù)器作為代理，同時(shí)監(jiān)聽(tīng)一系列的端口，等待TCP連接請(qǐng)求。而且應(yīng)用層的用戶進(jìn)程始終處于監(jiān)聽(tīng)狀態(tài)。 尋址 (Addressing) ? 圖例 – 主機(jī) 2的應(yīng)用層進(jìn)程 timeofday綁定 TSAP 122端口，并一直監(jiān)聽(tīng)，等待連接請(qǐng)求。 ? 方法 – 滑窗協(xié)議（類似數(shù)據(jù)鏈路層） – 動(dòng)態(tài)公用緩沖區(qū) – 信用量法（動(dòng)態(tài)滑窗協(xié)議） 傳輸協(xié)議的要素 ? 傳輸服務(wù)是通過(guò)建立連接的兩個(gè)傳輸實(shí)體之間的傳輸協(xié)議來(lái)實(shí)現(xiàn)的。在數(shù)據(jù)鏈路層中，有些協(xié)議為每個(gè)連接均分配了固定數(shù)目的緩沖區(qū)。子網(wǎng)能將分組存儲(chǔ)起來(lái)的能力有時(shí)可能會(huì)產(chǎn)生災(zāi)難性后果。對(duì)運(yùn)輸層而言，初始連接的建立要復(fù)雜得多，這點(diǎn)我們以后會(huì)看到。 ? 釋放連接：每一方使用 close原語(yǔ)單獨(dú)釋放連接。 ?調(diào)用 accept將本地應(yīng)用程序 A阻塞起來(lái)，等待接收客戶程序發(fā)來(lái)的連接請(qǐng)求。 ? 調(diào)用 bind將某地址賦予 S1，使得遠(yuǎn)程應(yīng)用程序能訪問(wèn)本地應(yīng)用程序 A。 ? 傳輸層的協(xié)議數(shù)據(jù)單元 TPDU，傳輸實(shí)體接收來(lái)自應(yīng)用層的數(shù)據(jù)，加上傳輸層報(bào)頭，得到 TP
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1