【正文】 層 IP協(xié)議提供的不可靠的通信服務(wù)，解決分組的重傳和排序問題，為應(yīng)用進(jìn)程提供可靠的、端到端的、面向連接的基于字節(jié)流的服務(wù)。 ? UDP協(xié)議概述、 TPDU、工作原理。 ?傳輸控制協(xié)議 TCP (Transmission Control Protocol)是面向連接的、可靠的、端到端的、基于字節(jié)流的傳輸協(xié)議。 ?為了避免控制 TPDU丟失導(dǎo)致死鎖，主機(jī)應(yīng)該周期性的發(fā)送 TPDU。 ?緩存區(qū)的設(shè)計 有三種： ? 固定大小的 緩沖區(qū) ? 連接可變大 小的緩沖區(qū) ? 每個連接使 用一個大的 循環(huán)緩沖區(qū) 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 流量控制 ?傳輸層利用可變 滑動窗口 協(xié)議來實(shí)現(xiàn)流控。 Back 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 緩沖策略 ?由于網(wǎng)絡(luò)層服務(wù)是不可靠的，傳輸層實(shí)體必須緩存所有連接發(fā)出的 TPDU，而且為每個連接單獨(dú)做緩存，以便用于錯誤情況下的重傳。 ? (b) 最后確認(rèn) TPDU丟失的情況。 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 三次握手 + 定時器的方法釋放連接 ?在實(shí)際的通信過程中，使用三次握手 + 定時器的方法釋放連接，在絕大多數(shù)情況下是成功的。 ? 即使采用三次握手釋放連接，也會出現(xiàn)最后的確認(rèn)丟失，應(yīng)答 TPDU丟失、應(yīng)答及后續(xù)釋放請求丟失的情況。 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 兩軍問題 ?兩支藍(lán)軍如何能夠同時發(fā)送進(jìn)攻？ ? 藍(lán)兵穿越白軍防地是不可靠通信。 ?對稱式連接釋放方法 ? 各自獨(dú)立發(fā)出釋放連接請求，收到對方的釋放確認(rèn)后才可以釋放連接。 重復(fù)發(fā)送確認(rèn) ACK=z Data(seq=x, ACK=z) Back 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 釋放連接 ?非對稱式連接釋放方法 ? 一方發(fā)出釋放連接請求后，整個連接斷開。 主機(jī) A 主機(jī) B ? ? ? 重復(fù)連接請求 CR(seq=x) 接受連接，回送確認(rèn) ACK(seq=y, ACK=x) 拒絕連接，回送確認(rèn) REJECT(ACK=y) X是重復(fù)連接請 求，放棄連接！ 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 重復(fù)的 CR和重復(fù)的 ACK并存 ?重復(fù)的建立連接請求 CR和重復(fù)的接受連接確認(rèn) ACK并存時，三次握手也可以解決重復(fù)連接問題。 ? A 發(fā)出序號為 X的第一個數(shù)據(jù) DATA，并確認(rèn) B的序號為 Y的接受連接確認(rèn)。 ?三次握手正常建立連接的過程 ? A 發(fā)出序號為 X的建立連接請求 CR TPDU。 ? 不能避免網(wǎng)絡(luò)層分組傳輸?shù)牟豢煽啃浴? ? 超時未到達(dá)目的地的，被視為陳舊分組而遭到拋棄。 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 分組的 TTL機(jī)制 ?原理 ? 利用 TTL丟棄超時分組。 ?缺點(diǎn) ? 需要保留歷史記錄，不適應(yīng)突發(fā)情況。 ? 當(dāng)連接釋放的時候，各傳輸實(shí)體將此連接標(biāo)識信息添加到本機(jī)維護(hù)的一張過時連接表中。 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 過時連接表 ?原理 ? 利用過時連接表和在 TPDU增加連接標(biāo)識信息檢查所到達(dá)的分組是否為重復(fù)分組。 ? 當(dāng)此連接被釋放的時候，此傳輸?shù)刂肪捅粡U棄了。 ?解決延遲重復(fù)分組的關(guān)鍵是丟棄過時的分組，可用如下方法： ? 非重復(fù)的 TSAP ? 過時連接表 ? 分組的 TTL機(jī)制 ? 三次握手機(jī)制 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 非重復(fù)的 TSAP ?原理 ? 廢棄使用過的傳輸?shù)刂贰? 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 Back 圖例：初始連接協(xié)議 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 建立連接 ?傳輸連接的概念 ? 面向應(yīng)用層需要傳輸服務(wù)的進(jìn)程 ? 在兩個傳輸用戶之間建立邏輯聯(lián)系 ? 內(nèi)部表現(xiàn)為一些緩沖區(qū)和一組協(xié)議機(jī)制 ? 外部表現(xiàn)為高可靠性 ?建立連接面臨的問題：網(wǎng)絡(luò)可能丟失、重復(fù)分組。 NAME SERVER將相應(yīng)的 TSAP地址作為回答。 ? NAME SERVER（ directory server） ?利用一個特殊的進(jìn)程稱為名稱服務(wù)器或目錄服務(wù)器，它的 TSAP是眾所周知的。 ?問題： 初始連接協(xié)議對于隨時需要創(chuàng)建的應(yīng)用進(jìn)程是十分有效的。 ?進(jìn)程服務(wù)器返回繼續(xù)監(jiān)聽。如果沒有應(yīng)用進(jìn)程在此 TSAP上監(jiān)聽，則遠(yuǎn)方客戶和進(jìn)程服務(wù)器建立連接。 ?進(jìn)程服務(wù)器作為代理，同時監(jiān)聽一系列的端口，等待 TCP連接請求。 ?動態(tài)分配 TSAP ? 進(jìn)程服務(wù)器：使用初始連接協(xié)議 (initial connection protocol)。而且應(yīng)用層的用戶進(jìn)程始終處于監(jiān)聽狀態(tài)。 ? 主機(jī) 2的傳輸實(shí)體詢問 TSAP 122端口的應(yīng)用進(jìn)程 timeofday是否接收連接請求，認(rèn)可，傳輸連接建立。 ? 圖例 ? 主機(jī) 2的應(yīng)用層進(jìn)程 timeofday綁定TSAP 122端口，并一直監(jiān)聽，等待連接請求。 ?傳輸協(xié)議的主要功能有 ? 尋址 ? 建立連接 ? 釋放連接 ? 流量控制和緩沖策略 ? 多路復(fù)用 （自學(xué)） ? 崩潰恢復(fù)（自學(xué)） 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 尋址 (Addressing) ? 尋址 (Addressing) 方法 ? 傳輸層定義傳輸服務(wù)訪問點(diǎn) TSAP (Transport Service Access Point)，將應(yīng)用進(jìn)程與這些 TSAP相連。 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 傳輸協(xié)議的要素 ?傳輸服務(wù)是通過建立連接的兩個傳輸實(shí)體之間的傳輸協(xié)議來實(shí)現(xiàn)的。 ? 數(shù)據(jù)傳輸：雙方使用 send和 receive完成數(shù)據(jù)的全雙工發(fā)送。 ? 遠(yuǎn)程應(yīng)用程序（主動建立連接方） ?調(diào)用 socket創(chuàng)建一個套接字 s，并在傳輸層實(shí)體中分配表空間，返回一個文件描述符用于在以后的調(diào)用中使用該套接字 s。 ?當(dāng)傳輸層實(shí)體接收到建立連接的 TPDU時，創(chuàng)建一個和 S1相同屬性的套接字S2并返回其文件描述符。 ?調(diào)用 listen分配數(shù)據(jù)空間，以便存儲多個用戶的連接建立請求。 ? 建立連接 ? 本地應(yīng)用程序 A（提供服務(wù)方） ?調(diào)用 socket創(chuàng)建一個套接字 S1，并在傳輸層實(shí)體中分配表空間，返回一個文件描述符，用于以后調(diào)用中使用 S1。 傳輸層的協(xié)議數(shù)據(jù)單元 TPDU 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 簡單連接管理狀態(tài)圖 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 一套傳輸原語 — Berkeley Sockets ?連接釋放是對稱的。 ?一套簡單的傳輸服務(wù)原語：監(jiān)聽、連接、發(fā)送、接收、斷連。 ?優(yōu)先級 ?恢復(fù)能力 ? 在內(nèi)部出現(xiàn)問題的情況時，傳輸層自發(fā)中止連接的可能性。 ?殘余誤碼率 ? 測量丟失或者錯亂報文占發(fā)送報文總數(shù)的百分比。 ?吞吐量 ? 每秒鐘所傳輸?shù)挠脩魯?shù)據(jù)字節(jié)數(shù)。 ?典型 QoS參數(shù)包括： 計 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