適應(yīng)于單多播混合流的SCICB交換結(jié)構(gòu)的研究.pdf_第1頁
已閱讀1頁,還剩81頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、隨著互聯(lián)網(wǎng)各種服務(wù)的發(fā)展與升級,網(wǎng)絡(luò)流量,網(wǎng)絡(luò)規(guī)模也都快速發(fā)展,主干網(wǎng)的帶寬早已經(jīng)朝著Tbps發(fā)展。與此同時,高寬帶與高速率應(yīng)運而生的高需求多媒體服務(wù),如遠(yuǎn)程教學(xué),音樂與視頻的下載,視頻會議也逐漸成為司空見慣的網(wǎng)絡(luò)服務(wù)。在這種背景下,能同時處理單播和多播流的高速網(wǎng)絡(luò)越來越成為研究的熱點。這就對網(wǎng)絡(luò)的核心設(shè)備——交換機提出了更高的要求。
   交換機的結(jié)構(gòu)主要分為輸入部分,交換結(jié)構(gòu)部分,輸出部分以及調(diào)度算法部分。目前常用的輸入部分

2、主要采用VOQ隊列(虛擬輸出隊列)對到達(dá)輸入端口的信元進(jìn)行緩存以緩解HOL阻塞。但是在含有多播信元的情況下,在輸入端如VOO隊列的時候需要對原信元進(jìn)行多次復(fù)制,從而導(dǎo)致最壞的情況下在輸入端需要2N-1個虛擬隊列對信元進(jìn)行緩存,對輸入端口緩存的大小提出了極大地要求。但是,隨著N的增大,這種情況在實際應(yīng)用中實現(xiàn)起來比較困難。為了滿足現(xiàn)代應(yīng)用對網(wǎng)絡(luò)多播和低延遲的需求,本文提出了一種基于CICB(combined inptlt andcross

3、point buffered queuing)的交換機結(jié)構(gòu),該結(jié)構(gòu)在對輸入端口信元進(jìn)行了數(shù)據(jù)與目的地址的分離,在單播多播混合流的情況下,大大節(jié)省了交換結(jié)構(gòu)所需緩存的大小。
   同時,根據(jù)分離數(shù)據(jù)與地址的輸入結(jié)構(gòu),輸入采用ocf調(diào)度算法,輸出采用簡單的rr調(diào)度算法,利用CICB固有的輸入輸出非集中式調(diào)度的優(yōu)點,在不影響單播延遲性能的前提下,能夠?qū)崿F(xiàn)多播下的低延遲,同時也能使得輸入端和輸出端采用的調(diào)度算法比較簡單。硬件實現(xiàn)上,這種

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論