Я использовал для развертывания устройств ускорения WAN для поставщика оборудования около 6 лет назад. С тех пор мало что изменилось, за исключением того, что я не буду давать рекомендации по аппаратному обеспечению из-за консолидации и изменения линейки продуктов.
Все эти устройства используют некоторую комбинацию сжатия и кэширования, чтобы уменьшить общий передаваемый трафик, TCP предварительно настроенный, чтобы уменьшить влияние продукта задержки полосы пропускания (это эффект окна TCP, который вы упомянули выше) и объединение низкорослых пакеты, чтобы гарантировать, что пакеты, пересекающие ссылки, настолько заполнены, насколько это возможно, уменьшая эффект издержек. Различные поставщики также добавят свои собственные запатентованные технологии, но они в основном сводятся к различным их разновидностям.
Хотя кэширование является основной помощью, только предварительная проверка пакетов по спутниковой линии будет иметь большое значение для их использования, так что даже если ваши данные по какой-либо причине не кэшируются (зашифрованы, сжаты, заархивированы, постоянно меняются и т. д.) если у вас достаточно медленный RTT, предварительная проверка частично устранит продукт задержки полосы пропускания и поможет вам приблизиться к номинальной полосе пропускания.
Поскольку вся цель состоит в том, чтобы повысить эффективность сети и обеспечить более широкое использование пропускной способности, очень важно, чтобы основные сетевые проблемы, которые могут возникнуть при высокой загрузке, были устранены до развертывания решения. Если у вас дуплексные несоответствия или вы используете полудуплексные соединения, вы часто обнаружите, что производительность хуже, чем до развертывания устройств оптимизации WAN. Часто я обнаруживаю, что клиенты не понимают, что у них есть некоторые ссылки, которые автоматически согласовываются до наименьшего общего знаменателя - полудуплекс 10 Мбит / с.
Многие из этих устройств также предлагают прямое исправление ошибок (которое, вероятно, предлагают и ваши модемы), которое вы можете использовать для преодоления некоторого влияния потери пакетов на ваши ссылки. Это важно, поскольку заполнение пакета означает, что для каждого потерянного пакета WAN может быть потеряно более одного пакета LAN, и из-за предварительной проверки эти пакеты уже были подтверждены серверами. Убедитесь, что вы знаете, какие устройства на вашем пути выполняют FEC, чтобы не создавать больше накладных расходов, чем необходимо, поскольку это, конечно, снизит вашу эффективную пропускную способность.
Исходя из своего опыта, я видел клиентов без значительного кэширования, которые могли бы проводить «приемлемые» (в основном односторонние) видеоконференции по двойной надежде на спутник с задержкой от 900 мс до 2 секунд и потерей пакетов в течение длительных периодов времени 15-25%. Я бы не стал использовать полученный поток, но если это то, что у вас есть, это сработает.