uTP(或稱 Micro Transport Protocol),首先於uT 1.8.x beta加入,初衷是減少BT對其它Internet應用的影響,現發展為自動帶寬管理功能:
在最大限度利用帶寬的同時減緩網絡延遲和擁堵、增強網絡穿透和傳輸效率並增益流量控制,對bt用戶和ISP都是互利的。
uT原僅支持通過TCP連接的 http tracker ,TCP的優勢在於雙向互動機制兼顧數據傳輸的完整性、可控制性和可靠性,但復雜的校驗與控制機制也使其沒有UDP傳輸效率高
UDP優勢在於帶寬占用小、傳輸效率和連接成功率高,有益於內網無法實現端口映射的用戶(如DHT連接),但UDP與TCP協議相比也存在無反向確認機 制、無流量和序列控制等弊端;
uTP雖基於UDP協議但有所不同,uTP通過自身的框架機制和網絡擁堵控制算法(Ledbat)進行帶寬管理:
uTP在UDP分組中以自己獨特的框架機制來實現與TCP大致相同的功能,同樣帶有時間戳並使用選擇性確認分組SACK;
uTP的擁堵控制算法(Ledbat)可限制延時,當延時不嚴重時可最大限度利用帶寬,並能通過uTP提供的信息用於選擇TCP連接的傳輸率,即使在不作 限速設置的情況下,也能減少網絡擁堵產生,當雙方客戶端都啟用uTP時,可見明顯的上傳/下載速度提升。
在1.8x版等uTP功能試驗階段,uTP的框架機制有諸多不完善之處,比如在本身帶寬不高的情況下啟用uTP反而導致不可預料的傳輸性能降 低;uT2.0版uTP官方正式默認啟用後反饋尚好,但不排除仍存在問題
因此使用uTP新功能與否,取決於通過個人網絡環境測試uTP是否起到應有的作用
但建議內網用戶(若無法實現端口映射)還是啟用uTP,以便通過uTP基於的UDP協議更好的與網外用戶連接:
如果設置值啟用uTP, 則ut自動勾選"設置->任務->啟用帶寬管理"選項。
1 - 允許嘗試傳出 TCP 連接
2 - 允許嘗試傳出 uTP 連接
4 - 允許嘗試傳入 TCP 連接
8 - 允許嘗試傳入 uTP 連接
16 - 允許使用加強通訊的新uTP 報頭(header) 但不向後兼容無此功能的版本
設置值為以上選項搭配組合相加之和,參考設置組合:
* 31 (16 + 8 + 4 + 2 + 1) = 允許所有方式(允許TCP+uTP的傳出/傳入連接並使用uTP新報頭)
* 15 (1 + 2 + 4 + 8) = 允許TCP+uTP的傳出/傳入連接,但不使用uTP新報頭
* 10 (2 + 8) = 僅允許uTP傳出/傳入連接
* 5 (1 + 4) = 僅允許TCP傳出/傳入連接