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