

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、5 01 試說明運(yùn)輸層在協(xié)議棧中的地位和作用, 運(yùn)輸層的通信和網(wǎng)絡(luò)層的通信有什么重要區(qū) 別?為什么運(yùn)輸層是必不可少的?答:運(yùn)輸層處于面向通信部分的最高層, 同時(shí)也是用戶功能中的最低層, 向它上面的應(yīng)用層 提供服務(wù)運(yùn)輸層為應(yīng)用進(jìn)程之間提供端到端的邏輯通信, 但網(wǎng)絡(luò)層是為主機(jī)之間提供邏輯通信 (面 向主機(jī),承擔(dān)路由功能,即主機(jī)尋址及有效的分組交換) 。各種應(yīng)用進(jìn)程之間通信需要 “可靠或盡力而為 ”的兩類服務(wù)質(zhì)量,必須由運(yùn)輸層以復(fù)用 和分用的形式加載到網(wǎng)絡(luò)層。5 02 網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)對上面的運(yùn)輸層有何影響? 答:網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)不影響上面的運(yùn)輸層的運(yùn)行機(jī)制。但提供不同的服務(wù)
2、質(zhì)量。5 03 當(dāng)應(yīng)用程序使用面向連接的 TCP 和無連接的 IP 時(shí), 這種傳輸是面向連接的還是面向 無連接的? 答:都是。這要在不同層次來看,在運(yùn)輸層是面向連接的,在網(wǎng)絡(luò)層則是無連接的。5 04 試用畫圖解釋運(yùn)輸層的復(fù)用。 畫圖說明許多個(gè)運(yùn)輸用戶復(fù)用到一條運(yùn)輸連接上, 而這 條運(yùn)輸連接有復(fù)用到 IP 數(shù)據(jù)報(bào)上。505 試舉例說明有些應(yīng)用程序愿意采用不可靠的UDP ,而不用采用可靠的 TCP。答: VOIP :由于語音信息具有一定的冗余度,人耳對VOIP 數(shù)據(jù)報(bào)損失由一定的承受度,但對傳輸時(shí)延的變化較敏感。有差錯(cuò)的 UDP 數(shù)據(jù)報(bào)在接收端被直接拋棄, TCP 數(shù)據(jù)報(bào)出錯(cuò)則會(huì)引起重傳, 可能帶
3、來 較大的時(shí)延擾動(dòng)。因此 VOIP 寧可采用不可靠的 UDP ,而不愿意采用可靠的 TCP。5 06 接收方收到有差錯(cuò)的 UDP 用戶數(shù)據(jù)報(bào)時(shí)應(yīng)如何處理? 答:丟棄5 07 如果應(yīng)用程序愿意使用 UDP 來完成可靠的傳輸,這可能嗎?請說明理由 答:可能,但應(yīng)用程序中必須額外提供與 TCP 相同的功能。5 08 為什么說 UDP 是面向報(bào)文的,而 TCP 是面向字節(jié)流的?答:發(fā)送方 UDP 對應(yīng)用程序交下來的報(bào)文,在添加首部后就向下交付 IP 層。 UDP 對應(yīng) 用層交下來的報(bào)文,既不合并,也不拆分,而是保留這些報(bào)文的邊界。接收方 UDP 對 IP 層交上來的 UDP 用戶數(shù)據(jù)報(bào), 在去除首部后
4、就原封不動(dòng)地交付上層的 應(yīng)用進(jìn)程,一次交付一個(gè)完整的報(bào)文。發(fā)送方 TCP 對應(yīng)用程序交下來的報(bào)文數(shù)據(jù)塊,視為無結(jié)構(gòu)的字節(jié)流(無邊界約束,課分拆 / 合并),但維持各字節(jié)5 09 端口的作用是什么?為什么端口要?jiǎng)澐譃槿N? 答:端口的作用是對 TCP/IP 體系的應(yīng)用進(jìn)程進(jìn)行統(tǒng)一的標(biāo)志,使運(yùn)行不同操作系統(tǒng)的計(jì)算 機(jī)的應(yīng)用進(jìn)程能夠互相通信。熟知端口,數(shù)值一般為 01023. 標(biāo)記常規(guī)的服務(wù)進(jìn)程;登記端口號,數(shù)值為 102449151 ,標(biāo)記沒有熟知端口號的非常規(guī)的服務(wù)進(jìn)程;5 10 試說明運(yùn)輸層中偽首部的作用。 答:用于計(jì)算運(yùn)輸層數(shù)據(jù)報(bào)校驗(yàn)和。511 某個(gè)應(yīng)用進(jìn)程使用運(yùn)輸層的用戶數(shù)據(jù)報(bào)UDP ,然
5、而繼續(xù)向下交給 IP 層后,又封裝成IP 數(shù)據(jù)報(bào)。既然都是數(shù)據(jù)報(bào),可否跳過 UDP 而直接交給 IP 層?哪些功能 UDP 提供了但 IP 沒提提供?答:不可跳過 UDP 而直接交給 IP 層IP 數(shù)據(jù)報(bào) IP 報(bào)承擔(dān)主機(jī)尋址,提供報(bào)頭檢錯(cuò);只能找到目的主機(jī)而無法找到目的進(jìn)程。UDP 提供對應(yīng)用進(jìn)程的復(fù)用和分用功能,以及提供對數(shù)據(jù)差分的差錯(cuò)檢驗(yàn)。512 一個(gè)應(yīng)用程序用 UDP,到 IP 層把數(shù)據(jù)報(bào)在劃分為 4 個(gè)數(shù)據(jù)報(bào)片發(fā)送出去,結(jié)果前兩 個(gè)數(shù)據(jù)報(bào)片丟失,后兩個(gè)到達(dá)目的站。過了一段時(shí)間應(yīng)用程序重傳UDP,而 IP 層仍然劃分為 4 個(gè)數(shù)據(jù)報(bào)片來傳送。 結(jié)果這次前兩個(gè)到達(dá)目的站而后兩個(gè)丟失。 試
6、問:在目的站能否將 這兩次傳輸?shù)?4 個(gè)數(shù)據(jù)報(bào)片組裝成完整的數(shù)據(jù)報(bào)?假定目的站第一次收到的后兩個(gè)數(shù)據(jù)報(bào) 片仍然保存在目的站的緩存中。答:不行重傳時(shí), IP 數(shù)據(jù)報(bào)的標(biāo)識字段會(huì)有另一個(gè)標(biāo)識符。僅當(dāng)標(biāo)識符相同的 IP 數(shù)據(jù)報(bào)片才能組裝成一個(gè) IP 數(shù)據(jù)報(bào)。前兩個(gè) IP 數(shù)據(jù)報(bào)片的標(biāo)識符與后兩個(gè) IP 數(shù)據(jù)報(bào)片的標(biāo)識符不同, 因此不能組裝成一個(gè) IP 數(shù)據(jù)報(bào)。513 一個(gè) UDP 用戶數(shù)據(jù)的數(shù)據(jù)字段為 8192 季節(jié)。在數(shù)據(jù)鏈路層要使用以太網(wǎng)來傳送。 試 問應(yīng)當(dāng)劃分為幾個(gè) IP 數(shù)據(jù)報(bào)片?說明每一個(gè) IP 數(shù)據(jù)報(bào)字段長度和片偏移字段的值。答:6 個(gè) 數(shù)據(jù)字段的長度:前 5 個(gè)是 1480 字節(jié),最后
7、一個(gè)是 800 字節(jié)。 片偏移字段的值分別是: 0,1480, 2960, 4440, 5920 和 7400.514 一 UDP 用戶數(shù)據(jù)報(bào)的首部十六進(jìn)制表示是:06 32 00 45 00 1C E2 1 7.試求源端口、目的端口、 用戶數(shù)據(jù)報(bào)的總長度、 數(shù)據(jù)部分長度。 這個(gè)用戶數(shù)據(jù)報(bào)是從客戶發(fā)送給服務(wù)器發(fā) 送給客戶?使用 UDP 的這個(gè)服務(wù)器程序是什么?解:源端口 1586,目的端口 69, UDP 用戶數(shù)據(jù)報(bào)總長度 28 字節(jié),數(shù)據(jù)部分長度 20 字節(jié)。此 UDP 用戶數(shù)據(jù)報(bào)是從客戶發(fā)給服務(wù)器(因?yàn)槟康亩丝谔?8+40 8=524600C=109b/sL/C=0.0005246sTd=
8、10 10-3s0.02104864Throughput=L/(L/C+2 Td)=524600/0.0205246=25.5Mb/sEfficiency=(L/C)/(L/C+2D)=0.0255最大吞吐量為 25.5Mb/s 。信道利用率為 25.5/1000=2.55% 5 32 什么是 Karn 算法?在 TCP 的重傳機(jī)制中,若不采用 Karn 算法,而是在收到確認(rèn)時(shí)都 認(rèn)為是對重傳報(bào)文段的確認(rèn), 那么由此得出的往返時(shí)延樣本和重傳時(shí)間都會(huì)偏小。 試問: 重 傳時(shí)間最后會(huì)減小到什么程度 ?答: Karn 算法:在計(jì)算平均往返時(shí)延 RTT 時(shí),只要報(bào)文段重傳了,就不采用其往返時(shí)延樣 本。
9、設(shè)新往返時(shí)延樣本 TiRTT(1)=a*RTT(i-1)+(1-a)*T(i);RTTA(i) =a* RTT (i-1) + (1-a) *T (i) /2;RTT(1) =a*0+(1-a)*T(1)= (1-a)*T(1);RTTA (1) =a*0+(1-a)*T(1)/2= RTT (1) /2RTT(2) = a*RTT( 1) +(1-a) *T(2);RTTA (2) = a*RTT(1) +(1-a) *T(2)/2;= a*RTT(1) /2+(1-a) *T(2)/2= RTT(2) /2RTO=beta*RTT, 在統(tǒng)計(jì)意義上,重傳時(shí)間最后會(huì)減小到使用5 33 假定 T
10、CP 在開始建立連接時(shí),發(fā)送方設(shè)定超時(shí)重傳時(shí)間是RTO=6s。(1)當(dāng)發(fā)送方接到對方的連接確認(rèn)報(bào)文段時(shí),測量出RTT 樣本值為 1.5s。試計(jì)算現(xiàn)在的 RTO值。(2)當(dāng)發(fā)送方發(fā)送數(shù)據(jù)報(bào)文段并接收到確認(rèn)時(shí),測量出RTT 樣本值為 2.5s。試計(jì)算現(xiàn)在的 RTO值。答:(1) 據(jù) RFC2988 建議, RTO=RTTs+4*RTTd 。其中 RTTd 是 RTTs 的偏差加權(quán)均值。 初次測量時(shí),RTTd( 1 ) = RTT( 1 ) /2;后續(xù)測量中, RTTd(i) =( 1 -Beta ) * RTTd (i-1 ) +Beta* RTTs- RTT (i) ; Beta=1/4依題意,
11、RTT( 1)樣本值為 1.5 秒,則RTTs(1) =RTT(1) =1.5sRTTd(1)=RTT(1)/2=0.75skarn 算法的 1/2.RTO(1)=RTTs(1)+4RTTd(1)=1.5+4*0.75=4.5(s)(2) RTT(2) =2.5 RTTs(1) =1.5s RTTd (1) =0.75sRTTd(2) = (1-Beta) * RTTd(1) +Beta* RTTs (1) - RT(2) =0.75*3/4+1.5-2.5/4=13/16RTO(2)=RTTs (1) +4RTTd(2) =1.5+4*13/16=4.75s5 34 已知第一次測得 TCP
12、的往返時(shí)延的當(dāng)前值是 30 ms。現(xiàn)在收到了三個(gè)接連的確認(rèn)報(bào)文 段,它們比相應(yīng)的數(shù)據(jù)報(bào)文段的發(fā)送時(shí)間分別滯后的時(shí)間是:26ms,32ms 和 24ms。設(shè)a=0 9。試計(jì)算每一次的新的加權(quán)平均往返時(shí)間值RTTs。討論所得出的結(jié)果。答: a=0.1, RTTO=30RTT1=RTTO*(1-a) +26*a=29.6RTT2=RTT1*a+32(1-a)=29.84RTT3=RTT2*a+24 (1-a) =29.256三次算出加權(quán)平均往返時(shí)間分別為 29.6, 29.84 和 29.256ms。可以看出, RTT 的樣本值變化多達(dá) 20%時(shí),加權(quán)平均往返535 試計(jì)算一個(gè)包括 5 段鏈路的運(yùn)輸
13、連接的單程端到端時(shí)延。 5 段鏈路程中有 2 段是衛(wèi)星 鏈路, 有 3段是廣域網(wǎng)鏈路。 每條衛(wèi)星鏈路又由上行鏈路和下行鏈路兩部分組成。 可以取這 兩部分的傳播時(shí)延之和為250ms。每一個(gè)廣域網(wǎng)的范圍為1500km,其傳播時(shí)延可按150000km /s 來計(jì)算。各數(shù)據(jù)鏈路速率為48kb/ s,幀長為 960 位。答: 5 段鏈路的傳播時(shí)延 =250*2+ (1500/150000) *3*1000=530ms5 段鏈路的發(fā)送時(shí)延 =960/ (48*1000) *5*1000=100ms所以 5 段鏈路單程端到端時(shí)延 =530+100=630ms536 重復(fù) 5-35 題,但假定其中的一個(gè)陸地上
14、的廣域網(wǎng)的傳輸時(shí)延為150ms。答: 760ms5 37 在 TCP 的擁塞控制中,什么是慢開始、擁塞避免、快重傳和快恢復(fù)算法?這里每一種算法各起什么作用 ? “乘法減小 ”和“加法增大 ”各用在什么情況下 ?答:慢開始:在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí)可先將擁塞窗口cwnd 設(shè)置為一個(gè)最大報(bào)文段 MSS 的數(shù)值。在每收到一個(gè)對新的報(bào)文段的確認(rèn)后,將擁塞窗口增加至多一個(gè)MSS 的數(shù)值。用這樣的方法逐步增大發(fā)送端的擁塞窗口cwnd,可以分組注入到網(wǎng)絡(luò)的速率更加合理。擁塞避免: 當(dāng)擁塞窗口值大于慢開始門限時(shí), 停止使用慢開始算法而改用擁塞避免算法。 擁塞避免 算法使發(fā)送的擁塞窗口每經(jīng)過一個(gè)往返時(shí)延RTT
15、 就增加一個(gè) MSS 的大小。快重傳算法規(guī)定: 發(fā)送端只要一連收到三個(gè)重復(fù)的 ACK 即可斷定有分組丟失了,就應(yīng)該立即重傳丟手的報(bào)文 段而不必繼續(xù)等待為該報(bào)文段設(shè)置的重傳計(jì)時(shí)器的超時(shí)。快恢復(fù)算法: 當(dāng)發(fā)送端收到連續(xù)三個(gè)重復(fù)的 ACK 時(shí),就重新設(shè)置慢開始門限 ssthresh 與慢開始不同之處是擁塞窗口 cwnd 不是設(shè)置為 1,而是設(shè)置為 ssthresh若收到的重復(fù)的 AVK 為門個(gè)(n3),則將 cwnd 設(shè)置為 ssthresh 若發(fā)送窗口值還容許發(fā)送報(bào)文段,就按擁塞避免算法繼續(xù)發(fā)送報(bào)文段。 若收到了確認(rèn)新的報(bào)文段的 ACK ,就將 cwnd 縮小到 ssthresh 乘法減小:是指不
16、論在慢開始階段還是擁塞避免階段,只要出現(xiàn)一次超時(shí)(即出現(xiàn)一次網(wǎng)絡(luò)擁塞),就把慢開始門限值 ssthresh 設(shè)置為當(dāng)前的擁塞窗口值乘以 0.5。當(dāng)網(wǎng)絡(luò)頻繁出現(xiàn)擁塞時(shí), ssthresh 值就下降得很快,以大大減少注入到網(wǎng)絡(luò)中的分組數(shù)。 加法增大:是指執(zhí)行擁塞避免算法后,在收到對所有報(bào)文段的確認(rèn)后(即經(jīng)過一個(gè)往返時(shí)間),就把擁塞窗口 cwnd 增加一個(gè) MSS 大小,使擁塞窗口緩慢增大,以防止網(wǎng)絡(luò)過早出現(xiàn)擁塞。5 38 設(shè) TCP 的 ssthresh 的初始值為 8(單位為報(bào)文段)。當(dāng)擁塞窗口上升到 12 時(shí)網(wǎng)絡(luò)發(fā)生了 超時(shí),TCP 使用慢開始和擁塞避免。試分別求出第 1 次到第 15 次傳輸
17、的各擁塞窗口大小。 你能說明擁塞控制窗口每一次變化的原因嗎?答:擁塞窗口大小分別為: 1, 2, 4, 8, 9, 10, 11, 12, 1, 2, 4, 6, 7, 8, 9.539 TCP 的擁塞窗口 cwnd 大小與傳輸輪次 n 的關(guān)系如下所示:cwnd1248163233343536373839n12345678910111213cwnd4041422122232425261248n14151617181920212223242526(1)試畫出如圖 5-25 所示的擁塞窗口與傳輸輪次的關(guān)系曲線。(2)指明 TCP 工作在慢開始階段的時(shí)間間隔。(3)指明 TCP 工作在擁塞避免階段的
18、時(shí)間間隔。(4)在第 16 輪次和第 22 輪次之后發(fā)送方是通過收到三個(gè)重復(fù)的確認(rèn)還是通過超市檢測到 丟失了報(bào)文段?(5)在第 1 輪次,第 18 輪次和第 24 輪次發(fā)送時(shí),門限 ssthresh 分別被設(shè)置為多大?(6) 在第幾輪次發(fā)送出第 70 個(gè)報(bào)文段?(7)假定在第 26 輪次之后收到了三個(gè)重復(fù)的確認(rèn), 因而檢測出了報(bào)文段的丟失, 那么擁塞 窗口 cwnd 和門限 ssthresh 應(yīng)設(shè)置為多大?答:(1)擁塞窗口與傳輸輪次的關(guān)系曲線如圖所示(課本后答案) :(2) 慢開始時(shí)間間隔: 【1, 6】和【 23, 26】(3) 擁塞避免時(shí)間間隔: 【6, 16】和【 17, 22】(4)
19、在第 16 輪次之后發(fā)送方通過收到三個(gè)重復(fù)的確認(rèn)檢測到丟失的報(bào)文段。在第22 輪次 之后發(fā)送方是通過超時(shí)檢測到丟失的報(bào)文段。(5)在第 1 輪次發(fā)送時(shí),門限 ssthresh 被設(shè)置為 32在第 18 輪次發(fā)送時(shí),門限 ssthresh 被設(shè)置為發(fā)生擁塞時(shí)的一半,即21.在第 24 輪次發(fā)送時(shí),門限 ssthresh 是第 18 輪次發(fā)送時(shí)設(shè)置的 21(6)第 70 報(bào)文段在第 7 輪次發(fā)送出。(7)擁塞窗口 cwnd 和門限 ssthresh 應(yīng)設(shè)置為 8 的一半,即 4.540 TCP 在進(jìn)行流量控制時(shí)是以分組的丟失作為產(chǎn)生擁塞的標(biāo)志。有沒有不是因擁塞而引起的分組丟失的情況 ?如有,請舉出
20、三種情況。答:當(dāng) Ip 數(shù)據(jù)報(bào)在傳輸過程中需要分片,但其中的一個(gè)數(shù)據(jù)報(bào)未能及時(shí)到達(dá)終點(diǎn),而終點(diǎn)組裝IP 數(shù)據(jù)報(bào)已超時(shí),因而只能丟失該數(shù)據(jù)報(bào); IP 數(shù)據(jù)報(bào)已經(jīng)到達(dá)終點(diǎn),但終點(diǎn)的緩存沒有足 夠的空間存放此數(shù)據(jù)報(bào); 數(shù)據(jù)報(bào)在轉(zhuǎn)發(fā)過程中經(jīng)過一個(gè)局域網(wǎng)的網(wǎng)橋, 但網(wǎng)橋在轉(zhuǎn)發(fā)該數(shù)據(jù) 報(bào)的幀沒有足夠的差錯(cuò)空間而只好丟棄。5 41 用 TCP 傳送 512 字節(jié)的數(shù)據(jù)。設(shè)窗口為 100 字節(jié),而 TCP 報(bào)文段每次也是傳送 100 字節(jié)的數(shù)據(jù)。再設(shè)發(fā)送端和接收端的起始序號分別選為100 和 200,試畫出類似于圖 5-31的工作示意圖。從連接建立階段到連接釋放都要畫上。542 在圖 5-32 中所示的連接釋
21、放過程中, 主機(jī) B 能否先不發(fā)送 ACK=x+1 的確認(rèn) ? (因?yàn)?后面要發(fā)送的連接釋放報(bào)文段中仍有 ACK=x+1 這一信息 )答:如果 B 不再發(fā)送數(shù)據(jù)了,是可以把兩個(gè)報(bào)文段合并成為一個(gè),即只發(fā)送FIN+ACK 報(bào)文段。但如果 B 還有數(shù)據(jù)報(bào)要發(fā)送,而且要發(fā)送一段時(shí)間,那就不行,因?yàn)锳 遲遲收不到確認(rèn),就會(huì)以為剛才發(fā)送的 FIN 報(bào)文段丟失了,就超時(shí)重傳這個(gè) FIN 報(bào)文段,浪費(fèi)網(wǎng)絡(luò)資源。543 在圖(5-33)中,在什么情況下會(huì)發(fā)生從狀態(tài)LISTEN 到狀態(tài) SYN_SENT ,以及從狀態(tài)SYN_ENT 到狀態(tài) SYN_RCVD 的變遷 ?答:當(dāng) A 和 B 都作為客戶,即同時(shí)主動(dòng)打
22、開 TCP 連接。這時(shí)的每一方的狀態(tài)變遷都是:CLOSED 一(SYN-SENT- SYN-RCVD-aESTABLISHED544 試以具體例子說明為什么一個(gè)運(yùn)輸連接可以有多種方式釋放。可以設(shè)兩個(gè)互相通信的用戶分別連接在網(wǎng)絡(luò)的兩結(jié)點(diǎn)上。答:設(shè) A,B 建立了運(yùn)輸連接。協(xié)議應(yīng)考慮一下實(shí)際可能性:A 或 B 故障,應(yīng)設(shè)計(jì)超時(shí)機(jī)制,使對方退出,不至于死鎖;A 主動(dòng)退出, B 被動(dòng)退出B 主動(dòng)退出, A 被動(dòng)退出545 解釋為什么突然釋放運(yùn)輸連接就可能會(huì)丟失用戶數(shù)據(jù),而使用TCP 的連接釋放方法就可保證不丟失數(shù)據(jù)。答:當(dāng)主機(jī) 1 和主機(jī) 2 之間連接建立后,主機(jī) 1 發(fā)送了一個(gè) TCP 數(shù)據(jù)段并正確
23、抵達(dá)主機(jī) 2,接著主機(jī) 1 發(fā)送另一個(gè) TCP 數(shù)據(jù)段,這次很不幸,主機(jī) 2 在收到第二個(gè) TCP 數(shù)據(jù)段之前發(fā)出了釋放連接請求, 如果就這樣突然釋放連接, 顯然主機(jī) 1 發(fā)送的第二個(gè) TCP 報(bào)文段會(huì)丟失。而使用 TCP 的連接釋放方法,主機(jī) 2 發(fā)出了釋放連接的請求,那么即使收到主機(jī) 1 的確認(rèn) 后,只會(huì)釋放主機(jī) 2 到主機(jī) 1 方向的連接, 即主機(jī) 2 不再向主機(jī) 1 發(fā)送數(shù)據(jù), 而仍然可接受 主機(jī) 1 發(fā)來的數(shù)據(jù),所以可保證不丟失數(shù)據(jù)。5 46 試用具體例子說明為什么在運(yùn)輸連接建立時(shí)要使用三次握手。說明如不這樣做可能會(huì)出現(xiàn)什么情況。答:3 次握手完成兩個(gè)重要的功能,既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知道彼此已準(zhǔn)備 好),也要允許雙方就初始序列號進(jìn)行協(xié)商,這個(gè)序列號在握手過程中被發(fā)送和確認(rèn)。 假定 B 給 A 發(fā)送一個(gè)連接請求分組, A 收到了這個(gè)分組,并發(fā)送了確認(rèn)應(yīng)答分組。按照兩 次握手的協(xié)定, A 認(rèn)為連接已經(jīng)成功地建立了,可以開始發(fā)送數(shù)據(jù)分組。可是, B
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025-2030中國涂料流變控制劑行業(yè)市場現(xiàn)狀供需分析及投資評估規(guī)劃分析研究報(bào)告
- 2025-2030中國海上集裝箱化行業(yè)市場發(fā)展趨勢與前景展望戰(zhàn)略研究報(bào)告
- 2025-2030中國流體加熱裝置行業(yè)市場發(fā)展趨勢與前景展望戰(zhàn)略研究報(bào)告
- 2025-2030中國洗滌用品行業(yè)市場現(xiàn)狀供需分析及投資評估規(guī)劃分析研究報(bào)告
- 2025-2030中國油防污涂料和漆市場競爭狀況與前景動(dòng)態(tài)分析研究報(bào)告
- 必考知識公共衛(wèi)生考試試題及答案
- 2025年公共衛(wèi)生考試的復(fù)習(xí)時(shí)間安排試題及答案
- 學(xué)習(xí)營養(yǎng)科學(xué)的個(gè)人成長之路試題及答案
- 2025-2030中國沐浴露行業(yè)市場發(fā)展?fàn)顩r及發(fā)展趨勢與投資前景研究報(bào)告
- 2025-2030中國沉沒燈市場深度調(diào)查與未來前景預(yù)測研究報(bào)告
- 湖南新高考教學(xué)教研聯(lián)盟暨長郡二十校聯(lián)盟2025屆高三年級第二次聯(lián)考?xì)v史試題及答案
- 高速公路工程質(zhì)量管理制度匯編
- (二模)東北三省三校2025年高三第二次聯(lián)合模擬考試 英語試卷(含答案解析)
- 2025年春形勢與政策第二學(xué)期練習(xí)題、知識點(diǎn)梳理
- 2025年甘肅西北永新集團(tuán)招聘11人筆試參考題庫附帶答案詳解
- 雨水泵站機(jī)電設(shè)備安裝工程施工方案52719
- 2025屆浙江省杭州市下學(xué)期高三考前(二模)語文試題試卷含解析
- 北師大版四年級數(shù)學(xué)下學(xué)期月考質(zhì)量評估課后輔導(dǎo)過關(guān)檢測考試
- 2025 保健品行業(yè)專題報(bào)告:保健品藍(lán)帽子九問九答
- 第二單元第1課《葉子的紋理》課件 一年級美術(shù)下冊 浙美版
- 基于樹枝振動(dòng)特性的香榧采摘機(jī)設(shè)計(jì)
評論
0/150
提交評論