計算機(jī)網(wǎng)絡(luò)課后習(xí)題答案第五章

1、計算機(jī)網(wǎng)絡(luò)課后習(xí)題答案（第五章）(2009121418:28:04)轉(zhuǎn)載▼標(biāo)簽：課程計算機(jī)教育第五章傳輸層5—0101試說明運(yùn)輸層在協(xié)議棧中的地位和作用，運(yùn)輸層的通信和網(wǎng)絡(luò)層的通信有什么重要試說明運(yùn)輸層在協(xié)議棧中的地位和作用，運(yùn)輸層的通信和網(wǎng)絡(luò)層的通信有什么重要區(qū)別？為什么運(yùn)輸層是必不可少的？區(qū)別？為什么運(yùn)輸層是必不可少的？答：運(yùn)輸層處于面向通信部分的最高層，同時也是用戶功能中的最低層，向它上面的應(yīng)用層提供服務(wù)運(yùn)輸層為應(yīng)用進(jìn)程之間提供端

2、到端的邏輯通信，但網(wǎng)絡(luò)層是為主機(jī)之間提供邏輯通信（面向主機(jī)，承擔(dān)路由功能，即主機(jī)尋址及有效的分組交換）。各種應(yīng)用進(jìn)程之間通信需要“可靠或盡力而為”的兩類服務(wù)質(zhì)量，必須由運(yùn)輸層以復(fù)用和分用的形式加載到網(wǎng)絡(luò)層。5—0202網(wǎng)絡(luò)層提供數(shù)據(jù)報或虛電路服務(wù)對上面的運(yùn)輸層有何影響？網(wǎng)絡(luò)層提供數(shù)據(jù)報或虛電路服務(wù)對上面的運(yùn)輸層有何影響？答：網(wǎng)絡(luò)層提供數(shù)據(jù)報或虛電路服務(wù)不影響上面的運(yùn)輸層的運(yùn)行機(jī)制。但提供不同的服務(wù)質(zhì)量。5—0303當(dāng)應(yīng)用程序使用面向連接

3、的當(dāng)應(yīng)用程序使用面向連接的TCPTCP和無連接的和無連接的IPIP時，這種傳輸是面向連接的還是面向時，這種傳輸是面向連接的還是面向無連接的？無連接的？答：都是。這要在不同層次來看，在運(yùn)輸層是面向連接的，在網(wǎng)絡(luò)層則是無連接的。5—0404試用畫圖解釋運(yùn)輸層的復(fù)用。畫圖說明許多個運(yùn)輸用戶復(fù)用到一條運(yùn)輸連接上，而試用畫圖解釋運(yùn)輸層的復(fù)用。畫圖說明許多個運(yùn)輸用戶復(fù)用到一條運(yùn)輸連接上，而這條運(yùn)輸連接有復(fù)用到這條運(yùn)輸連接有復(fù)用到IPIP數(shù)據(jù)報上。數(shù)

4、據(jù)報上。5—0505試舉例說明有些應(yīng)用程序愿意采用不可靠的試舉例說明有些應(yīng)用程序愿意采用不可靠的UDPUDP，而不用采用可靠的，而不用采用可靠的TCPTCP。答：VOIP：由于語音信息具有一定的冗余度，人耳對VOIP數(shù)據(jù)報損失由一定的承受度，但對傳輸時延的變化較敏感。有差錯的UDP數(shù)據(jù)報在接收端被直接拋棄，TCP數(shù)據(jù)報出錯則會引起重傳，可能帶來較大的時延擾動。因此VOIP寧可采用不可靠的UDP，而不愿意采用可靠的TCP。5—0606接收

5、方收到有差錯的接收方收到有差錯的UDPUDP用戶數(shù)據(jù)報時應(yīng)如何處理？用戶數(shù)據(jù)報時應(yīng)如何處理？答：丟棄5—1313一個一個UDPUDP用戶數(shù)據(jù)的數(shù)據(jù)字段為用戶數(shù)據(jù)的數(shù)據(jù)字段為81928192季節(jié)。在數(shù)據(jù)鏈路層要使用以太網(wǎng)來傳送。試季節(jié)。在數(shù)據(jù)鏈路層要使用以太網(wǎng)來傳送。試問應(yīng)當(dāng)劃分為幾個問應(yīng)當(dāng)劃分為幾個IPIP數(shù)據(jù)報片？說明每一個數(shù)據(jù)報片？說明每一個IPIP數(shù)據(jù)報字段長度和片偏移字段的值。數(shù)據(jù)報字段長度和片偏移字段的值。答：6個數(shù)據(jù)字段的長

