對於技術發展來說，任何技術都是沒有極致的，只能與時俱進不斷髮展。需要隨着外部環境變化、用戶場景需求變化而不斷進化。
在遠程交付領域相信大家都聽說過Citrix的ICA/HDX協議。作爲行業內最優秀的遠程交付協議，近幾年雖然有很多新老協議不斷挑戰，但是從沒被超越！:)
在2016年年底，Citrix將其交付協議的核心部分又做了一次大的躍進，發佈了最新的EDT協議（enlightened data transport），進一步拉開和競爭對手的差距。
對於Citrix ICA協議有所瞭解的兄弟都知道。Citrix過去20多年的遠程交付協議都是基於TCP協議爲基礎，強調的是交付過程中的這種傳輸保證性。所以其帶寬佔用低和穩定性一直爲人稱道。但是隨着全球化、互聯網的快速發展，跨國跨地區的訪問變得越來越多，而且近幾年上雲趨勢的普及，越來越多的用戶會將VDI/HSD這種遠程交付平臺託管在雲中，那麼TCP協議在廣域網這種丟包、延時不可控的場景中，優勢就很難發揮。
所以在大約3年前，Citrix收購了一家專注於廣域網協議開發的公司Framehawk，他的協議特點基於UDP。在1年多前，Citrix將Framehawk協議集成到了Citrix ICA/HDX協議家族中。Framehawk可以在廣域網中提供超強的抗干擾，比如數百毫秒的延遲，他也能保證穩定傳輸。
但是這個協議最大問題在於他並不是自動適配，而需要管理員手動去選擇。也就是說用戶要麼選擇傳統ICA協議，要麼選擇Framehawk協議（相比標準協議，Framehawk功能豐富度有所欠缺）所以其適配場景受到比較大的限制。
但瑕不掩瑜，Citrix通過Framehawk看到了UDP在廣域網中對於TCP不可比擬的優勢，尤其是當Citrix將目光也投向雲市場，提出Workspace as a service，與Microsoft Azure更深層次合作等放方向是，UDP協議的優勢就更爲誘人。
所以Citrix產品團隊開始嘗試將TCP和UDP集成到一個統一的通信簇中，在吸收了Citrix過去ICA/HDX協議功能豐富的優點，以及Framehawk在UDP協議的抗干擾特性，EDT應運而生。
EDT的機制，默認情況下EDT運行在UDP協議上，以提高傳輸效能。在網絡不穩定的情況下或者部分鏈路不支持UDP協議，則傳輸自動切換爲TCP協議，來保證鏈路的持續穩定傳輸。
與此同時，與Framehawk不同的是，EDT將會成爲整個Citrix ICA/HDX協議的整體通信基礎，也就說包括傳輸、打印、視頻等所有功能性協議都會得到支持，保證其功能其豐富性。並且像是對於帶寬傳輸消耗比較高的場景，如：視頻、文件傳輸，新的EDT都會比過去會有更好的效能，特別是網絡有延遲的情況下。
目前EDT協議隨着Citrix XenApp/XenDesktop 7.12版本一同發佈，現階段還是爲Tech Preview階段。預計在2017年Q1發佈的7.13版本中，將會正式發佈，並可能設定爲默認的傳輸協議。（最終以Citrix官方發佈爲準）
現階段在7.12版本中，由於EDT還在TP階段，默認並不會啓用，需要在Citrix DDC的協議控制檯中手動啓用。
三個選項的定義爲：
Preferred = EDT first; fallback to TCP
Off = Never Use EDT; only TCP
Diagnostic = Always use EDT; no TCP
目前支持EDT協議的Receiver爲：Windows Receiver 4.6，MAC Receiver 12.4。
NetScaler需要11.1 (build 51.21)以後的版本。
後續iOS，Linux ，Android等Receiver都會逐步實現對新協議的支持，敬請期待。
部分國外的極客已經完成了EDT一些基礎測試，從結果來看還是令人滿意的。
http://www.jgspiers.com/hdx-enlightened-data-transport/
http://msandbu.org/benchmarking-adaptive-transport-for-hdx/
相信隨着協議最終版本確認和不斷的開發、完善，相信EDT這種結合UD+TCP的新協議模式將會發揮出更加強大的效能。
https://www.citrix.com/blogs/2016/12/14/overcoming-latency-to-serve-a-global-user-population/
https://www.citrix.com/blogs/2016/12/08/take-a-look-under-the-hood-of-next-generation-hdx