Circa 6 anni fa distribuivo dispositivi di accelerazione WAN per un fornitore di hardware. Da allora non è cambiato molto, tranne che non farò raccomandazioni sull'hardware a causa del consolidamento e della modifica delle linee di prodotti.
Tutti questi dispositivi usano una combinazione di compressione e memorizzazione nella cache per ridurre il traffico complessivo da trasmettere, pre-acquisizione TCP per ridurre gli effetti del prodotto di ritardo della larghezza di banda (questo è l'effetto finestra TCP a cui hai accennato sopra) e il raggruppamento di dimensioni inferiori pacchetti per assicurare che i pacchetti che attraversano i collegamenti siano pieni possibile riducendo l'effetto di sovraccarico. I vari fornitori lanceranno anche le loro tecnologie brevettate, ma per lo più si riducono a diversi gusti di questi.
Mentre la memorizzazione nella cache è di grande aiuto, solo la pre-acquisizione dei pacchetti su un collegamento satellitare farà molto per renderli utilizzabili, in modo che anche se i tuoi dati non sono memorizzabili nella cache per qualsiasi motivo (crittografato, compresso, zippato, sempre cambiando drasticamente, ecc.) se si dispone di un RTT abbastanza lento, il pre-acking eliminerà parzialmente il prodotto di ritardo della larghezza di banda e vi aiuterà ad avvicinarvi alla vostra larghezza di banda nominale.
Poiché l'intero obiettivo è aumentare l'efficienza della rete e consentire un maggiore utilizzo della larghezza di banda, è molto importante che i problemi di rete sottostanti che possono apparire con un elevato utilizzo siano risolti prima di distribuire una soluzione. Se si hanno disallineamenti duplex o si esegue connessioni half-duplex, spesso si riscontrano prestazioni peggiori rispetto a prima della distribuzione di dispositivi di ottimizzazione wan. Spesso avrei scoperto che i clienti non si rendevano conto di avere alcuni collegamenti che erano stati negoziati automaticamente fino al minimo comune denominatore di 10 Mbps half duplex.
Molti di questi dispositivi offrono anche Forward Error Correction (che probabilmente offrono anche i tuoi modem) che puoi usare per superare alcuni degli effetti della perdita di pacchetti sui tuoi link. Ciò è importante poiché l'imbottitura dei pacchetti significa che potrebbe essere perso più di un pacchetto LAN per ogni pacchetto WAN che viene perso e, a causa del pre-riconoscimento, tali pacchetti sono già stati riconosciuti ai server. Assicurati di sapere quali dispositivi sul tuo percorso stanno eseguendo FEC in modo da non creare più overhead del necessario poiché questo ovviamente ridurrà il throughput effettivo.
Parlando per esperienza, ho visto clienti senza una significativa memorizzazione nella cache in grado di fare videoconferenze "accettabili" (principalmente unidirezionali) su una doppia speranza satellitare la cui latenza variava da 900 ms a 2 secondi e potrebbe avere una perdita di pacchetti del 15-25% per lunghi periodi. Non sceglierei di usare il flusso risultante, ma se è quello che hai, funzionerà.