傳輸層主要內容(編輯修改稿)
2024-11-17 12:02 本頁面
【文章內容簡介】 初始連接協(xié)議對于隨時需要創(chuàng)建的應用進程是十分有效的。但是有一些應用并不依賴進程服務器，而與一些硬件設備相連，不能臨時倉促創(chuàng)建。 傳輸連接的發(fā)起方如何確定對方的 TSAP – NAME SERVER（ directory server） ?利用一個特殊的進程稱為名稱服務器或目錄服務器，它的 TSAP是眾所周知的。 ?遠方客戶程序首先和 NAME SERVER建立連接，告知 NAME SERVER自己需要服務的名稱。NAME SERVER將相應的 TSAP地址作為回答。 ?遠方客戶程序釋放和 NAME SERVER的傳輸連接，與所需要的服務進程建立連接。 圖例：初始連接協(xié)議 建立連接 ? 傳輸連接的概念 – 面向應用層需要傳輸服務的進程 – 在兩個傳輸用戶之間建立邏輯聯(lián)系 – 內部表現(xiàn)為一些緩沖區(qū)和一組協(xié)議機制 – 外部表現(xiàn)為高可靠性 ? 建立連接面臨的問題：網絡可能丟失、重復分組。特別是延遲重復分組(delayed duplicates)的存在，導致傳輸層建立連接很復雜。 建立連接 ? 解決延遲重復分組的關鍵是丟棄過時的分組，可用如下方法： – 非重復的 TSAP – 過時連接表 – 分組的 TTL(分組生成周期 )機制 – 三次握手機制 非重復的 TSAP ? 原理 – 廢棄使用過的傳輸?shù)刂贰? ? 方法 – 系統(tǒng)為每次的傳輸連接賦予一個新的傳輸?shù)刂贰? – 當此連接被釋放的時候，此傳輸?shù)刂肪捅粡U棄了。 ? 缺點 – 不支持進程服務器，因為沒有公認的眾所周知的 TSAP存在。 過時連接表 ? 原理 – 利用過時連接表和在 TPDU增加連接標識信息檢查所到達的分組是否為重復分組。 ? 方法 – 連接發(fā)起方為每個傳輸連接分配一個連接標識符，并將此信息存入本次傳輸服務中的每個 TPDU 中（包括連接請求）。 – 當連接釋放的時候，各傳輸實體將此連接標識信息添加到本機維護的一張過時連接表中。 過時連接表 – 每個新的連接請求到達的時候，根據(jù)連接標識符核對過時連接表，如果已經過時，該連接視為重復連接。 ? 缺點 – 需要保留歷史記錄，不適應突發(fā)情況。 – 當機器由于崩潰而丟失了過時連接表時，就無法再識別重復連接。 分組的 TTL機制 ? 原理 – 利用 TTL丟棄超時分組。 ? 方法 – 定義和計算每個分組的生存時間 TTL。 – 超時未到達目的地的，被視為陳舊分組而遭到拋棄。 ? 缺點 – 消除重復連接請求依賴通信子網完成。 – 不能避免網絡層分組傳輸?shù)牟豢煽啃浴? 三次握手建立連接 ? 三次握手 (threeway handshake)方案解決了由于網絡層會丟失、存儲和重復分組帶來的問題。 ? 三次握手正常建立連接的過程 – A 發(fā)出序號為 X的建立連接請求 CR TPDU。 – B 發(fā)出序號為 Y的接受連接確認 ACK TPDU，并確認 A的序號為 X的建立連接請求。 – A 發(fā)出序號為 X的第一個數(shù)據(jù) DATA，并確認 B的序號為 Y的接受連接確認。 主機 A 主機 B ? ? ? 連接請求 CR(seq=x) 接受連接，回送確認 ACK(seq=y, ACK=x) 發(fā)送數(shù)據(jù)，回送確認 DATA(seq=x, ACK=y) 連接成功 ! 重復的 CR ? 如果出現(xiàn)了重復的建立連接請求 CR的情況，三次握手可以很好的解決。 主機 A 主機 B ? ? ? 重復連接請求 CR(seq=x) 接受連接，回送確認 ACK(seq=y, ACK=x) 拒絕連接，回送確認 REJECT(ACK=y) X是重復連接請 求，放棄連接！ 重復的 CR和重復的 ACK并存 ? 重復的建立連接請求 CR和重復的接受連接確認 ACK并存時，三次握手也可以解決重復連接問題。 主機 A 主機 B 重復連接請求 CR(seq=x) 接受連接，回送確認 ACK(seq=y, ACK=x) 拒絕連接，回送確認 REJECT(ACK=y) X是重復連接請求， 放棄連接！ 應該是 ACK=y， 所以 ACK=z是重復的。 重復發(fā)送確認 ACK=z Data(seq=x, ACK=z) 釋放連接 ? 非對稱式連接釋放方法 – 一方發(fā)出釋放連接請求后，整個連接斷開。 – 存在丟失數(shù)據(jù)的危險。 ? 對稱式連接釋放方法 – 各自獨立發(fā)出釋放連接請求，收到對方的釋放確認后才可以釋放連接。 – 由于 兩軍問題
教學課件相關推薦
鄂ICP備17016276號-1