Ускорение TCP по спутниковым или сетям с высокой задержкой [закрыто]

Какие жизнеспособные компании, продукты или варианты сегодня существуют для TCP-ускорения в сетях со спутниковой или высокой задержкой?

Средний спутниковый RTT вверх от 600 мс (зависит от местоположения)

TCP не работает слишком хорошо, так как размеры окна сохраняются небольшими из-за задержки при получении ACK. Ускоритель требуется, чтобы подделать ACK, чтобы обмануть устройство, чтобы начать отправку следующего набора данных, пока исходный пакет все еще находится в пути.

13 голосов | спросил knotseh 31 Mayam13 2013, 01:36:35

8 ответов


8

Я использовал для развертывания устройств ускорения WAN для поставщика оборудования около 6 лет назад. С тех пор мало что изменилось, но я не буду предлагать аппаратные рекомендации из-за консолидации и изменения линейки продуктов.

Все эти устройства используют некоторую комбинацию сжатия и кэширования для уменьшения общего трафика, который должен быть передан, TCP pre ack'ing для уменьшения эффектов продукт задержки полосы пропускания (это эффект окна TCP, о котором вы говорили выше) и блокирование низкорослых пакетов для обеспечения того, чтобы пакеты, проходящие по ссылкам, были максимально полными, что уменьшало влияние накладных расходов. Различные поставщики также будут использовать свои собственные запатентованные технологии, но в основном они сводятся к разным вкусам.

В то время как кэширование - основная помощь, только предварительная обработка пакетов по спутниковой линии будет иметь большое значение для их использования, так что даже если ваши данные не кэшируются по какой-либо причине (зашифрованные, сжатые , zipped, постоянно изменяясь и т. д.), если у вас достаточно медленный RTT, pre-ack'ing частично устранит продукт задержки полосы пропускания и поможет вам приблизиться к вашей номинальной пропускной способности.

Поскольку цель состоит в том, чтобы повысить эффективность сети и обеспечить более высокий уровень использования вашей пропускной способности, очень важно, чтобы проблемы с сетью, которые могут возникать с высоким уровнем использования, устраняются до развертывания решения. Если у вас есть дуплексные несоответствия или работают на полудуплексных соединениях, вы часто обнаружите, что производительность хуже, чем до того, как вы развернули wan-устройства оптимизации. Часто я обнаружил, что клиенты не понимали, что у них есть некоторые ссылки, которые были автоматически согласованы до самого низкого общего знаменателя с полудуплексом 10 Мбит /с.

Многие из этих устройств также предлагают Forward Error Correction (которые, вероятно, предлагают ваши модемы), которые вы можете использовать для преодоления некоторого эффекта потери пакетов на ваших ссылках. Это важно, поскольку набивка пакетов означает, что для каждого потерянного WAN-пакета может быть потеряно более одного пакета LAN, и из-за того, что эти пакеты уже были подтверждены серверами. Убедитесь, что вы знаете, какие устройства на вашем пути выполняют FEC, чтобы вы не создавали дополнительных накладных расходов, чем необходимо, поскольку это, конечно, уменьшит эффективную пропускную способность.

Говоря по опыту, я видел клиентов без значительного кэширования, способных делать «приемлемые» (в основном односторонние) видеоконференции по поводу двойной спутниковой надежды, чья латентность колебалась от 900 мс до 2 секунд и могла иметь потерю пакетов на 15-25% для длительные периоды. Я бы не решил использовать полученный поток, но если это то, что у вас есть, он работает.

ответил Craig Sirkin 4 J0000006Europe/Moscow 2013, 01:00:04
6

Я могу порекомендовать Cisco WAAS (службы широкомасштабных приложений), specificall WAVE (глобальный механизм виртуализации).

Мы используем его для

  • Ускорение TCP
  • <Литий> Сжатие
  • Кэширование

по спутниковым соединениям (VSAT) для круизных судов с задержкой между 600 мс и 800 мс, в зависимости от спутниковой и земной станции (возможная дополнительная трансатлантическая задержка). Один центральный менеджер и политика управляют сетью из дюжины приборов. RDP намного более отзывчив благодаря оптимизации TCP, кроме того, веб-приложения и репликация файлов сохраняют большую пропускную способность.

