通過 WAN 飽和連接將“互動式”Citrix 數據包氾濫到伺服器
我有一個問題，我將應用程序提供給執行 Citrix IA 客戶端的 Windows XP PC 客戶端。我們正在使用 citrix com 埠重定向將串列數據從客戶端 PC 上的數據擷取設備傳輸到伺服器上執行的應用程序。
根據 Wireshark 擷取，我們看到每台客戶端 PC 每秒發送大約 400 個數據包（頻寬使用量約為 28 KB/秒）的速率，每個數據包大約有 10-15 個字節的數據和 50-一些字節的 TCP /IP 成本，這會使我們的 WAN 飽和並導致擁塞問題。
我認為問題在於 citrix 認為此 COM 埠流量互動流量並嘗試盡快發送。就伺服器上的應用程序而言，此 COM 埠數據確實不是互動式流量，如果將 com 埠數據緩衝然後僅每 100 毫秒發送一次或類似的東西，它不會對應用程序產生負面影響，這將減少包數據成本。
在這個問題上，我無法從 Citrix 獲得太多幫助。大多數 Citrix 文件側重於優化從伺服器到客戶端的下游流量，或通過優化來自客戶端的上游“互動式”流量來優化客戶端的響應能力。不幸的是，就我而言，這讓我的廣域網充滿了小克。
我能做些什麼來防止這種擁塞的發生？我已經看到一些關於為 COM 埠數據設置虛擬通道頻寬上限的參考資料，但我想知道它是如何工作的，我找不到任何關於它的詳細資訊，即使來自 Citrix。它是否只是緩沖在客戶端接收到的 COM 埠數據，並僅以虛擬通道的頻寬上限允許的較慢速率將其發送到伺服器？
有關如何解決此問題的任何其他想法或建議也將不勝感激。
不幸的是，Citrix/RDP/etc 上的 com-port 都遇到了同樣的問題。應用程序與 COM 埠的表現是否良好取決於應用程序。如果應用程序嘗試每秒從 comport 讀取 1 個字節 10000 次…您最終會通過網路收到 10000 個 1 個字節的請求…這就是您所看到的。沒有重寫您的應用程序以使其對 citrix/RDP 更加友好……您只能對頻寬消耗設置硬限制……但這可能不會像您希望的那樣有效。