1、學(xué)而不思則惘，思而不學(xué)則殆第五章 傳輸層501試說明運(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ò)層。502網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)對上面的運(yùn)輸層有何影響？答：網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)不影響上面的運(yùn)輸層的運(yùn)行機(jī)制。但提

2、供不同的服務(wù)質(zhì)量。503當(dāng)應(yīng)用程序使用面向連接的TCP和無連接的IP時(shí)，這種傳輸是面向連接的還是面向無連接的？答：都是。這要在不同層次來看， 在運(yùn)輸層是面向連接的，在網(wǎng)絡(luò)層則是無連接的。504 試用畫圖解釋運(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ò)則會引起重傳，可能帶來較大的時(shí)延擾動(dòng)。因此VOIP

3、寧可采用不可靠的 UDP，而不愿意采用可靠的 TCP。506接收方收到有差錯(cuò)的 UDP用戶數(shù)據(jù)報(bào)時(shí)應(yīng)如何處理？答：丟棄507如果應(yīng)用程序愿意使用 UDP來完成可靠的傳輸，這可能嗎？請說明理由答：可能，但應(yīng)用程序中必須額外提供與TCP相同的功能。508 為什么說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)，在去除首部后就原封不動(dòng)地 交付上層的應(yīng)用進(jìn)程，一次交付一個(gè)完整的報(bào)文。發(fā)送方TCP對應(yīng)用程序交下來的報(bào)

4、文數(shù)據(jù)塊，視為無結(jié)構(gòu)的字節(jié)流（無邊界約束，課分拆/合并），但維持各字節(jié)509端口的作用是什么？為什么端口要?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)程；510試說明運(yùn)輸層中偽首部的作用。答：用于計(jì)算運(yùn)輸層數(shù)據(jù)報(bào)校驗(yàn)和。511某個(gè)應(yīng)用進(jìn)程使用運(yùn)輸層的用戶數(shù)據(jù)報(bào)UDP，然而繼續(xù)向下交給IP層后，又封裝成IP數(shù)據(jù)報(bào)。既然都是數(shù)據(jù)報(bào)，可否跳過UDP而直接交給IP層？哪些功能 UDP提供了但I(xiàn)P沒

5、提提供？答：不可跳過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è)丟失。試 問：在目的站能否將這兩次傳輸?shù)?個(gè)數(shù)據(jù)報(bào)片組裝成完整的數(shù)據(jù)報(bào)？假定目的站第一次收到的后兩個(gè)數(shù)據(jù)報(bào)片仍然保存在目的站的緩存中。答：不行重傳時(shí)，IP數(shù)據(jù)報(bào)的標(biāo)識字段會有另一個(gè)標(biāo)

6、識符。僅當(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)。513513514514515515516516517答：517答：一個(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é)，最后一個(gè)是 800字節(jié)。片偏移字段的值分別是：0，1480，2960，4440，5920和7400.一 UDP用戶數(shù)據(jù)報(bào)的首部十六進(jìn)制表示是：06 32 00 45 00

7、 1C E2 17.試求源端口、目的端口、用戶數(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)槟康亩丝谔?023，是熟知端口）、服務(wù)器程序是TFFTP。使用TCP對實(shí)時(shí)話音數(shù)據(jù)的傳輸有沒有什么問題？使用UDP在傳送數(shù)據(jù)文件時(shí)會有什么問題？答：如果語音數(shù)據(jù)不是實(shí)時(shí)播放（邊接受邊播放）就可以使用TCP，因?yàn)門CP傳輸可靠。接收端用TCP講話音數(shù)據(jù)接受完畢后，可以在以后的任何時(shí)間進(jìn)行播放。但 假定是

8、實(shí)時(shí)傳輸，則必須使用UDP。UDP不保證可靠交付，但 UCP比TCP的開銷要小很多。因此只要應(yīng)用程序接受這 樣的服務(wù)質(zhì)量就可以使用 UDP。在停止等待協(xié)議中如果不使用編號是否可行？為什么？答:分組和確認(rèn)分組都必須進(jìn)行編號，才能明確哪個(gè)分則得到了確認(rèn)。在停止等待協(xié)議中，如果收到重復(fù)的報(bào)文段時(shí)不予理睬（即悄悄地丟棄它而其他什 么也沒做）是否可行？試舉出具體的例子說明理由。A B丟棄重復(fù)的向不重傳確認(rèn)M-收到重復(fù)幀不確認(rèn)相當(dāng)于確認(rèn)丟失518 假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)送發(fā)在發(fā)送報(bào)文段M0后再設(shè)定的時(shí)間內(nèi)未收到確認(rèn)，于是重傳 M0，但M0又遲遲不能到達(dá)接收方。不久，發(fā)送方收到了遲到 的對M0的確

