數(shù)據(jù)通信與計算機網(wǎng)絡(luò)--14傳輸層-在線瀏覽
2025-02-02 16:10本頁面
【正文】 方將分配的 TSAP通知主機 初始連接協(xié)議 （ initial connection protocol） 第 14講 傳輸層 TSAP地址的結(jié)構(gòu) 層次型： TSAP地址 = NSAP地址 + 本地應(yīng)用標(biāo)識（端口號） 平面型：需要一個名字服務(wù)器來解析。主機 2通過向主機 1發(fā)送一個接受連接請求的 TPDU來響應(yīng)該 TPDU，并聲明自己的序號為 y(seq=y,ACK=x)，主機 1收到這個確認后感到莫名其妙并當(dāng)即拒絕，主機 2收到了主機1 的拒絕才意識到自己受到了延時的重復(fù) TPDU的欺騙并放棄該連接。在這里，關(guān)鍵是要認識到主機2已經(jīng)聲明使用 y作為從主機 2到主機 1進行數(shù)據(jù)傳輸?shù)某跏夹蛱?，因此主機 2十分清楚在正常情況下，主機 1的數(shù)據(jù)傳輸應(yīng)捎帶對 y確認的 TPDU。因此也不會無故建立無人要求的連接 第 14講 傳輸層 釋放連接 非對稱釋放 一方中止連接，則連接即告中斷 缺陷：可能導(dǎo)致數(shù)據(jù)丟失 對稱釋放 A提出中止請求， B同意即中止 問題： B如何知道 A 收到了它的確認 ? ? ? 第 14講 傳輸層 非對稱釋放 一方中止連接，則連接即告中斷 當(dāng)連接建立后，主機 1發(fā)送了一個數(shù)據(jù) TPDU并正確抵達主機 2，接著，主機 1發(fā)送了第二個數(shù)據(jù)TPDU，然而，主機 2在收到第二個 TPDU之前先突然發(fā)出了 DISCONNECT(釋放連接請求 )，結(jié)果是連接立即被釋放，數(shù)據(jù)被丟失 。你呢 ?” 如果 B響應(yīng)： “ 我也發(fā)送完了。 ” A收到了 B的確認，連接便可以被安全釋放 第 14講 傳輸層 對稱釋放的幾種情況 三次握手的正常情況 最后的確認 TPDU丟失 應(yīng)答丟失 應(yīng)答丟失以及后續(xù)的 DR丟失 第 14講 傳輸層 三次握手的正常情況 主機 1在結(jié)束數(shù)據(jù)傳輸后決定釋放連接，于是發(fā)送 DR并啟動計時器，主機 2在收到主機 1 的DR后同意釋放連接，也發(fā)送 DR并啟動計時器，主機 1 在計時器沒有超時前收到主機 2 的 DR，便正式釋放連接并發(fā)送ACK，主機 2也在計時器沒有超時前收到主機 1 的 ACK，于是也釋放了連接，至此整個數(shù)據(jù)傳輸過程，包括建立連接、傳輸數(shù)據(jù)和釋放連接的過程正常結(jié)束 第 14講 傳輸層 最后的確認 TPDU丟失 主機 1在結(jié)束數(shù)據(jù)傳輸后決定釋放連接，于是發(fā)送DR并啟動計時器，主機 2在收到主機 1 的 DR后同意釋放連接，也發(fā)送 DR
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1