J'avais l'habitude de déployer des dispositifs d'accélération WAN pour un fournisseur de matériel il y a environ 6 ans. Peu de choses ont vraiment changé depuis lors, sauf que je ne ferai pas de recommandations sur le matériel en raison de la consolidation et de l'évolution des gammes de produits.
Tous ces appareils utilisent une combinaison de compression et de mise en cache pour réduire le trafic global à transmettre, TCP pré-acquitté pour réduire les effets du produit de retard de la bande passante (c'est l'effet de fenêtre TCP dont vous avez parlé ci-dessus) et le regroupement de sous-dimensionnés paquets pour garantir que les paquets traversant les liaisons sont aussi pleins que possible, réduisant ainsi l'effet de la surcharge. Les différents fournisseurs ajouteront également leurs propres technologies brevetées, mais ils se résument principalement à différentes saveurs de celles-ci.
Bien que la mise en cache soit une aide majeure, le simple pré-acquittement des paquets sur une liaison satellite contribuera grandement à les rendre utilisables, de sorte que même si vos données ne peuvent pas être mises en cache pour une raison quelconque (cryptées, compressées, zippées, changeant toujours drastiquement, etc.) si vous avez un RTT assez lent, le pré-accusé éliminera partiellement le produit de retard de la bande passante et vous aidera à vous rapprocher de votre bande passante nominale.
Étant donné que l'objectif global est d'augmenter l'efficacité du réseau et de permettre une utilisation plus élevée de votre bande passante, il est très important que les problèmes de réseau sous-jacents qui peuvent apparaître avec une utilisation élevée soient corrigés avant de déployer une solution. Si vous avez des incompatibilités duplex ou si vous utilisez des connexions semi-duplex, vous constaterez souvent que les performances sont pires qu'avant le déploiement de périphériques d'optimisation WAN. Souvent, je trouvais que les clients ne se rendaient pas compte qu'ils avaient des liens qui s'étaient négociés automatiquement jusqu'au plus petit dénominateur commun de 10 Mbps en semi-duplex.
Beaucoup de ces appareils offrent également une correction d'erreur directe (que vos modems proposent probablement également) que vous pouvez utiliser pour surmonter certains des effets de la perte de paquets sur vos liens. Ceci est important car le bourrage de paquets signifie que plus d'un paquet LAN pourrait être perdu pour chaque paquet WAN qui est perdu et en raison de la pré-accusé de réception, ces paquets ont déjà été reconnus aux serveurs. Assurez-vous que vous savez quels périphériques sur votre chemin effectuent la FEC afin de ne pas créer plus de surcharge que nécessaire, car cela réduira bien sûr votre débit effectif.
Par expérience, j'ai vu des clients sans mise en cache significative capables de faire des visioconférences `` acceptables '' (principalement à sens unique) sur un double espoir de satellite dont la latence variait de 900 ms à 2 secondes et pouvait avoir une perte de paquets de 15 à 25% pendant de longues périodes. Je ne choisirais pas d'utiliser le flux résultant, mais si c'est ce que vous avez, ça fonctionnera.