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