Автор |
Сообщение |
kr1keee
Зарегистрирован: 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 |
|
|
kr1keee
Зарегистрирован: 14 янв 2016, 12:12 Сообщения: 458
|
del
|
17 окт 2017, 10:21 |
|
|
tonve
Зарегистрирован: 26 сен 2013, 10:29 Сообщения: 422
|
cisco waas riverbed Был какой-то общий пик возбуждения, впаривали такие штуки, но не было нужно.
|
17 окт 2017, 10:29 |
|
|
kr1keee
Зарегистрирован: 14 янв 2016, 12:12 Сообщения: 458
|
tonve писал(а): cisco waas riverbed Был какой-то общий пик возбуждения, впаривали такие штуки, но не было нужно. На сколько мне известно, эти приблуды оптимизируют утилизацию канала, а не скорость передачи данных. Т.е. по сути, они лишь сокращают заголовки и сжимают разные данные, тем самым, уменьшается объем данных для передачи. Но у меня задача не сократить объем, а увеличить скорость передачи данных от одного сервера к другому, в рамках одного окна TCP, которые расположены в 350ms друг от друга. В рамках одного окна удается достигнуть ~3-5mbits.. Понятно, что если бы была какая-то приблуда типо axxel, она бы брала этот поток в рамках одного tcp-окна между серверами и с помощью "своих алгоритмов" увеличивала скорость передачи данных до 50-100мбит(в зависимости от емкости канала интернет-доступа). Есть тесты по ссылке, там скорость увеличивается просто нереально хорошо,НО, только для FTP.. А я вот ищу что-то универсальное..Я думаю, такие показатели получаются за счет мультипоточности.
|
17 окт 2017, 10:47 |
|
|
kotofey
Зарегистрирован: 07 июл 2016, 18:00 Сообщения: 61
|
Так, а просто увеличение TCP-окна с двух сторон на серверах не работает? Если для теста взять просто пару линуксовых машинок и выкрутить у них параметры ядра?
|
17 окт 2017, 11:27 |
|
|
kr1keee
Зарегистрирован: 14 янв 2016, 12:12 Сообщения: 458
|
kotofey писал(а): Так, а просто увеличение TCP-окна с двух сторон на серверах не работает? Если для теста взять просто пару линуксовых машинок и выкрутить у них параметры ядра? Тут проблема в том, что окно самостоятельно сужается из за packet loss и latency. Это заморочки TCP, которые нельзя просто хакнуть как-то.. Если только сделать свой congestion control, но это больше похоже на бред (если не знать программирование)...Собственно я и хочу купить решение, которое уже готово.
|
17 окт 2017, 11:49 |
|
|
tonve
Зарегистрирован: 26 сен 2013, 10:29 Сообщения: 422
|
Окно можно увеличить руками, и отключить автотюнинг http://fasterdata.es.net/host-tuning/ms-windows/
|
17 окт 2017, 12:00 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
WAAS. Знаю только в теории, в свое время думал закупить, но как-то тема протухла. Принцип работы - ставится в разрез канала и для ближних машин подстраивает размер окна как для сессий с локальной задержкой. Это один из методов, там их много.
|
17 окт 2017, 12:14 |
|
|
switch
Зарегистрирован: 26 мар 2012, 09:04 Сообщения: 146
|
WAAS протух, все ушли на riverbed.
|
17 окт 2017, 12:34 |
|
|
_2e_
Зарегистрирован: 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 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
_2e_ писал(а): Включите компрессию на шифровании. Так каналов и так достаточно, проблема в том что TCP не разгоняется по причине большого RTT.
|
17 окт 2017, 14:13 |
|
|
ikiliikkuja
Зарегистрирован: 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 |
|
|
kr1keee
Зарегистрирован: 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 |
|
|
ikiliikkuja
Зарегистрирован: 08 май 2013, 06:36 Сообщения: 322
|
https://www.chinatelecomglobal.comТТК вроде единственные, кто с ними стыкуется не через Амстердам, поэтому и дерут за низкую задержку до SG они же дотягиваются без проблем, но там вроде и фаерволом никто не закрывает
|
18 окт 2017, 13:07 |
|
|
kr1keee
Зарегистрирован: 14 янв 2016, 12:12 Сообщения: 458
|
ikiliikkuja писал(а): https://www.chinatelecomglobal.com ТТК вроде единственные, кто с ними стыкуется не через Амстердам, поэтому и дерут за низкую задержку до SG они же дотягиваются без проблем, но там вроде и фаерволом никто не закрывает Неделю назад, от чайна-телеком же и получил ответ - недели две как уже закрыли Сингапур. А на счет VPN, в обход фаер, сколько стоит?
|
18 окт 2017, 14:22 |
|
|
root99
Зарегистрирован: 29 май 2017, 21:19 Сообщения: 1404
|
Не понятно зачем вам Чайнателеком и линия через Китай в Сингапур, SingTel и NTT присутствуют в любом Евродатацентре ( Equinix, Interxion ) и имеют прямые каналы в Сингапур - задержка 139-150 мс, понятно что нужно раскошелиться, но если бизнес зарабатывает деньги, то оплата за канал не сделает большую брешь в бюджете...
|
18 окт 2017, 15:01 |
|
|