9、認(rèn)，于是發(fā)送下一個(gè)報(bào)文段M1，不久就收到了對 M1的確認(rèn)。接著發(fā)送方發(fā)送新的報(bào)文段 M0，但這個(gè)新的 M0在傳送過程中丟失了。正巧，一開始 就滯留在網(wǎng)絡(luò)中的 M0現(xiàn)在到達(dá)接收方。接收方無法分辨M0是舊的。于是收下M0，并發(fā)送確認(rèn)。顯然，接收方后來收到的M0是重復(fù)的，協(xié)議失敗了。試畫出類似于圖5-9所示的雙方交換報(bào)文段的過程。答:舊的M0被當(dāng)成新的M0。5佃 試證明：當(dāng)用n比特進(jìn)行分組的編號時(shí)，若接收到窗口等于1 (即只能按序接收分組)，當(dāng)僅在發(fā)送窗口不超過2n-l時(shí)，連接 ARQ協(xié)議才能正確運(yùn)行。窗口單位是分組。解：見課后答案。520 在連續(xù)ARQ協(xié)議中，若發(fā)送窗口等于 7,則發(fā)送端在開始時(shí)可

10、連續(xù)發(fā)送7個(gè)分組。因此，在每一分組發(fā)送后， 都要置一個(gè)超時(shí)計(jì)時(shí)器?，F(xiàn)在計(jì)算機(jī)里只有一個(gè)硬時(shí)鐘。設(shè)這7個(gè)分組發(fā)出的時(shí)間分別為tO,t1t6,且tout都一樣大。試問如何實(shí)現(xiàn)這7個(gè)超時(shí)計(jì)時(shí)器(這叫軟件時(shí)鐘法)？ 解：見課后答案。521假定使用連續(xù) ARQ協(xié)議中，發(fā)送窗口大小事3,而序列范圍0,15,而傳輸媒體保證 在接收方能夠按序收到分組。在某時(shí)刻，接收方，下一個(gè)期望收到序號是5.試問：(1) 在發(fā)送方的發(fā)送窗口中可能有出現(xiàn)的序號組合有哪幾種？(2) 接收方已經(jīng)發(fā)送出去的、但在網(wǎng)絡(luò)中(即還未到達(dá)發(fā)送方)的確認(rèn)分組可能 有哪些？說明這些確認(rèn)分組是用來確認(rèn)哪些序號的分組。522 主機(jī)A向主機(jī)B發(fā)送一個(gè)

11、很長的文件，其長度為L字節(jié)。假定TCP使用的MSS有1460字節(jié)。(1) 在TCP的序號不重復(fù)使用的條件下，L的最大值是多少？(2) 假定使用上面計(jì)算出文件長度，而運(yùn)輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層所使用的 首部開銷共66字節(jié)，鏈路的數(shù)據(jù)率為10Mb/s，試求這個(gè)文件所需的最短發(fā) 送時(shí)間。解：（1）L_max 的最大值是 2A32=4GB,G=2A30.（2）滿載分片數(shù)Q=L_max/MSS取整=2941758發(fā)送的總報(bào)文數(shù) N=Q*（MSS+66）+（ L_max-Q*MSS）+66=4489122708+682=4489123390總字節(jié)數(shù)是N=4489123390字節(jié)，發(fā)送 4489123390

