6_網(wǎng)絡(luò)傳輸服務(wù)(1)-展示頁
2025-01-18 03:08本頁面
【正文】 1 3. 進(jìn)程 1的 TSAP 1 分配 TSAP 客戶機(jī) 服務(wù)器 固定 /公開 初始連接協(xié)議 20 名字（目錄）服務(wù)器 用戶進(jìn)程 服務(wù)器進(jìn)程 1 名字服務(wù)器 服務(wù)器進(jìn)程 n 1 3. 進(jìn)程 1的 TSAP 獲知 TSAP 客戶機(jī) 服務(wù)器 固定 /公開 21 confirm 建立連接面臨的問題 request confirm indication response 超時(shí) request rerequest indication indication response response confirm 正常連接 重復(fù)連接 22 重復(fù)連接的解決辦法 ? 非重復(fù) TSAP ? 過時(shí)連接表 ? 分組的 TTL機(jī)制 ? 三次握手機(jī)制 23 非重復(fù) TSAP ? 方法 – 系統(tǒng)為每次連接賦予一個(gè)新的 TSAP – 當(dāng)連接被釋放時(shí)將此 TSAP廢棄 ? 問題 – 不支持 C/S動態(tài)連接方式（沒有公認(rèn)的 TSAP地址概念） 24 過時(shí)連接表 ? 方法 – 為每個(gè)連接分配連接標(biāo)識符，存入 TPDU – 當(dāng)連接被釋放時(shí)，將此連接信息存入過時(shí)連接表 – 每個(gè)新的連接請求到達(dá)時(shí)，根據(jù)標(biāo)識符核對過時(shí)連接表，如已過時(shí)則視為重復(fù)連接 ? 問題 – 需要保留歷史記錄，不適應(yīng)突變情況 25 分組的 TTL機(jī)制 ? 方法 – 定義和計(jì)數(shù)每個(gè)分組的生存時(shí)間 TTL – 超時(shí)未達(dá)目的地，視為陳舊分組，被拋棄 ? 問題 – 消除重復(fù)連接請求需要依賴子網(wǎng)完成 – 網(wǎng)絡(luò)層分組傳輸?shù)牟豢煽啃? 26 三次握手建立連接 Threeway handshaking ? 正常建立連接過程 ? 對重復(fù)連接的處理 – 重復(fù) CR – 重復(fù) CR與重復(fù) ACC并存 27 三次握手建立連接過程 連接請求 CR(seq=x) 接受連接，回送確認(rèn) ACC(seq=y,ACK=x) 主機(jī) A 主機(jī) B ? ? 發(fā)送數(shù)據(jù)，回送確認(rèn)Data(seq=x,ACK=y) 連接成功！ 28 重復(fù)連接請求 CR 重復(fù)連接請求 CR(seq=x) 接受連接，回送確認(rèn)ACC(seq=x,ACK=y) 主機(jī) A 主機(jī) B ? ? 拒絕連接，回送確認(rèn)REJECT( ACK=y) x是重復(fù)連接請求，放棄連接！ 29 重復(fù) CR與重復(fù) ACK 接受連接，回送確認(rèn)ACC(seq=y, ACK=x) 主機(jī) A 主機(jī) B 拒絕連接，回送確認(rèn)REJECT( ACK=y) 應(yīng)該 ACK=y，實(shí)際ACK=z，重復(fù)！ x是重復(fù)連接請求，放棄連接！ 30 3）釋放連接 ? 非對稱釋放 – 發(fā)送釋放請求后單方終止連接 – 有可能丟失對方發(fā)送的數(shù)據(jù) ? 對稱釋放 – 各自獨(dú)立發(fā)出釋放連接請求 – 收到對方的釋放確認(rèn)之后才可釋放連接 – Twoarmy問題 31 Twoarmy Problem ? 通信兵穿越白軍防地，不可靠通信 ? 藍(lán)軍 2不知道藍(lán)軍 1是否收到確認(rèn)，不能貿(mào)然行動 ? 采用“三次握手”機(jī)制 發(fā)送同時(shí)進(jìn)攻的建議 接受同時(shí)進(jìn)攻的建議 收到對方的確認(rèn) 藍(lán)軍 1 藍(lán)軍 2 32 三次握手釋放連接 ? 正常釋放連接 ? 非正常情況 – 最后的確認(rèn) TPDU丟失 – 應(yīng)答 TPDU丟失 – 應(yīng)答及后續(xù)釋放請求 DR丟失 33 三次握手正常釋放連接 發(fā)送釋放請求 DR啟動計(jì)時(shí)器 發(fā)送釋放請求 DR啟動計(jì)時(shí)器 主機(jī) A 主機(jī) B ? ? 釋放連接
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1