許多公司正面臨一個有趣的廣域網(wǎng)(WAN)規(guī)劃問題,。有3/4的組織表示不會增加預(yù)算,，而總體規(guī)劃預(yù)算增長僅僅為5~8%,。預(yù)算非常有限,。但是,，近50%的項目大幅提升了帶寬消耗,。

解決這個問題的一個方法是優(yōu)化現(xiàn)有技術(shù)方案,。許多網(wǎng)絡(luò)流量仍然基于TCP/IP,。TCP提供了可靠有序的數(shù)據(jù)包傳輸，大多數(shù)Web應(yīng)用,、電子郵件和文件傳輸都使用這種協(xié)議,。可是,，TCP的流管理算法并不先進(jìn)：如果網(wǎng)絡(luò)或接收端無法處理發(fā)送的傳輸速度,，其表現(xiàn)是出現(xiàn)丟包、超時或亂序數(shù)據(jù)包過多等問題,，那么網(wǎng)絡(luò)流的傳輸速度會下降一半,。隨后，速度會緩慢提升,，但是仍然明顯比以前慢,。

所以，在WAN上,，需要長時間數(shù)據(jù)傳輸?shù)腡CP應(yīng)用(如大文件傳輸)的性能可能會受到嚴(yán)重影響：在這些鏈路上,，傳輸時間越長，意味著發(fā)送端感知不到性能下降的時間可能會更長,，然后需要更長時間才能對速度下降作出響應(yīng),。TCP優(yōu)化可以緩解這些問題，方法是避免網(wǎng)絡(luò)出現(xiàn)丟包或亂序傳輸,，或者直接修正TCP流和調(diào)整速度升降行為,。

下面3個技巧可以幫助IT經(jīng)理和工程師優(yōu)化TCP：

技巧1：不要再想增加帶寬,，而要注意擁塞問題。問題不一定在于有多少數(shù)據(jù)需要從A點通向B點,，而在于所有獨(dú)立發(fā)送端和接收端能夠多快完成數(shù)據(jù)傳輸,。快速升速/快速降速/減慢升速/加快降速等行為會加快非擁塞網(wǎng)絡(luò)的應(yīng)用傳輸速度,，但是它會增加新發(fā)送端加入傳輸時引起擁塞的概率,。對于一些通過改變升速行為來減慢初始升速或者降低初步降速大小的優(yōu)化器而言，它們可以防止最先發(fā)生的擁塞,，并且通過在新流量流開始提升傳輸速度時預(yù)先減慢其傳輸速度，從而可以更好地處理威脅,。

技巧2：要注意網(wǎng)絡(luò)優(yōu)先級,。流量成形優(yōu)化器旨在保證組織能夠控制所消耗的帶寬?？刂瓶梢允钦娴?，即保證特定的應(yīng)用、設(shè)備或用戶獲得一定的帶寬;也可以是負(fù)面的,，即限制特定用戶,、設(shè)備或應(yīng)用所使用的帶寬。使用它們優(yōu)化TCP流量,，需要在制度上明確流量的類型,，以及在發(fā)生擁塞時哪些應(yīng)用和用戶具有獲得網(wǎng)絡(luò)資源的優(yōu)先權(quán)。

技巧3：拋開TCP?，F(xiàn)在,，越來越多的重要流量(視頻會議，VoIP)并不使用 TCP/IP;相反,，它使用UDP/IP(User Datagram Protocol over IP),。但是，UDP并沒有與TCP相同的流控制機(jī)制,，因此TCP可能更適合進(jìn)行健壯的優(yōu)化,。UDP發(fā)送端只是負(fù)責(zé)發(fā)送數(shù)據(jù)包，接收端則接收數(shù)據(jù),?？紤]到企業(yè)通常為基于UDP的實時會話流量設(shè)定較高優(yōu)先級，所以TCP優(yōu)化器可以將TCP流量與UDP流分離,，并且將TCP流量限制為通過一小部分通道傳輸,，允許UDP流量優(yōu)先通過，從而可以緩解這個問題,。(當(dāng)然,，運(yùn)行在IP層的優(yōu)化器還有更多的功能)