【正文】 L丟棄超時分組。 兩軍問題 ? 兩支藍(lán)軍如何能夠同時發(fā)送進(jìn)攻？ – 藍(lán)兵穿越白軍防地是不可靠通信。如果緩沖區(qū)是被分配給每個路由器中的虛電路的，那么登錄到遠(yuǎn)端機(jī)器上的用戶離開終端去喝咖啡期間，他仍然在耗費(fèi)著昂貴的資源。例如，考慮下面這種情況，遠(yuǎn)端服務(wù)器的傳輸實(shí)體只發(fā)送一個確認(rèn)，當(dāng)確認(rèn)發(fā)生后，又對應(yīng)用進(jìn)程執(zhí)行 個寫操作。 NBS已于 1988年底改名為國家標(biāo)準(zhǔn)與技術(shù)研究院 NIST。當(dāng)數(shù)據(jù)傳送結(jié)束后，則必須釋放運(yùn)輸連接。它面向 C型網(wǎng)絡(luò)服務(wù)。當(dāng)網(wǎng)絡(luò)連接斷開時，運(yùn)輸層就試圖建立另一條網(wǎng)絡(luò)連接。這 5類運(yùn)輸協(xié)議都是面向連接的。經(jīng)過多年的研究與討論， ISO于 1984年通過了 OSI運(yùn)輸協(xié)議的標(biāo)準(zhǔn)。 ? 為了能恢復(fù)崩潰前的狀態(tài)，服務(wù)器可以以廣播方式向所有其他的主機(jī)發(fā)送一個 TPDU，說明自己剛才發(fā)生崩潰并要求其客戶主機(jī)通知所有接通的連接所處的狀態(tài)。 ? 為了避免控制 TPDU丟失導(dǎo)致死鎖，主機(jī)應(yīng)該周期性的發(fā)送 TPDU。 重復(fù)發(fā)送確認(rèn) ACK=z Data(seq=x, ACK=z) 釋放連接 ? 非對稱式連接釋放方法 – 一方發(fā)出釋放連接請求后，整個連接斷開。 – 當(dāng)連接釋放的時候，各傳輸實(shí)體將此連接標(biāo)識信息添加到本機(jī)維護(hù)的一張過時連接表中。 ?進(jìn)程服務(wù)器返回繼續(xù)監(jiān)聽。 ? 方法 – 滑窗協(xié)議（類似數(shù)據(jù)鏈路層） – 動態(tài)公用緩沖區(qū) – 信用量法（動態(tài)滑窗協(xié)議） 傳輸協(xié)議的要素 ? 傳輸服務(wù)是通過建立連接的兩個傳輸實(shí)體之間的傳輸協(xié)議來實(shí)現(xiàn)的。 ? 釋放連接：每一方使用 close原語單獨(dú)釋放連接。 ? 安全保護(hù) – 防止未經(jīng)授權(quán)的第三方讀取和修改數(shù)據(jù)。 – 有必要增強(qiáng)網(wǎng)絡(luò)層提供服務(wù)的服務(wù)質(zhì)量。 1 ~ 4層稱為傳輸服務(wù)提供者， 4層以上稱為傳輸服務(wù)用戶。 傳輸層的協(xié)議數(shù)據(jù)單元 TPDU 一套傳輸原語 — Berkeley Sockets ? 連接釋放是對稱的。 ? 數(shù)據(jù)鏈路層和運(yùn)輸層之間另一個主要的區(qū)別是 子網(wǎng)的存儲能力 。 – 主機(jī) 1的應(yīng)用程序希望與 timeofday通信，就定義本機(jī)的 TSAP 6作為源端口，主機(jī) 2的 TSAP 122為目的端口，由傳輸實(shí)體發(fā)出連接請求。 ?遠(yuǎn)方客戶程序首先和 NAME SERVER建立連接，告知 NAME SERVER自己需要服務(wù)的名稱。 ? 方法 – 定義和計算每個分組的生存時間 TTL。 – 藍(lán)軍 2不知道藍(lán)軍 1是否收到確認(rèn)，不能貿(mào)然行動。盡管這種分組交換的實(shí)現(xiàn)與使用分組交換的主要原因之一 —— 用戶只根據(jù)傳輸?shù)臄?shù)據(jù)量而不是根據(jù)連接時間付費(fèi)相抵觸，但很多通信公司還是選擇了按時間收費(fèi)的方法，因?yàn)樗浅ｎ愃朴谒麄冊谶^去的幾十年中巳經(jīng)習(xí)慣了的電路交換模型。向輸出流寫一個 TPDU和發(fā)送一個確認(rèn)是兩個不同而又不可分的事件，二者不能同時進(jìn)行。 網(wǎng)絡(luò)服務(wù) 網(wǎng)絡(luò)服務(wù)分類： 針對網(wǎng)絡(luò)服務(wù)質(zhì)量的差異，運(yùn)輸層定義了 5個運(yùn)輸協(xié)議類，提供不同的功能。第 4類運(yùn)輸協(xié)議具有差錯檢測、差錯恢復(fù)以及復(fù)用等功能。這里的基本差錯是指出現(xiàn)網(wǎng)絡(luò)連接斷開或網(wǎng)絡(luò)連接失敗，或者收到了一個未被認(rèn)可的運(yùn)輸連接的數(shù)據(jù)單元。 運(yùn)輸協(xié)議類 ? 為了能夠在各種不同網(wǎng)絡(luò)上進(jìn)行不同類型的數(shù)據(jù)的傳送， ISO定義了 5類（ class）運(yùn)輸協(xié)議，即第 0類至第 4類的運(yùn)輸協(xié)議。 運(yùn)輸層協(xié)議 ? 運(yùn)輸層協(xié)議是依據(jù)網(wǎng)絡(luò)層提供的服務(wù)質(zhì)量來分類的。 ? 一個較復(fù)雜的問題是如何從主機(jī)崩潰中進(jìn)行恢復(fù) ，尤其是當(dāng)服務(wù)器崩潰并很快重新啟動后，客戶端希望能夠繼續(xù)進(jìn)行崩潰前的操作。 ? 所謂可變滑動窗口協(xié)議，是指發(fā)送方的發(fā)送窗口大小是由接收方根據(jù)自己的實(shí)際緩存情況給出的。 主機(jī) A 主機(jī) B 重復(fù)連接請求 CR(seq=x) 接受連接，回送確認(rèn) ACK(seq=y, ACK=x) 拒絕連接，回送確認(rèn) REJECT(ACK=y) X是重復(fù)連接請求， 放棄連接！ 應(yīng)該是 ACK=y， 所以 ACK=z是重復(fù)的。 ? 方法 – 連接發(fā)起方為每個傳輸連接分配一個連接標(biāo)識符，并將此信息存入本次傳輸服務(wù)中的每個 TPDU 中（包括連接請求）。 傳輸連接的發(fā)起方如何確定對方的 TSAP ? 動態(tài)分配 TSAP – 進(jìn)程服務(wù)器（續(xù)）： ?進(jìn)程服務(wù)器收到連接請求后，將源端客戶程序所請求的應(yīng)用進(jìn)程加載，并將已經(jīng)建立的連接轉(zhuǎn)交該進(jìn)程。 信息流控制 ? 運(yùn)輸層連接多，緩沖區(qū)的管理 ? 運(yùn)輸層涉及到運(yùn)輸層服務(wù)用戶、運(yùn)輸實(shí)體以及網(wǎng)絡(luò)服務(wù)隊列 ?