為什么說UDP是面向報(bào)文的，而GAL16V8D-25QP是面向字節(jié)流的？

   端口的作用是什么？為什么端口號(hào)要?jiǎng)澐譃槿N？

   試說明運(yùn)輸層中偽首部的作用。

    某個(gè)應(yīng)用進(jìn)程使用運(yùn)輸層的用戶數(shù)據(jù)報(bào)UDP，然后繼續(xù)向下交給IP層后，又封裝成lP數(shù)據(jù)報(bào)。既然都是數(shù)據(jù)報(bào)，是否可以跳過UDP而直接交給IP層？哪些功能UDP提供了但I(xiàn)P沒有提供？

   一個(gè)應(yīng)用程序用UDP，到了lP層把數(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)片仍然保存在目的站的緩存中。

一個(gè)UDP用戶數(shù)據(jù)報(bào)的數(shù)據(jù)字段為8192字節(jié)。在鏈路層要使用以太網(wǎng)來傳送。試問應(yīng)當(dāng)劃分為幾個(gè)IP數(shù)據(jù)報(bào)片？說明每一個(gè)IP數(shù)據(jù)報(bào)片的數(shù)據(jù)字段長度和片偏移字段的值。

   一UDP用戶數(shù)據(jù)報(bào)的首部的十六進(jìn)制表示是：06 32 00 45 00 1C E2 17。試求源端口，目的端口、用戶數(shù)據(jù)報(bào)的總長度、數(shù)據(jù)部分長度。這個(gè)用戶數(shù)據(jù)報(bào)是從客戶發(fā)送給服務(wù)器還是從服務(wù)器發(fā)送給客戶？使用UDP的這個(gè)服務(wù)器程序是什么？

   使用TCP對(duì)實(shí)時(shí)話音數(shù)據(jù)的傳輸有沒有什么問題？使用UDP在傳送數(shù)據(jù)文件時(shí)會(huì)有什么問題？

   在停止等待協(xié)議中如果不使用編號(hào)是否可行？為什么？

   在停止等待協(xié)議中，如果收到重復(fù)的報(bào)文段時(shí)不予理睬（即悄悄地丟棄它而其他什么也不做）是否可行？試舉出具體例子說明理由。假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)送方在發(fā)送報(bào)文段Mo后在設(shè)定的時(shí)間內(nèi)未收到確認(rèn)，于是重傳Mo，但Mo又遲遲不能到達(dá)接收方。不久，發(fā)送方收到了遲到的Mo的確認(rèn)，于是發(fā)送下一個(gè)報(bào)文段Mi，不久就收到了對(duì)Mi的確。接著發(fā)送方發(fā)送新的報(bào)文段Mo，但這個(gè)新的Mo在傳送過程中丟失了。正巧，一開始就滯留在網(wǎng)絡(luò)中的Mo現(xiàn)在到達(dá)接收方。接收方無法分辨Mo是舊的。于是收下Mo，并發(fā)送確認(rèn)。顯然，接收方后來收到的Mo是重復(fù)的，協(xié)議失敗了。試畫出類似于圖5-9所示的雙方交換報(bào)文段的過程。

試證明：當(dāng)用，2比特進(jìn)行分組的編號(hào)時(shí)，若接收窗口等于1（即只能按序接收分組），則僅在發(fā)送窗口不超過2”-1時(shí)，連續(xù)ARQ協(xié)議才能正確運(yùn)行。窗口卑位是分組。

   在連續(xù)ARQ協(xié)議中，若發(fā)送窗口等于7，則發(fā)送端在開始時(shí)可連續(xù)發(fā)送7個(gè)分組。因此，在每一分組發(fā)出后，都要置一個(gè)超時(shí)計(jì)時(shí)器。現(xiàn)在計(jì)算機(jī)里只有一個(gè)硬時(shí)鐘。設(shè)這7個(gè)分組發(fā)出的時(shí)間分別為t0，f1…．，t，且tout都一樣大。試問如何實(shí)現(xiàn)這7個(gè)超時(shí)計(jì)時(shí)器（這叫軟時(shí)鐘法）?