【正文】 timeofday通信，就定義本機(jī)的 TSAP 6作為源端口，主機(jī) 2的 TSAP 122為目的端口，由傳輸實(shí)體發(fā)出連接請(qǐng)求。 ? 主機(jī) 2的傳輸實(shí)體詢(xún)問(wèn) TSAP 122端口的應(yīng)用進(jìn)程 timeofday是否接收連接請(qǐng)求，認(rèn)可，傳輸連接建立。 ? 問(wèn)題：連接發(fā)起方如何確定對(duì)方的 TSAP？ 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 傳輸連接的發(fā)起方如何確定對(duì)方的 TSAP ?靜態(tài)分配 TSAP ? 應(yīng)用層的用戶(hù)進(jìn)程擁有固定的、公開(kāi)的、廣為人知的 TSAP，例： tel的 TSAP為（ IP地址，端口 23）。而且應(yīng)用層的用戶(hù)進(jìn)程始終處于監(jiān)聽(tīng)狀態(tài)。 ? 問(wèn)題：只適用于少數(shù)從不改變得關(guān)鍵服務(wù)，而且進(jìn)程一直處于活動(dòng)狀態(tài)監(jiān)聽(tīng)一個(gè) TSAP是很浪費(fèi)資源的。 ?動(dòng)態(tài)分配 TSAP ? 進(jìn)程服務(wù)器：使用初始連接協(xié)議 (initial connection protocol)。 ?每個(gè)用戶(hù)進(jìn)程無(wú)需不間斷地監(jiān)聽(tīng)自己的 TSAP端口，而是由每臺(tái)希望向遠(yuǎn)端提供服務(wù)的計(jì)算機(jī)運(yùn)行一個(gè)稱(chēng)為進(jìn)程服務(wù)器 (process server)的進(jìn)程。 ?進(jìn)程服務(wù)器作為代理，同時(shí)監(jiān)聽(tīng)一系列的端口，等待 TCP連接請(qǐng)求。 ?需要某種服務(wù)的遠(yuǎn)方客戶(hù)程序通過(guò)執(zhí)行 CONNECT請(qǐng)求，向它所需要的應(yīng)用進(jìn)程的 TSAP發(fā)出連接建立請(qǐng)求。如果沒(méi)有應(yīng)用進(jìn)程在此 TSAP上監(jiān)聽(tīng)，則遠(yuǎn)方客戶(hù)和進(jìn)程服務(wù)器建立連接。 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 傳輸連接的發(fā)起方如何確定對(duì)方的 TSAP ?動(dòng)態(tài)分配 TSAP ? 進(jìn)程服務(wù)器（續(xù)）： ?進(jìn)程服務(wù)器收到連接請(qǐng)求后，將源端客戶(hù)程序所請(qǐng)求的應(yīng)用進(jìn)程加載，并將已經(jīng)建立的連接轉(zhuǎn)交該進(jìn)程。 ?進(jìn)程服務(wù)器返回繼續(xù)監(jiān)聽(tīng)。 ?遠(yuǎn)方客戶(hù)程序與所希望的服務(wù)程序進(jìn)行數(shù)據(jù)傳輸。 ?問(wèn)題： 初始連接協(xié)議對(duì)于隨時(shí)需要?jiǎng)?chuàng)建的應(yīng)用進(jìn)程是十分有效的。但是有一些應(yīng)用并不依賴(lài)進(jìn)程服務(wù)器，而與一些硬件設(shè)備相連，不能臨時(shí)倉(cāng)促創(chuàng)建。 ? NAME SERVER（ directory server） ?利用一個(gè)特殊的進(jìn)程稱(chēng)為名稱(chēng)服務(wù)器或目錄服務(wù)器，它的 TSAP是眾所周知的。 ?遠(yuǎn)方客戶(hù)程序首先和 NAME SERVER建立連接，告知 NAME SERVER自己需要服務(wù)的名稱(chēng)。 NAME SERVER將相應(yīng)的 TSAP地址作為回答。 ?遠(yuǎn)方客戶(hù)程序釋放和 NAME SERVER的傳輸連接，與所需要的服務(wù)進(jìn)程建立連接。 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 Back 圖例：初始連接協(xié)議 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 建立連接 ?傳輸連接的概念 ? 面向應(yīng)用層需要傳輸服務(wù)的進(jìn)程 ? 在兩個(gè)傳輸用戶(hù)之間建立邏輯聯(lián)系 ? 內(nèi)部表現(xiàn)為一些緩沖區(qū)和一組協(xié)議機(jī)制 ? 外部表現(xiàn)為高可靠性 ?建立連接面臨的問(wèn)題：網(wǎng)絡(luò)可能丟失、重復(fù)分組。特別是延遲重復(fù)分組 (delayed duplicates)的存在，導(dǎo)致傳輸層建立連接很復(fù)雜。 ?解決延遲重復(fù)分組的關(guān)鍵是丟棄過(guò)時(shí)的分組，可用如下方法： ? 非重復(fù)的 TSAP ? 過(guò)時(shí)連接表 ? 分組的 TTL機(jī)制 ? 三次握手機(jī)制 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 非重復(fù)的 TSAP ?原理 ? 廢棄使用過(guò)的傳輸?shù)刂贰? ?方法 ? 系統(tǒng)為每次的傳輸連接賦予一個(gè)新的傳輸?shù)刂贰? ? 當(dāng)此連接被釋放的時(shí)候，此傳輸?shù)刂肪捅粡U棄了。 ?缺點(diǎn) ? 不支持進(jìn)程服務(wù)器，因?yàn)闆](méi)有公認(rèn)的眾所周知的 TSAP存在。 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 過(guò)時(shí)連接表 ?原理 ? 利用過(guò)時(shí)連接表和在 TPDU增加連接標(biāo)識(shí)信息檢查所到達(dá)的分組是否為重復(fù)分組。 ?方法 ? 連接發(fā)起方為每個(gè)傳輸連接分配一個(gè)連接標(biāo)識(shí)符，并將此信息存入本次傳輸服務(wù)中的每個(gè) TPDU 中（包括連接請(qǐng)求）。 ? 當(dāng)連接釋放的時(shí)候，各傳輸實(shí)體將此連接標(biāo)識(shí)信息添加到本機(jī)維護(hù)的一張過(guò)時(shí)連接表中。 ? 每個(gè)新的連接請(qǐng)求到達(dá)的時(shí)候，根據(jù)連接標(biāo)識(shí)符核對(duì)過(guò)時(shí)連接表，如果已經(jīng)過(guò)時(shí)，該連接視為重復(fù)連接。 ?缺點(diǎn) ? 需要保留歷史記錄，不適應(yīng)突發(fā)情況。 ? 當(dāng)機(jī)器由于崩潰而丟失了過(guò)時(shí)連接表時(shí)，就無(wú)法再識(shí)別重復(fù)連接。 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 分組的 TTL機(jī)制 ?原理 ? 利用 TTL丟棄超時(shí)分組。 ?方法 ? 定義和計(jì)算每個(gè)分組的生存時(shí)間 TTL。 ? 超時(shí)未到達(dá)目的地的，被視為陳舊分組而遭到拋棄。 ?缺點(diǎn) ? 消除重復(fù)連接請(qǐng)求依賴(lài)通信子網(wǎng)完成。 ? 不能避免網(wǎng)絡(luò)層分組傳輸?shù)牟豢煽啃浴? 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 三次握手建立連接 ?三次握手 (threeway handshake)方案解決了由于網(wǎng)絡(luò)層會(huì)丟失、存儲(chǔ)和重復(fù)分組帶來(lái)的問(wèn)題。 ?三次握手正常建立連接的過(guò)程 ? A 發(fā)出序號(hào)為 X的建立連接請(qǐng)求 CR TPDU。 ? B 發(fā)出序號(hào)為 Y的接受連接確認(rèn) ACK TPDU，并確認(rèn) A的序號(hào)為 X的建立連接請(qǐng)求。 ? A 發(fā)出序號(hào)為 X的第一個(gè)數(shù)據(jù) DATA，并確認(rèn) B的序號(hào)為 Y的接受連接確認(rèn)。 主機(jī) A 主機(jī) B ? ? ? 連接請(qǐng)求 CR(seq=x) 接受連接，回送確認(rèn) ACK(seq=y, ACK=x) 發(fā)送數(shù)據(jù)，回送確認(rèn) DATA(seq=x, ACK=y) 連接成功 ! 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 重復(fù)的 CR ?如果出現(xiàn)了重復(fù)的建立連接請(qǐng)求 CR的情況，三次握手可以很好的解決。 主機(jī) A 主機(jī) B ? ? ? 重復(fù)連接請(qǐng)求 CR(seq=x) 接受連接，回送確認(rèn) ACK(seq=y, ACK=x) 拒絕連接，回送確認(rèn) REJECT(ACK=y) X是重復(fù)連接請(qǐng) 求，放棄連接！ 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 重復(fù)的 CR和重復(fù)的 ACK并存 ?重復(fù)的建立連接請(qǐng)求 CR和重復(fù)的接受連接確認(rèn) ACK并存時(shí)，三次握手也可以解決重復(fù)連接問(wèn)題。 主機(jī) A 主機(jī) B 重復(fù)連接請(qǐng)求 CR(seq=x) 接受連接，回送確認(rèn) ACK(seq=y, ACK=x) 拒絕連接，回送確認(rèn) REJECT(ACK=y) X是重復(fù)連接請(qǐng)求， 放棄連接！ 應(yīng)該是 ACK=y， 所以 ACK=z是重復(fù)的。 重復(fù)發(fā)送確認(rèn) ACK=z Data(seq=x, ACK=z) Back 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 釋放連接 ?非對(duì)稱(chēng)式連接釋放方法 ? 一方發(fā)出釋放連接請(qǐng)求后，整個(gè)連接斷開(kāi)。 ? 存在丟失數(shù)據(jù)的危險(xiǎn)。 ?對(duì)稱(chēng)式連接釋放方法 ? 各自獨(dú)立發(fā)出釋放連接請(qǐng)求，收到對(duì)方的釋放確認(rèn)后才可以釋放連接。 ? 由于 兩軍問(wèn)題 (twoarmy problem)的存在，可以證明不存在安全的通過(guò) N次握手實(shí)現(xiàn)對(duì)稱(chēng)式連接釋放的方法。 計(jì) 算 機(jī) 網(wǎng) 絡(luò) 原 理 —— 傳 輸 層 兩軍問(wèn)題 ?兩支藍(lán)軍如何能夠同時(shí)發(fā)送進(jìn)攻？ ? 藍(lán)兵穿越白軍防地是不可靠通信。 ? 藍(lán)軍 2不知道藍(lán)軍 1是否收到確認(rèn)，不能貿(mào)然行動(dòng)。 ? 即使采用三次握手釋放連接，也會(huì)出現(xiàn)最后的確認(rèn)丟失，應(yīng)答 TPDU