Około 6 lat temu wdrażałem urządzenia przyspieszające WAN u dostawcy sprzętu. Od tamtej pory niewiele się zmieniło, z wyjątkiem tego, że nie będę rekomendował sprzętu z powodu konsolidacji i zmiany linii produktów.
Wszystkie te urządzenia wykorzystują pewną kombinację kompresji i buforowania, aby zmniejszyć całkowity ruch do przesłania, wstępne sprawdzenie TCP w celu zmniejszenia efektów iloczynu opóźnienia przepustowości (jest to efekt okna TCP, o którym wspomniałeś powyżej) oraz zestaw niewymiarowych pakiety, aby zapewnić, że pakiety przechodzące przez łącza są tak pełne, jak to możliwe, zmniejszając efekt narzutu. Różni dostawcy również wprowadzą własne opatentowane technologie, ale najczęściej sprowadzają się do ich różnych smaków.
Chociaż buforowanie jest ważną pomocą, tylko wstępne sprawdzenie pakietów za pośrednictwem łącza satelitarnego znacznie przyczyni się do uczynienia ich użytecznymi, dzięki czemu nawet jeśli dane nie będą buforowane z jakiegokolwiek powodu (zaszyfrowane, skompresowane, skompresowane, zawsze zmienia się drastycznie itp.) Jeśli masz wystarczająco wolny czas RTT, wstępne sprawdzenie częściowo wyeliminuje produkt opóźnienia przepustowości i pomoże ci zbliżyć się do nominalnej przepustowości.
Ponieważ głównym celem jest zwiększenie wydajności sieci i umożliwienie większego wykorzystania przepustowości, bardzo ważne jest, aby podstawowe problemy sieciowe, które mogą pojawić się przy dużym wykorzystaniu, zostały naprawione przed wdrożeniem rozwiązania. Jeśli masz niedopasowania dupleksowe lub korzystasz z połączeń półdupleksowych, często zauważysz, że wydajność jest gorsza niż przed wdrożeniem wannych urządzeń optymalizacyjnych. Często zdarzało mi się, że klienci nie zdawali sobie sprawy z tego, że mieli łącza, które negocjowały się automatycznie do najniższego wspólnego mianownika półdupleksu 10 Mb / s.
Wiele z tych urządzeń oferuje także funkcję Forward Error Correction (którą prawdopodobnie oferują również modemy), której można użyć w celu przezwyciężenia niektórych skutków utraty pakietów na łączach. Jest to ważne, ponieważ upychanie pakietów oznacza, że można utracić więcej niż jeden pakiet LAN dla każdego utraconego pakietu WAN, a ze względu na wcześniejsze potwierdzenie pakiety te zostały już potwierdzone na serwerach. Upewnij się, że wiesz, które urządzenia na twojej ścieżce wykonują FEC, aby nie tworzyć więcej narzutu, niż to konieczne, ponieważ to oczywiście zmniejszy efektywną przepustowość.
Mówiąc z doświadczenia, widziałem klientów bez znaczącego buforowania, którzy mogliby przeprowadzać „akceptowalne” (głównie w jedną stronę) konferencje wideo z podwójną nadzieją satelitarną, których opóźnienia wahały się od 900 ms do 2 sekund i mogą mieć utratę pakietów o 15–25% przez dłuższy czas. Nie wybrałbym użycia wynikowego przepływu, ale jeśli to jest to, co masz, to zadziała.