12、字節(jié)需時(shí)間為：N*8/（10*10人6）=3591.3 秒，即 59.85 分，約 1 小時(shí)。523 主機(jī)A向主機(jī)B連續(xù)發(fā)送了兩個(gè) TCP報(bào)文段，其序號分別為70和100。試問：（1）第一個(gè)報(bào)文段攜帶了多少個(gè)字節(jié)的數(shù)據(jù)？（2）主機(jī)B收到第一個(gè)報(bào)文段后發(fā)回的確認(rèn)中的確認(rèn)號應(yīng)當(dāng)是多少？（3）如果主機(jī)B收到第二個(gè)報(bào)文段后發(fā)回的確認(rèn)中的確認(rèn)號是180,試問A發(fā)送的第二個(gè)報(bào)文段中的數(shù)據(jù)有多少字節(jié)？（4）如果A發(fā)送的第一個(gè)報(bào)文段丟失了，但第二個(gè)報(bào)文段到達(dá)了B。B在第二個(gè)報(bào)文段到達(dá)后向 A發(fā)送確認(rèn)。試問這個(gè)確認(rèn)號應(yīng)為多少？解：（1）第一個(gè)報(bào)文段的數(shù)據(jù)序號是70到99,共30字節(jié)的數(shù)據(jù)。（2）確認(rèn)號應(yīng)為100

13、.（3）80字節(jié)。（4）70524 一個(gè)TCP連接下面使用256kb/s的鏈路，其端到端時(shí)延為 128ms。經(jīng)測試，發(fā)現(xiàn)吞 吐量只有120kb/s。試問發(fā)送窗口 W是多少？（提示：可以有兩種答案，取決于接 收等發(fā)出確認(rèn)的時(shí)機(jī)）。解：來回路程的時(shí)延等于 256ms（=128m* 2）.設(shè)窗口值為X（注意：以字節(jié)為單位），假 定一次最大發(fā)送量等于窗口值，且發(fā)射時(shí)間等于 256ms，那么，每發(fā)送一次都得停下來 期待再次得到下一窗口的確認(rèn)，以得到新的發(fā)送許可這樣,發(fā)射時(shí)間等于停止等待應(yīng)答的 時(shí)間，結(jié)果,測到的平均吞吐率就等于發(fā)送速率的一半，即8X-（256 X000）=256 0.001X=8192所

14、以，窗口值為8192.525 為什么在TCP首部中要把TCP端口號放入最開始的4個(gè)字節(jié)？答：在ICMP的差錯(cuò)報(bào)文中要包含IP首部后面的8個(gè)字節(jié)的內(nèi)容，而這里面有TCP 首部中的源端口和目的端口。當(dāng)TCP收到ICMP差錯(cuò)報(bào)文時(shí)需要用這兩個(gè)端口來確定是哪條連接出了差錯(cuò)。526 為什么在TCP首部中有一個(gè)首部長度字段，而UDP的首部中就沒有這個(gè)這個(gè)字段？答：TCP首部除固定長度部分外，還有選項(xiàng)，因此TCP首部長度是可變的。UDP首部長度是固定的。527 一個(gè)TCP報(bào)文段的數(shù)據(jù)部分最多為多少個(gè)字節(jié)？為什么？如果用戶要傳送的數(shù)據(jù)的字節(jié)長度超過 TCP報(bào)文字段中的序號字段可能編出的最大序號，問還能否用TC

15、P來傳送？答：65495字節(jié)，此數(shù)據(jù)部分加上 TCP首部的20字節(jié)，再加上IP首部的20字節(jié)， 正好是IP數(shù)據(jù)報(bào)的最大長度 65535.（當(dāng)然，若IP首部包含了選擇，則IP首部長度 超過20字節(jié)，這時(shí)TCP報(bào)文段的數(shù)據(jù)部分的長度將小于65495字節(jié)。）數(shù)據(jù)的字節(jié)長度超過 TCP報(bào)文段中的序號字段可能編出的最大序號，通過循環(huán)使用序號，仍能用TCP來傳送。528 主機(jī)A向主機(jī)B發(fā)送TCP報(bào)文段，首部中的源端口是 m而目的端口是n。當(dāng)B向 A發(fā)送回信時(shí)，其 TCP報(bào)文段的首部中源端口和目的端口分別是什么？答：分別是n和m。529 在使用TCP傳送數(shù)據(jù)時(shí)，如果有一個(gè)確認(rèn)報(bào)文段丟失了，也不一定會引起與該

