流行的文件傳輸協(xié)議（例如FTP / S，SFTP和HTTP / S）取決于名為TCP的基礎(chǔ)協(xié)議。TCP的問題在于，隨著網(wǎng)絡(luò)條件（例如延遲和數(shù)據(jù)包丟失）的增加，網(wǎng)絡(luò)吞吐量會大大降低。這在很大程度上歸因于用于確保TCP可靠性的算法。TCP使用滑動窗口算法，該算法會隨著延遲和數(shù)據(jù)包丟失的增加而降低吞吐量。結(jié)果是，基于TCP的文件傳輸協(xié)議通常無法充分利用可用帶寬，實際上大大增加了傳輸文件所需的時間。在衛(wèi)星，跨大陸和越洋文件傳輸中經(jīng)?？梢钥吹竭@種效果。

AFTP（加速文件傳輸協(xié)議）通過更改執(zhí)行文件傳輸?shù)姆绞絹斫鉀Q此問題。AFTP并非僅依賴于TCP，而是具有使用TCP和UDP協(xié)議組合的兩個通信通道。第一個通道稱為控制通道，使用TCP，并負(fù)責(zé)諸如用戶身份驗證，文件管理和協(xié)調(diào)文件傳輸之類的任務(wù)。第二個通道稱為數(shù)據(jù)通道，使用UDP并負(fù)責(zé)傳輸文件數(shù)據(jù)。與TCP不同，在類似的網(wǎng)絡(luò)條件下，與TCP相比，UDP不會遭受相同程度的吞吐量降低。AFTP可以通過UDP傳輸大多數(shù)數(shù)據(jù)來利用這一點，從而提供最佳吞吐量。

AFTP對我有用嗎？

在高延遲（> 50ms）的高帶寬網(wǎng)絡(luò)（> 5Mbps）中使用時，AFTP可以提供最大的性能提升。例如，考慮到這兩個位置之間的地理距離，通過45Mbps連接在東京和洛杉磯之間進(jìn)行文件傳輸可能會具有較高的延遲，并且將從使用AFTP中受益。相反，通過100Mbps連接在LAN（局域網(wǎng)）上的兩個主機(jī)之間的文件傳輸不太可能具有高延遲，也不會受益于使用AFTP。

什么是延遲？

在網(wǎng)絡(luò)中，等待時間是對數(shù)據(jù)包從一個網(wǎng)絡(luò)點到達(dá)另一個網(wǎng)絡(luò)點所花費(fèi)的時間的度量。延遲可能受許多變量的影響，包括點之間的距離，點之間的網(wǎng)關(guān)數(shù)量以及所使用的介質(zhì)（例如，無線，光纖）。延遲通常以毫秒（ms）為單位。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的延遲時間為200毫秒。

什么是丟包？

當(dāng)一個或多個數(shù)據(jù)包無法到達(dá)其預(yù)期的目的地時，數(shù)據(jù)包丟失是一種網(wǎng)絡(luò)狀況。數(shù)據(jù)包丟失是指未到達(dá)目的地的數(shù)據(jù)包的百分比，也稱為丟失或丟棄的數(shù)據(jù)包。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的數(shù)據(jù)包丟失率為1.0％。

什么是吞吐量？

吞吐量是通過網(wǎng)絡(luò)的實際數(shù)據(jù)傳輸速率。吞吐量通常以bps（比特/秒）為單位。由于網(wǎng)絡(luò)條件（例如延遲和數(shù)據(jù)包丟失），吞吐量通常是帶寬的一小部分。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的吞吐量為5Mbps。

什么是帶寬？

帶寬是理論上通過網(wǎng)絡(luò)傳送數(shù)據(jù)的最大速率。帶寬通常以bps（比特/秒）為單位。示例：洛杉磯的主機(jī)A和東京的主機(jī)B之間的帶寬為45Mbps。

什么是TCP？

TCP（傳輸控制協(xié)議）是一種可靠的基于IP的網(wǎng)絡(luò)協(xié)議，其中所有數(shù)據(jù)包均按順序發(fā)送，如果數(shù)據(jù)包丟失，它將自動嘗試重新發(fā)送該數(shù)據(jù)包。

什么是UDP？

UDP是TCP協(xié)議的兄弟，兩者都依賴于基礎(chǔ)IP堆棧。與TCP不同，UDP不需要按順序發(fā)送數(shù)據(jù)包，并且不會自動嘗試重新傳輸丟失的數(shù)據(jù)包。數(shù)據(jù)包的重傳和重新排序是高級協(xié)議（在本例中為AFTP）的職責(zé)。

鐳速文件傳輸協(xié)議優(yōu)勢

