浓毛老太交欧美老妇热爱乱,蜜臀性色av免费,妺妺窝人体色www看美女,久久久久久久久久久大尺度免费视频,麻豆人妻无码性色av专区

位置:51電子網(wǎng) » 技術(shù)資料 » 無線通信

為什么說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ì)時器(這叫軟時鐘法)?

相關(guān)技術(shù)資料
9-7為什么說UDP是面向報文的

熱門點(diǎn)擊

 

推薦技術(shù)資料

機(jī)器小人車
    建余愛好者制作的機(jī)器入從驅(qū)動結(jié)構(gòu)上大致可以分為兩犬類,... [詳細(xì)]
版權(quán)所有:51dzw.COM
深圳服務(wù)熱線:13692101218  13751165337
粵ICP備09112631號-6(miitbeian.gov.cn)
公網(wǎng)安備44030402000607
深圳市碧威特網(wǎng)絡(luò)技術(shù)有限公司
付款方式


 復(fù)制成功!