視頻專網(wǎng)中組播和單播的分析

1、視頻專網(wǎng) 中組播和單播 的分析1. 組播技術(shù)組播傳輸方式典型示意圖如下所示:前端攝象機傳輸匯聚交換機接入交換機用戶組播只是一個“看上去很美”的技術(shù)。因為：1. 組播采用“盡力投遞”的方式，基于UDP傳輸，報文丟失是不可避免的，組播應用程序不能依賴組播網(wǎng)絡(luò)進行可靠性保證。表現(xiàn)形式為視頻圖像出現(xiàn)馬賽克。 （H3C如果回復說組播傳輸?shù)膱D像 很正常，那么就是組播軟件做了排序，UDP的亂序非常多，所以排序后的延遲就比較厲害，實時性就比較差）2. 不具備擁塞避免機制，缺少TCP窗口機制和慢啟動機制。表現(xiàn)形式為控制球機延遲很大。3. 類似Assert機制和SPT切換機制可能會造成數(shù)據(jù)包的重復。 表現(xiàn)形式為同

2、一幅圖像出現(xiàn)兩次。4. 組播協(xié)議某時會造成報文到達的次序錯亂。表現(xiàn)形式為后 一幅圖像先呈現(xiàn)。5. 組播技術(shù)在IPV4版本中，組播IP地址多于MACfe址，出現(xiàn)一 個MAC映射32個IP現(xiàn)象，輕則會出現(xiàn)組播干擾，重則網(wǎng)絡(luò)癱瘓，特別 是大規(guī)模組播網(wǎng)絡(luò)。這個是個眾所周知的組播缺陷。6. 視頻專網(wǎng)采用組播技術(shù)，網(wǎng)絡(luò)設(shè)備的要求就會被提高，同 時不同廠家的設(shè)備在三層組播路由匹配不是很完善，出現(xiàn)無法路由現(xiàn)象也是比較常見（我們在某省就發(fā)現(xiàn)這個問題H3C核心交換機與華為核心交換組播路由不兼容） 。這樣就會強迫用戶采用一家網(wǎng)絡(luò)設(shè) 備的現(xiàn)象，出現(xiàn)一家壟斷的局面。假如采用組播技術(shù)，將來要實現(xiàn) 省級聯(lián)網(wǎng)，那么組播路由兼

3、容性的問題越發(fā)突出。7. 視頻專網(wǎng)如果采用組播， 對于網(wǎng)絡(luò)運維的成本將大度上升， 因為一般集成商調(diào)試組播的經(jīng)驗有限，需要依賴廠家工程師，如果 某一個節(jié)點交換機損壞，組播網(wǎng)絡(luò)會造成比普通網(wǎng)絡(luò)更長的維護周 期。此外，組播網(wǎng)絡(luò)不比廣播網(wǎng)絡(luò)，組播網(wǎng)絡(luò)配置不合理，造成網(wǎng) 絡(luò)風暴，網(wǎng)絡(luò)癱瘓也是常見現(xiàn)象。8. 在廣播、 組播、單播中三種傳播技術(shù)中， 廣播技術(shù)最成熟， 應用最廣，兼容的廠家最廣泛。綜上所述，雖然我們的設(shè)備能很好的支持組播，但是在用戶網(wǎng)絡(luò) 并不能很好地應用組播時， 我們建議對組播傳輸方式的選擇是一種謹慎 的態(tài)度。2. 流媒體技術(shù)相比大規(guī)模重建網(wǎng)絡(luò)， 購買昂貴的網(wǎng)絡(luò)設(shè)備， 我們更推薦用戶購買 一臺或幾臺性價比高的服務(wù)器， 搭建流媒體傳輸網(wǎng)絡(luò)。 這是一個高彈性 的網(wǎng)絡(luò)架構(gòu)，它已經(jīng)廣泛應用于網(wǎng)絡(luò)視頻點播、 IPTV 等民用系統(tǒng)，經(jīng)過成千上萬的用戶實驗，是一個更加可靠的傳輸方式流媒體傳輸方式典型示意圖如下所示：將數(shù)據(jù)源從繁重的訪問壓力中解脫出來，把數(shù)據(jù)流復制分發(fā)的工作交給流媒體服務(wù)器完成， 同時降低了數(shù)據(jù)源端高帶寬的要求。 通常用戶 網(wǎng)絡(luò)的核心層與會聚層之間的帶寬、 吞吐量是足有而富裕的， 因此流媒 體服務(wù)器配置千兆或雙千兆網(wǎng)卡是能滿足并發(fā)訪問需求的。關(guān)鍵是它并不需要大規(guī)模改建現(xiàn)有網(wǎng)絡(luò)，節(jié)約成本。一級流媒體服務(wù)器接入交換機用戶隨著網(wǎng)絡(luò)技術(shù)扁平化發(fā)展