Прискорення TCP через супутникові або мережі з високою затримкою [закрито]

Які життєздатні компанії, продукти чи опції існують сьогодні для прискорення TCP через супутникові або IP-мережі з високою затримкою?

Середня супутникова RTT вгору на 600 мс (залежить від місця розташування)

TCP працює не надто добре, оскільки розміри вікон залишаються невеликими через затримку в отриманні ACK. Потрібен прискорювач, щоб підробити ACK, щоб обманути пристрій почати надсилати наступний набір даних, поки оригінальний пакет ще перебуває в дорозі.

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

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

Хоча кешування - головна допомога, лише попереднє акетування пакетів по супутниковому каналу пройде довгий шлях до їх використання, так що навіть якщо ваші дані з будь-якої причини не кешуються (зашифровані, стиснуті, заархівовані, завжди різко змінюється і т. д.), якщо у вас досить повільний RTT, попередня активізація частково усуне продукт затримки пропускної здатності та допоможе наблизитися до номінальної пропускної здатності.

Оскільки вся мета полягає в тому, щоб підвищити ефективність мережі та дозволити більш високе використання вашої пропускної здатності, дуже важливо, щоб основні мережеві проблеми, які можуть спливати з високим рівнем використання, були виправлені перед розгортанням рішення. Якщо у вас невідповідність дуплексу або ви працюєте на напівдуплексних з'єднаннях, ви часто виявите, що продуктивність є гіршою, ніж раніше, ніж ви розгорнули пристрої для оптимізації. Часто я виявляю, що клієнти не усвідомлювали, що у них є деякі посилання, які автоматично домовлялися до найменшого загального знаменника - 10 Мбіт на півдуплекс.

Багато з цих пристроїв також пропонують виправлення помилок вперед (яке, можливо, пропонують і ваші модеми), яке ви можете використовувати для подолання деякого ефекту втрати пакету на ваших посиланнях. Це важливо, оскільки начинка пакету означає, що для кожного втраченого пакету WAN може бути втрачено більше одного пакету локальної мережі, а через попереднє замовлення ці пакети вже були підтверджені на серверах. Переконайтеся, що ви знаєте, які пристрої на вашому шляху працюють FEC, щоб не створювати більше накладних витрат, ніж потрібно, оскільки це, звичайно, зменшить вашу ефективну пропускну здатність.

Якщо говорити з досвіду, я побачив, що клієнти без суттєвого кешування змогли зробити "прийнятну" (переважно в одну сторону) відеоконференцію через подвійну супутникову надію, затримка якої склала від 900 мс до 2 секунд і може мати 15-25% втрати пакетів протягом тривалого періоду. Я не хотів би використовувати отриманий потік, але якщо у вас це буде, я працюю.

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

Ми використовуємо це для

• Прискорення TCP
• Стиснення
• Кешування

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

Існує віртуальна версія vWAAS , яку ми плануємо встановити найближчим часом.

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

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

Я також заглянув в Інтернеті і для вас, і придумав деякі, які виглядали під кутом у вашому напрямку, сподіваюся, що це допоможе або що інші зможуть дати відгуки про них у реальному житті!

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

http://www.viasat.com/AcceleNet

http://www.viasat.com/government-communications/network-acceleration-and-optimization

http://www.networkinv.com/blog/faster-satellite-internet-with-filtering-optimization-packet-shaping-solutions/

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

Я також рекомендував би Cisco WAAS. Це добре працює. Моя компанія зробила документ з рішенням і оцінила кілька продуктів. WAAS вийшов на вершину. Він міг краще керувати змінними швидкостями, пов'язаними з різними погодними умовами. Фактор форми також може бути проблемою. WAAS можна здійснити за допомогою WAAS Express, модулів або повного приладу. Якщо влада та простір - це так, як у літака чи іншої мобільної форми тарілки, то не потребує повноцінного пристрою може бути дуже корисним.

Також багато прискорювачів вимагають ввести очікувану пропускну здатність. Якщо ваше посилання занадто сильно різниться (як це може статися із супутниковими каналами), ви отримаєте низьку продуктивність від акселератора. WAAS не має такої вимоги і використовуватиме всю доступну пропускну здатність.

Вже один рік я використовую Riverbed Steelhead для оптимізації руху через звичайні WAN-з'єднання. Поки що я задоволений результатами.

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

Два постачальника супутників, з якими я працював (10 років тому), були.

• Х'юз Мережі
• Супутникові мережі Гілата

В обох є VSAT варіанти, які передбачають багато "підробляння", подібного до того, що Riverbed робить на WAN. Вони припинять TCP-з'єднання на земному терміналі на кожному кінці, щоб змусити клієнта думати, що все відбувається швидше, ніж є.

У Sandvine з'явився новий продукт під назвою TCP Accelerator.

https://www.sandvine.com/downloads/general/products/tcp-accelerator/tcp-accelerator.pdf

Прискорення - це як брехня. Ви в основному брешите про підтвердження. Чим більше брехні ви розкажете, тим більше вам доведеться пам’ятати. Ось чому він зазвичай займає зовнішню коробку, оскільки це об'єм пам'яті та процесор.

Обидва xiplink і тиснява мають хороше обладнання, ці пристрої в основному тільки настройки розміру вікна TCP. Деякі модеми, такі як Paradise Datacom Q-flex, мають вбудований прискорювач.