WAN優化中使用的技術/算法是什麼？我找這不能不讓用代碼示例支持的一個很好的理論參考，我從河牀取來看看在Steelhead手冊，我發現所使用的主要有以下技術：WAN優化中使用的技術/算法
SDR（可擴展的數據參考） ：它將TCP數據分解爲 唯一數據塊，每個塊都有一個參考號碼，當未來傳輸中出現相同的字節序列時，參考號碼 只能通過LAN而不是原始數據塊發送。
連接池：該產品創建空閒TCP 連接（HTTP爲例），當客戶端試圖創建 到以前訪問過的目標的新連接，其中的池，它使用一個來自其 池，這，反過來，克服三方面的TCP握手。
產物減少往返通過WAN共同 操作（打開/編輯遠程共享文件/文件夾），它支持 大多數預期的協議的數目：CIFS，MAPI，HTTP等等...
數據壓縮。
通過我的搜索，我發現3個開源項目的目標是做廣域網優化，它們是：
TrafficSqueezer似乎有更多功能，但其頁面中的評論sorceforge對此不太瞭解。我試圖在這些項目中找到具有良好信息的文檔，但是我不能。
可以減少流量最多的技術 - 當然是壓縮和重複數據刪除（WAN優化器都基於內存或硬盤上的算法構建相同的數據 - 只要再次出現相同的流量模式 - 該模式被指向數據和長度的指針取代 - 因此，當您傳輸同一個文件兩次時，可以節省高達99％，但即使是不同的文件也有大量的常見數據，其中重複數據刪除可以優化很多！）。 （您可以在網上找到很多來源：例如http://www.computerweekly.com/feature/How-data-deduplication-works） 在您的示例中，這是稱爲SDR的技術。
河牀還有很多協議支持 - 這使得例如， CIFS，SMB和MAPI更多延遲感知（例如，許多包被緩衝併發送一次 - 這樣節省往返） 另外，F5確實例如FTP和HTTP優化以獲得更高性能。
當在廣域網鏈路上的大量延遲 - 當然你也可以節省時間與連接池 - 所以預先建立的TCP會話（可以節省將有必要爲TCP三通握手的時間）
如此一目瞭然： - 數據重複數據刪除 -connection彙集 -compression -protocol優化
我相信你可以找到很多在F5數獨（F5口碑是產品），BlueCoat公司確實提供了WAN優化以及當然Riverbed。 silverpeak也值得一試。 我只有在交通擠壓器上的經驗，但這次沒有一個類似商業產品的功能。
感謝您的有用信息。既然你有流量壓縮器的經驗，我想問你這個產品是否可以優化加密流量，例如https，ssl，..etc？我注意到很多評論在安裝操作過程中提到了糟糕的見證？ – Aan
說實話，我需要幾年才能讓它運行 - 我沒有在那個細節上進行測試。 我曾經有一種感覺，當我在生產中實施它時，我會缺乏支持。 我不知道ssl卸載是否完全由流量壓縮器支持。 所有的商業工具都可以做到。 – roegi
與同事進行了一次談話 - 這次我們一直在測試它，但沒有得到支持。 但是你可以將它與代理無論如何進行證書處理。 這可能會給你一個好的開始： http://www.enterprisenetworkingplanet.com/netsysm/article.php/10954_3860256_2/WAN-Optimization-the-Open-Source-Way.htm – roegi
我不得不調試一個分佈式系統，其中網絡正在進行WAN優化，這是一個痛苦的脖子。我們使用TCP連接故障來檢測連接丟失，並且即使沒有底層網絡連接時，WAN優化器也會通過維持TCP保持連接來保持連接打開。最終我們說服網絡維護人員關閉WAN優化，問題消失了。我們正在壓縮通過TCP連接傳輸的數據 - 我們從設計中知道一些站點沒有高帶寬連接。 – mcdowella