Сообщения без ответов | Активные темы Текущее время: 29 мар 2024, 02:04



Ответить на тему  [ Сообщений: 16 ] 
100-50 мбит в рамках сессии с 350 latency 
Автор Сообщение

Зарегистрирован: 14 янв 2016, 12:12
Сообщения: 458
Всем привет.
Недавно читал про axxelbox - https://www.axxeo.de/forschung/axxelbox.html
Смысл в том, что две коробки ставятся в разрез канала и помогают достигать высоких скоростей средствами RWTP.
Но, к сожалению, данная приблуда работает только для оптимизации FTP. А меня интересует весь трафик.
Кто сталкивался с нуждой оптимизации bps на длинных каналах? Кто чем решал этот вопрос? Буду благодарен за ссылки..


Последний раз редактировалось kr1keee 17 окт 2017, 10:22, всего редактировалось 1 раз.



17 окт 2017, 10:21
Профиль

Зарегистрирован: 14 янв 2016, 12:12
Сообщения: 458
del


17 окт 2017, 10:21
Профиль

Зарегистрирован: 26 сен 2013, 10:29
Сообщения: 422
cisco waas
riverbed
Был какой-то общий пик возбуждения, впаривали такие штуки, но не было нужно.


17 окт 2017, 10:29
Профиль

Зарегистрирован: 14 янв 2016, 12:12
Сообщения: 458
tonve писал(а):
cisco waas
riverbed
Был какой-то общий пик возбуждения, впаривали такие штуки, но не было нужно.

На сколько мне известно, эти приблуды оптимизируют утилизацию канала, а не скорость передачи данных. Т.е. по сути, они лишь сокращают заголовки и сжимают разные данные, тем самым, уменьшается объем данных для передачи. Но у меня задача не сократить объем, а увеличить скорость передачи данных от одного сервера к другому, в рамках одного окна TCP, которые расположены в 350ms друг от друга.
В рамках одного окна удается достигнуть ~3-5mbits..
Понятно, что если бы была какая-то приблуда типо axxel, она бы брала этот поток в рамках одного tcp-окна между серверами и с помощью "своих алгоритмов" увеличивала скорость передачи данных до 50-100мбит(в зависимости от емкости канала интернет-доступа).
Есть тесты по ссылке, там скорость увеличивается просто нереально хорошо,НО, только для FTP.. А я вот ищу что-то универсальное..Я думаю, такие показатели получаются за счет мультипоточности.


17 окт 2017, 10:47
Профиль

Зарегистрирован: 07 июл 2016, 18:00
Сообщения: 61
Так, а просто увеличение TCP-окна с двух сторон на серверах не работает?
Если для теста взять просто пару линуксовых машинок и выкрутить у них параметры ядра?


17 окт 2017, 11:27
Профиль

Зарегистрирован: 14 янв 2016, 12:12
Сообщения: 458
kotofey писал(а):
Так, а просто увеличение TCP-окна с двух сторон на серверах не работает?
Если для теста взять просто пару линуксовых машинок и выкрутить у них параметры ядра?

Тут проблема в том, что окно самостоятельно сужается из за packet loss и latency. Это заморочки TCP, которые нельзя просто хакнуть как-то.. Если только сделать свой congestion control, но это больше похоже на бред (если не знать программирование)...Собственно я и хочу купить решение, которое уже готово.


17 окт 2017, 11:49
Профиль

Зарегистрирован: 26 сен 2013, 10:29
Сообщения: 422
Окно можно увеличить руками, и отключить автотюнинг
http://fasterdata.es.net/host-tuning/ms-windows/


17 окт 2017, 12:00
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
WAAS.
Знаю только в теории, в свое время думал закупить, но как-то тема протухла. Принцип работы - ставится в разрез канала и для ближних машин подстраивает размер окна как для сессий с локальной задержкой. Это один из методов, там их много.


17 окт 2017, 12:14
Профиль

Зарегистрирован: 26 мар 2012, 09:04
Сообщения: 146
WAAS протух, все ушли на riverbed.


