傳輸層主要內(nèi)容-文庫吧
2025-09-08 12:02 本頁面
【正文】 以后的調(diào)用中使用該套接字 s。 ? 調(diào)用 connect阻塞應(yīng)用程序，傳輸層實體開始建立連接，當連接建立完成時，取消阻塞。 ? 數(shù)據(jù)傳輸：雙方使用 send和 receive完成數(shù)據(jù)的全雙工發(fā)送。 ? 釋放連接：每一方使用 close原語單獨釋放連接。 ? 首先，在數(shù)據(jù)鏈路層，不必為一個路由器指明它要與哪個路由器通話 每條輸出線對應(yīng)唯一的一個路由器。在運輸層里，需要顯式地給出目的端地址。 ? 其次，在圖中的線路上建立連接的過程很簡單：另一端總是存在的（只有在它已崩潰的情況下才不存在），每一方都沒有太多事情要做。對運輸層而言，初始連接的建立要復(fù)雜得多，這點我們以后會看到。 ? 數(shù)據(jù)鏈路層和運輸層之間另一個主要的區(qū)別是 子網(wǎng)的存儲能力 。當路由器發(fā)送了一幀時，該幀可能會到達目的地，也可能會丟失，但它不會徘徊一會兒，躲藏在網(wǎng)絡(luò)的某個角落，而在某個不合適的時刻又突然冒出來。如果子網(wǎng)內(nèi)部采用數(shù)據(jù)報和適應(yīng)性路由選擇策略，那么就極可能將一個分組存儲幾秒鐘，然后再傳送。子網(wǎng)能將分組存儲起來的能力有時可能會產(chǎn)生災(zāi)難性后果。因此需要使用特殊的協(xié)議。 ? 數(shù)據(jù)鏈路層和運輸層之間的最后一個區(qū)別是 數(shù)量上的差別而非類型上的差別 。在兩層中都需要有數(shù)據(jù)緩沖和流量控制，但在運輸層中出現(xiàn)的大量的、動態(tài)變化的連接要求可能需要使用與在數(shù)據(jù)鏈路層中不同的處理方法。在數(shù)據(jù)鏈路層中，有些協(xié)議為每個連接均分配了固定數(shù)目的緩沖區(qū)。在運輸層中，由于需要管理很大數(shù)目的連接，因此，為每個連接分配很多緩沖區(qū)的策略不具有吸引力。在以下的幾小節(jié)中，將考察所有這樣和那樣的問題。 信息流控制 ? 運輸層連接多，緩沖區(qū)的管理 ? 運輸層涉及到運輸層服務(wù)用戶、運輸實體以及網(wǎng)絡(luò)服務(wù)隊列 ? 運輸層實體間傳輸?shù)难舆t。 ? 方法 – 滑窗協(xié)議（類似數(shù)據(jù)鏈路層） – 動態(tài)公用緩沖區(qū) – 信用量法（動態(tài)滑窗協(xié)議） 傳輸協(xié)議的要素 ? 傳輸服務(wù)是通過建立連接的兩個傳輸實體之間的傳輸協(xié)議來實現(xiàn)的。它必須解決差錯控制、分組順序、流量控制等問題。 傳輸協(xié)議的要素 ? 傳輸協(xié)議的主要功能有 – 尋址 – 建立連接 – 釋放連接 – 流量控制和緩沖策略 – 多路復(fù)用 – 崩潰恢復(fù) 尋址 (Addressing) ? 尋址 (Addressing) 方法 – 傳輸層定義傳輸服務(wù)訪問點TSAP (Transport Service Access Point)，將應(yīng)用進程與這些 TSAP相連。 – 在 Inter中， TSAP為 (IP address, local port)。 尋址 (Addressing) ? 圖例 – 主機 2的應(yīng)用層進程 timeofday綁定 TSAP 122端口，并一直監(jiān)聽，等待連接請求。 – 主機 1的應(yīng)用程序希望與 timeofday通信，就定義本機的 TSAP 6作為源端口，主機 2的 TSAP 122為目的端口，由傳輸實體發(fā)出連接請求。 – 主機 2的傳輸實體詢問 TSAP 122端口的應(yīng)用進程timeofday是否接收連接請求，認可，傳輸連接建立。 ? 問題：連接發(fā)起方如何確定對方的 TSAP？ 傳輸連接的發(fā)起方如何確定對方的 TSAP ? 靜態(tài)分配 TSAP – 應(yīng)用層的用戶進程擁有固定的、公開的、廣為人知的 TSAP，例： tel的 TSAP為（ IP地址，端口 23）。而且應(yīng)用層的用戶進程始終處于監(jiān)聽狀態(tài)。 – 問題：只適用于少數(shù)從不改變得關(guān)鍵服務(wù)，而且進程一直處于活動狀態(tài)監(jiān)聽一個 TSAP是很浪費資源的。 傳輸連接的發(fā)起方如何確定對方的 TSAP ? 動態(tài)分配 TSAP – 進程服務(wù)器：使用初始連接協(xié)議 (initial connection protocol)。 ? 每個用戶進程無需不間斷地監(jiān)聽自己的 TSAP端口，而是由每臺希望向遠端提供服務(wù)的計算機運行一個稱為進程服務(wù)器 (process server)的進程。 ? 進程服務(wù)器作為代理，同時監(jiān)聽一系列的端口，等待TCP連接請求。 ? 需要某種服務(wù)的遠方客戶程序通過執(zhí)行 CONNECT請求，向它所需要的應(yīng)用進程的 TSAP發(fā)出連接建立請求。如果沒有應(yīng)用進程在此 TSAP上監(jiān)聽，則遠方客戶和進程服務(wù)器建立連接。 傳輸連接的發(fā)起方如何確定對方的 TSAP ? 動態(tài)分配 TSAP – 進程服務(wù)器（續(xù)）： ?進程服務(wù)器收到連接請求后，將源端客戶程序所請求的應(yīng)用進程加載，并將已經(jīng)建立的連接轉(zhuǎn)交該進程。 ?進程服務(wù)器返回繼續(xù)監(jiān)聽。 ?遠方客戶程序與所希望的服務(wù)程序進行數(shù)據(jù)傳輸。 ?問題：
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1