6、度：前5個是1480字節(jié)，最后一個是800字節(jié)。片偏移字段的值分別是：0，1480，2960，4440，5920和7400.5—1414一UDPUDP用戶數(shù)據(jù)報的首部十六進(jìn)制表示是：用戶數(shù)據(jù)報的首部十六進(jìn)制表示是：060632320000454500001C1CE2E217.17.試求源端口、試求源端口、目的端口、用戶數(shù)據(jù)報的總長度、數(shù)據(jù)部分長度。這個用戶數(shù)據(jù)報是從客戶發(fā)送給服務(wù)器目的端口、用戶數(shù)據(jù)報的總長度、數(shù)據(jù)部分長度。這個用戶數(shù)據(jù)

7、報是從客戶發(fā)送給服務(wù)器發(fā)送給客戶？使用發(fā)送給客戶？使用UDPUDP的這個服務(wù)器程序是什么？的這個服務(wù)器程序是什么？解：源端口1586，目的端口69，UDP用戶數(shù)據(jù)報總長度28字節(jié)，數(shù)據(jù)部分長度20字節(jié)。此UDP用戶數(shù)據(jù)報是從客戶發(fā)給服務(wù)器（因?yàn)槟康亩丝谔?023，是熟知端口）、服務(wù)器程序是TFFTP。5—1515使用使用TCPTCP對實(shí)時話音數(shù)據(jù)的傳輸有沒有什么問題？使用對實(shí)時話音數(shù)據(jù)的傳輸有沒有什么問題？使用UDPUDP在傳送數(shù)據(jù)文件

8、時會有在傳送數(shù)據(jù)文件時會有什么問題？什么問題？答：如果語音數(shù)據(jù)不是實(shí)時播放（邊接受邊播放）就可以使用TCP，因?yàn)門CP傳輸可靠。接收端用TCP講話音數(shù)據(jù)接受完畢后，可以在以后的任何時間進(jìn)行播放。但假定是實(shí)時傳輸，則必須使用UDP。UDP不保證可靠交付，但UCP比TCP的開銷要小很多。因此只要應(yīng)用程序接受這樣的服務(wù)質(zhì)量就可以使用UDP。5—1616在停止等待協(xié)議中如果不使用編號是否可行？為什么？在停止等待協(xié)議中如果不使用編號是否可行？為什

9、么？答:分組和確認(rèn)分組都必須進(jìn)行編號，才能明確哪個分則得到了確認(rèn)。5—1717在停止等待協(xié)議中，如果收到重復(fù)的報文段時不予理睬（即悄悄地丟棄它而其他什在停止等待協(xié)議中，如果收到重復(fù)的報文段時不予理睬（即悄悄地丟棄它而其他什么也沒做）是否可行？試舉出具體的例子說明理由。么也沒做）是否可行？試舉出具體的例子說明理由。答：收到重復(fù)幀不確認(rèn)相當(dāng)于確認(rèn)丟失5—1818假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)送發(fā)在發(fā)送報文段假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)

10、送發(fā)在發(fā)送報文段M0M0后再設(shè)定的時間內(nèi)未收到后再設(shè)定的時間內(nèi)未收到確認(rèn)，于是重傳確認(rèn)，于是重傳M0M0，但，但M0M0又遲遲不能到達(dá)接收方。不久，發(fā)送方收到了遲到的對又遲遲不能到達(dá)接收方。不久，發(fā)送方收到了遲到的對M0M0的確的確認(rèn)，于是發(fā)送下一個報文段認(rèn)，于是發(fā)送下一個報文段M1M1，不久就收到了對，不久就收到了對M1M1的確認(rèn)。接著發(fā)送方發(fā)送新的報文段的確認(rèn)。接著發(fā)送方發(fā)送新的報文段M0M0，但這個新的，但這個新的M0M0在傳送過