計算機?絡(luò)-?頂向下?法第三章課后習題答案（第七版）復習題R1.就叫這個協(xié)議為簡單傳輸協(xié)議STP（SimpleTransportProtocol）。在發(fā)送?，STP1196字節(jié)的數(shù)據(jù)塊、?標主機地址和?標端?號。STP向每個塊添加?個4字節(jié)的頭，并將?標進程的端?號放在頭中。STP然后將?標主機地址和結(jié)果段提供給?絡(luò)層。?絡(luò)層將段交付給?的地主機的STP。?的主機基于STP檢查段中的端?號，從段中提取數(shù)據(jù)，并將數(shù)據(jù)傳遞給由端?號標識的進程。在發(fā)送?，STP從發(fā)送進程接收不超過1192字節(jié)的數(shù)據(jù)塊、?標主機地址和?標端?號。STP向每個塊添加?個8字節(jié)的頭，分別將?標進程的端?號、源進程的端?號放在頭中。?的主機收到數(shù)據(jù)后，根據(jù)?的端?號將提取出的數(shù)據(jù)和源端?號交給指定進程。不需要。R2.不需要，郵政服務(wù)只需要送到?的地址即可。R3.源端?：y，?的端?：xR4.（根據(jù)UDP優(yōu)點作答）某些應(yīng)?程序不需要提供可靠傳輸。某些應(yīng)?程序不希望通過繁雜的握?環(huán)節(jié)降低了指令的實時性與執(zhí)?速度。某些流視頻程序不希望數(shù)據(jù)傳輸收到擁塞控制。R5.由于?多數(shù)防?墻被配置為阻?UDP通信，因ft使?TCP處理視頻和語?通信可以讓通信通過防?墻。這個真難想到，我開始的答案是：過多的UDP連接會造成?量丟包，?且使TCP擁塞這個真難想到，我開始的答案是：過多的UDP連接會造成?量丟包，?且使TCP擁塞R6.（例如應(yīng)?層的請求隔兩秒沒收到，?動重發(fā)）R7.IP地址字段，對于每個接收到的段，在套接字接?處，操作系統(tǒng)將向進程提供IP地址，以確定各個段的起源。R8.IP地址、源端?號、?的IP地址、?的端?號)。求通過不同的套接字。這兩個套接字的標識符都有80作為?的端?。但是，這兩個套接字源IP地址不同。與UDP不同，當傳輸層將TCP段的有效負載傳遞給應(yīng)?程序進程時，它不指定源IP地址，因為這是由套接字標識符隱式指定的。R9.因為接收?發(fā)送的確認報?（ACK、NAK）如果在鏈路上發(fā)?了錯誤，發(fā)送?就?法識別這個確認報?，所以發(fā)送?就重發(fā)?遍報?。但接收?不知道這個報?是上個報?的重傳還是新的報?。R10.如果發(fā)送?發(fā)送的報?丟失了、或者是接收?確認后發(fā)送的ACK報?丟失了，發(fā)送?就收不到確認報?，就需要重傳當前報?。所以發(fā)送?每發(fā)送?個報?時，就開啟?個定時器，如果收到某個ACK確認，那么就停?對應(yīng)定時器。直到某個定時器響了，就重傳該報R11.是必須的。只是定時器的時間更精確了，剛好是?個往返時延。R12.?程序鏈接：第?個分組毀掉后，后?的分組都不被接收?接收。發(fā)送?隔?段時間后重發(fā)這5個報?。ACK丟失不會觸發(fā)任何重傳，因為Go-Back-N使?累積確認。5。R13.?程序鏈接：當數(shù)據(jù)包丟失時，接收到的四個數(shù)據(jù)包被緩沖到接收端。超時后，發(fā)送?重新傳輸丟失的數(shù)據(jù)包。發(fā)送?重發(fā)第?個數(shù)據(jù)包，接收?為發(fā)送了第?個數(shù)據(jù)包ACK。發(fā)送者?法發(fā)送第6個數(shù)據(jù)包，因為發(fā)送窗???固定為5。ACK丟失的情況下，選擇重傳收到重復的包后發(fā)送?個重復的ACK，?Go-Back-N使?累積確認，因ft重復的ACK是不必要的。R14.錯錯對錯對錯錯R15.20字節(jié)90R16.3個報?段.Firstsegment:seq=43,ack=80;Secondsegment:seq=80,ack=44;Thirdsegment;seq=44,ack=81；R17.R/2R18.錯，不是設(shè)置為原來慢開始門限的?半，?是設(shè)置為當前擁塞窗???的?半。R19.FrontEndServer為近處代理站點，BackEndServer為遠處站點。所以共有4個客戶與代理站點的RTT，外加個代理與標站點的RTT，再加上處理時間。習題P1.可以相同不能相同。（可能你會想到并連接，并連接的源端號是不同的）P2.主機A的連接：源端為80，標端26145；源IP為B，標IP為A主機C的左側(cè)連接：源端為80，標端為7532；源IP為B，標IP為C主機C的右側(cè)連接：源端為80，標端為26145；源IP為B，標IP為CP3.結(jié)果取反：11010001接收?將帶有該反碼的4個8?特字節(jié)求和，如果結(jié)果為全1，就說明沒出問題。8?特字節(jié)的最后?個字節(jié)由1變?yōu)?，第?個8?特字節(jié)的最后?個字節(jié)由0變?yōu)?，這樣求和取反就會得到和正常情況相同的結(jié)果。P4.a)00111110b)10111111c)第?個字節(jié)：01010100;第?個字節(jié)：01101101.（同時翻轉(zhuǎn)第5個?特位）P5.不能確信。上?的兩題都說明了情況，不解釋了。P6.1”的狀態(tài)。發(fā)送?發(fā)送?個序列號為1的數(shù)據(jù)包，并轉(zhuǎn)換為“WaitforACKorNAK1”，等待ACK或NAK。假設(shè)現(xiàn)在接收者正確接收到序列號為1的數(shù)據(jù)包，發(fā)送ACK，并轉(zhuǎn)換到狀態(tài)“從下?等待0”，等待序列號為0的數(shù)據(jù)包。1的數(shù)據(jù)包。然?，接收?正在等待?個序列號為0的數(shù)據(jù)包(如家庭作業(yè)問題所?)，當它沒有收到序列號為0的數(shù)據(jù)包時，它總是發(fā)送?個NAK。因ft，發(fā)送?將總是發(fā)送序列號為1的數(shù)據(jù)包，?接收?將總是獲取那個數(shù)據(jù)包。兩者都不會從那個狀態(tài)中取得進展。P7.ACK的情況下，發(fā)送?不需要ft信息(即。在ACK上的?個序列號)告訴檢測?個重復的ACK。對于rdt3.0接收器來說，?個重復的ACK是顯?易見的(根據(jù)ACK中的確認號)，因為當它收到原始ACK時，它就轉(zhuǎn)換到下?個狀態(tài)。重復的ACK不是發(fā)送?需要的ACK，因ft被rdt3.0發(fā)送?忽略。P8.協(xié)議rdt3.0的發(fā)送?與協(xié)議2.2的發(fā)送?不同之處在于添加了超時。我們已經(jīng)看到，超時的引?增加了發(fā)送者到接收者數(shù)據(jù)流中出現(xiàn)重復數(shù)據(jù)包的可能性。然?，協(xié)議rd.2.2中的接收?已經(jīng)可以處理重復的數(shù)據(jù)包。(在rdt2.2中，如果接收?發(fā)送了?個丟失的ACK，然后發(fā)送?重新傳輸舊數(shù)據(jù)，則會出現(xiàn)接收端重復。)因ft，協(xié)議rdt2.2中的接收?也將作為協(xié)議rdt3.0中的接收?。P9.P10.分組發(fā)送時，添加?個定時器，當超過給定的最?時延后還沒有收到ACK或NAK時，重發(fā)分組。P11.會發(fā)?死鎖。發(fā)送?：發(fā)送了包0后，進?等待ACK狀態(tài)接收?：等待0狀態(tài)，收到了?個損壞的包。如果什么都不做，那么就會?直在這個狀態(tài)等待P12.協(xié)議仍然可以?作，因為如果接收到的有錯誤的數(shù)據(jù)包實際上已經(jīng)丟失(?且從接收者的?度來看，它永遠不知道是哪個事件)，那么就會發(fā)?重傳。如果有，就會發(fā)?。要了解這個問題背后更微妙的問題，就必須考慮到過早超時的發(fā)?。在這種情況下，如果數(shù)據(jù)包的每個額外副本都被壓縮，并且每個額外的ACK都會導致當前數(shù)據(jù)包的另?個額外副本被發(fā)送，那么當n趨近于?窮?時，數(shù)據(jù)包發(fā)送的次數(shù)將?限制地增加。P13.P14.不會更好。如果在偶爾發(fā)送數(shù)據(jù)的情況下只使NAK，那么接收檢測到包x丟失的途徑只能是：接收了x-1號包后，再接收到了x+1號包，這時，接收才知道x號包丟了。由于發(fā)送發(fā)送間隔較長，那么x號包得經(jīng)過好久才能收到重傳。所以在重傳速度體現(xiàn)不了優(yōu)勢，況且還存在NAK丟失的情況，接收就永遠收不到標包的重傳了如果要發(fā)送量數(shù)據(jù)，且很少丟包，那么只使NAK要ACK好些，只有當接收收到損壞的分組時才發(fā)送NAK。P15.發(fā)送個分組耗時12ms，如果要滿利率為90%，那么n*12ms/30us=90%，計算得n為2451個最報段長度。P16.可以提升信道利率，發(fā)送會發(fā)送更多管道數(shù)據(jù)到鏈路中。有安全隱患，如果數(shù)據(jù)包丟失了，發(fā)送不知道如何重發(fā)。P17.P18.-P21.略P22.a)可能是[k-3,k]到[k,k+3]b)[k-4,k-1]P23.1/2序號長度.P24.3個ACK，可能中途出現(xiàn)了擁塞，ACK遲到了，于是發(fā)送?重發(fā)了1，2，3。這時之前的3個ACK到了發(fā)送?，發(fā)送?將窗?移到4，5，6，之后重發(fā)的3個包對應(yīng)的ACK也收到了，這就落到了窗?之外。<n?且在窗?外的確認到達。（第?種情況就和a中出現(xiàn)的?樣）對對在發(fā)送窗?和接收窗?都為1時，GBN和SR與?特交替協(xié)議是等價的。P25.TCP段?要