儘管當前的網路已非常發達，但平時的工作生活中還是會遇到不少上網慢的情況，造成上網慢的原因多是因為“頻寬窄，鏈路差”。

　　什麼是頻寬窄?

　　一種就是絕對意義的頻寬窄，比如在光纖都已比較普及的情況下還用ADSL上網，就是真正的頻寬窄了;

　　另一種則是相對的頻寬窄，比如總頻寬並不低，但是應用的人數較多、併發的流量較大，就造成相對的貸款窄。

　　尤其在企業級的網路應用中，發生相對性的頻寬窄的情況特別常見，在這種情況下，在既有頻寬條件不太好改變的情況下，通過部署應用交付進行網路優化，並打開其中一項“單邊加速”功能成為了一種比較好的解決方式，有助於實現加速訪問的效果。那麼，什麼是單邊加速呢?國內知名應用交付企業太一星晨的技術哥對此進行了深入淺出的解讀。

　　從TCP協議説起：了解上網慢的“元兇”

　　要想了解單邊加速，首先還要從“TCP協議”説起。TCP是一種面向連接的、可靠的、基於字節流的傳輸通信協議，由IETF的RFC 793定義——RFC早在1981年就已經被提出了。

　　在傳輸數據之前，TCP需要在兩個通信端之間建立起一個連接，即一個TCP通道。這就是TCP經典的“三次握手”：

　　客戶端發出指令—> 伺服器響應“收到指令”—> 客戶端確認“伺服器已收到指令的過程”

　　同時，在這三次握手過程中還包括MSS、時間戳、SACK、窗口等多種參數協議。直觀看來，這個過程確實顯得有些麻煩，不過，在早期網路頻寬較小，傳輸速率較慢的時期，“TCP協議”卻是一種非常靠譜的傳輸方式。

　　首先，TCP協議將要發送的數據根據字節進行編號，然後順序發送出去，並等待對方的確認。如果一旦收不到對方的確認，TCP協議就會一而再、再而三的重新發送數據，直到收到確認資訊為止。在早期網路環境下，這種方式是非常有必要的，因為網速太低，發生丟包也不足為奇了。

　　同時，TCP協議另一大突出特徵是將發送的數據以字節為單位進行編號，並從TCP通道發送到對端。這就涉及到了TCP的流控，還有各種各樣的窗口，以及一堆複雜的演算法。

　　簡單來説，當上網時，TCP總是試圖使勁發數據，而一旦對方沒收到(中間出現丟包、亂序或者延遲等情況)，它又會主動將發送速度降到0，然後又一點一點試圖再恢復，直到重新把數據塞滿頻寬。即使吞吐已經接近頻寬了，TCP依然會慢慢增加數據的發送，直到又一次觸發丟包點，然後又猛的降下來。

　　因此，實際的TCP的傳輸吞吐曲線是上下不停波動的。特別是在鏈路狀態不好的情況下，波動的平均線往往被壓得很低：一方面由於頻繁觸發丟包，一方面由於恢復速度緩慢(隔包確認)。

　　單邊加速：如何讓網路快起來?

　　如果説TCP協議是一名80後，那麼單邊加速就是一名00後，更了解這個時代主流需求特徵。

　　在具體操作中，單邊加速並不直接更改TCP協議棧，而是通過在轉發報文中增加發送一些報文，來引導快速啟動，觸發快速重傳、快速恢復等，從而達到加速的目的。

　　目前做單邊加速一般是做如下改進：

　　1.在慢啟動階段，自動更改CWND的值;

　　2. 通過RTT的探測，更精確的預測到可能丟包的發生，提前觸發快速重傳，進入擁塞避免，實現了TCP的“滿血復活”;

　　3. 更精確擁塞控制演算法，讓TCP的傳輸吞吐平均值更接近頻寬;

　　4. 流量整形，避免亂序觸發重復ACK，降低TCP傳輸速度。

　　由於這個修改過程只是通過設備自動修改TCP的協商參數，所以就不再需要客戶端。

　　為了能清晰看到單邊加速的效果，太一星晨技術哥特別展示了T-Force 應用交付設備在其公司辦公網實網測試的效果對比。

　　在未開啟單邊加速時，公司寬頻連接到國內幾大主幹網的長途網路數值分別是：聯通223K/秒，電信456K/秒，鐵通603K/秒;除鐵通正常外，聯通與電信都相對較慢。

未開啟單邊加速時測試結果

　　在開啟單邊加速後，幾大主幹網路的長途網路數值則發生了明顯的變化，分別是聯通聯通437K/秒，電信638K/秒，鐵通543K/秒;電信與鐵通都達到了正常水準，聯通雖然仍稍慢一些，但已比之前提升不少。

　　開啟單邊加速時測試結果

　　不過，太一星晨技術哥進一步指出，單邊加速只能針對TCP的業務，對於視頻、語音等基於UDP傳輸的數據是無法生效的。

　　此外，單邊加速一般是在鏈路品質較差的網路環境下才能發揮顯性的作用，在頻寬足夠的情況下，效果對比則不會太明顯。但無論如何，開啟單邊加速，對網路優化終歸還是會起到一定的效果，尤其是在網路頻寬較低且一時間難以改變現狀的情況下，通過應用交付部署並開啟單邊加速功能就不失為一項好的選擇。