16、確認(rèn)報(bào)文段對應(yīng)的數(shù)據(jù)的重傳。試說明理由。答：還未重傳就收到了對更高序號的確認(rèn)。530 設(shè)TCP使用的最大窗口為 65535字節(jié)，而傳輸信道不產(chǎn)生差錯(cuò)，帶寬也不受限制。若報(bào)文段的平均往返時(shí)延為20ms,問所能得到的最大吞吐量是多少？答：在發(fā)送時(shí)延可忽略的情況下，最大數(shù)據(jù)率=最大窗口 *8/平均往返時(shí)間=26.2Mb/s。531 通信信道帶寬為 1Gb/s,端到端時(shí)延為 10ms。TCP的發(fā)送窗口為65535字節(jié)。試 問:可能達(dá)到的最大吞吐量是多少 ？信道的利用率是多少 ？答：L=65536 X 8+40 X 8=524600C=109b/sL/C=0.0005246sTd=10 X 10-3s0

17、.02104864Throughput=L/（L/C+2 X Td）=524600/0.0205246=25.5Mb/sEfficiency=（L/C）/（L/C+2 X D）=0.0255最大吞吐量為 25.5Mb/s。信道利用率為 25.5/1000=2.55%532 什么是Karn算法？在TCP的重傳機(jī)制中，若不采用Karn算法，而是在收到確認(rèn)時(shí)都認(rèn)為是對重傳報(bào)文段的確認(rèn)，那么由此得出的往返時(shí)延樣本和重傳時(shí)間都會偏小。試問：重傳時(shí)間最后會減小到什么程度？答：Karn算法：在計(jì)算平均往返時(shí)延RTT時(shí)，只要報(bào)文段重傳了，就不采用其往返時(shí)延樣本。設(shè)新往返時(shí)延樣本 TiRTT（ 1）=a*RTT

18、 （ 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í)間最后會減小到使用karn算法的1/2.533假定TCP在開始建立

19、連接時(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依題意，RTT（ 1 ）樣本值為1.5秒，則RTTs（ 1）=RTT

20、 （ 1）=1.5sRTTd（1）=RTT（1）/2=0.75sRTO（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.75s534 已知第一次測得 TCP的往返時(shí)延的當(dāng)前值是 30 ms。現(xiàn)在收到了三個(gè)接連的確認(rèn)報(bào) 文段，它們比相應(yīng)的數(shù)據(jù)

21、報(bào)文段的發(fā)送時(shí)間分別滯后的時(shí)間是：26ms，32ms和24ms。設(shè)a =0 9。試計(jì)算每一次的新的加權(quán)平均往返時(shí)間值RTTs。討論所得出的結(jié)果。答：a=0.1, RTTO=30RTT仁 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)輸連接的單程端到端時(shí)延。5段鏈路程中有2段是衛(wèi)星鏈路，有3段是廣域網(wǎng)鏈路。每條衛(wèi)星鏈路又由上行鏈路和下

22、行鏈路兩部分組成。 可以取這兩部分的傳播時(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è)陸地上的廣域網(wǎng)的傳輸時(shí)延為150ms。答：760ms537 在TCP的擁塞控制中，什么是慢開始、擁塞避免、快重傳和快恢復(fù)算法？這里每一種算

23、法各起什么作用？ 乘法減小”和 加法增大”各用在什么情況下？ 答：慢開始：在主機(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就增加一個(gè) MSS的大小?？熘貍魉惴ㄒ?guī)定：發(fā)送端只要一連收到三個(gè)重復(fù)的ACK即可斷定有分組丟失了，就應(yīng)該立即重傳丟手的報(bào)文段而不必繼續(xù)等待為該報(bào)文段設(shè)置的重傳計(jì)

24、時(shí)器的超時(shí)?？旎謴?fù)算法：當(dāng)發(fā)送端收到連續(xù)三個(gè)重復(fù)的 ACK時(shí)，就重新設(shè)置慢開始門限ssthresh與慢開始不同之處是擁塞窗口cwnd不是設(shè)置為1，而是設(shè)置為ssthresh若收到的重復(fù)的 AVK為門個(gè)(n>3)，則將cwnd設(shè)置為ssthresh 若發(fā)送窗口值還容許發(fā)送報(bào)文段，就按擁塞避免算法繼續(xù)發(fā)送報(bào)文段。若收到了確認(rèn)新的報(bào)文段的ACK，就將cwnd縮小到ssthresh乘法減?。菏侵覆徽撛诼_始階段還是擁塞避免階段，只要出現(xiàn)一次超時(shí)（即出現(xiàn)一次網(wǎng)絡(luò)擁 塞）,就把慢開始門限值 ssthresh設(shè)置為當(dāng)前的擁塞窗口值乘以0.5。當(dāng)網(wǎng)絡(luò)頻繁出現(xiàn)擁塞時(shí)，ssthresh值就下降得很快，以大大

