數(shù)據(jù)通信與計(jì)算機(jī)網(wǎng)絡(luò)--14傳輸層(編輯修改稿)
2025-01-19 16:10 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 務(wù)器建立連接，向服務(wù)器發(fā)送一個(gè)報(bào)文，指明服務(wù)的名稱(chēng)，服務(wù)器將該服務(wù)對(duì)應(yīng)的 TSAP返回給用戶。類(lèi)似于 114查號(hào) 對(duì)方將分配的 TSAP通知主機(jī) 第 14講 傳輸層 對(duì)方將分配的 TSAP通知主機(jī) 初始連接協(xié)議 （ initial connection protocol） 第 14講 傳輸層 TSAP地址的結(jié)構(gòu) 層次型： TSAP地址 = NSAP地址 + 本地應(yīng)用標(biāo)識(shí)（端口號(hào)） 平面型：需要一個(gè)名字服務(wù)器來(lái)解析。輸入 TSAP，輸出它的網(wǎng)絡(luò)地址 第 14講 傳輸層 連接建立 通信子網(wǎng)的不可靠性 通信子網(wǎng)中存在著延時(shí)和分組的丟失，以及由于延時(shí)和丟失而帶來(lái)的重復(fù)分組 由于通信子網(wǎng)的盡力而為的傳輸原則，一個(gè)早已超時(shí)的分組最終還是到達(dá)了目的端，所以有必要將分組的生命周期限制在一個(gè)適當(dāng)?shù)姆秶鷥?nèi) 連接建立時(shí)，如何處理過(guò)期分組，保證連接的唯一性是連接建立過(guò)程中首要考慮的問(wèn)題 常用的方法是： 三次握手法 第 14講 傳輸層 連接建立過(guò)程 正常的三次握手過(guò)程 非正常的連接建立過(guò)程 由延遲重復(fù)導(dǎo)致的連接過(guò)程 同時(shí)出現(xiàn)作廢的 CR和 ACC的情況 ? ? ? 第 14講 傳輸層 正常的連接建立過(guò)程 正常連接的三次握手過(guò)程 主機(jī) 1發(fā)出連接請(qǐng)求序號(hào)為 x(seq=x)，主機(jī) 2應(yīng)答接受主機(jī) 1的連接請(qǐng)求，并聲明自己的序列號(hào)為y(seq=y,ACK=x)，主機(jī) 1收到確認(rèn)后發(fā)送第一個(gè)數(shù)據(jù)TPDU并確認(rèn)主機(jī) 2的序列號(hào)(seq=x,ACK=y)，至此，整個(gè)連接建立過(guò)程正常結(jié)束，數(shù)據(jù)傳輸已正式開(kāi)始 CR： Connection Request（連接請(qǐng)求） ACC： Connection Accepted（接受連接） 第 14講 傳輸層 非正常的連接建立過(guò)程 1 出現(xiàn)延遲的重復(fù) TPDU時(shí)三次握手的工作過(guò)程 來(lái)自一個(gè)已經(jīng)釋放連接的主機(jī) 1的延遲重復(fù)的連接請(qǐng)求，該TPDU在主機(jī) 1毫不知曉的情況下到達(dá)主機(jī) 2。主機(jī) 2通過(guò)向主機(jī) 1發(fā)送一個(gè)接受連接請(qǐng)求的 TPDU來(lái)響應(yīng)該 TPDU，并聲明自己的序號(hào)為 y(seq=y,ACK=x)，主機(jī) 1收到這個(gè)確認(rèn)后感到莫名其妙并當(dāng)即拒絕，主機(jī) 2收到了主機(jī)1 的拒絕才意識(shí)到自己受到了延時(shí)的重復(fù) TPDU的欺騙并放棄該連接。據(jù)此，延時(shí)的重復(fù)請(qǐng)求將不會(huì)產(chǎn)生不良后果 第 14講 傳輸層 非正常的連接建立過(guò)程 2 子網(wǎng)中同時(shí)有作廢的 CR和 ACC的情況 與上
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1