cTrans高速數(shù)據(jù)傳輸系統(tǒng)

1、cTrans高速數(shù)據(jù)傳輸系統(tǒng)含口壬皿產(chǎn)口口于冊Product Brochure簡介目前普遍采用的TCP/IP網(wǎng)絡(luò)傳輸協(xié)議已經(jīng)有 30多年歷史，它主要是針對低效、 復(fù)雜的網(wǎng)絡(luò) 而設(shè)計的，用在高帶寬的數(shù)據(jù)鏈路上已經(jīng)不能適應(yīng)用戶需求。我國地面光纖網(wǎng)絡(luò)的傳輸效率普遍在帶寬的20%以下，其結(jié)果是：一方面很難實時獲取數(shù)據(jù)，另一方面也大大增加了帶寬建設(shè)或租用成本。為此，我們經(jīng)過多年積累，專門針對地面數(shù)據(jù)傳輸研究出高性能可靠文件傳輸協(xié)議cTrans，采用并行流水線方式、將傳輸與存儲作聯(lián)合優(yōu)化，并支持多點中繼高效傳輸。經(jīng)過多項實地 遠(yuǎn)程傳輸試驗，結(jié)果表明該技術(shù)的傳輸效率在1Gb/s光纖線路上達(dá)到了帶寬的 80%

2、左右，處于國際最高水平。cTrans建立在UDP協(xié)議之上，可以通用于互聯(lián)網(wǎng)中。TCP/IP的缺陷許多應(yīng)用系統(tǒng)需要在不同的機器之間傳輸海量的數(shù)據(jù)，需要高速遠(yuǎn)距離網(wǎng)絡(luò)傳輸?shù)闹С郑@可能需要網(wǎng)絡(luò)速度達(dá)到數(shù)百兆比特每秒或是更高。在這種情況下，傳統(tǒng)的TCP算法就不太適用了。主要有以下三方面的原因：? 傳統(tǒng)的TCP擁塞控制機制在高速網(wǎng)絡(luò)中反應(yīng)性比較差，這是因為TCP在高速網(wǎng)絡(luò)中對分組丟失的反應(yīng)要敏感得多。這主要是由于它的擁塞避免算法是基于AIMD（Additive In crease Multiplicative Decrease，加性增乘性減）的。? 傳統(tǒng)的TCP總是把分組丟失解釋為擁塞，而假定鏈路錯誤

3、造成的分組丟失是可以忽 略的，但是在高速網(wǎng)絡(luò)中，由鏈路錯誤引起的分組丟失和由網(wǎng)絡(luò)擁塞引起的分組丟 失的可能性是相同的。因此，不能籠統(tǒng)地認(rèn)為分組丟失都是由網(wǎng)絡(luò)擁塞引起的。? 傳統(tǒng)的TCP不能使用網(wǎng)絡(luò)鏈路的所有容量。下面，讓我們首先分析 TCP的基本原理，TCP工作在兩種狀態(tài)之下：?緩慢啟動?擁塞避免TCP會在檢測到分組丟失之后進行狀態(tài)更改，狀態(tài)更改模式如下圖所示：圖2 TCP行為我們現(xiàn)在考慮lOGbps連接，首先要估計的是交換組件中的可用緩沖容量。假定在隊列達(dá)到飽和之前，網(wǎng)絡(luò)路徑上的可用隊列容量為 256MB那么工作在擁塞避免模式下的 TCP會話將 會在達(dá)到最高傳輸速率（即 lOGbps）之后的

4、大約590個RTT間隔（或者大約41秒之后）發(fā) 生丟包。這時，處于擁塞避免模式下的 TCP的發(fā)送速率為10.1Gbps。在實用情況下，TCP 擁塞避免模式會在 5.0Gbps到10.1Gbps之間，導(dǎo)致這種理想的 TCP會話產(chǎn)生鋸齒式振蕩。單個鋸齒振蕩周期長為 2062秒，即34分鐘22秒。這意味著網(wǎng)絡(luò)必須在幾十分鐘內(nèi)（或者 在傳輸數(shù)十億個分組期間），在網(wǎng)絡(luò)路徑上穩(wěn)定地保持無丟包運行，而且相應(yīng)的傳輸比特錯 誤率低于10-14。它還意味著這種方式能夠傳輸龐大的數(shù)據(jù)集，因為在一個TCP擁塞避免周期中傳輸?shù)臄?shù)據(jù)量高達(dá)1.95TB （即1.95 X 1012字節(jié)）。這也表明，TCP會話無法充分地利用可用的