25、減少注入到網(wǎng)絡(luò)中的分組數(shù)。加法增大：是指執(zhí)行擁塞避免算法后，在收到對所有報(bào)文段的確認(rèn)后（即經(jīng)過一個(gè)往返時(shí)間） 就把擁塞窗口 cwnd增加一個(gè) MSS大小，使擁塞窗口緩慢增大，以防止網(wǎng)絡(luò)過早 出現(xiàn)擁塞。538 設(shè)TCP的ssthresh的初始值為8（單位為報(bào)文段）。當(dāng)擁塞窗口上升到 12時(shí)網(wǎng)絡(luò)發(fā)生 了超時(shí)，TCP使用慢開始和擁塞避免。試分別求出第 1次到第15次傳輸?shù)母鲹砣?窗口大小。你能說明擁塞控制窗口每一次變化的原因嗎？答：擁塞窗口大小分別為：1, 2，4，8，9，10，11，12，1，2，4，6，7，8，9.539 TCP的擁塞窗口 cwnd大小與傳輸輪次 n的關(guān)系如下所示:cwnd124

26、8163233343536373839n12345678910111213cwnd4041422122232425261248n14151617181920212223242526（1）試畫出如圖5-25所示的擁塞窗口與傳輸輪次的關(guān)系曲線。（2）指明TCP工作在慢開始階段的時(shí)間間隔。（3）指明TCP工作在擁塞避免階段的時(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ù)

27、的確認(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）在第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）第7

28、0報(bào)文段在第7輪次發(fā)送出。（7） 擁塞窗口 cwnd和門限ssthresh應(yīng)設(shè)置為8的一半，即4.有沒有不是因擁塞而540 TCP在進(jìn)行流量控制時(shí)是以分組的丟失作為產(chǎn)生擁塞的標(biāo)志。 弓I起的分組丟失的情況 ？如有，請舉出三種情況。答：當(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ò)空間而只好丟棄。541用TCP傳送512字節(jié)的數(shù)據(jù)。設(shè)窗口為100字節(jié)，而TCP報(bào)文段每次也是傳送

29、 100 字節(jié)的數(shù)據(jù)。再設(shè)發(fā)送端和接收端的起始序號分別選為100和200，試畫出類似于圖5-31的工作示意圖。從連接建立階段到連接釋放都要畫上。542 在圖5-32中所示的連接釋放過程中，主機(jī)B能否先不發(fā)送 ACK=x+1的確認(rèn)？(因?yàn)楹竺嬉l(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)，就會以為剛才發(fā)送的 FIN報(bào)文段丟失了，就超時(shí)重傳這個(gè) FIN報(bào)文段，浪費(fèi)網(wǎng)絡(luò)資源。543 在圖(5-33)中，在什么情況下會發(fā)生從狀態(tài)

30、LISTEN到狀態(tài)SYN_SENT，以及從狀態(tài)SYN_ENT至卿犬態(tài) SYN_RCVD 的變遷?答：當(dāng)A和B都作為客戶，即同時(shí)主動(dòng)打開TCP連接。這時(shí)的每一方的狀態(tài)變遷都是：CLOSED- SYN-SENT- SYN-RCVD- ESTABLISHED544試以具體例子說明為什么一個(gè)運(yùn)輸連接可以有多種方式釋放?？梢栽O(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)輸連接就可能會丟失用戶數(shù)據(jù)，而使用TCP的連接釋放方法就可保證不丟失數(shù)據(jù)。答：當(dāng)主機(jī)1和主機(jī)2之間連接建立后，主機(jī)1發(fā)送了一個(gè)TCP數(shù)據(jù)段并正確抵達(dá) 主機(jī)2,接著主機(jī)1發(fā)送另一個(gè)TCP數(shù)據(jù)段，這次很不幸，主機(jī)2在收到第二個(gè)TCP 數(shù)據(jù)段之前發(fā)出了釋放連接請求，如果就這樣突然釋放連接，顯然主機(jī)1發(fā)送的第二個(gè)TCP報(bào)文段會丟失。而使用TCP的連接釋放方法，主機(jī) 2發(fā)出了釋放