鐳速傳輸團(tuán)隊自主研發(fā)出一款高速傳輸協(xié)議Raysync Protocol。該文件傳輸協(xié)議徹底消除傳輸技術(shù)的底層瓶頸，克服傳統(tǒng)網(wǎng)絡(luò)、硬件的限制，充分利用網(wǎng)絡(luò)帶寬，實現(xiàn)超低延時、高速、端到端的輸出服務(wù)，傳輸速率提升數(shù)100X，能夠輕松滿足TB級別大文件和海量小文件極速傳輸需求。

鐳速傳輸Raysync Protocol協(xié)議主要通過如下兩方面來改善文件傳輸效率：

更有效的擁塞判斷及處理

目前主流的擁塞判斷是基于二十幾年前的網(wǎng)絡(luò)情況設(shè)計的，其基本假設(shè)是任何丟包都反映了網(wǎng)絡(luò)擁塞。這一假設(shè)與現(xiàn)代網(wǎng)絡(luò)情況已完全脫節(jié)?，F(xiàn)代網(wǎng)絡(luò)丟包常常并不是由擁塞因素引起的。這一脫節(jié)導(dǎo)致文件傳輸協(xié)議常常進(jìn)入過于保守的傳輸狀態(tài)。

鐳速傳輸協(xié)議擁塞檢測算法會自動收集路徑上已有的背景傳輸信息（丟包、時延以及抖動），根據(jù)文件傳輸速度準(zhǔn)確判斷出實際的擁塞情況，既不過于保守也不過于激進(jìn)，可以有效充分利用路徑帶寬。

更準(zhǔn)確及時地進(jìn)行丟包判斷恢復(fù)制機(jī)制

標(biāo)準(zhǔn)文件傳輸協(xié)議-TCP 協(xié)議棧通過兩種手段判斷丟包：

接收端連續(xù)重復(fù)確認(rèn)包（Dup-ACK）的數(shù)量；

ACK 超時；

當(dāng)有較多丟包時，往往要靠ACK超時來判讀超時并引發(fā)重傳?，F(xiàn)代網(wǎng)絡(luò)的丟包經(jīng)常是陣發(fā)，一個連接上有多個數(shù)據(jù)包同時丟失是常有的事。因此標(biāo)準(zhǔn)文件傳輸協(xié)議TCP經(jīng)常要靠超時來重傳補(bǔ)洞，往往導(dǎo)致出現(xiàn)幾秒甚至上十秒的等待狀態(tài)，讓傳輸長時間停滯甚至中斷。這是影響標(biāo)準(zhǔn) TCP 效率主要問題之一。

鐳速傳輸協(xié)議放棄了傳輸文件傳輸協(xié)議-TCP 協(xié)議把傳輸報文序列既用來作為傳輸?shù)淖止?jié)計數(shù)又作為可靠傳輸?shù)拇_認(rèn)標(biāo)識的做法，設(shè)計了全新的ACK數(shù)據(jù)算法。傳輸發(fā)送方根據(jù)傳輸接收方返回的ACK信息，傳輸發(fā)送方可以第一時間精確判斷出丟包情況并進(jìn)行數(shù)據(jù)重發(fā)，而不用依賴多個ACK的累計確認(rèn)或ACK超時定時器來觸發(fā)數(shù)據(jù)重發(fā)，極大的提升了傳輸速度和傳輸實時性。

鐳速傳輸協(xié)議對比TCP協(xié)議測試數(shù)據(jù)如圖2：

圖2：鐳速傳輸協(xié)議對比TCP協(xié)議測試數(shù)據(jù)

鐳速文件傳輸加速服務(wù)

為應(yīng)對大文件傳輸、海量小文件傳輸、跨國文件傳輸、P2P加速傳輸，數(shù)據(jù)容災(zāi)備份，一對多、多對多異構(gòu)數(shù)據(jù)傳輸，多客戶端并發(fā)傳輸，智能雙向同步，對象存儲等文件傳輸難題，鐳速傳輸可以將自身的文件傳輸協(xié)議Raysync Protocol協(xié)議輕松置入企業(yè)現(xiàn)有軟件系統(tǒng)中，同時支持鐳速Proxy代理加速、FTP加速、RaySHH加速、SDK傳輸應(yīng)用集成等多種加速方式。

鐳速傳輸提供一站式文件傳輸加速解決方案，旨在為IT、影視、生物基因、制造業(yè)等眾多行業(yè)客戶實現(xiàn)高性能、安全、穩(wěn)定的數(shù)據(jù)傳輸加速服務(wù)。傳統(tǒng)文件傳輸方式（如FTP/HTTP/CIFS）在傳輸速度、傳輸安全、系統(tǒng)管控等多個方面存在問題，而鐳速文件傳輸解決方案通過自主研發(fā)、技術(shù)創(chuàng)新，可滿足客戶在文件傳輸加速、傳輸安全、可管可控等全方位的需求。

本文《加速文件傳輸協(xié)議如何工作》內(nèi)容由鐳速大文件傳輸軟件整理發(fā)布，如需轉(zhuǎn)載，請注明出處及鏈接：
https://www.raysync.cn/news/post-id-578