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