Eu costumava implantar dispositivos de aceleração de WAN para um fornecedor de hardware há cerca de 6 anos. Na verdade, muita coisa mudou desde então, exceto que não farei recomendações de hardware por causa da consolidação e alteração das linhas de produtos.
Todos esses dispositivos usam alguma combinação de compactação e armazenamento em cache para reduzir o tráfego geral a ser transmitido, pré-confirmação de TCP para reduzir os efeitos do produto de atraso de largura de banda (este é o efeito da janela TCP que você mencionou acima) e agrupamento de subdimensionados pacotes para garantir que os pacotes que atravessam os links estejam o mais cheios possível, reduzindo o efeito de sobrecarga. Os vários fornecedores também lançam suas próprias tecnologias patenteadas, mas na maioria das vezes se resumem a sabores diferentes.
Embora o cache seja uma grande ajuda, apenas a pré-aceitação de pacotes por um link de satélite ajudará a torná-los utilizáveis, de forma que, mesmo que seus dados não sejam armazenados em cache por qualquer motivo (criptografado, compactado, compactado, sempre mudando drasticamente, etc) se você tiver uma RTT lenta o suficiente, a pré-confirmação eliminará parcialmente o produto de atraso de largura de banda e ajudará você a se aproximar mais da sua largura de banda nominal.
Como todo o objetivo é aumentar a eficiência da rede e permitir maior utilização de sua largura de banda, é muito importante que os problemas de rede subjacentes que possam surgir com alta utilização sejam corrigidos antes da implantação de uma solução. Se você possui incompatibilidades duplex ou está executando em conexões half-duplex, geralmente encontrará um desempenho pior do que antes de implantar dispositivos de otimização de wan. Frequentemente, eu descobria que os clientes não percebiam que tinham alguns links negociados automaticamente até o menor denominador comum de 10 Mbps half duplex.
Muitos desses dispositivos também oferecem a Correção de Erro de Encaminhamento (que seus modems provavelmente também oferecem) que você pode usar para superar parte do efeito da perda de pacotes em seus links. Isso é importante, pois o preenchimento de pacotes significa que mais de um pacote de LAN pode ser perdido para cada pacote de WAN perdido e, devido à confirmação prévia desses pacotes, já foram reconhecidos pelos servidores. Verifique se você sabe quais dispositivos no seu caminho estão executando o FEC para não criar mais sobrecarga do que o necessário, pois isso reduzirá sua taxa de transferência efetiva.
Falando por experiência própria, vi clientes sem armazenamento em cache significativo capazes de realizar videoconferência 'aceitável' (principalmente uma via) através de uma esperança dupla de satélite cuja latência variou de 900 ms a 2 segundos e pode ter perda de pacotes de 15 a 25% por longos períodos. Eu não escolheria usar o fluxo resultante, mas se é isso que você tem, funcionará.