Существует виртуальная версия vWAAS , которую мы планируем установить в ближайшее время.

Я знаю, что спутниковые модемы iDirect обеспечивают очень хорошую оптимизацию TCP, если вы сможете их использовать.

ответил Stefan 31 Mayam13 2013, 02:48:27
5

Я никоим образом не авторитетен по этому вопросу, однако в нашей среде мы используем Riverbeds для оптимизации WAN, и хотя мы не являемся спутником, мы видим как минимум 68% -ное улучшение скорости связи по протоколу TCP, и у Steelheads мы сообщаем о почти 3-кратном увеличении полосы пропускания на основе данных, которые он обслуживает из своего хранилища данных, и фактически передают вещи через WAN.

Я тоже посмотрел онлайн и придумал некоторые, которые выглядели под углом в вашем направлении, надеюсь, что это поможет или что другие могут дать им какую-то реальную обратную связь!

Компания ViaSat выглядела так, как будто у нее были правительственные решения, а данные comtech ef имеют неплохую характеристику от интернет-провайдера, использующего их сервис, который может вам пригодиться.

http://www.viasat.com/AcceleNet

http://www.viasat.com/government-communications/network-acceleration-and -оптимизация

http://www.networkinv.com/блог /быстрее спутниковой интернет-с-фильтрование-оптимизационных-пакетов Корректирующее-решений /

http://www.idirect.net/Products/Hardware/Optimization-Solutions /Network-Accelerators.aspx

http://www.comtechefdata.com/

http://www.comtechefdata.com/files/articles_papers/Horizon-Satellite -Services-Testimonial.pdf

ответил A L 31 Mayam13 2013, 02:14:27
3

Я бы также рекомендовал Cisco WAAS. Он хорошо работает. Моя компания сделала документ для принятия решений и оценила несколько продуктов. WAAS вышел на первое место. Он был лучше способен обрабатывать переменные скорости, связанные с различными погодными условиями. Форм-фактор также может быть проблемой. WAAS можно выполнить с помощью WAAS Express, модулей или полного устройства. Если мощность и пространство являются соображениями, например, в воздушном судне или другом мобильном пластине, то не требуется полноценный прибор.

Также многие ускорители требуют ввода ожидаемой полосы пропускания. Если ваша ссылка слишком сильно меняется (как это может произойти со спутниковыми каналами), вы получите низкую производительность от ускорителя. У WAAS нет такого требования и будет использовать всю доступную полосу пропускания.

ответил henklu 31 Maypm13 2013, 22:54:04
2

В течение года я использую Riverbed Steelhead для оптимизации трафика по регулярным соединениям WAN. До сих пор я доволен результатами.

Несмотря на то, что у меня нет опыта работы со спутниковыми каналами, веб-сайт Riverbed выглядит так, будто у них есть решения для оптимизации спутниковых каналов: http://www.riverbed.com/products-solutions/solutions/satellite/

ответил Daniel Yuste Aroca 31 Mayam13 2013, 02:09:51
1

Два поставщика спутниковых услуг, с которыми я работал (10 лет назад), были.

Оба имеют VSAT , которые включают много «спуфинга», похожего на то, что Riverbed делает на WAN. Они прекратят соединение TCP на земном терминале на каждом конце, чтобы клиент считал, что все происходит быстрее, чем они есть.

ответил Dave Noonan 3 J0000006Europe/Moscow 2013, 20:13:21
0

Sandvine имеет новый продукт под названием TCP Accelerator.

https://www.sandvine.com/загрузки /общий /продукты /ТСР-ускоритель /TCP-accelerator.pdf

ответил Thirupathi Thangavel 10 AM000000100000004131 2016, 10:12:41
0

Ускорение похоже на ложь. Вы в основном лжете о подтверждении. Чем больше вы говорите, тем больше вы должны помнить. Вот почему он обычно занимает внешний блок, поскольку он интенсивен для памяти и процессора.

Оба xiplink и stampede имеют хорошее оборудование, эти устройства в значительной степени регулируют размер окна TCP. Некоторые модемы, такие как Paradise Datacom Q-flex, имеют встроенный ускоритель.

ответил Fred Pope 18 J000000Tuesday17 2017, 06:26:22

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132