17 окт 2017, 12:34
Профиль

Зарегистрирован: 14 май 2009, 12:57
Сообщения: 2067
Откуда: Волгоград
Включите компрессию на шифровании.

Код:
034#sh crypto engine accelerator statistic
Device:   Onboard VPN
Location: Onboard: 0
        :Statistics for encryption device since the last clear
         of counters 1299804 seconds ago
             3232733394 packets in                  3232733422 packets out
          1257448238353 bytes in                 1251442094250 bytes out
                   2487 paks/sec in                       2487 paks/sec out
                   7739 Kbits/sec in                      7702 Kbits/sec out
             1646724365 packets decrypted           1586009029 packets encrypted
           759390703709 bytes before decrypt      492051390541 bytes encrypted
           692864545392 bytes decrypted           558641169329 bytes after encrypt
               16273745 packets decompressed          56933223 packets compressed
             6587248484 bytes before decomp        81184559155 bytes before comp
            12754640080 bytes after decomp         21112059503 bytes after comp
             1623745925 packets bypass decompr      1520427750 packets bypass compres
           652909716770 bytes bypass decompres    432648985882 bytes bypass compressi
                      0 packets not decompress        63061396 packets not compressed
                      0 bytes not decompressed     46474627561 bytes not compressed
--->          3.3:1 compression ratio                1.0:1 overall


17 окт 2017, 14:04
Профиль ICQ
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
_2e_ писал(а):
Включите компрессию на шифровании.
Так каналов и так достаточно, проблема в том что TCP не разгоняется по причине большого RTT.


17 окт 2017, 14:13
Профиль

Зарегистрирован: 08 май 2013, 06:36
Сообщения: 322
L2/L3 vpn от CT, мимо великого китайского фаервола
Мск-Шанхай:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 117/117/118 ms


18 окт 2017, 09:41
Профиль

Зарегистрирован: 14 янв 2016, 12:12
Сообщения: 458
ikiliikkuja писал(а):
L2/L3 vpn от CT, мимо великого китайского фаервола
Мск-Шанхай:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 117/117/118 ms

Что это за CT? http://www.ctcn.net/services.html они?
Я только про TTK слышал, у них за мегабит одна штука баксов вроде))))

А вообще мне в Сингапур нннада.


18 окт 2017, 12:45
Профиль

Зарегистрирован: 08 май 2013, 06:36
Сообщения: 322
https://www.chinatelecomglobal.com
ТТК вроде единственные, кто с ними стыкуется не через Амстердам, поэтому и дерут за низкую задержку
до SG они же дотягиваются без проблем, но там вроде и фаерволом никто не закрывает


18 окт 2017, 13:07
Профиль

Зарегистрирован: 14 янв 2016, 12:12
Сообщения: 458
ikiliikkuja писал(а):
https://www.chinatelecomglobal.com
ТТК вроде единственные, кто с ними стыкуется не через Амстердам, поэтому и дерут за низкую задержку
до SG они же дотягиваются без проблем, но там вроде и фаерволом никто не закрывает

Неделю назад, от чайна-телеком же и получил ответ - недели две как уже закрыли Сингапур.

А на счет VPN, в обход фаер, сколько стоит?


18 окт 2017, 14:22
Профиль

Зарегистрирован: 29 май 2017, 21:19
Сообщения: 1404
Не понятно зачем вам Чайнателеком и линия через Китай в Сингапур, SingTel и NTT присутствуют в любом Евродатацентре ( Equinix, Interxion ) и имеют прямые каналы в Сингапур - задержка 139-150 мс, понятно что нужно раскошелиться, но если бизнес зарабатывает деньги, то оплата за канал не сделает большую брешь в бюджете...


18 окт 2017, 15:01
Профиль
Показать сообщения за:  Поле сортировки  
Ответить на тему   [ Сообщений: 16 ] 

Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot] и гости: 68


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Designed by ST Software for PTF.
Русская поддержка phpBB