為什么說UDP是面向報文的
發(fā)布時間:2014/9/7 22:52:28 訪問次數(shù):5447
為什么說UDP是面向報文的,而GAL16V8D-25QP是面向字節(jié)流的?
端口的作用是什么?為什么端口號要劃分為三種?
試說明運(yùn)輸層中偽首部的作用。
某個應(yīng)用進(jìn)程使用運(yùn)輸層的用戶數(shù)據(jù)報UDP,然后繼續(xù)向下交給IP層后,又封裝成lP數(shù)據(jù)報。既然都是數(shù)據(jù)報,是否可以跳過UDP而直接交給IP層?哪些功能UDP提供了但I(xiàn)P沒有提供?
一個應(yīng)用程序用UDP,到了lP層把數(shù)據(jù)報再劃分為4個數(shù)據(jù)報片發(fā)送出去。結(jié)果前兩個數(shù)據(jù)報片丟失,后兩個到達(dá)目的站。過了一段時間應(yīng)用程序重傳UDP,而IP層仍然劃分為4個數(shù)據(jù)報片來傳送。結(jié)果這次前兩個到達(dá)目的站而后兩個丟失。試問:在目的站能否將這兩次傳輸?shù)?個數(shù)據(jù)報片組裝成為完整的數(shù)據(jù)報?假定目的站第一次收到的后兩個數(shù)據(jù)報片仍然保存在目的站的緩存中。
一個UDP用戶數(shù)據(jù)報的數(shù)據(jù)字段為8192字節(jié)。在鏈路層要使用以太網(wǎng)來傳送。試問應(yīng)當(dāng)劃分為幾個IP數(shù)據(jù)報片?說明每一個IP數(shù)據(jù)報片的數(shù)據(jù)字段長度和片偏移字段的值。
一UDP用戶數(shù)據(jù)報的首部的十六進(jìn)制表示是:06 32 00 45 00 1C E2 17。試求源端口,目的端口、用戶數(shù)據(jù)報的總長度、數(shù)據(jù)部分長度。這個用戶數(shù)據(jù)報是從客戶發(fā)送給服務(wù)器還是從服務(wù)器發(fā)送給客戶?使用UDP的這個服務(wù)器程序是什么?
使用TCP對實(shí)時話音數(shù)據(jù)的傳輸有沒有什么問題?使用UDP在傳送數(shù)據(jù)文件時會有什么問題?
在停止等待協(xié)議中如果不使用編號是否可行?為什么?
在停止等待協(xié)議中,如果收到重復(fù)的報文段時不予理睬(即悄悄地丟棄它而其他什么也不做)是否可行?試舉出具體例子說明理由。假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)送方在發(fā)送報文段Mo后在設(shè)定的時間內(nèi)未收到確認(rèn),于是重傳Mo,但Mo又遲遲不能到達(dá)接收方。不久,發(fā)送方收到了遲到的Mo的確認(rèn),于是發(fā)送下一個報文段Mi,不久就收到了對Mi的確。接著發(fā)送方發(fā)送新的報文段Mo,但這個新的Mo在傳送過程中丟失了。正巧,一開始就滯留在網(wǎng)絡(luò)中的Mo現(xiàn)在到達(dá)接收方。接收方無法分辨Mo是舊的。于是收下Mo,并發(fā)送確認(rèn)。顯然,接收方后來收到的Mo是重復(fù)的,協(xié)議失敗了。試畫出類似于圖5-9所示的雙方交換報文段的過程。
試證明:當(dāng)用,2比特進(jìn)行分組的編號時,若接收窗口等于1(即只能按序接收分組),則僅在發(fā)送窗口不超過2”-1時,連續(xù)ARQ協(xié)議才能正確運(yùn)行。窗口卑位是分組。
在連續(xù)ARQ協(xié)議中,若發(fā)送窗口等于7,則發(fā)送端在開始時可連續(xù)發(fā)送7個分組。因此,在每一分組發(fā)出后,都要置一個超時計(jì)時器,F(xiàn)在計(jì)算機(jī)里只有一個硬時鐘。設(shè)這7個分組發(fā)出的時間分別為t0,f1….,t,且tout都一樣大。試問如何實(shí)現(xiàn)這7個超時計(jì)時器(這叫軟時鐘法)?
為什么說UDP是面向報文的,而GAL16V8D-25QP是面向字節(jié)流的?
端口的作用是什么?為什么端口號要劃分為三種?
試說明運(yùn)輸層中偽首部的作用。
某個應(yīng)用進(jìn)程使用運(yùn)輸層的用戶數(shù)據(jù)報UDP,然后繼續(xù)向下交給IP層后,又封裝成lP數(shù)據(jù)報。既然都是數(shù)據(jù)報,是否可以跳過UDP而直接交給IP層?哪些功能UDP提供了但I(xiàn)P沒有提供?
一個應(yīng)用程序用UDP,到了lP層把數(shù)據(jù)報再劃分為4個數(shù)據(jù)報片發(fā)送出去。結(jié)果前兩個數(shù)據(jù)報片丟失,后兩個到達(dá)目的站。過了一段時間應(yīng)用程序重傳UDP,而IP層仍然劃分為4個數(shù)據(jù)報片來傳送。結(jié)果這次前兩個到達(dá)目的站而后兩個丟失。試問:在目的站能否將這兩次傳輸?shù)?個數(shù)據(jù)報片組裝成為完整的數(shù)據(jù)報?假定目的站第一次收到的后兩個數(shù)據(jù)報片仍然保存在目的站的緩存中。
一個UDP用戶數(shù)據(jù)報的數(shù)據(jù)字段為8192字節(jié)。在鏈路層要使用以太網(wǎng)來傳送。試問應(yīng)當(dāng)劃分為幾個IP數(shù)據(jù)報片?說明每一個IP數(shù)據(jù)報片的數(shù)據(jù)字段長度和片偏移字段的值。
一UDP用戶數(shù)據(jù)報的首部的十六進(jìn)制表示是:06 32 00 45 00 1C E2 17。試求源端口,目的端口、用戶數(shù)據(jù)報的總長度、數(shù)據(jù)部分長度。這個用戶數(shù)據(jù)報是從客戶發(fā)送給服務(wù)器還是從服務(wù)器發(fā)送給客戶?使用UDP的這個服務(wù)器程序是什么?
使用TCP對實(shí)時話音數(shù)據(jù)的傳輸有沒有什么問題?使用UDP在傳送數(shù)據(jù)文件時會有什么問題?
在停止等待協(xié)議中如果不使用編號是否可行?為什么?
在停止等待協(xié)議中,如果收到重復(fù)的報文段時不予理睬(即悄悄地丟棄它而其他什么也不做)是否可行?試舉出具體例子說明理由。假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)送方在發(fā)送報文段Mo后在設(shè)定的時間內(nèi)未收到確認(rèn),于是重傳Mo,但Mo又遲遲不能到達(dá)接收方。不久,發(fā)送方收到了遲到的Mo的確認(rèn),于是發(fā)送下一個報文段Mi,不久就收到了對Mi的確。接著發(fā)送方發(fā)送新的報文段Mo,但這個新的Mo在傳送過程中丟失了。正巧,一開始就滯留在網(wǎng)絡(luò)中的Mo現(xiàn)在到達(dá)接收方。接收方無法分辨Mo是舊的。于是收下Mo,并發(fā)送確認(rèn)。顯然,接收方后來收到的Mo是重復(fù)的,協(xié)議失敗了。試畫出類似于圖5-9所示的雙方交換報文段的過程。
試證明:當(dāng)用,2比特進(jìn)行分組的編號時,若接收窗口等于1(即只能按序接收分組),則僅在發(fā)送窗口不超過2”-1時,連續(xù)ARQ協(xié)議才能正確運(yùn)行。窗口卑位是分組。
在連續(xù)ARQ協(xié)議中,若發(fā)送窗口等于7,則發(fā)送端在開始時可連續(xù)發(fā)送7個分組。因此,在每一分組發(fā)出后,都要置一個超時計(jì)時器,F(xiàn)在計(jì)算機(jī)里只有一個硬時鐘。設(shè)這7個分組發(fā)出的時間分別為t0,f1….,t,且tout都一樣大。試問如何實(shí)現(xiàn)這7個超時計(jì)時器(這叫軟時鐘法)?
上一篇:TCP的擁塞控制采用了四種算法
上一篇:抑制熱干擾
熱門點(diǎn)擊
- 網(wǎng)橋的自學(xué)習(xí)和轉(zhuǎn)發(fā)幀的一般步驟
- 為什么說UDP是面向報文的
- 以太網(wǎng)交換機(jī)有何特點(diǎn)
- 幀的開始和結(jié)束的標(biāo)記
- 利用滑動窗口實(shí)現(xiàn)流量控制
- IP地址都是32位的二進(jìn)制代碼
- 從一路由器到直接連接韻網(wǎng)絡(luò)的距離定義
- RIP協(xié)議的特點(diǎn)
- 用幀首部和幀尾部封裝成幀
- 實(shí)驗(yàn)內(nèi)容及實(shí)驗(yàn)步驟
推薦技術(shù)資料
- F28P65x C2000 實(shí)時微控制器
- ARM Cortex-M33 內(nèi)核̴
- 氮化鎵二極管和晶體管̴
- Richtek RT5716設(shè)
- 新一代旗艦芯片麒麟9020應(yīng)用
- 新品WTOLC-4X50H32
- 多媒體協(xié)處理器SM501在嵌入式系統(tǒng)中的應(yīng)用
- 基于IEEE802.11b的EPA溫度變送器
- QUICCEngine新引擎推動IP網(wǎng)絡(luò)革新
- SoC面世八年后的產(chǎn)業(yè)機(jī)遇
- MPC8xx系列處理器的嵌入式系統(tǒng)電源設(shè)計(jì)
- dsPIC及其在交流變頻調(diào)速中的應(yīng)用研究