Tôi đã từng triển khai các thiết bị tăng tốc WAN cho một nhà cung cấp phần cứng khoảng 6 năm trước. Không có nhiều thay đổi thực sự kể từ đó ngoại trừ tôi sẽ không đưa ra khuyến nghị phần cứng vì hợp nhất và thay đổi dòng sản phẩm.
Tất cả các thiết bị này sử dụng một số kết hợp nén và bộ nhớ đệm để giảm lưu lượng tổng thể được truyền đi, TCP pre ack'ing để giảm hiệu ứng của sản phẩm trì hoãn băng thông (đây là hiệu ứng cửa sổ TCP mà bạn đã đề cập ở trên) và ganging dưới mức các gói để đảm bảo rằng các gói đi qua các liên kết càng đầy đủ càng tốt làm giảm hiệu quả của chi phí. Các nhà cung cấp khác nhau cũng sẽ sử dụng các công nghệ được cấp bằng sáng chế của riêng họ, nhưng họ chủ yếu làm sôi các hương vị khác nhau của chúng.
Mặc dù bộ nhớ đệm là một trợ giúp chính, nhưng việc truy cập trước các gói qua liên kết vệ tinh sẽ giúp chúng có thể sử dụng được, vì vậy ngay cả khi dữ liệu của bạn không được lưu trong bộ nhớ cache vì bất kỳ lý do gì (được mã hóa, nén, nén, luôn luôn thay đổi mạnh mẽ, v.v.) nếu bạn có RTT đủ chậm, việc truy cập trước sẽ loại bỏ một phần sản phẩm trì hoãn băng thông và giúp bạn tiến gần hơn đến băng thông danh nghĩa.
Vì toàn bộ mục tiêu là tăng hiệu quả mạng và cho phép sử dụng băng thông của bạn cao hơn, điều rất quan trọng là các vấn đề mạng tiềm ẩn có thể xuất hiện với mức sử dụng cao đã được khắc phục trước khi triển khai giải pháp. Nếu bạn có sự không phù hợp song công hoặc đang chạy trên các kết nối bán song công, bạn thường thấy hiệu suất kém hơn trước khi bạn triển khai các thiết bị tối ưu hóa wan. Thông thường tôi sẽ thấy rằng khách hàng đã không nhận ra rằng họ có một số liên kết đã tự động đàm phán xuống mẫu số chung thấp nhất là 10 Mbps song công.
Nhiều trong số các thiết bị này cũng cung cấp Sửa lỗi Chuyển tiếp (mà modem của bạn cũng có thể cung cấp) mà bạn có thể sử dụng để khắc phục một số ảnh hưởng của việc mất gói trên các liên kết của mình. Điều này rất quan trọng vì việc nhồi gói có nghĩa là có thể mất nhiều hơn một gói LAN cho mỗi gói WAN bị mất và do các gói đó đã được xác nhận trước cho các máy chủ. Đảm bảo rằng bạn biết thiết bị nào trong đường dẫn của mình đang thực hiện FEC để bạn không tạo ra nhiều chi phí hơn mức cần thiết vì điều này tất nhiên sẽ làm giảm thông lượng hiệu quả của bạn.
Phát biểu từ kinh nghiệm, tôi thấy các khách hàng không có bộ nhớ đệm đáng kể có thể thực hiện hội nghị truyền hình 'chấp nhận được' (chủ yếu là một chiều) với hy vọng vệ tinh kép có độ trễ dao động từ 900 ms đến 2 giây và có thể mất 15-25% gói trong thời gian dài. Tôi sẽ không chọn sử dụng luồng kết quả, nhưng nếu đó là những gì bạn có thì nó sẽ hoạt động.